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

[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で解放するようにしたい

[35 仕様書無しさん 2022/12/20(火) 15:35:46.92]

〇〇流C言語術
gotoによるエラーハンドリング
returnは１つだけ

[36 仕様書無しさん 2022/12/20(火) 15:47:36.72]

非同期処理のチェーンをコールバックネストで書く
async/awaitがない時代の古文だな

[37 仕様書無しさん 2022/12/20(火) 16:55:29.25]

stateパターンをswitch-caseで書くのも古流ですか？

[38 仕様書無しさん 2022/12/20(火) 17:27:49.90]

オラ亀仙流だぞ

[39 仕様書無しさん 2022/12/20(火) 19:03:25.60]

おっす！ワールド！

[40 仕様書無しさん 2022/12/20(火) 20:47:55.51]

大学教員もPythonは不具合が多くて使い物にならないと教えていた
アメリカ在住する人以外はPythonは勉強しても意味のない言語とまでいわれている

[41 仕様書無しさん 2022/12/20(火) 20:53:21.46]

>>32
イマドキとかじゃなくて、それはリーダブルコードという流派だ
安全なプログラムを書くためのMISRA-Cとかまさに流派

[42 仕様書無しさん 2022/12/20(火) 20:54:40.12]

>>37
デザインパターンがすでに古流

[43 仕様書無しさん 2022/12/20(火) 21:12:26.35]

>>42
じゃあ同じようなものをどう書けばいいんですか？
それをデザインパターンと呼びましょう

[44 仕様書無しさん 2022/12/20(火) 21:17:20.82]

>>40
何処の大学教員だよw

[45 仕様書無しさん 2022/12/20(火) 21:44:48.93]

>>42
ではstateパターンはswitch-case以外のモダンな書き方は出来るのですか？

[46 仕様書無しさん 2022/12/20(火) 21:59:57.68]

>>45
話が噛み合っていないなぁ
ステートパターン以外にも状態管理をする方法はあるよ、と言っている

まぁそれは置いておいて、スイッチケース以外なら、状態管理を配列に入れたらいいんじゃないかな

[47 仕様書無しさん 2022/12/20(火) 22:04:18.40]

古流と呼ばれるデザインパターンっていわゆるGoF？