技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL

技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL はじめに 新たに書きました。 MySQLを使っても会社は潰れない 久々に記事を書いたのでどうぞお手柔らかに... 私が過去2年間で行った技術選定の成功と失敗を振り返り、その学びを共有したいと思います。 文才無いので淡々と箇条書きでいきます Twitterエンジニア垢作りました。エンジニアのお友達がいません。 @uncode_jp 注意 意見を押し付けるものではありません。ただ建設的な議論は大事だと思う。 自分の意見は明確に、歯切れのよい表現を意識している。人それぞれだよねみたいな感じに逃げたくない。技術選定に結論はある（過激）。 ただし技術選定にはコンテキストがあり、例えばプロダクトのフェーズや組織の事情によって当然結論は変わる可能性がある。 OSSの開発者さん達は偉大ですごい。あ

[dot]

前置き読むと当たり障りの無い感じかなと思ったら、言いたい放題な感じで読み応えあって良かった。薄っぺらい批判じゃなくて使い込んだ上でのコメントだからか、厭味が無くて楽しめた。

[syu-m-5151]

注意に技術選定を公開する時の全ての感情がある。公開してくれてありがとうございます。ありがとうございます。ありがとうございます。

[shag]

データストア軽い気持ちで noSQL 採用されちゃうと 10年はあと引くからマジ勘弁してほしい。

[razokulover]

デザインツールみたいなプロダクト作ってるならフロントエンド頑張るの全然ありだけど、そこまでインタラクティブではないサービスとかならいっそフロントエンドごと捨てることで禿げずに済むみたいなこともあるよ

[pakutoma]

"なぜかメンバーのキャッチアップが進まない。" これはTypeScriptの技術選定失敗してるのでは / MySQLならスキーマで分けてUUIDv7でも使えば会社潰れなさそう、どっちにしろポスグレの方が流行ってそうだけど

[Eiichiro]

“「私は何と戦っているんだ？」 その瞬間私はGraphQLのコードをすべて削除しtRPCに置き換えた。 結果、日ごろの悩みの半分が無くなりプロダクトの本質と向き合う時間が増え、肌艶もよくなり髪も生え彼女もできた。”

[bascinet]

“フラットコンフィグとか私からすると正直興味がなく、そんなことに時間をかけられないのでv8のまま放置していた”　わかる

[sametashark]

URLにPK使わなきゃいけない決まりはないよね、というところだけ気になった

[esuji5]

丁寧な前置きからの強火コメントで面白かった。私が知ってる技術については同意できそう

[poponponpon]

ここ5、6年ではVue2使ってぐわーっと作ってた頃が精神上は一番安定していたな。出来がどうかはともかく。

[altdaioh]

レスバ会場と化してて草。日を跨いてまでやることじゃねえだろｗ / RIP

[treeapps]

あの、ここはQiitaじゃないですよ

[InoHiro]

賛否あるけどおもしろかった

[strawberryhunter]

GraphQLくらいになるとコンセプトを聞いただけでスルーできそうなものだが、まだまだ複雑な物が喜ばれる世の中。

[yojik]

文体は反感買いそうな文章だけど、最終的な選択肢を観るとシンプルで良い割り切り方だと思う。

[Error401]

MySQL ディスが気に入らない人が結構いる感じだけど、例えばユーザーが数百社以上のtoBのSaaSをMySQLで実装するとしたら、どんな感じにしてるのか気になる

[otihateten3510]

まあ若くないと書けない記事ってあるよね。色々経験すると結局何も言えなくなるからね。にゃーん／次から次へと乗り換えて前の奴ディスる人に名前付けたい

[develtaro]

“MySQLを使うと会社が潰れる”こんなんで建設的な議論はできんだろクソ記事

[odakaho]

“私がTypeScriptで書いたサーバーサイドのコードの半分ぐらいも属人化している”

[JackP]

ひどくて空いた口が塞がらなかった記事。当初はこれにブックマークしてホッテントリにしたくなかったので見なかったことにしたが、ホッテントリ化したので一応増田に書いた https://anond.hatelabo.jp/20240827163420

[cl-gaku]

“なぜかメンバーのキャッチアップが進まない。”　これが理由でバックエンドはJavaになる。俺がフロントをがんばればなんとかなる

[yutaro1985]

RedisやRabbitMQについての言及が雑すぎるのが残念

[mas-higa]

"OSSの開発者さん達は偉大ですごい。ありがたく使わせてもらってます。開発者を攻撃する意図はありません。" 本当に?

[tockri]

TypeScriptいいよね。Storybookいいよ。Jotaiもいいよ。

[hjmk]

Nest.js、こんなにクソなフレームワークがあるのか！と逆に感心したangularを参考にしてるとか気が狂ってるのよな。

[yamuchagold]

うるせーお前は一生PostgreSQLでVACUUMしとけ！て言おうと思ってたけど記事を読んだら面白かった。最近は技術選定する立場にないので半分くらいわからなかったけど。

[metamix]

MySQLやNoSQLが悪いんじゃなくて使い方が悪い。技術なんて適材適所なんだから負債になるとか言って呪いかけようとするの止めろ、そもそもインフラコスト高けーんだよRDBは

[azumi_s]

Terraformは後から入れようとするときついんだよな…。

[irh_nishi]

MySQLボロクソだけど、指摘されてる内容でやらかす人はPostgreSQLでもやらかす可能性があるからなんとも。ReactやVueやAngularは正直どれでもいいしそのうち次のスタンダードが出てくると思ってる。

[daira4000]

大抵は長い物に巻かれてた方が楽なんだよな

[morimarii]

捨てる（≒移行）を考えて技術選定するのはマジ大事

[bo82]

GraphQL,NoSQLに否定的なのはかなり同感。95%のサービスには、無駄な複雑性を持ち込むだけでデメリットしかない。

[fikah]

Nestについては完全同意。なんであんなもん人気あるのか訳が分からない

[fujinopetenshi]

さらに２年後には TypeScript、React、Postgre ぐらいしか残ってないのではないか。

[kazuph1986]

Next.jsについてはSSRにしてクライアント側でごちゃごちゃ状態管理しなくていいじゃんって場所で威力をちゃんと発揮してくれる印象があり、ごたごたはあるんだけど気にならなくなりました。おじさんに優しい技術。

[c-matt]

"「私は何と戦っているんだ？」"あるあるすぎる。ORM使っちゃうとORMとDBの組み合わせで実現できる範囲内に仕様が引っ張られがちなので出来れば使いたくないかも

[for-my-internet-demo]

好き

[soratomo]

“でも世界はReact中心に回っている。”

[yarumato]

“Java 結論 TypeScriptでいい。MySQL 結論 PostgreSQLではなくこちらを選択する理由がない。ReactやRuby on Railsみたいなデファクトスタンダードになれたものだけが、全身技術負債みたいなフレームワークでも許される”

[youichirou]

いろいろ試して実際に使ってるのすごい。自分は枯れきった古い技術しかプロダクションに使ったことないので…。