プログラムの世界にも流派を作るべきじゃないか？

[1 仕様書無しさん 2022/12/18(日) 11:31:35.15]

〇〇流古典プログラミング術とか
〇〇流新プログラミング術とか
プログラマーも自分の道場を開いて啓蒙すべきではないだろうか？

[2 仕様書無しさん 2022/12/18(日) 11:33:33.31]

てかジャンル違うことはわからないというのはプロなら全員しっとるで

[3 仕様書無しさん 2022/12/18(日) 11:51:02.78]

流派も何も客観的に良いものは自然と認知されるから啓蒙するまでもない

[4 仕様書無しさん 2022/12/18(日) 12:02:05.43]

心酔する人が「先生、弟子にしてください！」
って言い出すのが先というか重要

[5 仕様書無しさん 2022/12/18(日) 12:14:45.21]

馬鹿なこと言ってないで大学行け

[6 仕様書無しさん 2022/12/18(日) 13:31:38.44]

オブジェクト指向バリバリ派
オブジェクト指向いらない派
に大きく分かれると思う

俺は絶対必要派
オブジェクト指向いらないって言ってるやつデスクトップめっちゃ散らかってそうだよなw

[7 仕様書無しさん 2022/12/18(日) 13:35:32.88]

今時オブジェクト指向いらない派なんているのか？w

[8 仕様書無しさん 2022/12/18(日) 13:44:14.36]

>>7
いるんだよなぁwwww
特にPythonやってる奴らwww
奴ら純粋な手続き型で良いとか言ってるのマジでウケるんだよなwww

[9 仕様書無しさん 2022/12/18(日) 13:50:33.76]

POSIX原理主義・・・シェルスクリプトとPOSIXコマンドだけを使う縛りプレイで
どこまでやれるか、自己満足する遊び

[10 仕様書無しさん 2022/12/18(日) 19:23:22.90]

門外不出の関数なら持ってる
使えばバグ出まくって現場が混乱するから公開できない

[11 仕様書無しさん 2022/12/18(日) 19:29:43.29]

封をした証拠として印を押したり証紙をはったりして
厳重に梱包し施錠した器を地中深く埋め、目印として石碑を建てろ

[12 仕様書無しさん 2022/12/18(日) 20:06:09.04]

普通にキーボード打ってるように見せて人差し指のみで打ってる
これ、流派にならんか？

[13 仕様書無しさん 2022/12/18(日) 20:09:39.93]

一本指拳か
古流プログラミング術だな

[14 仕様書無しさん 2022/12/18(日) 20:20:11.06]

シコりながらプログラミングするのは何術？

[15 仕様書無しさん 2022/12/18(日) 22:16:05.34]

仕様書通りに作って責任を負わない流派

[16 仕様書無しさん 2022/12/18(日) 22:34:22.38]

GC言語ぜったいに使いたくない派

[17 仕様書無しさん 2022/12/18(日) 22:37:37.37]

アーリーアクセス技術を他人に押し付け流派

[18 仕様書無しさん 2022/12/18(日) 22:41:10.53]

フロントもプログラミング派

[19 仕様書無しさん 2022/12/18(日) 23:58:08.26]

>>14
シコリプログラミング術

[20 仕様書無しさん 2022/12/19(月) 00:27:22.64]

わいのタイピングだけど
小指使ったことほとんどない
薬指とか5%も使わない
ほとんど親指、人差し指、中指だけで作業してる

[21 仕様書無しさん 2022/12/19(月) 00:29:37.79]

C言語全盛の時代でもコメントの書き方、{ の付け方、インデントの文字数、
タブの利用可否などなど、さまざまな宗教戦争があり、〇〇社はどの宗教みたいな
データがないと渡り歩く派遣などは初日即死みたいな殺伐とした時代だったというのに。

そしてさらにはバカには読めないなどの理由でそれぞれの宗教にも三項演算子禁止派や
結合規則通りだろうが何だろうが絶対()付けろ派、１行ifのブロック省略禁止派など
そしてK&R原理主義、いつまでもgcc2を使い続けるのでC99禁止派、とさらに
ヒートアップ、社内部署が同じでも誰に与するかで生殺与奪が握られる時代へと進む。

[22 仕様書無しさん 2022/12/19(月) 07:49:40.11]

だからいってるだろ、returnは最後にひとつだけにしろって。

[23 仕様書無しさん 2022/12/19(月) 07:58:30.47]

１行で書くわ

[24 仕様書無しさん 2022/12/19(月) 08:15:36.40]

フォルダ管理流の師範代でございます

[25 仕様書無しさん 2022/12/19(月) 09:18:43.87]

全部スマポで書こうとするやつ

[26 仕様書無しさん 2022/12/19(月) 10:46:14.26]

>>22
今だにreturnひとつ縛りなんてやる奴がいるのかw

[27 仕様書無しさん 2022/12/19(月) 10:51:30.37]

変数をメソッドの先頭にまとめて書く人は
C言語頭脳で成長が止まっている古典的プログラマ

[28 仕様書無しさん 2022/12/19(月) 10:53:07.36]

イテレータにいちいち型指定している奴も同族

[29 仕様書無しさん 2022/12/19(月) 10:55:51.66]

参照型をポインタと言っちゃう奴とか
デリゲートを関数ポインタと言っちゃう奴とか

こういうのも同族

[30 仕様書無しさん 2022/12/19(月) 12:10:58.50]

オールコピペ流

[31 仕様書無しさん 2022/12/20(火) 07:45:18.78]

>>26
流派の話なんだから、ソノヘンはちゃんとこだわらないとね。

ソコントコちゃんと考えないと、若いお前らがレガシーとか言って
逃げてる間に、ジジーに仕事取られちゃうんだよ。

[32 仕様書無しさん 2022/12/20(火) 13:46:10.11]

リーダブルコードでもできるだけ早い段階でreturnすべきと書いてるんだよな
returnで早く返した方が無駄なネストやif文もなく可読性が上がる

できるだけシーケンシャルに見せる書き方がイマドキのコーディングでは重要

[33 仕様書無しさん 2022/12/20(火) 13:52:44.52]

returnの位置を気にする人はメモリ開放忘れとか気にしてるんかな？どっちにしろ古い人だよ

[34 仕様書無しさん 2022/12/20(火) 14:23:56.57]

メモリの解放チェックをいちいちif文でやるのは完全にレガシープログラマだからな
スコープ抜けたら自動で解放したいし、最低でもtry-catch-finally使ってfinallyで解放するようにしたい