誰かに引き継ぐ予定のあるウェブアプリの開発では独自フレームワークを避けよう - akrfjmtの日記

要約 誰かに引き継ぐ予定のあるウェブアプリの開発では独自フレームワークを避けよう。 背景 会社組織において、誰かが独自フレームワークでウェブアプリを開発する。 システム稼働後、給料が低いなどの理由で転職する。 あなたはウェブアプリの開発経験はないが、どういうわけかこのアプリケーションを引き継ぐことになった。 理由 理由１，独自フレームワークは教育効果が低い HTTPとは、ルーティングとは、コントローラとは、テンプレートとは、といったウェブアプリ開発における基本的なキーワードも知らない状態でいきなりソースコードを渡される。 あなた「.php？これはPHPファイルだね。」 あなた「.html？これはHTMLファイルかな？」 一人目のクリスマスの霊「残念、これはSmartyテンプレートだよ。初心者には難しかったかな？」 あなた「は？Smartyテンプレートだったら拡張子は.tplに統一しろよ。」

[hnw]

マジレスすると有名フレームワークを採用したところで独創的な使い方をされると結局ツラい。前任者が実力と案件規模に不相応なフレームワーク（独自を含む）を選定していないことを祈るのがせいぜいかな…

[crexist]

マジレスすると独自フレームワークが辛い理由は往往にして、1.ドキュメントがない. 2 重厚なフレームワークになってる(DBもルーティングも全部見るぜ) 3 内部実装でリフレクションが使われていて流れが読めないの3点

[als_uz]

会社ではないけど「フレームワーク使うならそのコードを隅々まで理解して常にトラブルに対応できるようにしろ、あるいは有償サポートのあるものを選べ」という話になり自然とその形になったという体で独自FWに文字数

[hachibeechan]

「Ａさんは１日でやってくれたけど君は５日かかったね」ここに引き継ぎがクソである理由の9割が集約されている

[wwolf]

メジャーFWだろうが独自FWだろうが、前任者のスキルがクソなら苦痛度は変わらないから（レイプ目）。逆もまた然りである。

[tana_bata]

独自FWを作りたがるやつに限って「ソース読めば解るだろ！」と言い出す罠

[tzt]

昔は自分もそう思ってたんだけど、今はコンポーネントの組み合わせでいい感じにできるので、何がなんでも既存のフルスタックフレームワークを使おうとしなくていいかなと思ってる。

[GEROMAX]

問題はそのFWが独自かどうかではなく、「ダサい」ことにあるのでは？

[YarmUI]

クリスマスの霊「DDD読んだしRailsにservices層追加しよ^^」

[n314]

逆に、みんなもっと独自フレームワーク作ったらいいのにと思う。今はセッション管理だけオープンソースを借りるとかバリデーターだけ借りるとか容易に出来るわけだし、昔より作りやすいはずなんだが。

[enemyoffreedom]

クリスマスの霊が3人では足りない事態になる。守銭奴より罪深いな…

[ken1flan]

うわー。。。

[w1234567]

既存の有名どころFW使ってても、バージョンアップ対応で非互換だらけでしんどいし、ソースに手を加えれるなら独自FWでも一周回っていいんじゃないかなと思ってきた

[su_zu_ki_1010]

何かをベースにしたフレームワークならまた違うんだけど、多分この話はイチからオリジナルなんだろうな…書いた人のつらみがとっても伝わってくる。

[masayoshinym]

残念ながらどれだけ訴えかけても独自フレームワークを作る層はこういったエントリを読まないので無意味というつらみ。

[yug1224]

エコシステムに乗りたい

[koroharo]

広く知られているフレームワークを知った上で作られている独自フレームワークならありだと思う。

[t_yano]

ちゃんと運用していくつもりのアプリで、誰かに引き継ぐ予定のないアプリってあるんだろうか。では常に、枯れたフレームワークを使った方がいいんだろうか。世の中のフレームワークはどうやって生まれたのだろうか。

[fuktommy]

マイナーなORマッパーとかテンプレートエンジンとか、ネタにもならないし地味に辛い。 誰かに引き継ぐ予定のあるウェブアプリの開発では独自フレームワークを避けよう - akrfjmtの日記

[sifue]

すごく良い話w