選定した技術が1年で死んだ話 | そど

今年の夏頃から、特にサービスとして出すわけではなく、社内で使っているシステムのリプレースを行う事になりました。主な目的はレガシーすぎる設計をある低度モダンにする事、そして他のシステムと連携出来るようにする事、です。 対象のシステム 見積書や請求書などを管理・発行している。機能はそれなりに多いがUI操作はFormベース、テーブルタグで諸情報を表示するシンプルな物。ノンフレームワークで1画面1PHPファイルな古き良き時代のコード。おそらく10年ぐらい？稼働している。当初はPHP 5.1、PostgreSQL 8.x系だったが、現在はPHP 5.6とPostgreSQL 9.6で稼働しています。 その他の社内システム かつてはノンフレームワークだったり、太古のバージョンのCakePHPだったり、PHPが4系だったりしたが、概ねCodeIgniter 3系最新版 + PHP 5.6～7.1 + P

[mizchi]

この辺の匂いを嗅ぎとるには開発の活発さだったり作者のやる気とかをSNSで嗅ぎとったりしないといけないのよな

[everybodyelse]

そんな感じで弊社は様々なプロダクトにGolangを採用したんですけど、プロジェクト毎にWAFは違うわORMは違うわであらゆるオープンソースが群雄割拠しております。

[Mirunayo]

「寿命を気にするならベストだと思う物より、皆が使っているベターを選ぶべき」

[AKIMOTO]

Symfony4でSilex風なこともできるようになったので。Silex->Symfony4の移行ガイドを作ろうというissueにいろいろtipsが https://github.com/symfony/symfony-docs/issues/8678 実際に移行したOSSの実例やroutingコンバーターも

[uzulla]

Silexは多くのLibを薄く組上げた物なのでSilexをforkして不要な部分消して依存libをチマチマver upで良いのではないか。（slimはもともと自前世界なので、最初からそうなる分覚悟が決まる？ｗ）

[suthio]

こういう時のために選定基準とかは明確化して残しておいた方が後々振り返られるからいいよね。

[stealthinu]

Webアプリなのに8年とか10年とか超長期のライフタイムを求められた案件があってPHPのフレームワーク選定すごく困った。未来を見通すのはむりだよね。

[hiroyuki1983]

Java1.3とかVB6とか死んでる通り越して化石になってる技術を使ってるところから言わせると何を言ってるんだって感じだけどな。レガシーどころか重要指定文化財化している

[junorag]

自分はPHPerではないが、他人事じゃないな。しかし、難しいなと考えながらトップに戻ったら最近の投稿に「二階堂千鶴はなぜセレブなのか」とか書いてあって思いっきり吹いた。

[jgoamakf]

売り物のソフトウェアも突然discontinueになったりするし（バージョンアップと自称してるが実態は全然違うとかも）、こればかりは仕方ない。

[efcl]

技術選定とEOL

[vanbraam]

これは仕方ないと思う;対策は"皆が使っているベターを選ぶ"よりも,「置き換えを気楽にできる技術力を持つ」「新技術の採用はリスクの小さい所から」「OSSはコミュニティに出入りして雰囲気を知っておく」辺りでは

[yuki_2021]

まー、動いているものを下手に動かすのも駄目なんだけど、レガシーシステムは悩ましいところだ。

[koogawa]

「寿命を気にするならベストだと思う物より、皆が使っているベターを選ぶべき」

[akabekobeko]

死なないものはないから寿命よりも可換であることを気にしたほうがいい。

[H7kayama]

モダンを目的に導入するリスク

[NOV1975]

まあ誰もstrutsが死ぬとも思っていなかったわけで、こういうのはしょうがないんだよなあ（と、顧客に言えるかどうかが…）

[tadashi_shimizu]

選定技術がすぐにサポート切れを起こすとか、クライアント先でやってしまったら、背筋が凍る。という意味で、社内IT部門のほうが思い切った選定ができそう？

[metroq]

“「寿命を気にするならベストだと思う物より、皆が使っているベターを選ぶべき」”

[taruhachi]

フレームワーク使ってない前のシステムが10年保ったのなら、フレームワークの思想だけ取り入れたスクラッチが最適解に見える。

[katsyoshi]

やはりイノベーションは自分で起こすに限る（違う

[shinagaki]

流行りで乗り換えるのもメンテでつらい

[n314]

“URLのルーティング、エラーハンドリング、ログ出力、設定ファイル読み込み、Twigテンプレートエンジンの呼び出し、ORマッパーまでは使わない程度のDB機能、セッション制御、Composer対応が有れば十分” 激しく同意。

[toaruR]

ec-cube3＼(^o^)／

[netcraft3]

何年も前に更新が止まっているOSSを現在も使い続けている現場は結構あるな…。

[marisatokinoko]

個人的にマイクロフレームワークって1週間で書き直せるくらいのプロジェクトでないと採用の意味無い気がする。laravelで始めるにしても特に辛いとこ無いし。

[premyth]

“皆が使っているベターを選ぶべき”これな。困った時に情報も見つけやすいし。

[cyokodog]

silex選ぶ気持ちわかる気がする

[ghostbass]

プロジェクトの活動を見るとき安定しきって動きがないのかモチベーションがなくなって動きがないのかの見分けがつかなくて困る

[UDONCHAN]

いい話

[teruroom]

フレームワークを使わない選択は無かったのだろうか？。

[sigwyg]

？？？「フロントエンドのことだと思った人だけが、石（スター）を投げなさい」

[Cujo]

つぎにつなげるべきちけん。。。。。

[snowcrush]

メンテしない前提ならフレームワークのEOLは関係ないし、定期的に手を入れるならアップデートしていく前提で作ってしまった方が良いと思う。が、中途半端にしかメンテ出来ないプロジェクトってあるのよね。

[gabill]

システムの生存率 = 利用技術の数 ^ 利用技術の平均生存率 。80%の確率で3年生き残る技術を3つ使った場合、全部が無事である確率は51.2%。

[wordi]

今ならGoでGin採用してSwagger導入したいけど来年はともかく2年後どうなってるやら

[mellhine]

低度モダンだから仕方ない

[koyancya]

なんでもかんでもとりあえず Rails で作っちゃうので、そういう嗅覚はもう死んでるっぽい...... Rails が終わるときが来たらすごく困るので終わらないで欲しい