ソースコード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 表示や印刷するエディタとかで改行して表示するだけでいいんじゃね？ まあ周期的にレトロ厨が現れて１行８０桁以内に纏め直してくれるだろうから心配しなくても大丈夫 >>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
やっぱりというか本物の馬鹿だったｗ
相手にするのは時間の無駄だわ ■ このスレッドは過去ログ倉庫に格納されています
