ソースコード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 >>49
きっと、25行しか表示出来ない
端末使ってるんだよ。 >>419
日本語も出来ない環境整備も
ロクに出来ない無能が発狂したぞ～w >>380
それはそれで設計がおかしいと思うけど。 >>373
別に見辛くないし。
何個めが何を指してるかは、
縦横関係なく仕様見ないと
分からんだろ。
一旦意味の分かる変数に
代入って効率が落ちるだろ。
お前とは仕事出来んわw >>363
昔はともかく今はないんじゃないかな。
プログラミングじゃないけど、
雑誌のライターに、改行や空白には金を
払わんて言った編集者がいて、
そのライターは空白改行を全部削除して
1行で記事を送ったって話があったな。
編集者は往生しただろうなw >>327
国とか公共系が狭いって言うならそうかなw >>326
プリンター由来じゃないの？
端末もプリンターコード解釈するよね？ >>324
関数内やメソッド内やブロック内の
使い捨て変数は1文字で充分。 >>396
マジで？
COBOLでの開発経験は一応あるけど需要あるのか >>355
サービスエンジニア（現地修理人）もSEていうらしい >>1
1日の仕事中に打ち込む文字数が決まってる人達が居るって聞いた
制限超えたら絶対働かんって言う強い意志を持って働いてるらしい
恐ろしくて震えてきた
(´･ω･) 開発環境とコードの書き方で揉めるだけでスーパープログラマーに見られるのか てか Stable が 5.6 にもなってるんだな
3.x 時代で時が止まってたは コメントも入れないのに>>26みたいなことするやついるの？
そもそもすべての関数の引数にコメントなんか入れるの？ >>327
＞>>272
＞> オープンソースは知らないが制御系、電力や上下水、ガス、通信なんかは殆どコレだな。
＞狭い世界の話かｗ
コイツアホすぎる。それぞれ文化がある。
お前の書いてるコードはwebか勘定系かクソな社内SEか知らんが。制御系は命にかかわるので書き方はレガシーとならざる得ない。制御コードは数学や物理、機械がわからない奴には任せられない。 > 制御系は命にかかわるので書き方はレガシーとならざる得ない。
理由は？ >>428
元はタイプライターだよ
CR: carriage return
LF: line feed でも横スクロールは嫌い
一目で少なくとも１ブロックが見られるようにはしたい SLコマンドもコーディングし直しだな
もっとワイドで汽車が走るぞ >>424
Python のキーワード引数って結構便利やなと思った php書けるので得意になってたらセンサ開発でCとVHDLやることに
まだまだ世界は広くて深いことがわかったよママン VHDLはソフトウェアと違って各モジュールの実行を同期させたりしなきゃならないから面倒だよな おれ、ソースコードにやたらと改行いれるやつもきらいなんだが。
今扱ってるシステムだと、一文ごとにコメント行と空行入れてるやつがいて、3行になるんだよね。
むちゃくちゃ読みづらい。 読みやすいコードを書くよりも
ルールに従うほうが、馬鹿でもできる作業
読みにくくなってもルールに従ってれば文句はいわれない // bにaを代入する
b = a;
// aをインクリメントする
a++;
みたいな感じ。 >>460
無駄なコメント入れるなw
関数単位くらいで
何をする処理か、変数の意味などを書け if(!(bool notTrue=0))return;
{/*(*´꒳`*)(//∇//)(*⁰▿⁰*)*/}
{
for( int I;;){
return ++I;
}
} >>460
これこそ無意味な奴だよね。
見たらわかるわい。
むしろなぜここでインクリメントするのか
とか
なぜaとbを同じにするかを書いてくれい。 えっ…今日から81桁以上つかってもいいんか？
あとから怒られたりしない？ マジで？ >>467
納品先と打ち合わせしろよｗ
要求で定義してある場合もあるんだから // 左を見ろ→→→→→→→→→→→→→ こっちは右だバカ！
//version3以上での処理です
if(version<=3) {
：
}
えーーーーーーーーっみたいなw w w w w w
>>472
version < 3
だったはw w w w w
>>474
俺はむしろコメントは一切信用しない事にしてる。
つーか、「３以上です」と「２より上です」とあるのなら、「３以上です」で統一しろよ
あとこんなとこでif文つかっちゃってっけど、まえもって関数化しておけ
バカ
ソースコード中のコメントは
トップ・オブ・ザ・ワールドのコピペを思い出せば
どれだけ害があるか想像できるだろう
英文に日本語訳がついていれば、どうしても日本語訳の方に目が行ってしまうように
コードにコメントがついていれば、どうしてもコメントの方に目が行く
実際はコードに従ってプログラムが動いているにもかかわらず、だ
コメントは必要最低限にとどめて
コメントがなくても分かりやすいコードを書く方に力を注ぐべき >>479
こういう人が上にいると正規表現で一行で済ませたものを分かりづらいとか難癖付けて書き直しさせてくるんだよな >>480
おまい作業は出来るのかもしれないがコミュ鍛えないとやっていけんぞ。 >>172
改行とかTABの個数とか変換される機能
畳む・閉じるだけではなく、一行にするや指定範囲を設定された改行やTABルールに表示するとかあるだろ >>476
いや、3以上とか見りゃ誰でもわかるから、コメント書かないのが正解 何をやっているかのコメントは不要
何のためにその処理をやっているかを書け いずれにしてもコメントは大事
前の担当が倒れたとかで急遽引き継いで
これ、なんの為に書いたコードだよ
っていうのを解析するのがまじ面倒
スパゲッティコードだらけ >>428
ビデオ端末がない頃はパンチカードを使ってプログラムを入力してたのよ
そのパンチカードが80桁だったのでCOBOLとかFORTRANとかが1行80桁前提の仕様になった >>477
一番信用できるのはソースコード、次がコメント。
設計書？設計書があってる保証がどこにあるんだ？ >>487
コメントはスパゲティコードを隠すためのものじゃないぞ
コメントが有ったところでめちゃくちゃだったらどうする？
状況はさらに悪化する コメントのないスパゲティとコメントのあるスパゲティの保守をやった経験からすると
同じスパゲティならコメントがあった方が多少はましだな
例えコメントとコードの実態が合っていないとしても
このコードを書いた奴がここで何をしたかったのかを探る手がかりくらいにはなる コメントは自分用やし…。
書いてた頃は転職する予定なかったんだスマン。 >>446
会社の仕様によって決まるな、社会インフラや金融系ならコード上にパラメータの説明を書くのが当たり前。
ドキュメントに書いてあるなんて言ってる奴は追い込まれた時の状況知らないweb屋ぐらいのもんでしょ。 >>451
また懐かしいものを。
３０年近く前だろ、あれが fj に投稿されたのは。
てか、あれって８０桁制限とかあったっけ？
xterm の上で走らせても普通に右端まで行ったような… pythonといい、横に長くして行減らすってほうが流行ってきてるな
昭和は正しかったか 以上、以下、未満、を超える、はあやふやに使われがちなので、注意はするね >>501
昔はそのあたり厳しかったね
oやiとか見間違いやすいのを極力使わないとか 金曜までに納品します、って、2通りの解釈があってモヤモヤする >>503
2通りあるかい？
金曜日も含む意味と理解するけど。 >>504
金曜になるまでに、
という意味でとれない事もない >>457
VHDL知らんけど
Cとかで割込みハンドラ重杉だと、動くときと動かないときがでるようなもん？ プログラムの構文が変わって文が長くなるようになったのか
プログラマが変わって文を長く書くようになったのか
時代を問わず同じ品質のプログラムなら全て80桁になるはずでは🤔 /* この部分は意味不明なコードだが削除すると動かなくなるので、削除禁止！ */ >>507
上のほうでも誰かが書いてるけど、変数名とかメソッド名を、省略せずに長く書くようになったのも一因じゃね？ >>509
でも、Linuxカーネルだからなあ。
可読性が低い名前なんて元々つけていない可能性すらある。
この人たちの言う有用な長い行とはいったい。。 >>506
あれはプログラム言語ではあるけど実際に動くのはCPUではなく回路そのものだから
モジュールそれぞれが強制的に独立したスレッドになるようなもんだとか >>507
入力補完が出来てから変数名が長くなった >>505
HDLにもソフトと同じく逐次処理と並行処理があって、単純に書くなら逐次処理だけでも使えなくはない。ちゃんと性能出すなら並行処理だけど。
そのへんソフトのシングルスレッドとマスチスレッドと考えは似てる。 会社なんかだとプロジェクトで決まったフォーマッターの使用が強制されているけど、
おかしなところで改行されるので気持ち悪い
特にJavaのequalsの比較関連とか >>512
ハードウェアだから、論理回路上を直接電子が走って作用する。
複雑な回路なら出口に行くまで時間が掛かるが簡単な回路だとすぐに出口に行く。
で、組み合わせると速度の違いで論理が不安定になって誤動作したりするから、各回路に同じタイミングで論理が確定する様な仕掛けを設けるのさ。 >>518
細かいところやが、最初の考え方がちゃうぞ。電流・電圧の伝播速度≠電子、正孔の速度。
電流・電圧の伝播ってのは電磁気力による相互作用だから、金属導体内でもほぼ光速。
最も数十年前の MHz オーダーの時代から今の GHz オーダーの時代に至って（1clk が nsec 以下）、
基板はもちろん、chip 上の配線長の問題が非常にシビアになっているのは確か。
だから、clk/data スキューが問題になって、特に外部 bus なんかはパラレル物はほぼ一掃。 ■ このスレッドは過去ログ倉庫に格納されています
