I really don't understand, from a user point of view, why a programming language should have braces and semi colons. We can do without them very well (Python is the living proof).
Pros
looks less "crouded"
less typing
lighter files (with js especially)
Cons
tend to make typo (oh, i forgot an other f*** semi colon on line 239. Go back, add a semi colon, and reload).
For bracket, you indent your code anyway, no? What's wrong with not having an explicit separator?
Something funny I saw a year ago I think in a screencast, from a bracket loving guy.
defsome_function():# {some=code()# }
I think argumentation with that guy would have been a nice waste of time :D
Significant whitespace (indentation defining blocks) can cause a lot of unintended trouble. Minor formatting errors, which can arise during merges, can completely change the meaning of the code. Unintended editor setting variations (also common) can also change the meaning of the code.
Similar whitespace can also come from different unicode characters, resulting in code that looks visually correct, but is wrong. Copy-and-paste from different sources can give rise to such a problem.
The lack of closing notation can also lead to a visual anomoly of dangling code. It can also be unclear in nesting which former block is continued. Closing markers can help identify the ends of blocks -- it's visually more distinct than unindenting.
Relying on whitespaces for blocks can also complicate situations where inline objects or closures are neede.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
I really don't understand, from a user point of view, why a programming language should have braces and semi colons. We can do without them very well (Python is the living proof).
Pros
Cons
For bracket, you indent your code anyway, no? What's wrong with not having an explicit separator?
Something funny I saw a year ago I think in a screencast, from a bracket loving guy.
I think argumentation with that guy would have been a nice waste of time :D
Significant whitespace (indentation defining blocks) can cause a lot of unintended trouble. Minor formatting errors, which can arise during merges, can completely change the meaning of the code. Unintended editor setting variations (also common) can also change the meaning of the code.
Similar whitespace can also come from different unicode characters, resulting in code that looks visually correct, but is wrong. Copy-and-paste from different sources can give rise to such a problem.
The lack of closing notation can also lead to a visual anomoly of dangling code. It can also be unclear in nesting which former block is continued. Closing markers can help identify the ends of blocks -- it's visually more distinct than unindenting.
Relying on whitespaces for blocks can also complicate situations where inline objects or closures are neede.