アカウント名:
パスワード:
インデントは必ず半角スペース4文字。環境によって表示がくずれるTABはあり得ない。インデントにTABを使うやつは協調性がないことを表している
TAB派とスペース派は捕鯨やオスプレイの賛成派と反対派ぐらいには相容れなく、お互い相手の理屈が理解できない。
タブで何の表示がずれるのかはわからんが、何の表示がずれて何が困るのだろう。よくわからない。タブはインデントを表現するもので、そこにスペースを4つとか8つとか入れる理由がわからない。
インデントをスペースで行うと、『意味』が分からなくなる。
pythonは意味がわかってるみたいですよ
それって、メモ帳アプリで開いて読んでも『意味』が失われてて読めないってことだよね。あるいは紙に打ち出したリストや書籍に書かれているコードでもいいが。そんなことでコードを書いた人の意図が分からなくなる言語というのは見たことが無いな。
機能を理解している人のコードはタブでもスペースでも表示が崩れたりしないよね。スペースでも頭のおかしいコードはインデント奇数行が続いてるとか頭のおかしい事になってる。
要は流儀よりも、理知的なテキストを書いているかどうかだと思う。
それは機能を理解していない人がコードを書いてるんじゃなくてコーディングルールを徹底してないせいで、編集した人によってスペースかタブかがカオスなことになってるだけだと思うSVN管理すると下手に既存コードを変えると、重要な差分とそうでない差分がごっちゃになってdiffが取りづらくなるから下手に変えられないってことでカオスなコードがカオスなまま引き継がれるそういう状況になるからこそチーム作業でやるとタブ入れるやつは嫌われる
ここにぶら下げようかな。
社内・プロジェクトでコーディングルールを強制するなら、フォーマッタに任せれば良いんですよ。チェックインする前にフォーマッタに掛けるルールにするとか、チェックイン時に自動でフォーマッタが掛かる様にして置くとか。そういうルールが確立されていれば、フォーマッタを掛けた後にインデント等が崩れていたら、そのコードを書いたヤツを全員で思いっきり叱責・非難すれば良いんです。
ただ思うのは、8カラム以外でインデントしてるコードを書く人って、保守性の悪いコードを書く傾向があるのではないかと。つまり、コードの書き方とかの表層的な話ではなくて、アルゴリズムとか機能分割とかの面で劣ったコードを書くのではないかという話。ネストが深い、あまり見通しの良くないコードを書く素地があるから、インデント幅を4カラムとか2カラムとかにする必然性が生じるんじゃないかな。
JavaScriptでeslintでairbnbの設定使ってるとインデントは2space以外だと警告でるからエディタの設定でtab=2spaceで設定してます。
VBとかC#ってデフォルト4カラムだし今どき8カラムのIDEなんてほとんど見ないです。
同意だな>コーディングルールを徹底してないせいで、編集した人によってスペースかタブかがカオスなことになってるだけだと思うこの手の問題はツールで簡単に解決できる問題であってこんなネタにいちいち文句つける奴はチームの空気を悪くするだけの迷惑なヤツだと思う。やるべきは、フォーマッタを入れて環境を整えてしまう事だよ。
そういう状況になるからこそチーム作業でやるとタブ入れるやつは嫌われる
いやいやいや、それ逆も然りでしょwルールがあればそれに従わないのは完全に頭おかしいけど、それ以前の話をしてるんじゃないのかね。
普段は空白無視するツールを使えばいいけど、ルール違反は発見次第すぐ修正コミット掛け(させ)た方がいいよ。空白の修正なんて人畜無害だから。
おそらくこういうやつvoid very_long_function_name(int a,\t\t\t\t double b)タブが4カラムか8カラムかそういうのでずれる
スペース派は↓こうなるからいいってこと?
void very_long_function_name(int a, double b);
残念ながら上はフォントが等幅フォントでないと意図通りに表示されないが、ようはint a,double b);の開始位置を合わせたいってことだよね。
確かに合わせたいというのはわかるが、俺は合わせない。二行にまたがる時点であきらめて、全部タブにする。
引数を揃えるなら、 void very_long_function_name( int a, double b ); こうじゃないかな…。
これはいいね!一つ目の変数から二行目に書く発想はなかった。これから使おう。
えっ・・・発想なかったって、流石にプログラマの適正がないよ。
え、こんなことも思いつかない人って...
まあ、そういうなよ。他の仕事の適正はもっとないんだからさ・・・。営業とか土方とか今更できん。
「適正がない」
営業や土方は正しくないってことさ・・・Microsoft IMEが悪いんだ!
K&RなCに先祖返りしたみたいな……。
ちょっと誤解していた。タブサイズが可変だと、本来のインデント以外の部分がタブ幅設定によってずれるってことか。
タブ幅4イメージvoid very_long_function_name(int a, double b);
タブ幅8イメージvoid very_long_function_name(int a, double b);
上記はフォントで変わるので、一行目と二行目の変数の型の開始位置は合わないが。みたいな。
タブとかスペース以前に変なところに意味もなく改行を入れるのはやめてくれないかな?
あ・・・すいません気を付けますそれじゃ今までのも直しますか
コードの書き方の注意とか できればもっと早めに言っていただけると・・・
おっとここでエディタ横幅論争の場外乱闘だぁ!
あ、でもグーグル様のコーディング規約では80桁で改行入れろじゃなかったですか
C言語で意味のない改行を省くと
変数の引数などはIDEの機能を使って確認するのでコード上でどう書いてあるかはきにしない。void caos(int num,int Num,int NUm,int NUM){}
もしかして:chaos
整形したい気持ちは分からなくもないけど手段がアレなのは方眼紙エクセルに通ずるものがある方眼紙エクセルを笑うのはプログラマやそれに近い人達に多いと思ってたけど案外そうでもないのかな
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
コンピュータは旧約聖書の神に似ている、規則は多く、慈悲は無い -- Joseph Campbell
TABはありえない (スコア:0)
インデントは必ず半角スペース4文字。
環境によって表示がくずれるTABはあり得ない。
インデントにTABを使うやつは協調性がないことを表している
Re:TABはありえない (スコア:1, 興味深い)
TAB派とスペース派は捕鯨やオスプレイの賛成派と反対派ぐらいには相容れなく、お互い相手の理屈が理解できない。
タブで何の表示がずれるのかはわからんが、何の表示がずれて何が困るのだろう。よくわからない。
タブはインデントを表現するもので、そこにスペースを4つとか8つとか入れる理由がわからない。
Re:TABはありえない (スコア:3)
インデントをスペースで行うと、『意味』が分からなくなる。
Re:TABはありえない (スコア:2, おもしろおかしい)
pythonは意味がわかってるみたいですよ
Re: (スコア:0)
それって、メモ帳アプリで開いて読んでも『意味』が失われてて読めないってことだよね。
あるいは紙に打ち出したリストや書籍に書かれているコードでもいいが。
そんなことでコードを書いた人の意図が分からなくなる言語というのは見たことが無いな。
Re:TABはありえない (スコア:1)
機能を理解している人のコードはタブでもスペースでも表示が崩れたりしないよね。
スペースでも頭のおかしいコードはインデント奇数行が続いてるとか頭のおかしい事になってる。
要は流儀よりも、理知的なテキストを書いているかどうかだと思う。
Re: (スコア:0)
それは機能を理解していない人がコードを書いてるんじゃなくて
コーディングルールを徹底してないせいで、編集した人によってスペースかタブかがカオスなことになってるだけだと思う
SVN管理すると下手に既存コードを変えると、重要な差分とそうでない差分がごっちゃになってdiffが取りづらくなるから
下手に変えられないってことでカオスなコードがカオスなまま引き継がれる
そういう状況になるからこそチーム作業でやるとタブ入れるやつは嫌われる
Re:TABはありえない (スコア:3, すばらしい洞察)
ここにぶら下げようかな。
それは機能を理解していない人がコードを書いてるんじゃなくて
コーディングルールを徹底してないせいで、編集した人によってスペースかタブかがカオスなことになってるだけだと思う
SVN管理すると下手に既存コードを変えると、重要な差分とそうでない差分がごっちゃになってdiffが取りづらくなるから
下手に変えられないってことでカオスなコードがカオスなまま引き継がれる
そういう状況になるからこそチーム作業でやるとタブ入れるやつは嫌われる
社内・プロジェクトでコーディングルールを強制するなら、フォーマッタに任せれば良いんですよ。チェックインする前にフォーマッタに掛けるルールにするとか、チェックイン時に自動でフォーマッタが掛かる様にして置くとか。そういうルールが確立されていれば、フォーマッタを掛けた後にインデント等が崩れていたら、そのコードを書いたヤツを全員で思いっきり叱責・非難すれば良いんです。
ただ思うのは、8カラム以外でインデントしてるコードを書く人って、保守性の悪いコードを書く傾向があるのではないかと。つまり、コードの書き方とかの表層的な話ではなくて、アルゴリズムとか機能分割とかの面で劣ったコードを書くのではないかという話。ネストが深い、あまり見通しの良くないコードを書く素地があるから、インデント幅を4カラムとか2カラムとかにする必然性が生じるんじゃないかな。
Re: (スコア:0)
JavaScriptでeslintでairbnbの設定使ってるとインデントは2space以外だと警告でるからエディタの設定でtab=2spaceで設定してます。
VBとかC#ってデフォルト4カラムだし今どき8カラムのIDEなんてほとんど見ないです。
Re: (スコア:0)
同意だな
>コーディングルールを徹底してないせいで、編集した人によってスペースかタブかがカオスなことになってるだけだと思う
この手の問題はツールで簡単に解決できる問題であって
こんなネタにいちいち文句つける奴はチームの空気を悪くするだけの迷惑なヤツだと思う。
やるべきは、フォーマッタを入れて環境を整えてしまう事だよ。
Re: (スコア:0)
そういう状況になるからこそチーム作業でやるとタブ入れるやつは嫌われる
いやいやいや、それ逆も然りでしょw
ルールがあればそれに従わないのは完全に頭おかしいけど、それ以前の話をしてるんじゃないのかね。
普段は空白無視するツールを使えばいいけど、ルール違反は発見次第すぐ修正コミット掛け(させ)た方がいいよ。
空白の修正なんて人畜無害だから。
Re: (スコア:0)
おそらくこういうやつ
void very_long_function_name(int a,
\t\t\t\t double b)
タブが4カラムか8カラムかそういうのでずれる
Re: (スコア:0)
スペース派は↓こうなるからいいってこと?
void very_long_function_name(int a,
double b);
残念ながら上はフォントが等幅フォントでないと意図通りに表示されないが、ようは
int a,
double b);
の開始位置を合わせたいってことだよね。
確かに合わせたいというのはわかるが、俺は合わせない。
二行にまたがる時点であきらめて、全部タブにする。
Re:TABはありえない (スコア:3)
引数を揃えるなら、
void very_long_function_name(
int a,
double b
);
こうじゃないかな…。
ほえほえ
Re: (スコア:0)
これはいいね!
一つ目の変数から二行目に書く発想はなかった。
これから使おう。
Re: (スコア:0)
えっ・・・発想なかったって、流石にプログラマの適正がないよ。
Re: (スコア:0)
え、こんなことも思いつかない人って...
Re: (スコア:0)
まあ、そういうなよ。
他の仕事の適正はもっとないんだからさ・・・。
営業とか土方とか今更できん。
Re: (スコア:0)
「適正がない」
Re: (スコア:0)
営業や土方は正しくないってことさ・・・Microsoft IMEが悪いんだ!
Re: (スコア:0)
K&RなCに先祖返りしたみたいな……。
Re: (スコア:0)
ちょっと誤解していた。
タブサイズが可変だと、本来のインデント以外の部分がタブ幅設定によってずれるってことか。
タブ幅4イメージ
void very_long_function_name(int a,
double b);
タブ幅8イメージ
void very_long_function_name(int a,
double b);
上記はフォントで変わるので、一行目と二行目の変数の型の開始位置は合わないが。
みたいな。
Re: (スコア:0)
タブとかスペース以前に変なところに意味もなく改行を入れるのはやめてくれないかな?
Re:TABはありえない (スコア:2, おもしろおかしい)
あ・・・
すいません気を付けます
それじゃ今までのも直しますか
コードの書き方の注意とか できればもっと早めに言っていただけると・・・
Re: (スコア:0)
おっとここでエディタ横幅論争の場外乱闘だぁ!
Re: (スコア:0)
あ、でもグーグル様のコーディング規約では80桁で改行入れろじゃなかったですか
Re: (スコア:0)
C言語で意味のない改行を省くと
Re: (スコア:0)
変数の引数などはIDEの機能を使って確認するのでコード上でどう書いてあるかはきにしない。
void caos(int num,int Num,int NUm,int NUM){}
Re: (スコア:0)
もしかして:chaos
方眼紙エクセル脳 (スコア:0)
整形したい気持ちは分からなくもないけど手段がアレなのは方眼紙エクセルに通ずるものがある
方眼紙エクセルを笑うのはプログラマやそれに近い人達に多いと思ってたけど案外そうでもないのかな