TypeScriptの導入にあたって考慮すべきメリットとコスト

皆さんこんにちは。京都開発室のLinです。仕事と個人的なプロジェクトでTypeScriptによる開発を始めて約2年が経ちましたので、 TypeScript導入時の経験を皆さんにお話ししたいと思います。 近年、TypeScriptはフロントエンド分野で最も注目を集める技術となっています。The State of JavaScriptの資料によれば、TypeScriptの使用を選択する開発者は増加を続けており、その評価も肯定的なものが多いようです。 「次のプロジェクトではTypeScriptにより開発を行うべきだ」「今あるJavaScriptプロジェクトをTypeScript仕様に変更すれば、プロジェクト品質の向上につながる」と考えているチームは数多くあるでしょう。 しかしながら、TypeScript導入のコストおよびメリットについては、極めて慎重に評価を行う必要があると、私は考えています。

[arx0balest]

レベル低い方に合わせて無秩序なJavaScriptプロジェクトが蔓延るデメリットとコストもよく考えた方がいい

[potato4d]

この記事では極端な例が挙げられていますが、現実のLINE株式会社では10年選手の長期プロダクトであっても、段階的な TypeScript 移行を積極的に行っています。

[ledsun]

TypeScriptの負（？）の側面をここまで説明してくれるのは珍しい。親切だ。

[kamocyc]

とりあえず完璧は目指さないで「無いよりマシ」のノリでany使いまくっても導入するという手もあるかな

[ed_v3]

個人的にはもっとシンプルな型システムが欲しい。マニアックな型機能が多すぎる。TS好きがそーゆーの使ってきて可読性下がったりパフォーマンス下がったり学習コスト上がったりするのが一番のデメリット。

[gachapining]

“TypeScriptは、現段階では、学習する価値はあるが必須の技術という訳ではない” 正直、フロントエンドエンジニアの採用に響くレベルで必須だと思うけどなぁ‥。

[newnakashima]

うーん、凡ミスに気付かせてくれたりとか、APIリファレンス読む時間が減ったりとか、トータルで見れば恩恵の方がかなりでかいと感じるけどなぁ。昔のprototype原理主義者（classは認めない）に似たものを感じる

[noseld]

tsで誤った型定義が蔓延してたときは「こんな使い方するならjs使えよ」って思った。storeの中身違ったり、apiの戻り値が違ったり。

[laiso]

“例えばWebStormでJavaScriptを開発すると、素晴らしい推論機能を利用することができます。” これには本当助けられてる

[poontan]

ES6以前のそれを “JavaScriptで実現されていた柔軟性” などと評せる人はまあjsのまま頑張ればいいんじゃない。私はあんな負の遺産を後世に持ち越す気になれないけど

[diveintounlimit]

？

[tkmkg8m]

こういう考えの人がいるのもわかるので、昨年とあるレガシーアプリケーションにTypeScript導入するときは初期コストを急激に上げないよう注意してやったな

[mactkg]

盲目的にTypeScriptを使うな。慎重になろうってことを言ってくれる記事は貴重だな。TypeScriptのエキスパートがいた方が心強いよね...。

[nilab]

「JavaScriptを熟知した人間にとってみれば、静的型の制限があることによって、JavaScriptでは簡単に実現できていた設計がTypeScriptでは実現困難である、ということになります」

[diacompass]

静的型付け自体は嫌いじゃないけど、絶賛されるようなものでもないよな。2020年にもなってVisual StudioかC#を発見したような印象と緻密な議論が今まで回避されていた印象がある。存在意義があやふやだから排斥的なのかね

[eichisanden]

かと言ってjsにも別のデメリットがある訳で、どうせならtsで苦労した方が良いわ。挙げられたデメリットも常に当てはまる訳じゃないし。

[sigwyg]

全anyでも凡ミスに気付けるだけで便利と思うので、流行ってるうちに当たり前にしておきたい感が強い。特定のIDEやエディタ使えば便利ってのは、強制できるもんじゃないし。厳密にしすぎると型職人いないと辛いのは解る

[yamadadadada2]

tsになれば何もかも解決されるわけではなく、実力が低い人がts使うとjs以上にややこしいことになるなって感じはある

[renowan]

any許容にすれば現状tsを導入しない理由はない

[eriotto]

JavaScriptに高度に適応したハイレベル人材がゴロゴロしているとこういう指摘もあるかもしれないが、一山いくらのエンジニアを転がす仕事だとタイプセーフというのは本当に大事

[MzdA0w73tg]

やっぱ静的型付け言語やるのって大事だな。ScalaやってたおかげでTSにもすんなり馴染めたわ。ランタイムエラーを極力減らせるならそれに支払うコストは安い。TS使えないフロントエンドエンジニアとかもはや要らないし。

[cu39]

正規表現のマッチ結果オブジェクトも微妙とか、こまごま気になるとこはある。

[baronhorse]

LINE大丈夫かね

[yasu-log]

「現在、フロントエンド技術界では、「TypeScriptを使用することは現代のトレンドである」という傾向があり、TypeScriptの積極的な導入こそが時代の流れであるように見受けられます。 」

[dexia2]

単体テストをTypeScriptにするコストについては正直重いなと思うことはあります。モックするにも一工夫が必要だったり、テストでしか起きない現象も多くて、学習範囲が倍以上になる印象があります。

[chinpokomon_master]

id:arx0balest 会社というのはある程度レベルの低い人でも利益を生み出せるように仕組み化してあることに意味がある。プロダクトやサービスを作る目的を理解した方がいい。

[mas-higa]

JavaScript の柔軟性を活かしたコードは、すんなり TypeScript に変換できないよって話かな?

[wdoomer]

尻込みしてきた。

[toro-chan]

よく言ってくれました。全くその通りです。なぜかTypeScript絶対のような人が居るようだが間違ってると思う。よりよく使えばいいという、単なる道具なだけ。コストをないかのように考えるのは明瞭に間違い。

[peperon_brain]

最初はanyでお茶濁しまくってもいいから導入したほうがメリットはあると思う。TSで書き始めてから素のJSを読み書きするのがとても辛くなった。

[Amigomr]

型という制約を設けるのだから、それに伴うコストが発生するのは当然かと。それを考えず、ただ流行っているからというPMの一声で採用したとかなら、この記事の言わんとする事は分かるけどｗ

[hope_ring]

ブコメみるとTypeScript必須ぐらいの勢いだなぁ。環境回りがめんどうそうでいまだに手を出していない。。。

[jiro68]

何が目的かによる。若手のソフトウェアエンジニアに任せるとしばしば目的と手段が逆転するので、そこを間違えてはいけない。生JSでも生産性が変わらずモノが動いてメンテナンス性が良ければ TypeScript に拘る理由はない

[neet_modi_ki]

（デザイン屋という立場ではあるが）TypeScriptを導入しないという選択肢は逆に怖い。ここで挙げられたデメリットは大きくないかエッジケースであったりするが、導入するメリットがデカすぎて補ってあまりある。

[oldriver]

流し読みですまないが、いきなりガチガチに固めすぎでは。／まず緩めで導入するのは、記事などで何回も目にしたセオリーだと思うので、そういう情報を得て判断できない組織だと確かに導入は難しいだろうけど。

[door-s-dev]

もう生のjs書きたくないのねん

[gayou]

初期導入コストの見積もりを誤るケースはありそう。

[send]

今の現場では一つを残して TypeScript に移行した。特に何も困らなかったし any も使ってない(unknown は使ってるけど)。最後の一つはまもなく着手予定

[cl-gaku]

うちのレベル感ではまだ無理だ

[ntstn]

試用期間に未熟者を炙り出すのには丁度よさそう。