ソースコード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 絶対大流行するアプリのアイディアがあるんだがプログラムは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: 文字列
こういう無意味なコメントばかりになるよねw コーディングなんて適当でいいんだよ
コミットするときに自動フォーマットだけは徹底しろ >>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屋だけどこのページに頼ったら負けかなと思ってなるべく避けるページだ ■ このスレッドは過去ログ倉庫に格納されています