アカウント名:
パスワード:
ファイルと関数/変数名、ついでにテーブル関連を全て全半角混じり文字(および10語ぐらいの文章)にしたら、怒られた。OSや言語、DBMS的に動作保証されてるし、日本人的に分かりやすく、可読性という意味でメンテしやすいのだから良いだろ別に… と思った
開発環境の関係(複数のエディタ使用)でTabとスペースが混在したコード書いてたら怒られたことあったっけそんなに気になるならわざわざ空白文字表示設定なんか有効にしなきゃいいのにとは思った
否定的なコメントが多いけど、コーディング規約でインデント文字が規定されてないなら怒られる理由はない。
怒られるわ。チームで開発するソフトウェアは、1つのファイルでも複数の人間によってメンテナンスされる。そこで、各人が各々TAB幅の設定が違うエディタで、TABやスペース混在で編集していくと、インデントがぐちゃぐちゃになって収拾つかなくなっていくんだよ。
まあそういう表記のゆれを修正するコード整形ツールは多々あるので、自分が好きな作法で編集した後にそういうツールを一旦通してからコミットするというなら問題は無い。
そこまで言うなら規約設定しろよw
俺今までインデント文字で文句言われたことないな(全部SP派
陰で「チッ。またあいつかよ。クソが」と思われてるかもよw
Jenkins「ちっ、またあいつかよ」
それを怒られない事を不幸と思え。
ぼくのかんがえるさいきょうのこーでぃんぐすたいるじゃなきゃいやだいやだと駄々こねてるようにしか見えんインデントにスペースとタブが混じってる程度のコードは怒るほど汚いうちに入らん
インデントにスペースとタブが混じってる程度のことすら直せん奴が々こねてるようにしか見えん
っ鏡混じってるのが許せないと怒る本人が直せばいいことでしょ他人に怒るとこが駄々こねてると言われるのよ
タブスペース不統一の分かりやすい弊害としては、プログラム的に無意味な空白部分で差分が発生しやすくなるというもの。コミット前に整形ツールを通させるのは、そういった記述ブレを取り除く意味が大きい。
一般的な開発現場はEditorConfigでコントロールする。そもそもタブスペースが混在する状況自体発生せず、規約を確認する必要もない。
そのような諸々の仕組みをブロックしてタブスペースが混在するコードを成果物としていれば「怒られる」のが普通だが、それが怒られないとすれば、その新人を教育する環境も、開発するための環境もまともに整備されていないことを意味する。
これを不幸と言わずなんと言おうか。
コーディング規約で縛れ。できてなかったなら不幸を呪って諦めろ。他人に当たるな。以上。
コーディング規約でスペース/タブが定義されてない現場なんてないだろ。諦めて統一しろ。
最初に、コーディング規約でインデント文字が規定されてないなら、と断ってるんだが？>コーディング規約でスペース/タブが定義されてない現場なんてないだろなんて俺様常識で言っちゃうところが、おこちゃまがダダこねてるとしか見えないんだとどうしてわからんのかな
まあEditorConfigという文化について調べることから始めてみてはどうかな。君の知っているプロジェクトで.editorconfigというファイルを見かけたことはないかね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ？ -- Debian初級
罵倒されたことはある (スコア:0)
ファイルと関数/変数名、ついでにテーブル関連を全て全半角混じり文字(および10語ぐらいの文章)にしたら、怒られた。
OSや言語、DBMS的に動作保証されてるし、日本人的に分かりやすく、可読性という意味でメンテしやすいのだから良いだろ別に… と思った
Re: (スコア:0)
開発環境の関係(複数のエディタ使用)でTabとスペースが混在したコード書いてたら怒られたことあったっけ
そんなに気になるならわざわざ空白文字表示設定なんか有効にしなきゃいいのにとは思った
Re:罵倒されたことはある (スコア:0)
否定的なコメントが多いけど、コーディング規約でインデント文字が規定されてないなら怒られる理由はない。
Re: (スコア:0)
怒られるわ。
チームで開発するソフトウェアは、1つのファイルでも複数の人間によってメンテナンスされる。
そこで、各人が各々TAB幅の設定が違うエディタで、TABやスペース混在で編集していくと、
インデントがぐちゃぐちゃになって収拾つかなくなっていくんだよ。
まあそういう表記のゆれを修正するコード整形ツールは多々あるので、
自分が好きな作法で編集した後にそういうツールを一旦通してからコミットするというなら問題は無い。
Re: (スコア:0)
そこまで言うなら規約設定しろよw
俺今までインデント文字で文句言われたことないな(全部SP派
Re: (スコア:0)
陰で「チッ。またあいつかよ。クソが」と思われてるかもよw
Re: (スコア:0)
Jenkins「ちっ、またあいつかよ」
Re: (スコア:0)
それを怒られない事を不幸と思え。
Re: (スコア:0)
ぼくのかんがえるさいきょうのこーでぃんぐすたいるじゃなきゃいやだいやだ
と駄々こねてるようにしか見えん
インデントにスペースとタブが混じってる程度のコードは怒るほど汚いうちに入らん
Re: (スコア:0)
インデントにスペースとタブが混じってる程度のことすら直せん奴が々こねてるようにしか見えん
Re: (スコア:0)
っ鏡
混じってるのが許せないと怒る本人が直せばいいことでしょ
他人に怒るとこが駄々こねてると言われるのよ
Re: (スコア:0)
タブスペース不統一の分かりやすい弊害としては、プログラム的に無意味な空白部分で差分が発生しやすくなるというもの。
コミット前に整形ツールを通させるのは、そういった記述ブレを取り除く意味が大きい。
一般的な開発現場はEditorConfigでコントロールする。
そもそもタブスペースが混在する状況自体発生せず、規約を確認する必要もない。
そのような諸々の仕組みをブロックしてタブスペースが混在するコードを成果物としていれば「怒られる」のが普通だが、
それが怒られないとすれば、その新人を教育する環境も、開発するための環境もまともに整備されていないことを意味する。
これを不幸と言わずなんと言おうか。
Re: (スコア:0)
コーディング規約で縛れ。できてなかったなら不幸を呪って諦めろ。他人に当たるな。
以上。
Re: (スコア:0)
コーディング規約でスペース/タブが定義されてない現場なんてないだろ。諦めて統一しろ。
Re: (スコア:0)
最初に、コーディング規約でインデント文字が規定されてないなら、と断ってるんだが？
>コーディング規約でスペース/タブが定義されてない現場なんてないだろ
なんて俺様常識で言っちゃうところが、おこちゃまがダダこねてるとしか見えないんだとどうしてわからんのかな
Re: (スコア:0)
まあEditorConfigという文化について調べることから始めてみてはどうかな。
君の知っているプロジェクトで.editorconfigというファイルを見かけたことはないかね。