ソースコード1行80桁の制限廃止！ プログラム業界に革命ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
■ このスレッドは過去ログ倉庫に格納されています
Linuxカーネルのコーディング規約から、1行を80桁以内とする制限が撤廃された（Linus Torvalds氏のメーリングリスト投稿、checkpatchのコミットメッセージ、Phoronix、The Register）。
Linus Torvalds氏によれば、多くの人が80桁のターミナルを使わなくなって久しく、1行80桁制限は合理的でないという。
桁数制限は必要以上の改行を生み、さまざまな問題を引き起こす。
中には小さなターミナルウインドウを使用している人もいるという主張もみられるが、何を使うのもその人の選択だ。
そのハードウェアの制限を全員が共有する必要はない。長い行は単純に有用であり、どこかで改行が必要になるにしても80桁に制限する理由はまったくないとのこと。
これに伴ってcheckpatchでも80桁を超える行に対する警告表示が廃止されている。
1行を80桁以内に収めることは現在でも望ましいが、checkpatchがわざわざ警告を表示するほど明確な制限ではない。
デフォルトでは制限値が100文字まで増加しているが、こちらも明確な制限に基づくものではなく、
行が若干長めになっても警告なしで収まる程度の文字数が選択されているようだ。
Linuxカーネルのコーディング規約、1行80桁の制限を撤廃
https://www.zaikei.co.jp/article/20200604/569722.html でもこれとっくに無くなってたよな？
オブジェクト指向言語だと構文長いし ITは使う人を幸せにするけど、作る人を不幸にする悪魔の技 １行に８０文字以上書く場合とかあるの？
if文の条件を２つ３つ繋げるとか？ ご町内でのゴミ出しのルールが変わった・・・みたいな話だろ。 一行があまり長いと受け取るほうがバグるからやめとき >>13
80文字以上のエラーメッセージなんてくさるほどあるが？ 下手に余裕作ると馬鹿な事する奴が出るから勘弁してください >>13
変数名とかが長くなったり、それにクラス名つけたりとか？ タブで30桁ぐらいまで行ってるコードなんてざらにあるからなぁ 俺がアホだと思うのは
my_function(
"aaa",
"bbb",
"ccc",
"ddd",
);
みたいに、縦に並べるやつ
見づらいったらありゃしない。
コードはー画面に収まるようにするべき プログラムってさ自分で好きなもの、必要なもの作るのは楽しいが
仕事で作らされるのは苦痛だな 印刷するから80カラム。
VisualStudioは予約関数名長いから無視。 × コードはー画面に収まるようにするべき
○ 関数はー画面に収まるようにするべき へー、初めて聞いた。そんな縛りがあったんだ。
タブで行を合わせたら８０行なんて直ぐに越えないか？ >>26
こんな気持ち悪いことするやつ本当にこの世に存在するの？ if()
{
}
の俺勝ち組だな
if(){
}
の奴は死ね 最近の変数名が無駄に長いから読みにくいんだよなぁ
昔のはやりすぎだが慣れると略でも十分行けるのに >>36
いるいる
数個だったら、my_function(1, 2, 3) とか書くくせに
横80文字に入らなくなったとたん縦に並べ始める。馬鹿なのかと
my_function("aaaaaaaaaa", "bbbbbbbbbb", "cccccccccc",
"dddddddddd", "eeeeeeeeee", "ffffffffff");
これでいいだろと。 90年代初頭にパソコン通信を始めた時に
文章は行頭に引用記号が付加される事を
見越して全角で35文字の所で改行しろという
ネチケットがあって今でも守ってるｗ 論理的に同じ意味であれば（横制限を守りつつ）縦の行数は短いほうがいい
視線をスクロールしなくてすむからだ >>36
業務系なら当たり前のところがある、変数の後にコメント入れてなんの変数かプログラム見ただけで分かる様にする
会社によって全然違うぞ、Fだとこの書き方。 >>36
加える、削除するみたいな修正が楽なんだろ、縦にすると。
>>40
縦にした方がいいな。 改行が多いと何が問題なんだ？
プログラムが重くなんの？ >>3
JAVAだと変数だけですげー長いのあってそれだけのためにエラー吐いてたこともあったわｗ >>40
ＮＴＴＤコーディング基準ではそうなってる
これをマスターしないと政府系のシステムは作らせてもらえない 自信満々で持論書いてたID:mTAn9pFt0が急に黙ってて笑える >>26
可変個引数の関数使うときその書き方すると引数のコメントアウトが楽なんだよ… >>51
そうなのか
とにかくそうするべきってことになってたw >>47
> コーディング規約無いの？
コーディング規約よりもコードスタイルチェックツール
自動でチェックできないものを人力で守るのは無駄な作業
コードスタイルチェックツールで縦並び厳守なんてものはない。
つまりそんなの世間では使われてないスタイル >>48
> 加える、削除するみたいな修正が楽なんだろ、縦にすると。
書きやすさよりも、可読性（読みやすさ）を重視しましょう。
可読性という言葉はありますが
可書性なんて言葉がない理由がわかりますか？ >>60
もちろんcheckStyleは使うけどその辺はソースレビュー時に指摘あるだろ
どっちが正解とは決めにくいが現場のスタイルに合わせるのが一番だよ なお、日本での開発者への正当報酬を支払うための革命は一向に始まらない模様 >>65
現場のスタイルなんていちいち作るな
ツールのスタイルを使えばいい
どうせ誰かの趣味になるなら、
ツール開発者の趣味でも同じこと >>60
Pythonで言語かじった子はこれだから… >>67
まともに使えるコード書くやつおらんからやってもムイミちゃん >>68
ふーん。んじゃPerlで書く時どーすんだ？ コメントを考えると80は短過ぎなのよ
体質が古いこっちの問題なんやけど修正行にコメント入れなあかんから凄いイヤなのよね
java以降はクラス名とかメソッド名とか長過ぎやねん Linuxかよ、よく今までこれでやってきたなという感想 >>70
デバッグの時？
修正したい（複数の）行をコピーしろ
元のコードはコメントアウトで残しておけ
書き換えたいところを書き換えろ
元の行は上にそのまま残ってる >>72
> ふーん。んじゃPerlで書く時どーすんだ？
なにか問題でも？ ジャンガリアンハムスターとハンガリアンノーテーションは似ている >>74
Linuxはインデント一つで8文字分だから苦行だったはず if ()
nantara
１行ですむのをこういう変な改行をいれるのもやめてほしい、改行するなら{}をつけて >>71
アメリカ本国で向こうのプログラマが書いているソース見たことある？
あれで年収1000万超えるのが普通なんだぜ？w
むしろ1000万なんて経験年数2〜3年で貰えちゃうライン >>85
それな。読みやすさを追求してるんじゃなくて
形を合わせてるだけなんだよな もう2次元のエディタとか古いだろ
奥行きも利用した3次元エディタとか作れよ >>76
それこそ可読性悪くなるじゃないですかぁ… >>84
言ってる意味が判らん、デバック時と納品時で成果物が変わるのか？ 可読性も保守性も悪いコード書きしかおらんのがなぁ
つかLinuxで動かす癖にLinuxの限界値知らんアホが大杉 >>80
技術wウケるwそれ以前の話だわw
浅はかな人間には何を言っても無駄だから誰も理由を教えてくれないんだよバカ 日本語コメントとか変数にぶちこむほど遅くなるんだよな？
読みにくいけど繋げた方が高機能やん doSomethingThroughHogeByFugaAsync(); 桁数よりも、ネストの深さを制限した方が良い。
俺はタブの設定をかなり長くしてるよ。
こうするとネストが深くなると読みにくくなるから、自然とわかりやすいプログラムになる。 >>89
> それこそ可読性悪くなるじゃないですかぁ…
デバッグのときだって言っただろ？
頭大丈夫か？ >>90
> 言ってる意味が判らん、デバック時と納品時で成果物が変わるのか？
デバッグのためのコードは一瞬で終わり
納品などしない。 >>38
いやぁぁぁぁぁ半角スペースが入ってないいいいいいいいいいいい >>93
やっぱりお前は「俺」の話をしたいだけなんだなｗ ■ このスレッドは過去ログ倉庫に格納されています
