技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL
技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL はじめに 新たに書きました。 MySQLを使っても会社は潰れない 久々に記事を書いたのでどうぞお手柔らかに... 私が過去2年間で行った技術選定の成功と失敗を振り返り、その学びを共有したいと思います。 文才無いので淡々と箇条書きでいきます Twitterエンジニア垢作りました。エンジニアのお友達がいません。 @uncode_jp 注意 意見を押し付けるものではありません。ただ建設的な議論は大事だと思う。 自分の意見は明確に、歯切れのよい表現を意識している。人それぞれだよねみたいな感じに逃げたくない。技術選定に結論はある（過激）。 ただし技術選定にはコンテキストがあり、例えばプロダクトのフェーズや組織の事情によって当然結論は変わる可能性がある。 OSSの開発者さん達は偉大ですごい。あ
たかがRuby頑張れないやつがソフトウェア開発頑張れるハズないだろう - yuiseki
私が理解している限り、「良いソフトウェア」を開発するためには「小さいチーム」と「優秀な開発者」が最重要で、それらの欠如をIDEやら静的型言語やらで埋めることはできるというのは幻想。動的型言語は最初からそんな幻想を提供しない
アンダース・ヘルスバーグ - Wikipedia
アンダース・ヘルスバーグ (Anders Hejlsberg デンマーク語発音アナス・ハイスベル、1960年12月 - ) は、デンマークのソフトウェアエンジニアである。ボーランド社から発売されたTurbo Pascalの原作者で、後にDelphiなどの同社を代表する開発ツール製品部門のチーフアーキティクトとして活躍していたが、同社が開発ツール製品事業から一旦撤退を決めた際に、多くの同社同部門の社員たちと共にマイクロソフト社に移籍し、同社のテクニカルフェローを務め、.NET Framework及びC#の設計やTypeScriptのコア開発に従事している。 1983年、アンダース・ヘルスバーグはデンマークでTurbo Pascalを開発し、それを「旅行者」としてフランスからアメリカに渡ったフィリップ・カーンのもとへ定期的に郵送し、ボーランド・インターナショナル社の製品としてTurbo Pas
RailsでTypeScriptを使う - Kentaro Kuribayashi's blog
JavaScriptは設計が難しい。経験上、すぐグシャグシャになってしまう。よくわからなくなる。もちろん、私のスキル不足というのはあるだろうけれども、スキルが不足してるのはしかたないので、学習は続けることは前提であるにしても、技術的に解決できるなら技術に頼りたい。そうした意味で、いわゆるAltJSの中ではTypeScriptが有望だろうと思う。 RailsとTypeScript TypeScriptを使うにしても、それ単体で使うというシーンは、Webアプリケーション開発という文脈ではあまりない。たとえば、Railsで開発しているWebアプリケーションのフロントエンドを構成する言語として使うことになるだろう。その際、まず考えるべきことは、Asset Pipelineとどう折り合いをつけるかということだろう。 Asset Pipelineは、以下の機能を担っている: 拡張子(例:applica
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TypeScript 関数型スタイルでバックエンド開発のリアル
