[過去ﾛｸﾞ] SES(客先常駐)エンジニアの集会所 38 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
117: 09/29(月)09:40 AAS
このスレの技術的な会話って、生産性もなくただ人を叩くためだけに存在してることがよく分かる
というかマ板全体がそう
118: 09/29(月)09:42 AAS
横からだけど、static乱用で設計めちゃくちゃになる事例は山ほど経験してるから同意できる
ただstaticおじさんって確かOOPがしっくり来ない云々でstatic関数乱用するのが発端だったっけ？
119: 09/29(月)09:45 AAS
それでいうならOOPの乱用もｒｙ
120: 09/29(月)09:47 AAS
今じゃstaticおじさんって思考が変わらない（＝static）ことを揶揄するワードになってるからな
121(1): 09/29(月)09:52 AAS
レガシーシステムだとstaticと言うかC言語もあるから状態を持つ事自体が無い事もある
全ての関数が再入可能とか
某インフラがそうだったよ
122: 09/29(月)09:56 AAS
OOPやDIの乱用もあるから
そもそも設計としてどうあるべきかの問題になる
どこまで疎密を意識してメモリも考えて…ってなると
結局はどんなに綺麗に設計しても少しずつ破綻して寿命を迎えるんだから
自分は自分で綺麗に書いといて他は放っておけよって割り切りになると思うけど
123: 09/29(月)09:59 AAS
>>121
Cだと関数の中にstaticローカル変数持てるからね
自分は過去にそれ使ってレビューでクッソ怒られたけど
124: 09/29(月)10:08 AAS
OOPはともかく、DIも動きを追い辛くなるから嫌い
DIも設計次第では事実上のServiceLocatorになる
結局用途次第という当たり前な結論に至るんだが
125: 09/29(月)10:19 AAS
応用情報技術者試験取ったのにプロパーに転職打診したら渋られたよ
うーん、20代後半だから年齢で引っかかったか
126: 09/29(月)10:19 AAS
元々抽象的な話にならざるを得ないのに具体化しようとするから話が捻じれんだよ
127: 09/29(月)10:21 AAS
TwitterでもOOPの話は様々な人の経験と前提が入り交じって荒れるからね
つまりそういう事
128: 09/29(月)10:27 AAS
WEBシステムはPHPで十分なのにわざわざ最新の言語使おうとするバカ
129(1): 09/29(月)10:38 AAS
PHPでLaravel使うことのメリットがいまだに分からないんだが
素のPHPでよくね？って思っちゃう
130(1): 09/29(月)10:56 AAS
>>129
素のPHPで機能作る時に他の人間に説明するのと
フレームワーク使った場合を考えりゃ分かるやん
フレームワークってのは機能云々より複数人で開発する時の共通ルールだ
大富豪で色々な地域やローカルルールそのままで色々な人とゲームしたら揉めるだろ
じゃあこのルールだけでと決めたら統一されるやろ
これがフレームワーク
131(1): 09/29(月)11:01 AAS
>>130
いや分からないよ
人に説明するときにフレームワーク使ってる云々関係なくないですか？
それにフレームワークを使ったからといってルール統一出来ない気もするんですが
132: 09/29(月)11:08 AAS
フレームワークのメリットすら理解できないとかw
さすがstaticおじさんだなw
133: 09/29(月)11:08 AAS
>>131
アホやろ
フレームワークのフレームは枠組みの意味やで
フレームワークを理解している人同士ならツーカーで分かるんだよ
134: 09/29(月)11:09 AAS
素のPHPて、、、ソケット通信から作るのか
SSLは？URLルーティングは？c10k解決できるのか？
手間ばかりがかかるだけでメリットないと思うが
135: 09/29(月)11:12 AAS
そんなにアホですか？
SSLなんてアパッチの設定で出来るだろ
ルーティングってフォルダ階層掘ってPHPファイルを置くことでしょ？
136: 09/29(月)11:15 AAS
開発効率が格段に違う
1人でやるなら素の言語使えばいいけど
複数人だったらルール決めやら色々時間かかるし
上下前次1-新書関写板覧索設栞歴
あと 866 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.022s