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

[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？

[48 .NET MAUI HighSchool 2022/12/20(火) 22:29:23.72]

>>44
ほぼすべての大学教授だろ
大学教授が学生の頃とかPythonゴミカスだったからそのイメージなんだろう
彼らはC,C++で育ってるからPythonなんてガキのおもちゃとしか思ってなさそう

[49 仕様書無しさん 2022/12/20(火) 23:04:07.83]

>>48
大学行ってない中年ガキがなにいってんの？w

[50 仕様書無しさん 2022/12/20(火) 23:15:31.86]

>>48
俺大学教員なんだがw
そんな事言うやつ見たことない

[51 仕様書無しさん 2022/12/20(火) 23:58:44.42]

>>48
Pythonはアカデミアでの使用がおおいしCSの教授は言語よりアルゴリズムとかが主

[52 仕様書無しさん 2022/12/21(水) 00:10:06.40]

大学電気科だとマイコン使うからC言語を教えるよね
情報科はPythonが多いイメージ

[53 仕様書無しさん 2022/12/21(水) 00:17:22.12]

まあ情報科というからにはアッセンブラから高級言語まで一通りはやっててほしいし大概やるだろうけどな

[54 仕様書無しさん 2022/12/21(水) 00:46:14.46]

うちは情報学科でアルゴリズムとデータ構造の必修講義はCでやってた
あとの言語は選択講義でPythonとかJavaとか開講されてて勝手にどうぞって感じだった

[55 仕様書無しさん 2022/12/21(水) 00:49:09.15]

コンピュータの基礎的な事を知らないでweb系とかやってる奴多いからなぁ
論理演算を知らないとか

[56 仕様書無しさん 2022/12/21(水) 00:55:31.69]

ケン・トンプソン
「私はいつも論理に魅了されていて、
小学生のころ既に二進法などの算数問題を解いていた」

[57 仕様書無しさん 2022/12/21(水) 04:35:37.79]

勉強する1つ目の言語なんて結局なんでもいいんだよな
重要なのはアルゴリズムとデータ構造の捉え方
プログラミング必修の学部学科はアルゴリズムとデータ構造は卒業必修単位になってる

[58 仕様書無しさん 2022/12/21(水) 11:46:59.81]

二進数だけでプログラミングってできるのかな
0101001みたいに書くだけであれこれいろいろ出来たりするものなのか？
結局はスイッチのON OFFだから行けるんだろうけど
そういう書き方ができるのかが知りたい

[59 仕様書無しさん 2022/12/21(水) 12:35:48.88]

>>58
質問に答えるには情報が足りないなぁ
2進数は単に数の表現だけだから、既存の命令セットをバイナリ表現するだけならできるとも言えるし
バイナリを解釈するルールが別途必要なので、2進数だけではできないとも言える

[60 仕様書無しさん 2022/12/21(水) 12:48:58.77]

>>58
全部最後は2進数になってるよ
普通は16進数で表現するけど
アッセンブラの命令を16進数で書くだけ

[61 仕様書無しさん 2022/12/21(水) 12:50:39.58]

シーモア・クレイこそは伝説の人物だ。
彼は、実際にCDC7600用の最初のオペレーティングシステムを、
電源を入れたあと前面パネルのトグルスイッチからメモリへ直接入力したのだ
言うまでもなく、彼こそ本物のプログラマだ

[62 仕様書無しさん 2022/12/21(水) 13:00:31.16]

流石にトグルスイッチじゃないけど俺も高校の時は16進数ポチポチ打ち込んでたよ

[63 仕様書無しさん 2022/12/21(水) 13:02:47.96]

何千か何万かの命令をメモリに打ち込んで１ビット間違えるとプログラム自体をぶち壊して数時間の苦労が全部水の泡という
子供だったからできたけど今はむり

[64 仕様書無しさん 2022/12/21(水) 13:04:21.95]

打ち込む内容をハンドアセンブルしたりなｗ

[65 仕様書無しさん 2022/12/21(水) 13:05:25.77]

もともとアッセンブラが紙に書いてあるだけだから命令も16進数で覚えてきたりするしな

[66 仕様書無しさん 2022/12/21(水) 19:13:47.36]

論理演算ってWeb系だと意外と使わないもんな
というかそんな古風な書き方はそもそもしない

[67 仕様書無しさん 2022/12/21(水) 19:25:30.88]

カーソルを決して戻さない流派があったら神