一行は短くコメントは詳細に

三項演算子大好き

小さい作業は一行ラムダ式にしちゃおうね

左が書いたのを右が手直ししていくしかない

きれいに書くと文字数増えるよね

コーディングなんかAIに任せちまえ

可読性を重視すると改行やインデントもしっかりやるので行数も増えていく
個人的には1行でまとめられるものはまとめて1画面の情報量増やす方が好きだけど

最近よく右みたいなのが有能みたいな書き方されるの本当腑に落ちない
githubとか見ればわかるけど優秀な人もめちゃくちゃコード書きまくってるのに

結果が同じなら右の方が認知負荷が低くて読みやすい事が多い…

短いコードではなくシンプルなコードであってほしいのよね

>最近よく右みたいなのが有能みたいな書き方されるの本当腑に落ちない
>githubとか見ればわかるけど優秀な人もめちゃくちゃコード書きまくってるのに
右は頭の中でアルゴリズムや関数分けや書き方をずっと考えて考えて考え抜いた上で書き始めるけど
左は計画なしで書きながら考えてるからぐちゃぐちゃになるし修正も多いしデバッグも大変ってことを表現してるだけじゃない？

>最近よく右みたいなのが有能みたいな書き方されるの本当腑に落ちない
>githubとか見ればわかるけど優秀な人もめちゃくちゃコード書きまくってるのに
そりゃコードは書くよ
タイピングしてる時間より右の上2コマの時間が長いだけで

>右は頭の中でアルゴリズムや関数分けや書き方をずっと考えて考えて考え抜いた上で書き始めるけど
>左は計画なしで書きながら考えてるからぐちゃぐちゃになるし修正も多いしデバッグも大変ってことを表現してるだけじゃない？
書きながら考えてる人のコードが汚いってのがまず腑に落ちない
テスト最初にゴリゴリ書いてる人のが間違いなくコードも綺麗だしね

>そりゃコードは書くよ
>タイピングしてる時間より右の上2コマの時間が長いだけで
これ単に思考速度落ちてるだけじゃねえかなと思うんだ

>コーディングなんかAIに任せちまえ
デバッグするのにAIが吐いたコードを全部理解できる人間がいないと駄目なんだ…
AIの吐いたコードはセキュリティ面で怪しいって言うがそれ以前にメモリとかの管理がズボケオで現状かなりマズい

じゃあスレ画にケチつけるんじゃなくて自分でそういう漫画でも書きなよ

>これ単に思考速度落ちてるだけじゃねえかなと思うんだ
左の子みたいなコード書いてる間はそう思うのは仕方ない
コーディング繰り返していく中で瞬間に何らかのスイッチが入るとだんだん右に移っていく

>じゃあスレ画にケチつけるんじゃなくて自分でそういう漫画でも書きなよ
「」にそれを言うのはあまりに残酷だろう

>左の子みたいなコード書いてる間はそう思うのは仕方ない
>コーディング繰り返していく中で瞬間に何らかのスイッチが入るとだんだん右に移っていく
いやもう20年近くプログラマやってて実感してるから言ってるんだけど…

>書きながら考えてる人のコードが汚いってのがまず腑に落ちない
別に書きながらでも綺麗なコード書ける思考が速い人はいるだろうが
スレ画の左はそういうことじゃないと思うんだ

仕様書がガチガチでスクリプトみたいな感じで書けるコードならいいけど…

>いやもう20年近くプログラマやってて実感してるから言ってるんだけど…
そんな天才ならここで腐す必要もない
スレを閉じて「アホだな」と思っていれば良いんだ
それができないのなら問題だぞ

>別に書きながらでも綺麗なコード書ける思考が速い人はいるだろうが
>スレ画の左はそういうことじゃないと思うんだ
いやまあjunior seniorって書いてるから意図はわかるんだけど
最近殊更にそう言う風潮があるなって思ってたのをレスした
優秀な人がコード書いてる量で結構ショック受けることあるから

>そんな天才ならここで腐す必要もない
>スレを閉じて「アホだな」と思っていれば良いんだ
>それができないのなら問題だぞ
天才の方じゃねーよ！

TDDやってると左右のハイブリッドみたいになる気がする
リファクタリングのフェーズは右でそれ以外は概ね左

コードの効率の話なのでコードの全体量の話しじゃないよ

20年もやってんなら場合によるよな…くらいで閉じろ

正規表現使ったりで左から右みたいなサイズダウンできる奴が会社から消えたら誰もメンテできなくなったって事案はちらほら聞く

>優秀な人がコード書いてる量で結構ショック受けることあるから
間違えた優秀な人が書いてるコード量で

最近の風潮ってのもよくわからん話だ
スレ画みたいなことは昔から今までずっと言われてる

>TDDやってると左右のハイブリッドみたいになる気がする
>リファクタリングのフェーズは右でそれ以外は概ね左
かなりしっくりくる
プルリクの処理とかしてると右しかない

ChatGPT相手に左になってんのが最近の俺

左って存在する関数を知らずに再発明してたりするでしょ…

>最近の風潮ってのもよくわからん話だ
>スレ画みたいなことは昔から今までずっと言われてる
それはないかな…
長文関数書くなみたいなのはC時代からあったけど

スクラッチから書く時も右かなあ

>正規表現使ったりで左から右みたいなサイズダウンできる奴が会社から消えたら誰もメンテできなくなったって事案はちらほら聞く
良し悪しとかじゃなくて技術力の差で読めないはままあるからな…

>ChatGPT相手に左になってんのが最近の俺
最初に左で書いて修正繰り返す感じだな…

>それはないかな…
>長文関数書くなみたいなのはC時代からあったけど
なんかズレてない？

>>正規表現使ったりで左から右みたいなサイズダウンできる奴が会社から消えたら誰もメンテできなくなったって事案はちらほら聞く
>良し悪しとかじゃなくて技術力の差で読めないはままあるからな…
わざわざ式見やすくするために最適化前提で変数に格納しないで使ってるのに
謎の変数作って削減できましたとか言ってめちゃくちゃにした奴とかなら見た
あれ本当大変だった

コードの量は少なくても実際の計算コストは高いみたいなケースあるよね
剰余とか使ってスマートに見えるコードより愚直に加算減算でゴリ推したほうが割り算使わないですむ分速かったりとか
いやスレ画がそういう話でないことは分かってるが

DRYは基本原則としては正しいんだけど全部ではないからな
行き過ぎて短くする事が美徳みたいになってるのは本末転倒だと思う
ただスレ画は考えてから書くかみたいな話だからそう言うことではない

書いてから考えるのではだめなの？

変数名がつけれないやつは本当にダメ
何がダメって自分が何の処理を書いてるか理解できてないからダメ

>書いてから考えるのではだめなの？
そもそも右の人も宣言的に書きながら実装埋めてくと思う
頭の中だけで考えてから一気に書くって人いるのかな

>変数名がつけれないやつは本当にダメ
>何がダメって自分が何の処理を書いてるか理解できてないからダメ
(変数名なんて1文字でいいだろ…)

検索しても出てこない三項演算子使う人ってどこでそれ習ったの…

>検索しても出てこない三項演算子使う人ってどこでそれ習ったの…
なにそれ…

>検索しても出てこない三項演算子使う人ってどこでそれ習ったの…
基本的にCじゃないの
昔は結構使われてた

検索したらでてくるし普通に本にも書いてあるだろ三項演算子

実際に使う奴の話してるんじゃないの？
jsで条件分岐にマスク演算子とかやってる人いるけどあれも低水準出身じゃないとまず書かない記法

三項演算子は思想が関数型なら使いまくる
というか使わないと可読性落ちる

>三項演算子は思想が関数型なら使いまくる
>というか使わないと可読性落ちる
見た目が汚いのが嫌なら条件分岐使う関数だけ外に追い出した方がいいと思う…

そもそも関数型=パイプ記法ではないのを知って欲しい

>見た目が汚いのが嫌なら条件分岐使う関数だけ外に追い出した方がいいと思う…
ああごめん代入で使う話してたわ
条件分岐に三項演算子使うのは変だね確かに

一瞬左辺値に使ってる話かと思った
関数型の書き方で代入で三項演算子使うってどういうやつ？

ML系だとパターンマッチとガードを多用するスタイルでそもそも三項演算子が言語仕様として存在しないイメージがある
Lisp系だと違うのかな？

>ML系だとパターンマッチとガードを多用するスタイルでそもそも三項演算子が言語仕様として存在しないイメージがある
>Lisp系だと違うのかな？
三項演算子の時点でC-likeの話じゃない？
そもそも関数型言語ってifが値返すからいらないし

日本語でやらせて

SoftEther作った人は右下2コマだけだった

俺コーディングとかやらない検査部隊なんだけど
開発規模をコードの行数で見積もるのってどうやるのか気になってる
スレ画右左混在してそうで同じ粒度で行数カウントするの難しそう

>俺コーディングとかやらない検査部隊なんだけど
>開発規模をコードの行数で見積もるのってどうやるのか気になってる
>スレ画右左混在してそうで同じ粒度で行数カウントするの難しそう
検査部隊ってハードの話か
出来てるものの規模は静的解析でできてないコードの規模ははっきり言って勘
見積もりはやる人でマジで変わる

考える時間と実際に書く時間のバランスの話でもあると思う
よく分かってないと同じ処理でもコード量が無駄に増えるのもあるあるだけど

開発規模は案件の要素をある程度分解しての難易度の観点も持つべき
個人的には建築とかの考え方に寄せて一軒家なのか倉庫なのかとかで変わるイメージ

JSON形式でやりとりしたら通信がメガ超えて笑ったわ
配列に変えさせた

>開発規模は案件の要素をある程度分解しての難易度の観点も持つべき
見積もり方法は人によって違うし工数も人によって違う難易度って観点でも取り組む奴らで変わる
なのでFP法とかいくら機能的に見積もろうが結局個々の大きさは感覚だのみ

ドメインとコードが一致してれば行数は問題じゃない
大抵の場合それを目指すとコードはシンプルになるけど

右は正しくはあるけどやりすぎて可読性犠牲にするのは違うよねってのはある
自分以外はクソ読みにくいコードを書くやつはダメ
短くてかつわかりやすいのができるエンジニア

別に右でもいいけど必要以上に省かれるとわからん…ってなる時がある

内容省略されてるのによく中身に言及できるな

コードを記法で短くしてシンプルに見せているというようには見えないが…

弊社に必要なのは過負荷与えても壊れないプログラマなんだ

三項演算子分からないマン（読めるけど三項演算子使って綺麗に書けない）だから左に近くなってる
最近はもうマシンパワーとか気にしなくていいんだろうけど

左は引き継ぎの時に困るよ

returnに三項演算子にさらに三項演算子を重ねてるのとかを見ると正直イラッとくる

三項演算子ネストなんて実在するのか……

最終的に将来の俺が読んでも理解できる様に書こう…ってなってる

わかりにくいからクソ

右は初心者には理解できない可能性もあるしなあ

再帰使ってエレガントに書くより普通にfor文回した方が速いからな

ちゃんとジュニアとシニアって上に書いてあるのに色んな解釈が出来るんだな…

なんで短いが分かりづらいコードということになってるんだ

正直雰囲気でコーディングしているところはあります

ジュニアレベルのプログラマが涙目になりながら書き上げたクソ長コードを肯定的に評価できるのは凄いと思う

これ最後のコマだけ左右入れ替えたコラだと思ってるんだけど違うの…？
元々はjuniorはひたすら手を動かすけど手戻りが多いから生産性が低くてseniorは考えてからコーディングするから生産性高いみたいな画像で
それを入れ替えて考えるだけ考えてるけど大してアウトプットできないみたいなネタだとばかり

思い当たるふしがいくらでもあるからどう解釈も出来てしまう

動かせたことのあるコードをコピペしてくから増えるんよねさらに実装を追えないから直せない

まぁスレ画描いた人間が別に優秀なエンジニアというわけでも無いし…

>それを入れ替えて考えるだけ考えてるけど大してアウトプットできないみたいなネタだとばかり
三項演算子とか使ったら手抜きって言い出しそう

下流のエンジニアがノーコードや生成AIに飲まれる未来は本当に訪れるのだろうか

納期さえ守って十分動くならどうでもいい

forを使えないから同じ処理をコピペで連打する！

イテレータ使え！

生産性を書いたコードの量で判断するのは危険だぜ！

逆に左むずくない？
考えずいきなり書き始めるとか

右が書いて長くなるソースは左が書くとさらに長くなるのだろう

>逆に左むずくない？
>考えずいきなり書き始めるとか
取り敢えず手を動かしてると頭の回転のエンジンが掛かってくるタイプとかいるじゃん

可読性や保守性は大事だよ
個人で使うソースなら好きにしろ

汚いソースを読まされると辛い辛かった

仕様書？ねえよソースに書いてあるだろ

複雑度とか度外視にライン数だけで測る弊社

そして詳細設計と全く違ったコードが出来上がる

とりあえず左でコーディングして自分の中で落とし込んでから右にしていく