インクリメンタルに新しい技術を取り入れる方法。TypeScriptへの移行を例にしたプロセス

📝 require(moduleName) は同期処理なのに対して、import(moduleName)は非同期処理となります。 📝 tsconfig.jsonでesModuleInteropがtrueでないとdeafult importの意味合いは異なります。 この表はCommonJS ModulesとECMAScript Modulesで機能的に1対1で応するという意味ではありませんが、 大まかにはこの対応表にそってECMAScript Modulesの構文へと変換ができます。 エディターを使い手動で変換したり、次のようなツールを使ってある程度機械的な変換も可能です。 cjstoesm commonjs-to-es-module-codemod このモジュールの変換で重要なことは、できるだけCommonJS ModulesとECMAScript Modulesを混ぜないことです。

[mizchi]

弊社いい話

[gfx]

“タイムライン全体でみても、TypeScriptの移行を理由に新規開発を止めた時期はありません” / すばらしいじゃん。

[ryan_aircloset]

かなり近いことやってて共感。このへんはとくにわかりみ。"大きな変更は、開発者とユーザーどちらにとっても心理的な負担が大きい。"、"現実的なコストで新しいものを取り入れる必要がある。"

[nilab]

ts-migrate で JS から TS へ一括変換。境界線。作業する順番。 / JavaScript → JavaScript + TypeScriptの混在(allowJs: true) → 型なしのTypeScript(noImplicitAny: false) → 型ありのTypeScript(noImplicitAny: true, allowJS: false) → 積極的に型を使うTypeScript

[turanukimaru]

形付けしっかりやって厳しくレビューするとレビュイーが疲弊するしTypeORMとかライブラリが吐くオブジェクトは型と中身が違ったりするので strict から始めるのはキツイ。型が好きな人から型を付けるくらいで十分な気がす

[efcl]

JavaScriptをTypeScriptを段階的に移行する方法について。 最初からしっかりとした型をつける方法とゆるい型に変換してから型をつける方法の比較、マイグレーションの順番、型を使ったAPIバリデーション、VueからReactへの段階

[ryosuke-plaid-dev]

型から api server の validator 自動生成, front と backend の api の型共通化、react と vue のインテグレーションについて。