work-ge16b70f7a_640

1: 仕様書無しさん 2022/05/11(水) 22:18:12.78
次から次と出てくるフレームワーク
世の中の技術オタクが自分の技術を誇示したい

たった1件のデータを取ってくるのに
環境構築する方が10倍の時間がかかる
これはほんとに効率がいいのか


2: 仕様書無しさん 2022/05/11(水) 22:20:49.73
今やプログラミングといっても
フレームワークのAPIを叩くだけ
バージョンアップで動かなくなる
ひたすらフレームワークに振り回されるだけ

自分たちでしっかりと組んでおけば
マイグレーションにかかるコストは
ほとんどなくなる

3: 仕様書無しさん 2022/05/11(水) 23:02:45.31
web系だけだな

4: 仕様書無しさん 2022/05/12(木) 02:18:32.37
使わなければ良い

6: 仕様書無しさん 2022/05/13(金) 22:07:19.29
フレームワークに頼りすぎるとマイグレーションで氏ぬからな
出来立ての頃はいろんなフレームワークと連携して便利だが
廃れてくると整合性もパッケージ管理もぐちゃぐちゃになってもまともに動かなくなる

逆にプリミティブな作り方をしておけばどんな環境になろうがすぐに持っていける

12: 仕様書無しさん 2022/05/14(土) 13:35:00.09
フレームワークとかライブラリは当たり前だがそっちのが全然楽だから使うわけで
そんなもんさえ使えないならプログラマは無理だ

13: 仕様書無しさん 2022/05/14(土) 13:37:35.44
流行りのフレームワークしか使えない方がプログラマとしてはどうなの?だけど仕事はある

14: 仕様書無しさん 2022/05/14(土) 14:09:38.88
何その禅問答 仕事できなさそうな奴だな

15: 仕様書無しさん 2022/05/14(土) 14:14:20.43
特定のライブラリのみ扱うお仕事しかできません

16: 仕様書無しさん 2022/05/14(土) 14:54:26.64
パッケージバカスカ入れたら依存関係ぶっ壊して動かなくなったよ
設定ファイル消えるとかどんなだよ
みんな好き勝手に作ってるからこうなると

18: 仕様書無しさん 2022/05/14(土) 18:22:13.85
環境によってデファクトが合わない場合もあるからしゃーない

19: 仕様書無しさん 2022/05/14(土) 23:31:06.42
このバージョンとこのバージョンとこのバージョンの組み合わせは
うまくいったという一覧表が欲しいよな

20: 仕様書無しさん 2022/05/14(土) 23:58:10.81
バージョンアップしたら
いつも使っていたメソッドが
別のクラスに移動していて
呼び出せなくなっていたでござる…

21: 仕様書無しさん 2022/05/15(日) 00:04:53.35
期間限定の最適解を求めて右往左往

22: 仕様書無しさん 2022/05/15(日) 01:25:39.76
昔: マイクロソフトに振り回される
今: フレームワークに振り回される

27: 仕様書無しさん 2022/05/15(日) 11:40:05.73
枯れたフレームワーク使うのが正解の落ち?

29: 仕様書無しさん 2022/05/15(日) 12:01:08.95
>>27
新しいものに踊らされるお調子者の上司や同僚を説得する手間が
定期的に発生するという

30: 仕様書無しさん 2022/05/15(日) 12:09:51.09
生産性とか関係なく
氏んだ言語の氏んだ機能使う会社は

衰退して潰れるだけだから大丈夫

49: 仕様書無しさん 2022/05/16(月) 20:03:46.96
>>30
例えば、核廃棄物の管理システムみたいに
運用期間がものすごく長い期間に及ぶシステムの開発はどうすりゃいいの?
経年劣化したハードウェアを更新するために同じ機能のソフトを
ゼロから開発しないといけないのか

55: 仕様書無しさん 2022/05/16(月) 22:17:24.13
>>49
実装と並行してドキュメンテーションもしっかりしてるはず

80: 仕様書無しさん 2022/05/19(木) 22:14:45.95
>>55
その分分量も爆発的に増えてるんじゃないの?
いちいち全部読んでアーキテクチャから設計し直しだな。

81: 仕様書無しさん 2022/05/19(木) 22:53:52.30
>>49
だから戦闘機の刷新とかプログラムも大変な規模になってるな

34: 仕様書無しさん 2022/05/15(日) 13:53:05.74
脆弱性も発見されると大騒ぎだからな
アップデートする→動かない、動作に不具合が起きる
オープンだから責任は自己責任でね

37: 仕様書無しさん 2022/05/15(日) 21:20:52.28
基本的には既存のフレームワークを使っていた人達が感じた不満や限界を乗り越える為に
作ってくれてるのが新しいフレームワークだと思えば
本来それがデファクトスタンダードになろうとするのは望ましいことだと思う

歩みを止めるというのはその恩恵を受けられずに衰退して終わることを意味するのだろう

35: 仕様書無しさん 2022/05/15(日) 17:29:02.23
strutsとspringは止めた方がいいと思う
reduxも誕生して1~2年で衰退した

36: 仕様書無しさん 2022/05/15(日) 20:38:44.42
合体してスリムなspringbootができたので用済みだな

41: 仕様書無しさん 2022/05/16(月) 18:06:47.24
銀行の案件ではstrutsの見たことないようなレガシーなフレームワークがあった
Java6とかantビルドとか・・・

42: 仕様書無しさん 2022/05/16(月) 18:08:11.14
antビルドあたりになると用語と実際の動作がデタラメな悪い意味のJavaが顕在化する

43: 仕様書無しさん 2022/05/16(月) 18:31:42.54
いまは何ビルドがはやってるの?

44: 仕様書無しさん 2022/05/16(月) 19:18:58.74
証券系だけど、しばらくはantビルドを継続する
というのはビルドツールの変更は工数がかかるからね

46: 仕様書無しさん 2022/05/16(月) 19:31:08.05
何で証券とかお堅い所はJavaなんか使うんだろうなぁ
もうPHPとかで十分だろと思うわw

47: 仕様書無しさん 2022/05/16(月) 19:34:11.22
銀行がMSに依存するとかない

48: 仕様書無しさん 2022/05/16(月) 20:00:32.78
日本ではそうかも知れないが、世界ではMS依存が結構多いらしいぞ
Azureとか日本ではあんまり採用している話を聞かないが世界シェアはAWSの次だしな

50: 仕様書無しさん 2022/05/16(月) 20:36:26.78
仮想環境でウィンドウズXP使ってるところもあるし
IE6じゃないと動かないらしい

52: 仕様書無しさん 2022/05/16(月) 21:10:24.37
だから俺らはシェルスクリプトを使う
フレームワークやライブラリに依存すると
アップデートで動かなくなる

53: 仕様書無しさん 2022/05/16(月) 21:32:34.45
ドッカーもシンプルな環境ならいいけど、仕事だとそんな環境は無いわけで
あれやこれやと組み立てようとすると、いろんなものがなかったり
エラー吐いたりしてめんどくさいんだよなぁ

54: 仕様書無しさん 2022/05/16(月) 21:43:01.39
非常に面倒くさかったが
最終的な生産性はそんなに変わらなかった

58: 仕様書無しさん 2022/05/16(月) 22:55:11.05
環境丸ごとセーブロードできるから
場当たり的なやつほど重宝するぞ

61: 仕様書無しさん 2022/05/17(火) 04:04:30.74
Dockerなんていらん。
自分で作ればいいだけ
FreeBSDバンザイ

62: 仕様書無しさん 2022/05/17(火) 05:49:48.63
最近ぜんせんFreeBSDって聞かんな

63: 仕様書無しさん 2022/05/17(火) 09:27:40.49
MSには依存しないけど
IBMやoracleには依存すると
どっちも危ない企業だと思うけどなあ

64: 仕様書無しさん 2022/05/17(火) 19:28:18.84
何にも依存しなければよい
社員が作ったフレームワークやライブラリを使っていれば
社員が氏ぬまでは安泰だ

70: 仕様書無しさん 2022/05/18(水) 00:04:28.46
ライブラリやフレームワークに依存しすぎると
確かにコードは簡潔だけど何層にも依存しすぎて
何やってるかさっぱりわかんないんだよね

phpだとこんなのがゴロゴロ出てくる
$data = $hoge->hage($foo->fuga($bar, $foobar->piyo));

71: 仕様書無しさん 2022/05/18(水) 00:17:00.44
ライブラリ使うにしても中身知った上で使いたいよね
知らなくても動けばいいんだろうけど

77: 仕様書無しさん 2022/05/18(水) 22:35:57.71
自社フレームワーク

85: 仕様書無しさん 2022/05/20(金) 09:21:40.85
>>77
自社フレームワークだってPHPやMySQLのバージョンアップで全滅してるから・・・

86: 仕様書無しさん 2022/05/20(金) 09:27:16.70
自社ライブラリの中に外部のライブラリ使ってるアホライブラリってなんなん?

88: 仕様書無しさん 2022/05/20(金) 11:40:10.43
>>86
PHPの場合は言語仕様変わりすぎてどうにもならんよ
古いままだとセキュリティがアウト
それを吸収してくれるのがフレームワーク

結局のところフレームワーク使ってるほうがマシなんだよ

89: 仕様書無しさん 2022/05/20(金) 22:31:40.28
>>86
> 自社ライブラリの中に外部のライブラリ使ってるアホライブラリってなんなん?
その外部のライブラリが知名度があって広く使われているのなら何も問題ないだろ?

自社ライブラリの開発は、外部のライブラリを使おうが
使うまいが大抵はアンチパターンだよ
自社で作ったライブラリは、自社ライブラリではなくて
オープンソースにしないとだめ

38: 仕様書無しさん 2022/05/15(日) 21:44:19.17
新しいフレームワークって既存のフレームワークの問題を解決してくれるから流行るんであって、個人的に新しいフレームワークがどんどんでるのは大歓迎だけどな
同士おる?

40: 仕様書無しさん 2022/05/16(月) 14:34:15.76
動作が不具合起きたときに、そもそも自分のロジックのバグなのか
フレームワークのバグなのか切り分けのスゲェめんどくさいよな

39: 仕様書無しさん 2022/05/15(日) 21:48:39.44
そもそもよくできたフレームワーク以外は流行らないからねぇ

引用元: https://medaka.5ch.net/test/read.cgi/prog/1652275092/


WEB+DB PRESS Vol.128
WEB+DB PRESS Vol.128
posted with AmaQuick at 2022.05.21
渡辺 大貴(著), 北島 祥伍(著), 小池 知裕(著), 左野 寛之(著), 財前 遥平(著), 浦井 誠人(著), 末永 恭正(著), 刈谷 満(著), 吉井 健文(著), 牧 大輔(著), 石上 晋(著), 尾形 鉄次(著), 和田 智(著), 三島 智一(著), 西山 和広(著), 五十嵐 進士(著), 日高 正博(著), はまちや(著), 竹原(著), WEB+DB PRESS編集部編(編集)
(2022-04-23T00:00:01Z)
5つ星のうち4.5