【画像】非プログラマーやプログラミング初心者はこういうの見ると混乱するらしいな [743999204]
■ このスレッドは過去ログ倉庫に格納されています
∧_∧ ┌────────────
◯( ´∀` )◯ < かっこがいっぱいでよくわからん!
\ / └────────────
_/ __ \_
(_/ \_)
lll 薄っすらと対応するカッコを数字で出してくれればいいんでない? >>1
非じゃなくてもそれ多段になるとうっとおしいわw
間にコード入って長くなるとさらに たいていのIDEでは過不足分を波線で知らせてくれるし、こういう行頭のうねりに美しさを感じる変態もいるだろう foobar2000でめっちゃ使うなこれ()やけど Python「またくだらないスレで終わっちゃったねwww」 コード行数に対する視認性低くなるから個人のプログラミングの場合こういうのは一行にまとめてるわ 最近プログラミングはじめたんだけどマジで見づらい
慣れるしか無いの?
Visual StudioでC#やり始めたんだけど >>1
これ波動拳と言われててプログラマーからも嫌われてるよ まともなエディタ使ってればあんまり気にならないけどな IDEに自動で整形させるから閉じカッコは有ったほうがいい >>19
K&R式だから批判しずらいのが原因な気がする ネストのほうが読みやすい
馬鹿はネスト回避させて逆に見辛くしてるよね ifが並んでるほうがわかりやすいし
馬鹿が作ると
フローがわからなくなる
旧来のコーディングでいんだよ
調子にのったPGほど見辛い アセンブラでjmpとcallとretに慣れてるからインデントや括弧などなんてことない JSON程度なら普通のIDEは勝手に色付けと強調表示してくれるやろ
yamlやpytonはlinterが勝手にindent整形するから初心者は何も考えなくても良いのかもな AIに書かせるときたまにインデント間違えるんだよ
カッコのほうがAIに向いてるんじゃね 調子に乗ってワンライナーで書くから条件変わったときに修正しづらい
コツは閉じかっこは絶対に自分で打たないこと
閉じかっこは全てエディタにまかせろ エディタ使ってると自動的に色も変わるから、長々とコメント付けるならこっちの方が視認性高いんだよな 閉じカッコ二つ以上連続しているコードは問答無用でレビュー却下だわ プログラマーでも上級になると過剰な多重ネストは避けるだろ 書いてるときに見やすいインデントと後から読んで見やすいインデントは違うからな カッコの位置を合わせてる訳でもないのにこういう並びしててわかりにくくないの? jsonはダブルクォーテーションのせいで読みにくい >>22
どうにもならないので慣れてください
フォーマッタはちゃんと導入しろよ
手でやるとどうでも良いことに悩み始めて頭おかしくなるから JSONが人間に優しくないことが判明してtomlが生まれた インデントも合わせずネストまみれのコードをみた時の絶望感 AIはPythonのコードを一番学習してるからPythonが得意なだけで
本当はインデント苦手でしょ
目で見たらどこが終わりなのかわかるけど1文字ずつ見ていったら終わりがわかりにくいですよね jsonだろ
youtubeに変更があるとjson解析する作業が始まる まず{だけで改行してるのがキショくて無理
あと()とかもキショい
まともな言葉喋れよって感じ
でもプログラミング始めたばっかりの頃に初めてこういうの見たとき「マジかよ…」ってなるよな 言語構造がバグってるよな括弧の上限を設けてもいいぐらい >>41
VSCodeとかは設定にJSON with Commentという形式が使える
人が見たり編集する場合はそっちを使うべきだね >>81
VBプログラマーだけど最初の頃コードの中に """" ってのを見て頭が????になったわ インデントなんて
今じゃほとんどのエディタで自動や校正してくれるやろ
昔はよくこのせいでエラー頻出しとったが
今のやつがこんなん気にもしないやろ 「x=x+1ってなんだよ! xはxだろ!!!」
さすがにこれはお手上げだったわ
つける薬なし >>92
前 { は読みやすいのになぁ
みんなプロ気取りで後付けしやがって タイプスクリプトの無名関数がクッソ見づらい
普通に書けば一発で理解出来るのに意味不明なもん実装すんなや 日頃ネストは浅くしろと酸っぱく言ってるくせに
>>1
みたいのは許容するんだなお前ら いやこれはクソやろ
エディタの機能で色分けられるからまだマシやけど (ヽ´ん`)ビーンは絶対使わない
(ヽ´ん`)命名?連番にしとこ
(ヽ´ん`)他人が後から参考にできないコメントにするわ
↑
こいつらの存在価値 >>97
むしろその場でしか使わないような関数にわざわざ関数名つけるのがめんどいわ こういう気持ち悪いインデントが使われ出したのいつだ?
K&Rに既に載ってたから相当昔だろう
かっこ使い過ぎてよくわからん プログラマーって常に勉強し続けないと駄目らしいな頭おかしくなりそう セガサターンのゲーム開発では
コメントや改行すら限界まで削って容量確保したって聞いた >>88
俺も>>1のカッコの書き方だわ
やりすぎるとかえって見辛くなる formatterやlinterが高性能化したのはあるな
行末の;なんかも今では書く手間はなくて、視認性のためにあったほうがいい >>112
勉強しない方が頭おかしくなるやろ
平日昼間からアベガーしてるパヨクとか頭おかしいやん これが嫌でpython最高!って一時期なったけど
python使ってるうちに一周回ってやっぱり括弧必要だなとなった
インデント少しズレただけで全て吹っ飛ぶとかアホかよと >>113
コンパイラで無視されるんだから変わらんでしょ >>103
比較演算の右辺左辺は長くなるなら事前に変数に格納しろってな >>112
この仕事を自分の知識の範囲内だけでやるなんて退屈過ぎるわ >>117
俺昨日からPythonやり始めたばかりだけどインデントだけでブロック指定するとか嫌な予感しかしない >>21
図形としては美しいけど無駄に情報量多い気もする >>117
制御構造をタブで表現するのは由緒正しいFORTRAN譲りだぞ XMLくんは属性や要素に値を設定できる自由さが仇になってJSONに食われたんだよ
perlが衰退したのと似たよなもん >>117
やっぱそうか
俺もあれなんか嫌で手出してないんだよな AIが得意な言語はPythonで次はJavascriptだから他の言語要らなくなるんじゃね >>135
C#、JavaScript「せや!ラムダ式にデリゲート組み合わせてもっと怖くしたろ!」 >>1
これからは要件定義さえすればAIがやってくれるのでバグ取りテスターか上流かしか仕事なくなるよ >>113
コンパイルとかすればそういうのは勝手に削れるのでは jsってなんで使いづらいんだろう
でもgptに頼めばいいのか 新卒が好まれるのって無知で洗脳しやすいからなんだよね
30で騙されてることに気付いても今更転職なんてできるのって脅すのが今までのやり方
ネット時代じゃ通用しないよ >>21
インデントに色付けられるこのプラグインよいよね >>113
コメントとか改行とか
実行バイナリの容量には無関係じゃん Linusはインデントをタブ8にしろと主張していて
カーネルのコーディング規約もそうなっている
Linusに言わせるとタブ8で見づらくなるほど深いネストはそもそもゴミのようなコードである
と
言い返せないな! ネストごときにいちいち文句いってるのはメモ帳でも使ってんのかw >>139
バックエンドはJava、C#
フロントエンドはJavaScriptに棲み分けやろな
たまにバックエンドにPython採用して性能問題が起きているプロジェクトもあるらしいが それより宗教論争になるのSQLのインデントだと思う js書く場合非同期処理が前提になるから、コールバックを多用して、それで見づらくなる面はある
asyncawaitが普及して昔ほどコールバック地獄じゃないけど あと、今のjsの使われ方でjsxを書くから、必然的にネストは深くなる >>159
口悪おじさんが言うと説得力があるよな
C++とか紛れもない糞だし >>136
あーそういうこと
ならそもそも中身が長いのにそういう記述するのが失敗か プログラミングできるひとってカッコとか点々とかも覚えてんの >>113
それはサターンの容量は関係なくて開発機の問題だな 関数化のようにデータ構造に名称をつけて多重ネストを防止したらどうだろう これはインデントを揃えてるからまぁ囲みすぎなように思思うけど、インデントを揃えないやつはだめだこいつはとなる jsonデータとかは仕方ないし手動で触る事もほぼないから良いけど
普通にプログラムでテストが深いのは構造が悪い
工夫してネストしないようにするのをサボってる >>166
良く忘れてコンパイル時に怒られてたが
エディタが教えてくれるようになったから
覚えなくて良くなった 生成AI様様でほんと自分で生コード書かなくなったわ。
これまでの2割くらいの時間で作って、あとはスマホいじってるわ。 これ対応する閉じカッコが開き側と同じ列にあるわけじゃないんだよな
でも同じにすると行数増えて余計見辛くなるという 今時のIDEは補助線+色分けで
ネスト深くても読みやすくなったもんな 日曜プログラマーだけど
典型的な汚いコードじゃね?
プロの世界では普通なのか? >>179
カッコと同じインデントに存在するのが関数名だからこれはこれで理にかなってるんだよ ネストが深すぎるとyamlみたいなのだとわけがわからなくなる >>173
なんでプログラマーは反AIにならないんだろ
逆に反AIだらけなら俺だけAIの恩恵を受けられるのにな プログラマーなんて全角スペース打つだけで全員混乱して死ぬだろ雑魚め プログラマーは元からIDEに補助輪つけてもらってたから
AIにコード書いてもらうことに抵抗がない
だって普段からインテリセンスにコード書いてもらってるもの LISPだっけカッコばっかりは
アレが美しく見える人もいるらしいが >>173
真面目に教えて欲しいんだけどどう使うとそんなことになんの?
俺の場合結局そのものズバリのものなんか出てこないから今までのコピペプログラミングやってるのと大して変わらない SQLなんかはもうまるっとコピペできるパーフェクトなもん作ってくれるぞ awsモメン教えてくれ
aws s3 explorer ってのを使ってユーザにファイルをダウンロードさせたいだけなんだがそのユーザのcognitoの認証をさせたからやりたいんだけどできない ただの設定ファイルぽいけどなんでこんなネストすんの >>191
マジで?サブクエリーの名前付けくらいか人間がやるのは >>117
これに共感してる奴はメモ帳でコード書いてるのか? あんまりわからんのだが括弧は縦列で合わせるんじゃないのか? プログラマーの人たちは
こういうのもすいすい読めるんか? lispだと)))))))))))くらいは普通
emacs使いの間ではまだまだ現役の言語 単に閉じ括弧が連続してるだけならコード読む側には関係無いからな これが何をやってるかプログラマならすぐ分かるよな
((A,b,e,Sin,z,o="F8L、|、'、|…|#nO、|]4J|!M、|||MF|G#%n0F|!i]8|8g|6E"[e](/[ -z]/g,_=>Sin(111**2+_[z]())).split`|`)=>A[b]=A[b][e](/[て-にをは](?=[一-龍])/g,(_,i)=>_+o[i%3]+o[3+i%5])[e](/[た-る](?=。|\s*<\/)/g,(_,i)=>_+o[8+i%2]+o[10+i%3]))(document.body,'innerHTML','replace',String.fromCharCode,'charCodeAt') こういうのグラフィカルにできないの?
ノード管理みたいに線でつなぐだけでも見やすくなると思うが >>21
お前こんなド汚いのが気持ちいいんだ
きっしょいなw 海外のプログラミングYouTube見ると、
こーゆーネスト文は悪文なので訂正するように指導してるぞ。
ジャップはほんと何から何まで遅れているな。 >>120
一度仕事内容覚えたら後は同じ事繰り返す方が楽で良いわ
家帰ってまで勉強してるプログラマーという職は俺には絶対ムリだな >>204
読めないプログラムを書くやつはボロクソ言われる なんかもうlisp化してんな
やっぱインデントだけのぴちょんの方がいいわ 昔何変な書き方してんだ何の因習かしらんがクソ見づらい死ねやって思ってたわ >>166
エディタが補助してくれるから一つ一つ覚えてやってる人は少ないんじゃないかな 逆に保存したときにピッってならないで作業してるって人は一体なんなの? さすがにjsonと分かってよという感じだが、
Flutterとかこんな糞コードになるから仕方ないか プログラミング初心者だが今でもアプリとかWebサービス作って食っていくのって可能なの? >>21
ラッパーラッパープロバイダープロバイダーそれしか言えんのか
>>226
失礼だなお前は
ContentContainerContainerという名前のコンポーネントも作るぞ >>198
俺が使ってるのはVS Codeだけど
ある程度中規模以上のプロジェクトやると必ずどこかでインデントのズレてるのにそのまま動くコードとか出てくるんだよ
意図した動作にならないのにエラーが起きないからデバッグが怠い
補正してくれるじゃんとかそういう問題ではないからな
ヒューマンエラーは必ず起こる void Unchi()
{
// うんち
}
より
void Unchi(){
// うんち
}
のがすき 俺レベルのチンカスだともうAIに追い抜かれてるからコピペばかりでろくにコード書かなくなってインデントで悩むことがほぼなくなった >>227
そんな馬鹿みたいなコンポーネント作んなよ
みっとない >>227
もとい
そんな馬鹿みたいなコンポーネント作んなよ
みっともない >>229
歴史的経緯をひとくさりやると
伝説の古代に使用されたk&rは
int main(argc, argv)
int argc;
char *argv[];
{
.....
こんな感じだったから必然的に大括弧は下に書く感じになるんだ
k&rが忘却の彼方に飛んでいったからどうでもよくなった >>85
プログラムから標準モジュールでパースできなきゃ意味ないだろ。可搬性悪すぎて。
>>236
やっぱインデントはスペース2つのほうが見やすいな >>225
WEBブラウザでニュース記事とか開いた状態でコンソールにコピペして実行してみろ >>242
代入なら矢印 <- じゃダメだったんかねぇ >>245
pascalとその末裔たちの代入は
x := 0
イコールとは区別される 代入は使用頻度が等号よりずっと多いから1文字でして欲しい
Pascalみたいのはめんどくさいよね Django でウェブアプリ作ってるんだけどvscode のフォーマッタがちゃんと動かない
{{hogehoge}}{{higehoge}}みたいに一列になってしまう JSONは汎用性があって好きなんだけど
今どきでもっとおすすめのデータ記述方法ってある?? これ何十年も変わってないよな
プログラマーって無能の集まりなのか? >>256
まともなエディタなら対応する括弧はハイライトされるしネスト毎に色分けもできる
というかオンザフライの文法チェックが当たり前になってる >>117
これよく見るけど困ったことないからどんなコーディングしてるのか気になる そもそも誰かに読ませるために出すもんじゃないからな
機械でやりとりできれば問題ない プログラムポシェットの1画面プログラムとかの方が勉強になるよな。
現在だと週刊アスキーのJavaScriptも4ページに収まる内容なのにエグいことしてるよなぁと感心する むしろ美しい
ここではじめカッコを改行した位置に置いて1行にカッコだけ置いて無駄に行数増やすドアホ派がのさばってるのがムカつく for
(
int i = 0;
i < 1000;
i++
)
{
//
int ii = 0;
if
{
//
}
}
for文もこう書いてほしい for
(
int i = 0;
i < 1000;
i++
)
{
//
int ii = 0;
if
{
//
}
}
for文もこう書いてほしい >>265
code golf+言語名でググると良いよ >>264
設定ファイル中で数行イジるくらいならまだしも
この規模のJSONデータを直接読み書きするってどんな仕事してんの >>272
そんな個別の話なんかしてねえのに、何言ってんだかw
> この規模のJSONデータを直接読み書きするってどんな仕事してんの >>273
>>1がJSONじゃん
必要なところだけ抽出して使うだけでフォーマットすらしないわ >>274
阿呆丸出しw
だから、そんな個別の話はしてない >>275
なぜ>>262がこの場合は問題ないと思ったのか理解できていなかったんでしょそれがスタートだから >>276
これだけは問題ないんだあああ
これだけは問題ないんだあああ
これだけは問題ないんだあああ
はあw
JSONという気味の悪い拡張子 Pythonのインデントで一番ムカつくのがコピペのときだな
他言語ならスペースなんぞエディタがフォーマットしてくれるがPythonだとないしずれたまま動いてしまうまである
バグの温床 いいよというか実際問題jsonが普及しまくってて選択の余地はない
>>281
Reactの状態管理ライブラリ出ては消え出ては消えしてるからもうuseContextでいいわ
今更Redux覚えるのも嫌だし >>285
そもそもグローバルな状態管理という考え方が割と古いかもしれん
アイランドアーキテクチャつってそれぞれのコンポーネントで狭い範囲で状態管理の責務持とうね、みたいなのが主流になりつつある
あとAPIから取得したデータをキャッシュして同じリクエスト送らない、みたいな設定がデフォだったり
RSCとかそもそもhooks使えないしな
どうしてもグローバルな状態管理したいなら
jotai、zustand、redux-toolkit辺りがいいかも おまえらってWebエンジニアなの?
やっぱり会社は渋谷で私服勤務でステッカー貼ったMacBook持ち歩いてるの? コメントで数字とかアルファベットとかふってる。バカにされてもかまわん。 こういうスタイルは自動で直せるからどうでも良い
チームの方針に合わせる プログラムはともかく資料のマークダウン強制が嫌だわ
末尾に本来不可視であるスペース2つとか
BRタグ使わないと無理な場合があるとか
美学まったくないクソルール
しかも同じ.mdでも表示するツールやサイト次第でルールが違う >>290
みんなemacsのorgモードを使うべきなんだよ
表計算でもなんでもできる markdownってプレーンテキストでメールとか書くための規約みたいなもんで、
装飾性とか再利用性とか全然考慮されてない
番号付きのリストを自分で数字入力するとか、めちゃくちゃ使いづらい それだとプレーンテキスト環境で見づらいじゃん
結局、本来はプレーンテキスト向けの規約とかグッドプラクティスだったのを、リッチテキストの簡易記法、htmlの簡易記法に適用しようとして失敗してる ■ このスレッドは過去ログ倉庫に格納されています