8 ms·
Exactly. I heard people arguing on the Internet that you should not add parentheses when sizeof is applied to an expression, only a type. I just cannot underst
by netheril96 11y ago
Exactly.
I heard people arguing on the Internet that you should not add parentheses when sizeof is applied to an expression, only a type. I just cannot understand why they bother. Just add a parenthesis and it is always right. Much less cognitive burden.
- raverbashing 11y agoThis is the same people that find it "better" to write JS without the semicolons.
- deleted 11y ago[deleted]
- Negative1 11y agoI don't believe its equivalent. When I'm writing Scala code in the backend and have to switch to frontend I often find myself omitting the semi-colons but going back and fixing due to self-imposed coding conventions. For Javascript just as in Python or Scala, semi-colons are optional for a good reason.
- raverbashing 11y agoWell, semicolons may be optional in Python but the official python style strongly recommends agains (needing to use them) It's not about forgetting them once in a while, it's about playing a game of "needs a semicolon or doesn't" which increases the (already high) number of things the developer needs to worry about
- bigtunacan 11y agoWe would all be better off if semi colons had just been required in JavaScript. The problem is that semi colons are not actually optional in JavaScript. Instead JavaScript use ASI, automatic semi colon invasion, where the compiler attempts to determine where semi colons should go. Unfortunately the rules are complex, prone to certain errors, and I can't rely on everyone I ever work with understanding all of those rules. For all of these reasons if you are writing JavaScript you should just use semi colons.
- rhaps0dy 11y agohttp://blog.izs.me/post/2353458699/an-open-letter-to-javascript-leaders-regarding http://blog.izs.me/post/2353458699/an-open-letter-to-javascr... Please stop spreading FUD.
- skue 11y agoIf you have an argument to make, then make it. The previous poster didn't say he was unwilling to learn JS semicolon rules, he was saying he couldn't trust everyone he ever works with to learn them. Replying with an accusation of FUD and a link to someone ranting that it's unprofessional for JS devs to not know these rules is unnecessarily inflammatory while missing his point.
- tauchunfall 11y ago>Unfortunately the rules are complex, prone to certain errors, and I can't rely on everyone I ever work with understanding all of those rules. Are they really complex? This recently released version 4.0.0 of the JavaScript Standard Style [1] suggests to never start a line with "(" or "[". This rule looks even simpler than the rules of operator precedence. [1] https://github.com/feross/standard https://github.com/feross/standard Update: Now I learned about the JavaScript Semi-Standard Style [2] which accually enforces semi-colons. Quite hilarious. [2] https://github.com/Flet/semistandard https://github.com/Flet/semistandard
- bigtunacan 11y agoThey are complicated enough; and different enough from other languages that they lead to unexpected behaviors. It is just easier to say, "everyone must use semi-colons". Then I can add linting into our build process and reduce risk of bugs. One quick example is the very contrived example that follows. return {a:1, b:2} That is valid JavaScript. It is evaluated as an empty return and an unreachable expression. Probably not what was intended. I've sent copies of the rules to people and explained them numerous times, but at the end of the day it is more productive to just use them and move on to something else IMHO.
- netheril96 11y agoIn Python you usually don't add semi-colons, and it will bark when your intention is unclear. In javascript you may omit semicolons, but the interpreter will guess your intention when it is ambiguous and it will probably guess it wrong.
- tel 11y agoThe problem is that without a linter there's no punishment for missing semicolons. So really the argument should be that everyone should use a linter.
- rwallace 11y agoI thought about that regarding semicolons, optional braces, newline placement, consistent placing of whitespace in general; then I decided having the machine tell me where I need to do more work is all very well and good, but what I really want is a program that will do the work for me instead. So I wrote one: https://www.npmjs.com/package/jsclean https://www.npmjs.com/package/jsclean
- actsasbuffoon 11y agoAgreed. I spend most of my time writing non-semicolon languages like Ruby, Haskell, Scala, Elixir, Clojure, and Python. As a result, I never developed the semi-colon reflex that a lot of Algol-family language users built up. I constantly forget semi-colons even after all these years, and my own inability to remember annoys me. I used to skip semicolons in JavaScript because I could never remember to include them. Using a linter with Emacs made it a non-issue; I get a warning in my editor immediately when I miss one. PS: I'm really enjoying Rust, so maybe this will be the language that finally forces me to pick up the semi-colon habit.
- mcguire 11y agoOh, there's plenty of punishment. Avoiding the punishment in the difficult part. And you can do that the easy way or the hard way.
- tel 11y agoWell, sure, but it's probabilistic and delayed punishment. This makes learning habits and ensuring them difficult.
- woah 11y agoDo semicolons make the code run faster? What is the advantage exactly? There is no downside to leaving them out.
- Igglyboo 11y agoAFAIK the only "benefit" to semicolons is that you can put multiple statements on the same line.