ソースコード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
やっぱりお前は「俺」の話をしたいだけなんだなｗ >>101
お前はprintfデバッグという言葉も知らんのか？
printfデバッグでprintfを埋め込んでも
それは一時的なコードであって、納品なんてしないんだが？ VT100モードのターミナルにviで書いてる連中だからな 泥の4GB制限も早く撤廃しとけ
なんであれ必要なん？
可愛い子猫ちゃんを長時間4Kで撮れないじゃないか！ >>103
3倍速いのは赤くしましょうだったのが、
3倍速くても赤くしなくていいよ
ってなった >>114
単語レベルでわかるdiffを使えばいいんだよ。
git なら git diff --word-diff. 一行で説明してくれといったら一行の長文が返って来る時代か わかりやすい関数名、変数名ってだけで結構な長さになることは多い
MacのAPI名とかすげぇぞ？ どうも話が合わんのは
ゼロからスクラッチコーディングする
既存ソースを修正し保守・運用する
の２パターンにおいて意見が分かれるからなんだろな
俺は保守屋が長かったから後から他人が修正しやすいようにコーディングするのが好きだわ >>119
ハンガリアンネーミングとかムッチャ長くなるよな >>13
今は可読性が重要視されるから、変数名が長くなる傾向 32:10の超ワイド曲面ディスプレイとかあるし、横幅をケチる時代ではないよな。 変数名1文字とか意味不明な略語とか今時害悪しかないわ >>12
それを後からデバッグする人には超悪夢でしかない >>120
まともな技術者ならスクラッチでも考えてコード作るよ
独りよがりで浅はかな奴はたいてい他人から見ると酷いコードを書く >>120
> 俺は保守屋が長かったから後から他人が修正しやすいようにコーディングするのが好きだわ
俺は他人が読みやすいようにコーディングするのが好きだね。
修正せずに読むだけってのはたくさんある。というかそれが殆どって言ってもいいぐらいだから。 >>123
> 今は可読性が重要視されるから、変数名が長くなる傾向
長い変数名 = 可読性が高い じゃないぞ
一番可読性が高い状態っていうのは
読むコードが少ない場合なんだよ。
同じことでも、ジュゲムジュゲムごぼうがうりうきれ・・・って書いてあるよりも
ジュゲムって書いてあったほうが読みやすいだろ？
それと一緒 誰だっけ？ UNIX 黎明期の話だったと思うけど「俺は１行でどこまでも行くぜ〜」って
one liner なコーディングする人。 >>38
俺も改行派
式の後ろに入れるのはなんか気持ち悪い アナログテレビで表示出来る限界が、一行半角80字くらい。 >>20
80文字に納めるためだけに
1文字変数にする馬鹿だっているかもしれないだろ ディスプレイの解像度が上がってからガン無視してるな。160文字くらいで改行するようにはしてすが。 >>110
なんでこんな無意味なテスト勉強をしなくちゃならんのだw
プログラムの楽しさを教える前にやる気がなくなるわ >>136
文字数はさほど重要ではなく
その変数が一体どれだけの広さ（つまり関数の行数）の中で使われているかだよ。
十分短い（画面の半分以下とか）範囲でしか使われてないなら、短くても十分読みやすい 500~1000行のメソッドは流石にやめていただきたい >>140
ちゃんとスコープ切って使い回ししないでくれれば気にならないね
逆にグローバル変数に1文字やら謎の略語やらが使われてたときの絶望感 >>131
あほかい。
「ジュゲム」って書くより、「寿限無」って書けって意味だろが >>143
漢字が読めない人がいるから、ひらがなのほうが読みやすいんだって
小説は全部ひらがなにすべき。みたいなことをいうアホも多いよねｗ JavaScriptだと、最近はESLintとPretterを使い、VSCodeでファイル保存時に自動で修正するようにしているわ
Nuxt.jsを使うと簡単にセットアップできるし楽
JavaでもEclipseでフォーマッタを自動適用できるし、チェックスタイルやSpotBugsで静的にチェックできるやろ
人力で定型的なものをチェックするのは無駄だから諦めて、本質的なコードの内容をレビューすることに注力するべき >>148
正直二重ループ以上は殆ど使わないな
でも必要な時はjとかk使ってるな >>152
「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典
https://wa3.i-3-i.info/word16465.html
わわわIT用語辞典 > 索引（テ） > デバック
> 用語「デバック」の説明です。正確ではないけど何となく分かる、
> IT用語の意味を「ざっくりと」理解するためのIT用語辞典です。
> 専門外の方でも理解しやすいように、初心者が分かりやすい表現を使うように心がけています。
このページワロタｗｗｗ >>6
改行がかかる。
折れる。
見にくい。
マウスのクルクル頻度増える。
それが無くなる。 >>1
ファミリーベーシックしか持って無い俺にも関係あるのか？ 俺は一行に詰め込むのは反対だな
ソースは人が読むもの >>10
君は多数派な。
一部の変人は畳むの嫌がるので一行にしたい病を発するんだよ。
例えばサブルーチンなどを改行かけずに、1行目に名前を2行目に処理内容を改行掛けずに1行に並べる。 >>159
あのな。
改行無くすメリットもたくさんあるんだぞ。 カルネージハートしかやったことない俺にもプログラミングはできるんだろうか >>159
> 俺は一行に詰め込むのは反対だな
理由書いてないぞｗ
兎にも角にも、何をやってるかを把握するのがいちばん重要なわけよ。
その時、視線を移動してみるよりも、移動しないで見れたほうがいい
もちろん単語の区切りが分かりづらかったり、単語が分かりづらいのは論外
そういう基本ができた上で、視線を動かす必要がないようにしたほうがいい 人の書いたソースコードをデバッグするとき
汚いコードだとゲロ吐きたくなるよな >>166
エディタ糞なんだろ。
ボタン一つで並べ替えしたソース標準されるだろ。 なんで文字入力で「誰の」って打とうとすると
いきなり「ダレノガレ明美」って候補に出るようにしたんだ？
「世界の」っていれようとしても「SEKAI NO OWARI」「世界のキッチンから」
ダレノガレ明美とかSEKAI NO OWARIとか一生使うこともないのと
数年で消えていくだけの芸能人、タレントだろ？
作った世間知らずのITオタのせいで誰のって打つたびにダレノガレ明美からも2回も余分にタップさせられ
結局このフィリピーナだかベトナム人だかわからんタレントの予測変換のせいで
何千回、何万回も余分にタップさせられて
俺の残りの人生を隠れて地味に奪っていってんだよ
ITオタのせいで日本人の貴重な命の時間
何千万人の生産性まで奪ってる
GDPにも影響してるはず
言っとくけどコピペとかネタじゃなくて本気ではらわた煮えきってるからな 特にkernelはCPUやバスの構成など多彩な処理書かなくちゃいけないから
変数や関数の名前も長くした方がいい面もあるだろうし。 >>169
> ボタン一つで並べ替えしたソース標準されるだろ。
何を並べ替えるの？ linuxカーネルのコーディングなんて関係ある人にゅーそくみんにおらんやろ
何を底辺SEがあつくなっとんねん >>26
コードレビューを真面目にやってる現場はソレが基本
理由は老眼の権力者の都合 ループカウンタijkの話を見て暗黙の方宣言とかいう単語を思い出したわ
高校一年の必修でFortranやったけど流石に世間出て使ったことないな >>175
> コードレビューを真面目にやってる現場はソレが基本
それはどこでしょうか？
オープンソースでコードを公開している
大手ソフトウェアの例を教えて下さい 昔は１行何円というプログラム単価があったから
やたら縦長になるプログラム書く下請けが結構あった
次回からは仕事回さなくなったけどなｗ >>1
メールに1行の文字数制限有るって知ってた？ >>26
オブジェクト初期化で良く使うな
テストクラスとかで特に >>26
拝承。
パラメータ毎のコメントを付けていただきたく。 RFC2822の78文字制限も改訂しろや
URL折り返されてクリックできへんねん >>50
変数なんてa[1],a[2]で全部足るじゃん >>178
お前の所も老眼持ちの管理者が居たのかい？
俺に食ってかかられても
どうしようもないんだよコレ それよりも
いつまで平面で行入力するんだって
オブジェクト指向でも
オブジェクトをつまんで代入できるようにするのが
流行らないんだよなあ >>183
まともなエディタを使ったほうがいい
同じコメントを何度も書くな
メンテナンスが大変になるだけ >>161
大文字おじさんだぞ
Viコーディングに決まってる >>197
アムロいきまーすって叫ばなくて良くなった >>194
コーディング規約は軍規だぞ
軍服に体を合わせろ こういうの、撤廃されたらAIとかめっちゃ長いコード吐き出すようになってデバッグ無理になるだろ コーダーが無駄に頭を使うな
プログラムのように言われたとおりにプログラムを組め
発言の頭とケツにSirを付けろ 俺は反対だな
linux使った事ないしプログラム作った事ないけど メンバー変数の
m_なんちゃら
は許せない。
プロなら
なんちゃら_
だろが。 >>125
うちに納品しているＮＥＣのことかな。
あいつら保守で儲けようと、わざと難解なプログラムを書いてやがる。
バグが出たときにコアダンプから解析ができないとか言うけど、
自分が解析できないプログラムを書くなといいたい。 >>197
ガンダムのマニュアルが1ページにまとめられて巻物化 >>125
子音変数とか列名死んで欲しい
DBMS の制約はあるから仕方ない面も
あるけど >>210
親父が夢中になるわけだ（読みづらいだけ） (´･ω･`)72桁で改行する癖がついてますが、何か？ 絶対大流行するアプリのアイディアがあるんだがプログラムはVBくらいしか触ったことが無い
とりあえずandoroid studio入れてみたけど道は遠そうだ
なんか楽な手はねえのか教えろください >>17
海外の有名人の言葉もあるし世界共通だろ
君は天才だからそれを作れるかもしれないけど誰がメンテナンスするんだい？みたいなやつ 一行が長くなると読み辛くなるのはエディタが低機能なせいだからな
画面サイズに合わせて適切な区切りで折り返してくれれば良いだけ
AIとか何とか言ってもこういう部分はなかなか改良それないんだよな static int
get_next_dirent(struct vnode *vp, struct dirent **dpp, char *dirbuf,
int dirbuflen, off_t *off, char **cpos, int *len,
int *eofflag, struct thread *td)
{ >>222
エラーログ出すとき行数分かってもどこだよってならね？
難読かしてあるライブラリとか手加えたいのに全然分からんっていう >>44
JAVA屋だと引数の説明は、JAVADOCに書くからそんなことはしない。
つーか、ソースコードをコメントだらけにするやつ嫌い。 >>160
string baka(int a,int b){ printf(“あはーん。うふーん”);return(“うんk”) }
これで60文字くらいか。 引数の説明
value: 値
x: x座標
str: 文字列
こういう無意味なコメントばかりになるよねｗ コーディングなんて適当でいいんだよ
コミットするときに自動フォーマットだけは徹底しろ >>207
printfデバッグの精神は時として必要だ
デバッガ使えないMCU相手にI2Cから情報出させたことがある
8051系だったような気がするが細かいことは忘れた >>64
トラブル起きた時にコメントが書いてないと何の変数か分からないだろ
プログラム作った奴がトラブル回収する訳でもないんだからな。
ソースコードに一々説明を書くことによって生産性は落ちるけど品質が上がるって考えもあるんだよ。 >>237
回収はいるたびに呼び出されるのくっそめんどいしなそもそも書いた自分も覚えてない 規約って事はソースの静的解析で問題ある箇所をオートフォーマットしたり警告表示したりするって事かな。 プログラムに詳しくないからよく知らないんだけど
(
%%hogehoge%%
)
みたいな変な改行ってなんか意味があるの？ >>13
Cだとif文の代わりに?:が使えるから条件文を1行で書ける。if文を1行で書いてもいい。
式の結果を一々変数に代入しないでそのまま関数に渡し、その結果を?:で判定して次の処理に渡すこともできる。
こうすると80文字などすぐに超える。 メソッド名がクソ長くなるObjective-C書いてた人間からすると80文字なんて太古の話かと >>19
255文字を超えるとコンパイルエラーになるコンパイラがあった。今はどうか知らん。 >>157
プログラムなんてさっぱり分からない俺でも一瞬で理解出来る素晴らしさ >>1
昔は4:3みたいに正方形に近いモニターが当たり前だったけど
今は16:9みたいに横長使ってる人のほうが多いんだから
至極当然の結果 >>26
各項目に意味がある場合、右側にコメントで説明が書ける。
1項目追加したり減らしたりするのが容易にできる。
わかりやすく書いて問題になることの方が少ないからそれで良い。 >>224
fs周りはBSD系の方がしっくり来るな >>34
注釈文は横に書くほうが見やすいだろ
注釈分を一行ごとに挟む人は見にくいんだよ >>28
1万行のソース印刷したことある？ ほとんど紙の無駄使いだから止めたほうがいい。
本当に必要な部分だけ数ページ印刷するくらいならいいが。 >>246
今でもBIOSとかwindows回復環境のプログラムとか書いてると
デバッガ使えない事が多々あるからデバッグコード仕込んでデバッグは普通にやるぞ >>40
美意識がない奴は1行にずらずら書いて何とも思わないんだな
自分が書くコードは見た目も整然としていて美しくないと嫌だからそんなことはしない。 >>43
無駄に行を使わないほうがいいのはその通り。
だからif やforの{}をわざわざ改行して書く奴は嫌いだ。
最悪
if ()
{
...
}
これでいい
if () {
...
} そもそも改行なんて人間から見たら大きく変わるけど
コンパイラとかから見たら1バイト入っているかどうかの違い
あ、2byteも多いか 最初にコーディング規約を決めれば無駄に争わないのに C++でローカル変数が関数先頭に定義されていて検索かけたら6000行くらいぶっ飛んだときは絶望した ディスプレイが大きくなってるんだから当然だろ。おせーよ >>263
CRTじゃねえとうつらねえ環境とかあるから >>259
そんなの言語によるだろ
C#は残念ながら前者だ 何語話しているか分からない、なぜ俺はこのスレを開き1から見てるのだ？ 変数名やメソッド名が長くなるのはある程度わかる。
けど、1つのメソッドに長々とコードを書くせいもある。
長々とコードを書くから変数を大量に用意しなくてはならないため、区別がつくように長ったらしい名前を付けなくてはならなくなる。
メソッド名もそう。
クラス内に大量のメソッドを定義するから。
クラスを適当な所で分割すべき。
クラス名もそう。
適当なパッケージに分割すべき。 >>259
前者の方が好きだけどifと}が視覚的に縦に揃ってるよりも{と}が視覚的に縦に揃っていたほうが見やすいっていう人もいるんで
好みはあるかな >>178
オープンソースは知らないが制御系、電力や上下水、ガス、通信なんかは殆どコレだな。
自称SEの能力見せびらかしなんかよりも、誰が見ても分かる様に書くのが目的。 折返し改行すればいいだけじゃないの
言語にもよるだろうが文の途中で改行してもエラーになったりしないよな？ >>274
コンパイラとかからしたら改行してようが一文字じゃない？ >>240
そうそう、変数なんか書いてあったって説明がなかつたら何のデータなんか分かる訳ない。
ましてや他人が書いたコードを同じ会社でレビューしてるんだよね。
って言われてもな、ドキュメントに本当のこと書いてる確率なんて呼ばれた時点でゼロだしw >>244
不要な行を削除したときにカッコまで一緒に消したりしないように 碇シンジくん「コンパイルしてリンク…コンパイルしてリンク…」 無駄に改行入れてくる方がうざいわ
横に長い行ってそんなにないし ここの書き込みでも1行50文字くらい
それ以上長いと読みにくいだろ
人間の目は横の追随が苦手なんだよ
だから80文字で十分なのだ >>131
短くするために3連三項演算子とか使われるより素直にifで括ったほうが見やすい。
パランスが大事。 >>281
トレーにはいったカード2000枚を階段でばらまいた奴がいた
しかも連番振ってなくて・・・・ まー日本語勝利だな←9文字
Oh, it is Japanese victory ←25文字(´・ω・`) >>12
マにはわからんだろうが、7割以上のケースで使う人すら不幸にしているw
喜んでるのは残業稼ぎの電算部とバカ役員だけ >>17
そうだな
日本では使う人も不幸にするからw テレワークに興味があって調べたら
web系でphp、rubyの求人が多いらしいんだけど
他の言語でテレワークしてる人いる？ >>179
横だけど、普通、近場で使ってる変数名なんて頭の数文字ぐらいで想像つくじゃん
頭が揃ってる方が見やすい
あと、関数の宣言の場合は型の位置が揃う ほんのちょっとオーバーするから改行が必要とかはイヤ >>110
意識高いプロは、こういうのにいちいち怒ってるの？
素人の脳みそににとりあえず入れておくきっかけになるなら別に良いと思うけど、どうせ役人にケチ付けたいだけだろ 面白いのはGo言語は変数名をできるだけ短くすることが公式に推奨されてるんだよな
だから有名なパッケージのソースコードでもcとかtとかwとかrみたいな一文字変数が続出するけど可読性が低いかといえばそうでもないんだよな ネットがはじまった初期のUNIX系のコミュニティでは
今で言うところのコミュ障なヤツがゴロゴロしていた。
この80桁ルールもだけど、発言に関するローカルルールをわずかでも違ってれば
文句しか垂れ流さずにいて、本当に意味の無い世界だった。
それが原因でしょっちゅう喧嘩も起きていたし。
同じようにNIFTYやPC-VANでもあったな。
閉鎖的すぎるからその手の正義マンが寄りつきやすかったんだろうな。 そんなことよりPythonの気持ち悪さは異常
initのselfとかif文の:とか必要ねーだろ 未だに行数とか言ってんのか、荻ちゃん
古臭い爺はさっさと消えてくれよ荻ちゃん >>155
NW屋だけどこのページに頼ったら負けかなと思ってなるべく避けるページだ 表示や印刷するエディタとかで改行して表示するだけでいいんじゃね？ まあ周期的にレトロ厨が現れて１行８０桁以内に纏め直してくれるだろうから心配しなくても大丈夫 >>302
確かガイドを入れて6ピットだった記憶
高校の時に読んでた 求人が多い言語はそれだけ層が厚いから単価上げづらい、仕事取るためにダンピングするし
少ないやつは仕事ない時も多い >>308
Cやその他言語でもforのカウンタにi,j,kとかifブロック内一時変数にtmpとか使ってるからな。
狭いスコープ内のローカル変数なら他も短い変数名でいいじゃんってのがgoの文化 >>272
> オープンソースは知らないが制御系、電力や上下水、ガス、通信なんかは殆どコレだな。
狭い世界の話かｗ 10 inputA
20 print A
30 goto10 >>38
ステップ数って考えがいつからか無くなったんだな >>329
(BEEP) SYNTAX ERROR!! 引数を増やし
コピペとネストを量産するバカは
石投げの刑だ >>229
x以外は一々コメントする必要ないだろと >>105
フォーマットのせいかにゃ？
exfatなら行けんじゃね？ >>327
そう、狭い世界だよ。
売上にして50兆円規模の社会インフラの基幹システムな。
意味不明な関数入れて判別つかないでインフラ止まったら大騒ぎするんだろ。 >>26
見やすいと思うけど。
ていうか引数多過ぎ。オブジェクトでオプション的に渡す方が良いのでは。 ＞多くの人が80桁のターミナルを使わなくなって久しく、1行80桁制限は合理的でないという。
そうじゃなくてさ、読みにくいだろ？ >>302
会社に入った時はコンピュータじゃないけど貿易担当の部署がテレックス入れてたな 周りに合わせたコーディングができる人が現場的には一番
変なこだわりにまみれたコードで悪い意味で誰が書いたか一目でわかるのが一番最悪 >>334
どの言語もその辺りはいろいろ使いにくいな 読みにくいながったらしいものが大量生産されるんだろうや >>26
ふつうに読みやすいが
アセンブラーだとそれぞれストアだぞ >>38
関数やクラスのブロックは前者で書くのに、その他の構文ブロックは後者にする人いるよね
別に構わないんだけどそういう人ってタブの間にスペースがあったりするんだよな
とても気持ち悪い 合コンとかでメーカー勤務って言うと「SEですか？」って言われるの何なの
SEってなに 人工知能がバビル二世のコンピュータ並みになるまでコンピュータを買うのはやめとこ。 >>38
せっかくブロックにできるんだから
if() labelA else labelB;
labelA:{
}
labelB:{
} >>342
厳密にはしないっていう話でしょ
82文字なのに一行で書けんとかそういう set 検索範囲 = thisworkbook.worksheets("在庫表マスタ").range("a:b")
こんなんで５７文字、ボッチで繋げていくから長くなるんだよな ソースの行数で、工賃もららうとかある？
文字数とか？
関係なく作業時間？
わざと改行して行数増やしてるやついなかった？
それはそれで意外に読みやすいやつもいたけど。 >>361
Function定義してgetRange(wb,ws,name)
てするくらいか >>26
むしろこれが見づらいという人間が存在することに驚くぐらいなんだが
頭のプレフィクスとか横に付けるコメントも縦に揃えるとめっちゃ見やすいだろう
横に連ねるのマジ見づらい神経疑うわ >>363
リモートワーク時の日報で行数報告しろってバカ爺いるよ >>370
関数呼び出しで引数縦並びは見づらいでしょ。
何個目が何を示してるのかも分からんし。
あの例の場合、いったん意味の分かる変数に入れて、それを引数として渡すのが正しいと思う。
普通に、横並びでな。 他業種だけども業務の中でコーディングたまにすることもある
メソッドとプロパティの違いすら分からんくらい、なんとなくでやってるけど…
誰か分かりやすく教えて >>259
これ、前者のメリットは何と言われてるんですかね？
中かっこのレベル、対応が見やすいから？ >>375
ブロック移動がしやすい
ところでif自体が欠陥文法だわ
elseまでが長すぎるw アセンブラだと
bsr comp_func
bne stateB
stateA:
...
stateB:
...
end:
ifのブロック部分はラベルジャンプでいいやん>>259 >>372
ラインプリンターだと自動改行なかったような >>373
よくやるのが引数の変更がしやすいってことかな
そもそも大手メーカー製のCADAPIに十数個の無名引数のものとかざらにある >>193
ここにいる人はそのオブジェクトの方をつくる人が多いからな
padチャート書くだけでコード完成ってのが楽なんだけど >>227
javaもそうだが英語っぽいだけでむちゃくちゃ読みにくい言語体型だからな
読める言語をつくるべきだわ >>370
横につけるコメント？まともなスタイルでドキュメント書けよって怒られるやつやろそれ >>44
会社単位じゃなくて言語やフレームワークの問題じゃね？ 可読性重視って
社畜の作るような呼び出し関数じゃないんだからさ >>366
それなら
ws.range("a:b")
で良さそう >>44
変数名に意味をもたせるだろ普通は。
コメント読まないとなんの変数かわからないとかアホすぎる。 >>384
金融系システムの経験あるCOBOLおじさんは絶滅危惧種で貴重な存在だからな
ああこの行８０文字以上じゃんキーーー
みたいな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
第１章 - インデント
タブは８文字です。なので、インデントも８文字です。インデントを４文字にしたり、
更には２文字にしようというような異教徒の運動までありますけれど、
これはπ＝３と決めてしまおうという主張と同じようなものです。
論拠 - そもそもインデントとは、ブロックの始まりと終わりをはっきりさせるためのものです。
大きなインデントの恩恵は、２０時間連続してモニタを眺めているときなどに特に実感できます。
さて、人によっては「８文字単位にインデントをすると、プログラムが右に行き過ぎて、
８０文字の画面では読みにくくなってしまう」と主張するでしょう。
こういう人達には、「３段階より多くのインデントをするような場合は、
プログラムそのものが良くないのだから、そこを修正しなさい」と言いましょう。
要するに、８文字単位のインデントをすればプログラムが読みやすくなり、
その上、ネストが深過ぎる関数を書いてしまった場合の警告にもなります。
警告を素直に聞き入れてください。 >>398
関係ない。どういう表記が良いかって
趣味の話。 >>409
IDE問わずって言ったんだがアホなの？ >>411
タブ8文字はコードが間抜けに見えるので却下。
4文字で統一すべき。 >>414
IDE使わなきゃ良いだろ。
VS Codeとかコンパイルもデバッグも
出来るだろ。 >>414
> IDE上でも誤動作する
どこにIDE問わずなんて書いて
あるんだ馬鹿ｗ
お前の言ってることが馬鹿だから
却下されただけだろw >>27
課題をスマートに解決するのが楽しいんだよ。
課題に貴賎無しだ。 >>416,417
やっぱりというか本物の馬鹿だったｗ
相手にするのは時間の無駄だわ >>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 なんかはパラレル物はほぼ一掃。 BASICの頃は、1行（行番号も含めて）255文字という制約がある中でIF文は1行で書かないといけない（次の行から別のブロックになる）という規約があって
当たり判定とかの処理になるとギリギリになるんだけど
末期の頃にPODP積んでHIMEM.SYSとかを駆使しまくるとかした環境向けに作ったら当たり判定への要求が高まり過ぎて255文字じゃ足りなくなったので
判定文をサブルーチン化するとかしてた。最終的に判定だけで1000文字超えてた
てかC言語は学習済みだったがMASTER.LIBの使い方はついぞ分からんかった（LIBの方はフリーだったがリファレンスの方がシェアウェアだったってのもあったが） 最近になってサクラエディタでゴリゴリだったのをVSCodeに移行したので、ちょっと自分内コーディング規約について変革する予定は未定 >>432
契約関係も無いのに命令するとか、死ねよ >>516
昔はone-linerスゴイのがいっぱいいた >>489
昔は信用できるのは今動いている実行ファイルのみとか言われてたなぁｗ ttp://bb.watch.impress.co.jp/cda/static/image/2004/11/17/yc01.jpg ソースコードを書くのに80桁も要らんだろ
短い方が読み易い
と元コボラーの私 >>520
比較演算子で計算してから結果をIF判定じゃダメなんか？ >>531
ファイルシステムが階層ディレクトリでなく、データセット名はコンピュータを使ってる
全員で被らないような命名規則を会社で決めて使ってた
「DSN=A1234.T567..ZZZ1」←社員番号A1234番のプロジェクトT567のファイルZZZ1 >>519
あんまり自らのバカを晒すなよw
光速なんてならないから
論理値として成立する電圧までの変化はナノセコンドオーダーで必要なんだよね
だから遅延するからタイミングが合わなくなって行くのだよ
変化させる電圧の差を小さくすればそれだけ短時間ですむ事から、今やどんどん低電圧動作するデジタル回路になって来ているのもその辺の理由 >>520
BASICの1行255文字ブロックIFなし制限の中で1行だけのゲームとか作ったなぁ。
あの頃はプログラムを作ることそのものがゲームみたいなもんだった。 >>535
.netなんてまだいいよ。
flutterでまかり間違って4タブなんて使おうものなら、下手したらソースが画面内に入らず空白だけしか見えないなんて事も。 ルネサスの組み込みのサンプルコードなんかも酷いもんだよ そのうちGoogleに口頭で頼んでプログラム作ってもらえるようになるから
専門の言語など不要になるわ ■ このスレッドは過去ログ倉庫に格納されています
