JavaScriptにセミコロンは入れるのか？入れないのか？ - Qiita

結論 どちらでもいい セミコロン付けても付けなくても落とし穴はある ESLintを利用することで落とし穴を検知できる 私はセミコロンつけない派 自動セミコロン挿入とは 自動セミコロン挿入(automatic semicolon insertion) この仕組みのおかげでセミコロンを使わなくてもコードを書くことができ、コンパイラが行末を察してセミコロンを挿入してくれる 自動セミコロン挿入のしくみはECMAScriptで規定されており、自動セミコロン挿入はJavaScriptエンジン間で可搬性がある 自動セミコロン挿入には落とし穴があり、ルールを理解しておく必要がある 第１のルール：セミコロンが挿入されるのは、"}"トークンの前か、改行の後か、プログラムの末尾だけ

[aceraceae]

とりあえずセミコロンは書いたほうがいい。その程度のタイピング量が減ったところでたいしたメリットもないし。

[GENS]

新人が理解してセミコロン入れる/入れないの判断できるかはぶっちゃけ怪しいので、弊社は事故らないことを重視してセミコロン原則必須です。

[kazatsuyu]

linterとformatterでなんとかすればいいのはその通りなのだが、仮にそれらがなかった時により事故りやすいのはセミコロン無しの方だと思っている。それはそれとしてセミコロンが古臭いという感覚はよくわからん

[tsz]

それよりJSONの最後のカンマを何とかして

[beginnerchang]

なんでこんな間抜けな仕様を入れちゃったんだろうね？

[mizchi]

各種JSパーサのセミコロン周りの苦慮を見てると、ASIの仕様を廃してセミコロン必須にしたほうがエコシステム側の進化は間違いなく進むはず。どうせ利用側もformatterで自動挿入するだけ

[kagoyax]

日曜プログラマーなら勝手にしろ。仕事でやってるならコーディングルールに従えとしか思わないな。こういうの見るたびにルールとかないの？っていつも思うんだけど、全部プライベートプログラミングのことだよな？

[kikiki-kiki]

ESLint, Prettierで整形するからどちらでも良いには同意な上で、分割代入とか即時関数で ; が無くてエラーが発生するってケースの知識が共有されてないチームなら ; 有りを前提にした方が良いと思ってる派です

[buzztaiki]

なし派が一定数いるのは知ってるけど、変なことせずにセミコロン付けておけばいいんじゃないすかね。みんな大好きrustはセミコロンあるよ。

[strawberryhunter]

省略したい人はRubyとかPythonをメインで使っていた人とそれらの人に影響された人なのかもしれない。有害な仕様だと思う。

[kfujii]

どっちでもいい仕様だから、こういう議論が終わらねーんだよなー。

[Error401]

権力がある押しの強いセミコロン不要派がチームにいるとめんどくさい

[latena]

昔 JavaScript Standard Style の影響でセミコロンなし派になったことあるけど、流行に乗ってる自己満足感以外に良いことはひとつもなかった。

[fukken]

最初から省略可能にする想定で慎重に言語設計をしていれば省略可能でも良かったかもしれない、でも、そうはならなかった、ならなかったんだよロック。だからこの話はここでお終いなんだ。

[moqojiy]

セミコロンなしでコードがすっきりするなんてのは勘違いだと思うが。

[ducktoon]

まわりでいちいちセミコロンつけてるやつ見たことない

[mukaken]

セミコロンありの方が、考える事が減って読みやすいので、あり派です！

[hatest]

入れる派と入れない派の対立を煽っておいて、最後にどちらも楽しくコーディングしていきましょう！とか言うのは時間の無駄でしかないのでやめろ

[fikah]

採用されてるルール次第。ルール的にセミコロン有りだとしてもformatterが勝手に入力してくれるから自分でわざわざ入力しないかな。

[ku__ra__ge]

誰が「セミコロン無しの方がモダンでかっこいい」なんて流行を作ったんだ。そんなこと言う奴は00年代には皆無だったよね？

[ichiken7]

“自動セミコロン挿入”って、思いついた時点でクソの臭いしたと思うんだが…

[cl-gaku]

母語に合わせればよい。俺はつける

[t-murachi]

「最近のセミコロンを書かない言語」FortranとかCOBOLとかBASICとかのことかな(´・ω・`)

[harumomo2006]

コーディングルールがまともに機能してる会社で働いたことないな。一部の人が必死になって頑張っても周りが付いてこない。それよりは既存のコードに似せた形で継ぎ接ぎしていくことが多いので関数毎に仕様が変わる

[koogawa]

どちらでも良いけど、チーム内で統一するのが大事だと思う

[rryu]

セミコロン入れない派はセミコロンを入れないと誤認識されるパターンに対してセミコロンを入れるのだろうか。それとも無くてもいい形に変形するのだろうか。

[tnishimu]

入れなくて良い無駄な贅肉なら入れない、サラリーマンだから入れま～すみたいなバカの言うことがまかり通っているからダメなんだ。

[maruware]

毎回入力させられるのはダルいけどもはやありでもなしでもformatterで勝手にやってくれるのでどっちでもよくなった。なしでもけっきょくbabelなりtscなり挟むので昔みたいに問題になるケースもなさそう。

[arx0balest]

ぶっちゃけどこにセミコロン入れるかわかってないからなくていい。なくてエラーになるケースは静的解析で検知できるし。ある意味ほとんどない。

[toblog]

文の終わりを(読む人に対しても)明示するためにかくものなので、あえて書かない人やとにかく略記したがる人の大半は通ぶっているだけだと思ってます。

[georgew]

どっちでもいいっていう仕様は嫌だなぁ...

[mojimojikun]

こんな事になってるのか(人間側に苦労を強いる(どのように書くのが『正解』なのかを把握しづらかったり人によって解釈が変わりやすい)事が仕様として定義されちゃってる言語は嫌だなぁ的な感想)

[door-s-dev]

セミコロンありで落とし穴なんて無いよね？

[onesplat]

たった一文字省略できて何が嬉しいねん

[dot]

経験的には強い拘りが無いなら入れる方に寄せた方ががいいだろうなくらいで、あとはプロジェクトで決めてlintでなんとかするのがよいと思う。

[Shinwiki]

なんか根本的な部分がすっ飛ばされてる気がする

[tkmkg8m]

「基本的にはPrettier/ESLintあたりに自動で入力してもらおう」「それらが使えない場合、たいしたコストじゃないし、罠にハマる確率を下げられるんだから原則入力しよう」派

[remonoil]

Prettierでもセミコロン付けないと正しくフォーマットされないケース const hoge = 123; (() => {})()

[rkosaka]

言語仕様、チームで書く場合の運用例、個人における好み、みたいなのは別だよね。