アカウント名:
パスワード:
ファイルと関数/変数名、ついでにテーブル関連を全て全半角混じり文字(および10語ぐらいの文章)にしたら、怒られた。OSや言語、DBMS的に動作保証されてるし、日本人的に分かりやすく、可読性という意味でメンテしやすいのだから良いだろ別に… と思った
開発環境の関係(複数のエディタ使用)でTabとスペースが混在したコード書いてたら怒られたことあったっけそんなに気になるならわざわざ空白文字表示設定なんか有効にしなきゃいいのにとは思った
それは怒られるだろ常識的に考えて。エディタのせいにするな。他のメンバーからしたらお前のエディタの事情なんか知らん。お前がコミットしたコードはお前の成果物であってエディタの成果物ではない。責任はエディタ0%お前100%だ。
そう言う奴が居るから、開発にはこのエディタを使うことみたいな開発ルールを作らざるを得なくなるんだよ。
もし今でもそう思っているのならプログラムを書く仕事はやめた方がよい。
経歴書のその意見書いといてくれると助かる
この画像 [emacswiki.org])思い出したｗまあソフトウェアってのは究極的にはビルドした実行ファイルがちゃんと動けばそれでいいと思ってるからあんまり気にしたことはないな
＞ 究極的にはビルドした実行ファイルがちゃんと動けばそれでいい
むかーしむかーしだけど、この考えの外注の人が、ソースが出来てたら文句ないだろｗって設計書書きをサボって、今日中間納品で客先に設計書出すぞって言われて何もできて無くて逃げた事件があったわ。（あれ？あの人は？どこ行った？とか話してたら、突然のお世話になりましたメール。）
個人でソフト作るだけならともかく、納品物はそうじゃないことが多いので注意しましょうって話でした／(^o^)＼
最初の吹き出しがクロスしてるのは何か意味あるんだろうか
空白レベルですら一貫性が保てない人が一貫性のあるコードを書けるわけがない。
否定的なコメントが多いけど、コーディング規約でインデント文字が規定されてないなら怒られる理由はない。
怒られるわ。チームで開発するソフトウェアは、1つのファイルでも複数の人間によってメンテナンスされる。そこで、各人が各々TAB幅の設定が違うエディタで、TABやスペース混在で編集していくと、インデントがぐちゃぐちゃになって収拾つかなくなっていくんだよ。
まあそういう表記のゆれを修正するコード整形ツールは多々あるので、自分が好きな作法で編集した後にそういうツールを一旦通してからコミットするというなら問題は無い。
そこまで言うなら規約設定しろよw
俺今までインデント文字で文句言われたことないな(全部SP派
陰で「チッ。またあいつかよ。クソが」と思われてるかもよw
Jenkins「ちっ、またあいつかよ」
それを怒られない事を不幸と思え。
ぼくのかんがえるさいきょうのこーでぃんぐすたいるじゃなきゃいやだいやだと駄々こねてるようにしか見えんインデントにスペースとタブが混じってる程度のコードは怒るほど汚いうちに入らん
インデントにスペースとタブが混じってる程度のことすら直せん奴が々こねてるようにしか見えん
っ鏡混じってるのが許せないと怒る本人が直せばいいことでしょ他人に怒るとこが駄々こねてると言われるのよ
タブスペース不統一の分かりやすい弊害としては、プログラム的に無意味な空白部分で差分が発生しやすくなるというもの。コミット前に整形ツールを通させるのは、そういった記述ブレを取り除く意味が大きい。
一般的な開発現場はEditorConfigでコントロールする。そもそもタブスペースが混在する状況自体発生せず、規約を確認する必要もない。
そのような諸々の仕組みをブロックしてタブスペースが混在するコードを成果物としていれば「怒られる」のが普通だが、それが怒られないとすれば、その新人を教育する環境も、開発するための環境もまともに整備されていないことを意味する。
これを不幸と言わずなんと言おうか。
コーディング規約で縛れ。できてなかったなら不幸を呪って諦めろ。他人に当たるな。以上。
コーディング規約でスペース/タブが定義されてない現場なんてないだろ。諦めて統一しろ。
最初に、コーディング規約でインデント文字が規定されてないなら、と断ってるんだが？>コーディング規約でスペース/タブが定義されてない現場なんてないだろなんて俺様常識で言っちゃうところが、おこちゃまがダダこねてるとしか見えないんだとどうしてわからんのかな
まあEditorConfigという文化について調べることから始めてみてはどうかな。君の知っているプロジェクトで.editorconfigというファイルを見かけたことはないかね。
eclipseでコーディングしてた時のこと。
まず設定の [一般]-[エディター]-[テキスト・エディター] の中に「タブでスペースを挿入」という設定がありそいつを調整してコーディングを始めたんだが、どうも設定どおりにいかない。
散々探し回った挙句、[Java]-[コード・スタイル]-[フォーマッター] のプロファイルの中にもタブ・スペースの設定がある事をようやく突き止めた。てめぇ・・・eclipseそういうとこやぞ・・・と思った。
# これにAnyEditプラグインやeditorconfigを絡めて炒めると、さらに美味しく。
蛇使いのワイ高みの見物# 先の時代の言語つかいたちはたいへんだなーとづまりすとこ
ウッソだろ、実在したのか。。
https://meh.schizofreni.co/2013-06-05/tabs-spaces-both [schizofreni.co]
https://github.com/mzp/space_tab_bot/blob/master/misc/TabsSpacesBoth.png [github.com]
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
罵倒されたことはある (スコア:0)
ファイルと関数/変数名、ついでにテーブル関連を全て全半角混じり文字(および10語ぐらいの文章)にしたら、怒られた。
OSや言語、DBMS的に動作保証されてるし、日本人的に分かりやすく、可読性という意味でメンテしやすいのだから良いだろ別に… と思った
Re:罵倒されたことはある (スコア:0)
開発環境の関係(複数のエディタ使用)でTabとスペースが混在したコード書いてたら怒られたことあったっけ
そんなに気になるならわざわざ空白文字表示設定なんか有効にしなきゃいいのにとは思った
×エディタの都合 ○お前の都合 (スコア:0)
それは怒られるだろ常識的に考えて。
エディタのせいにするな。他のメンバーからしたらお前のエディタの事情なんか知らん。
お前がコミットしたコードはお前の成果物であってエディタの成果物ではない。
責任はエディタ0%お前100%だ。
そう言う奴が居るから、開発にはこのエディタを使うことみたいな開発ルールを作らざるを得なくなるんだよ。
Re: (スコア:0)
もし今でもそう思っているのならプログラムを書く仕事はやめた方がよい。
Re: (スコア:0)
経歴書のその意見書いといてくれると助かる
Re: (スコア:0)
この画像 [emacswiki.org])思い出したｗ
まあソフトウェアってのは究極的にはビルドした実行ファイルがちゃんと動けばそれでいいと思ってるからあんまり気にしたことはないな
Re: (スコア:0)
＞ 究極的にはビルドした実行ファイルがちゃんと動けばそれでいい
むかーしむかーしだけど、この考えの外注の人が、ソースが出来てたら文句ないだろｗって設計書書きをサボって、今日中間納品で客先に設計書出すぞって言われて何もできて無くて逃げた事件があったわ。
（あれ？あの人は？どこ行った？とか話してたら、突然のお世話になりましたメール。）
個人でソフト作るだけならともかく、納品物はそうじゃないことが多いので注意しましょうって話でした／(^o^)＼
Re: (スコア:0)
最初の吹き出しがクロスしてるのは何か意味あるんだろうか
Re: (スコア:0)
空白レベルですら一貫性が保てない人が一貫性のあるコードを書けるわけがない。
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というファイルを見かけたことはないかね。
Re: (スコア:0)
eclipseでコーディングしてた時のこと。
まず設定の [一般]-[エディター]-[テキスト・エディター] の中に「タブでスペースを挿入」という設定があり
そいつを調整してコーディングを始めたんだが、どうも設定どおりにいかない。
散々探し回った挙句、[Java]-[コード・スタイル]-[フォーマッター] のプロファイルの中にもタブ・スペースの
設定がある事をようやく突き止めた。
てめぇ・・・eclipseそういうとこやぞ・・・と思った。
# これにAnyEditプラグインやeditorconfigを絡めて炒めると、さらに美味しく。
Re: (スコア:0)
蛇使いのワイ高みの見物
# 先の時代の言語つかいたちはたいへんだなーとづまりすとこ
Re: (スコア:0)
ウッソだろ、実在したのか。。
https://meh.schizofreni.co/2013-06-05/tabs-spaces-both [schizofreni.co]
https://github.com/mzp/space_tab_bot/blob/master/misc/TabsSpacesBoth.png [github.com]