ソースコード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 >>370
横につけるコメント?まともなスタイルでドキュメント書けよって怒られるやつやろそれ >>44
会社単位じゃなくて言語やフレームワークの問題じゃね? 可読性重視って
社畜の作るような呼び出し関数じゃないんだからさ >>366
それなら
ws.range("a:b")
で良さそう >>44
変数名に意味をもたせるだろ普通は。
コメント読まないとなんの変数かわからないとかアホすぎる。 >>384
金融系システムの経験あるCOBOLおじさんは絶滅危惧種で貴重な存在だからな
ああこの行80文字以上じゃんキーーー
みたいなw w w w w w w w
コードは一画面だの木を見て森を見ることができない連中の神学論争ようは揚げ足取りに使われるだけだからな
>>197
ジョブジョンの仕事がちょっとだけ楽になる >>26
1行毎にコメント入れられるメリットがある
逆に横に並べた際にカンマの右側にスペース入れない奴の方が見づらい
>>26
オーバーロードされてる場合、引数の数によって意味が変わってくるから引数の数を把握するという意味において横に並べる方が可読性が高い
>>38
C/C++/C#で
if() {}
はやめてくれ
逆にjava/kotlinで
if()
{
}
はやめてくれ
マジで混同してくる
>>402
修正
×横に並べる方が
↓
○エンター入れた方が
>>38
プログラムに履歴を残して修正を入れる際に
#if 0
if(hoge)
#else
if(fuga)
#endif
{
}
が
#if 0
if(hoge){
#else
if(fuga){
#endif
}
になるとエディタのカッコ対応機能が誤動作するから保守性を考えると前者がベター
って指摘してきたんだけど会社のコーディング規約は見た目が気持ち悪いってだけで後者に統一された
糞が >>404
特定のエディタに依存した提案なんて
スルーに決まってるじゃん。 >>406
#if hogeの定義がソースになかったりマクロになってたりすると
IDE上でも誤動作する訳だがそこまで推測すらできないのか? >>373
別に見辛くないけど。
コンストラクターでクラス変数
初期化も縦並びでやるだろ。
A::A()
: a(0)
, b(10)
, c(NULL)
{
}
みたいに。
お前ら、構造体やクラス変数も
1行で全部書いてるのか? >>402
数を把握するなら、縦並びの方が楽だろ。
横並びだと意識してカンマを探さんといかんし。 Linux カーネル コーディング規約
http://archive.linux.or.jp/JF/JFdocs/kernel-docs-2.6/CodingStyle.html
第1章 - インデント
タブは8文字です。なので、インデントも8文字です。インデントを4文字にしたり、
更には2文字にしようというような異教徒の運動までありますけれど、
これはπ=3と決めてしまおうという主張と同じようなものです。
論拠 - そもそもインデントとは、ブロックの始まりと終わりをはっきりさせるためのものです。
大きなインデントの恩恵は、20時間連続してモニタを眺めているときなどに特に実感できます。
さて、人によっては「8文字単位にインデントをすると、プログラムが右に行き過ぎて、
80文字の画面では読みにくくなってしまう」と主張するでしょう。
こういう人達には、「3段階より多くのインデントをするような場合は、
プログラムそのものが良くないのだから、そこを修正しなさい」と言いましょう。
要するに、8文字単位のインデントをすればプログラムが読みやすくなり、
その上、ネストが深過ぎる関数を書いてしまった場合の警告にもなります。
警告を素直に聞き入れてください。 >>398
関係ない。どういう表記が良いかって
趣味の話。 >>409
IDE問わずって言ったんだがアホなの? >>411
タブ8文字はコードが間抜けに見えるので却下。
4文字で統一すべき。 >>414
IDE使わなきゃ良いだろ。
VS Codeとかコンパイルもデバッグも
出来るだろ。 >>414
> IDE上でも誤動作する
どこにIDE問わずなんて書いて
あるんだ馬鹿w
お前の言ってることが馬鹿だから
却下されただけだろw >>27
課題をスマートに解決するのが楽しいんだよ。
課題に貴賎無しだ。 >>416,417
やっぱりというか本物の馬鹿だったw
相手にするのは時間の無駄だわ >>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
>> オープンソースは知らないが制御系、電力や上下水、ガス、通信なんかは殆どコレだな。
>狭い世界の話かw
コイツアホすぎる。それぞれ文化がある。
お前の書いてるコードはwebか勘定系かクソな社内SEか知らんが。制御系は命にかかわるので書き方はレガシーとならざる得ない。制御コードは数学や物理、機械がわからない奴には任せられない。 > 制御系は命にかかわるので書き方はレガシーとならざる得ない。
理由は? >>428
元はタイプライターだよ
CR: carriage return
LF: line feed でも横スクロールは嫌い
一目で少なくとも1ブロックが見られるようにはしたい 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
納品先と打ち合わせしろよw
要求で定義してある場合もあるんだから // 左を見ろ→→→→→→→→→→→→→ こっちは右だバカ!
//version3以上での処理です
if(version<=3) {
:
}
えーーーーーーーーっみたいなw w w w w w
>>472
version < 3
だったはw w w w w
>>474
俺はむしろコメントは一切信用しない事にしてる。
つーか、「3以上です」と「2より上です」とあるのなら、「3以上です」で統一しろよ
あとこんなとこでif文つかっちゃってっけど、まえもって関数化しておけ
バカ
ソースコード中のコメントは
トップ・オブ・ザ・ワールドのコピペを思い出せば
どれだけ害があるか想像できるだろう
英文に日本語訳がついていれば、どうしても日本語訳の方に目が行ってしまうように
コードにコメントがついていれば、どうしてもコメントの方に目が行く
実際はコードに従ってプログラムが動いているにもかかわらず、だ
コメントは必要最低限にとどめて
コメントがなくても分かりやすいコードを書く方に力を注ぐべき >>479
こういう人が上にいると正規表現で一行で済ませたものを分かりづらいとか難癖付けて書き直しさせてくるんだよな >>480
おまい作業は出来るのかもしれないがコミュ鍛えないとやっていけんぞ。 >>172
改行とかTABの個数とか変換される機能
畳む・閉じるだけではなく、一行にするや指定範囲を設定された改行やTABルールに表示するとかあるだろ >>476
いや、3以上とか見りゃ誰でもわかるから、コメント書かないのが正解 何をやっているかのコメントは不要
何のためにその処理をやっているかを書け いずれにしてもコメントは大事
前の担当が倒れたとかで急遽引き継いで
これ、なんの為に書いたコードだよ
っていうのを解析するのがまじ面倒
スパゲッティコードだらけ ■ このスレッドは過去ログ倉庫に格納されています