4 ms·

People that write Java don't like JavaScipt, would be another way to look at it. Working on large scale (tens of developers) web apps has serious issues with J

by robmcm 13y ago

People that write Java don't like JavaScipt, would be another way to look at it. Working on large scale (tens of developers) web apps has serious issues with JS, and Dart can address some of that. I don't expect to see AirB&B running via Dart, but Gmail, Google Docs etc will really benefit, and hopefully pave the way for some serious desktop caliber applications.

moondowner 13y ago
> People that write Java don't like JavaScipt, would be another way to look at it. Not true, at least not in my case :) There are webapps that use Java (or any JVM language) on the back-end and JavaScript on the front-end. Check out Addy Osmani's "Making Maven Grunt": http://addyosmani.com/blog/making-maven-grunt/ http://addyosmani.com/blog/making-maven-grunt/
nailer 13y ago
> People that write Java don't like JavaScipt, would be another way to look at it. Sure, but for different reasons: principally, lack of type safety. That's completely orthogonal to syntax.
- robmcm 13y ago
  Which Dart has. (Type safety)
  - nailer 13y ago
    Yep. I think everyone in the discussion likes (either optional or mandatory) type safety. That's why we want the syntax to be better. Type safety doesn't require semicolons, wrapper classes, wrapper functions, explicitly defining whether everything is public or private because there's no default, or lots of brackets.
    - robmcm 13y ago
      Which Dart has. (lack of wrapper classes, wrapper functions, lots of brackets)
      - nailer 13y ago
        >> Type safety doesn't require semicolons, wrapper classes, wrapper functions, explicitly defining whether everything is public or private because there's no default, or lots of brackets. > lack of wrapper classes, wrapper functions, lots of brackets That's 3 items of 5. Of those 3: - All the demos use wrapper classes and wrapper functions and I'm getting conflicted reports on whether Dart requires them or not (see munificent's post for example). If none of this junk is required, ditch it in the public docs. - Not sure why you think Dart doesn't need brackets, it clearly uses them for blocks.
        robmcm 13y ago
        Not sure of your angle here, are you comparing to coffee script or something? I thought you were referring to wrapping functions to return modules in JS. Or over use of anonymous functions that leads to confusing brackets and pyramids of curly brackets.
        nailer 13y ago
        Comparing to most common web dev languages: - Python, Ruby, Coffee don't require wrapper functions and classes for small examples, eg hello world or the Fibonacci example on dartlang.org. That said, another commenter mentioned the examples for Dart include these wrappers needlessly so this may be a documentation problem. - JS, Python, Coffee, Ruby and Scala drop semicolons to terminate statements (which users already mark with line terminators) - Python and Coffee ditch the marking blocks with braces (which users already mark with indentation) - Python, Scala, Ruby, and Coffeescript set either 'public' or 'private' as a default for new methods, so users don't have to specify unless they want the non-default behaviour. (I have very little knowledge of PHP but from what I've seen it's generally not as chatty as Java either)
        13y ago

by robmcm 13y ago

moondowner 13y ago

> People that write Java don't like JavaScipt, would be another way to look at it. Not true, at least not in my case :) There are webapps that use Java (or any JVM language) on the back-end and JavaScript on the front-end. Check out Addy Osmani's "Making Maven Grunt": http://addyosmani.com/blog/making-maven-grunt/ http://addyosmani.com/blog/making-maven-grunt/

nailer 13y ago

> People that write Java don't like JavaScipt, would be another way to look at it. Sure, but for different reasons: principally, lack of type safety. That's completely orthogonal to syntax.

robmcm 13y ago
Which Dart has. (Type safety)
- nailer 13y ago
  Yep. I think everyone in the discussion likes (either optional or mandatory) type safety. That's why we want the syntax to be better. Type safety doesn't require semicolons, wrapper classes, wrapper functions, explicitly defining whether everything is public or private because there's no default, or lots of brackets.
  - robmcm 13y ago
    Which Dart has. (lack of wrapper classes, wrapper functions, lots of brackets)
    - nailer 13y ago
      >> Type safety doesn't require semicolons, wrapper classes, wrapper functions, explicitly defining whether everything is public or private because there's no default, or lots of brackets. > lack of wrapper classes, wrapper functions, lots of brackets That's 3 items of 5. Of those 3: - All the demos use wrapper classes and wrapper functions and I'm getting conflicted reports on whether Dart requires them or not (see munificent's post for example). If none of this junk is required, ditch it in the public docs. - Not sure why you think Dart doesn't need brackets, it clearly uses them for blocks.
      - robmcm 13y ago
        Not sure of your angle here, are you comparing to coffee script or something? I thought you were referring to wrapping functions to return modules in JS. Or over use of anonymous functions that leads to confusing brackets and pyramids of curly brackets.
        nailer 13y ago
        Comparing to most common web dev languages: - Python, Ruby, Coffee don't require wrapper functions and classes for small examples, eg hello world or the Fibonacci example on dartlang.org. That said, another commenter mentioned the examples for Dart include these wrappers needlessly so this may be a documentation problem. - JS, Python, Coffee, Ruby and Scala drop semicolons to terminate statements (which users already mark with line terminators) - Python and Coffee ditch the marking blocks with braces (which users already mark with indentation) - Python, Scala, Ruby, and Coffeescript set either 'public' or 'private' as a default for new methods, so users don't have to specify unless they want the non-default behaviour. (I have very little knowledge of PHP but from what I've seen it's generally not as chatty as Java either)
        13y ago