- 1 名前：デフォルトの名無しさん [2018/04/26(木) 21:48:23.07 ID:mMDBzDaB.net]
- www.typescriptlang.org/
JavaScript that scales.
TypeScript is a typed superset of JavaScript that compiles to plain JavaScript.
Any browser. Any host. Any OS. Open Source.
part1
https://peace.5ch.net/test/read.cgi/tech/1349187527/
part2
https://mevius.5ch.net/test/read.cgi/tech/1430386649/
- 622 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:57:45.46 ID:AhI6YFfN.net]
- 「ワシもCで苦労したんだから、お前ら若者も苦労せい」
↑
こんな考えの老害が生産性を著しく低下させてる
- 623 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 14:21:59.35 ID:rXA2CZZq.net]
- >>598
綺麗なだけのコードを書くことは実は簡単なんだよ。ただしそれは通常遅い。
だから処理系がそもそも速いって事がコードの美しさを保つ上でも重要ではある。
実際、Pythonから書き換えを迫られる場合はほぼ全て処理速度の問題だろ。
だから、
> 多少トリッキーでも短くて副作用のないコードを書くTS使いに対して、Python界隈は助長で副作用も使う簡易なコードを書く。 (>>595)
これの遠因もそこにある。トリッキーだが短いコードってのは通常、実行速度が遅い。
だからこれを許容出来るのは、速い処理系があるからこそ。
Pythonの場合はそもそも書けない可能性もあるが、書けたとしても遅いから使えない可能性もある。
トリッキーとは言わないが典型的なのは正規表現だ。
今現在正規表現は速いとは言えない状況で、「バックトラックを理解して速い正規表現を書く」という本末転倒なことをやらかしてるだろ。
あれも本来は「糞速い正規表現ルーチン」と「一番分かりやすい正規表現」で済むことでしかない。
ただ、今は現実的にそれが出来ないわけでさ。
同様に、正規表現で書けば至極単純なのを、indexOfやforとかで自前で探索してたりするのもそのため。
処理系の速さがコードの簡潔さ/美しさを下支えするものではあるんだよ。
だからつまり、「単純簡潔で分かりやすいが遅いコード」を許容する為には速度が不可欠で、
Pythonも速度対策すればこの辺が使えるようになって現実的な利用価値が上がるんだけどね。
それ以前に速度なんて考えてないコードばかりだから全体的に糞遅いのかもしれんが。
ただそれ以前に、JSもPythonと比べて難しい言語ではない。
Python界隈の戦略的には「Pythonこそ最易言語」であり、それ以外の意見は認められないのだろうけど、
いわゆるLL言語はどれもこれも簡単だし、大差ない。
JSにおいては「非同期」が無駄に嵌りポイントになってるから、
これさえなくなれば難易度はPythonよりもむしろ簡単になる。（文法が超絶簡素だし）
(ただし、無くなることはないとも思うが。非同期宗教酷すぎ)
- 624 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 14:40:59
]
- [ここ壊れてます]
- 625 名前：.26 ID:rXA2CZZq.net mailto: >>598
>>600
ちなみにお前は何か勘違いしているようだが、俺はPythonを嫌っているわけでもないし、Cを強いているわけでもない。
そもそも俺はCに苦労もしてない。そう思えるのは、お前がCに苦労しているからだ。
既に言ったが、俺がJSを気に入ってるのは、「手抜きの割には速いから」だ。
速く動かす為にはこう書いた方がいい、と分かっていても、面倒なのが大半で、
どうでもいいところから完全に手が抜けるからいいのだ。
だから「JS」というよりは「JSの処理系の速さ」が好きなのであって、逆にJSが遅くてPythonが速ければ、俺はPythonを使っていただろう。
その程度の話でしかない。
それとは別に、JSも言語的にはかなり面白いので気に入ってはいるが。
なおC、あれは難しいのではなくて、理解するのにPCの物理的構造の理解が不可欠なだけだ。
実はそれを知っている奴は最初からつまずかない。
そして仕様はJSやPythonよりも単純な為、覚える範囲だけなら多分1週間もあれば例のK&Rは読めてしまう。
似ているのは物理で、ma=Fが全ての力学も、最初から理解して使いこなせる奴と、1年経っても全然理解出来ない奴と綺麗に別れたろ。
あれは理解力/思考力の問題だが、とにかく、「理解出来る奴は最初から苦労もせずに理解出来てしまう」というのはCと同じ。
君はCがとても難しくて、若者がPythonしか使えず、Pythonしか使えない自分が置き去りにされない世界を望んでいるのだろうけど、
それはない。
Cは他言語と比べたら「ドハマリする奴は絶対に抜け出せない」だけで、仕様としてはかなり簡単な言語だ。
そして計算機工学なら普通に授業してるし、実際、彼等は普通に使えていると思うよ。
ただ、データサイエンティストみたいな、計算機を使うことが主目的ではなく、単純に計算だけしたい奴等はまずはPythonからだろうさ。
そこもしばらくは変わらないとは思う。
Python使えば生産性が高いと思ってるのはお前が馬鹿なだけ。
生産性が高い奴は、その時々に応じて最適の手法を選択するだけ。
それがPythonならそうだろうし、どうせ速度が問題になると分かり切っているのなら最初からCもありだろうさ。 [] - [ここ壊れてます]
- 626 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 14:50:27.97 ID:wajrVZJ7.net]
- このクソ冗長な駄文書く奴が簡潔なコード書けると思うかい？
- 627 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 14:54:59.49 ID:xjaVw/rp.net]
- 無理だなw
- 628 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 15:00:02.75 ID:AhI6YFfN.net]
- 要約するとPythonが憎いってことかｗ
- 629 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 15:06:05.60 ID:dKH8Tkfs.net]
- どうでもいいがいい加減スレチ
- 630 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 15:45:06.69 ID:eAcRpNge.net]
- >>603
ありえないよね
- 631 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 15:57:00.97 ID:N5blIWED.net]
- 長文書きたいなら別サービスいきゃいいのにｗ
- 632 名前：デフォルトの名無しさん [2020/10/11(日) 17:55:24.83 ID:n5rbjmiV.net]
- せっかく丁寧に説明したのに今の若者は長文が読めないとかキレ出すのに1票
- 633 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 18:12:49.10 ID:rXA2CZZq.net]
- >>605
お前はCが出来る奴が憎くて憎くて仕方ないのは分かった。
ただ、何度も言ってるが、Cも大して難しくはない。
昔だったらプログラミングなんてしなかった馬鹿連中も最近はプログラミングするようになってきてるから、
大勢の比較的馬鹿から見たら同じ物が難しく見えるだけ。
当たり前だがCなんて昔から変わって無いし、（というか変わらな過ぎだが）
今はIDEのサポートもありネットでも情報を探せるから、昔よりは断然簡単に学べる。
同じ理系学科で比較すれば、脱落率は劇的に改善しているはずだよ。
そもそも昔は１人1台PCでもなく、家で予習/復習すら出来なかったわけでさ。
F12押せばIDEモドキがいきなり出てくる今とは全然違う。
- 634 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 18:38:20.01 ID:6reX+khV.net]
- Cの仕様は確かに小さいよ、しかしだからといって小さいイコール簡単な世界じゃない。
メモリパズルしたりガチで�
- 635 名前：ｧつマクロ組んだりSIMDで最適化したり未定義動作と戦ったりしてみると良いよ []
- [ここ壊れてます]
- 636 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 18:47:48.52 ID:lHUSyjod.net]
- いい加減にしろ。
- 637 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 18:57:19.02 ID:iumhQK0o.net]
- マロックできないやつがおりゅってマ？ｗｗ
- 638 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 19:25:10.03 ID:rXA2CZZq.net]
- >>611
未定義動作以外はもちろんやってるぞ。
ただJSでもTypedArrayは導入されたし、メモリパズルや最適化はCだけの話でも無いけど。
むしろそれをやる気がなければ最高速は目指せない。
numjsとか使ってる奴はJS/TSでそれやってると思うよ。
あと、お前もそうだが、最近の若い奴は使いこなす＝全機能を使う、と勘違いしている。
Cのマクロなんて深入りしたら余計に生産性が落ちる。あれはぱっと見て分かる範囲で使うべき物。
プログラミング言語なんてアプリを作る道具であって、道具を使い倒すのが目的ではない。
分かる範囲で使い、希望の動作をするアプリが出来るのなら、それでいい。
全く使って無い機能があったとしても、関係ない。
- 639 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 19:27:09.39 ID:6reX+khV.net]
- 別にここTSスレなんだからmallocできん奴おってもええやろ。今は細分化の時代だし。
- 640 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 20:54:24.48 ID:rXA2CZZq.net]
- >>611
613読んで気づいたが、別人であったか。
Cにはもうこりごりなら、それもいいと思うけどね。
一応Nodeからffi経由でCのDLLは呼べるらしい。
それなりにオーバーヘッドはあるらしいけども、普通に使ってる分にはほぼ誤差だと思われる。
JSの数値はdouble相当だし、一応32bitのビット演算もあるし、
環境自体がそこそこ速いから、事前準備はJS側でやっても大して問題ないだろう。
単発の演算でオーバーヘッドがでかいのは問題だから、そこを何とかできれば、
科学技術計算からPythonを駆逐できる可能性がある。
ただ、PythonのCのDLLコールも同様にそれなりに遅いらしいので、マーシャリングであればどうにもならないけどね。
- 641 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 21:21:39.97 ID:CIdPEDg5.net]
- >>602
＞C、あれは難しいのではなくて、理解するのにPCの物理的構造の理解が不可欠なだけだ
PCの物理的構造とやらが理解できたところで void (*signal(int sig, void (*func)(int)))(int) なんて宣言を読めるようになるとはとても思えないんだが
- 642 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 21:58:54.02 ID:rXA2CZZq.net]
- >>617
それは慣れだね。
ただ、俺もあの文法はかなり謎で、正直、仕様がよくないと思う。
それはカーニハンも文句言われてて、言い訳は多分ググッたらヒットする。
確か、曰く、この形式ならマクロにしても入れ子でも動く、らしいが、
俺が試した限りはGoみたいな分かりやすい形式でも普通に出来た。
ただ、それ以前に実は当時のCでは関数ポインタをそんなに使わなかった。
正確に言うと、sortとかでは必要とされていたが、単発で使う分には呪文扱いでよく、
勿論熟練者はそれでも使ってたのだろうけど、今ほどカジュアルには使われてなかった。
K&Rでも、「関数ポインタも出来るよ」とさらっと触れられている程度でしかない。
それがJavaで関数ポインタが存在しなかった理由だし、
C#でも最初は採用されなかった理由だ。(C#は確か2,.0から)
当時はOOPで全て行ける、継承すれば関数ポインタを直接扱う必要も無い、と思われていた。（のだと思う）
ただその後、おそらくJSのブレークにより、クロージャ/ラムダの有用性がプログラミング界隈で認識された。
勿論Lisperはそれ以前からずっと呟いていたのだろうが、今も昔もLisperなんて空気だ。
そしてあまりにも感化された連中がClosure言語をリリースする始末。
だから、今のC初心者がいきなり関数ポインタを使おうとしているのなら、
それは確かに昔のC初心者より難しいことをやってる。
ただそれは呪文扱いで�
- 643 名前：｢いと思うよ。
自分が望むアプリを作ることが目的であって、呪文使いになることが目的ではない。
まあ確かに、ここ20年でプログラミング回りもだいぶ変わったから、
C言語自体は確かに変わって無いけども、学ぶべきことが明らかに増えてるのは事実だ。
関数ポインタも、OOPも、クロージャも、並列も、昔の学生には必要なかったから。 [] - [ここ壊れてます]
- 644 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 22:21:00.46 ID:6reX+khV.net]
- 思ったよりは詳しいみたいだし、その長文書くエネルギーでTypeScriptもっと使い込んで？
批判するならその上で批判して。ここTSスレだから。
使うまでも無いとか技術者らしからぬ事言わないでね。
- 645 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 22:30:53.12 ID:KPje/k62.net]
- 長い、3行で
- 646 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 22:42:52.59 ID:rXA2CZZq.net]
- >>619
TSについては、今のところ使う予定無いからね。
理由は既に言ったとおり、「スモークテストまでだけの為に記述が増えすぎ」だから。
ただTSは確かに立ち位置は悪くない。
型のおいしいところだけつまみ食いしよう、という意図が明確でいい。
そもそも使って無いから細かい粗も知らんし、批判しようも無い。
JSが糞な点は多々あるけど、それはTSでどうにかなるものでも無いし。
- 647 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 23:10:58.87 ID:pHYX9F42.net]
- >>618
>C#でも最初は採用されなかった理由だ。(C#は確か2,.0から)
Delegateは1.0からあるよ
- 648 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 02:32:07.80 ID:ay8eu3sV.net]
- スレチは3行もいらん
- 649 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 06:56:35.72 ID:MB2VBDRV.net]
- >>622
確認してみたがどうやらそのようだ。
なんだかんだでC#はマトモだな。
- 650 名前：デフォルトの名無しさん [2020/10/12(月) 08:01:12.80 ID:D7FMyxf4.net]
- 実際のところ、皆さんtsを仕事で使ってたりするの？
- 651 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 08:49:35.94 ID:sR+xz/oc.net]
- うん
- 652 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 08:51:37.03 ID:wrjLnlZW.net]
- 使ってるよ。
元々JS使いだから最初は型と戦ってばかりで時間かかって生産性下がって辛かったけど、慣れればむしろ早いし、リリースした後の安心感が段違い。
小規模開発でもこれだから規模が大きいとさらに影響は大きいだろうね
- 653 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 08:55:55.53 ID:g334XhqZ.net]
- フロントエンドエンジニアやってるけど、React + TypeScriptが鉄板過ぎる
これ以外でUI組む気になれん
- 654 名前：デフォルトの名無しさん [2020/10/12(月) 10:31:14.01 ID:lIqFO5mi.net]
- サーバーサイドでも使ってる人いるのかな
typescriptとサーバーサイドでググると
サーバーサイドでもtypescript 最高たぜ～みたいな記事出てくるけどほんまかいなと。
Java,や.NET使った上でそう判断してる現場もあるんだろうか。
いま.NETしか経験がないメンバーにtsを習得させるか、思い切ってBlazorに手を出しちゃうか悩み中。
- 655 名前：デフォルトの名無しさん [2020/10/12(月) 10:41:40.32 ID:pl0L2hmu.net]
- 鯖サイドってOSコロコロ変わるイメージ無いんだけど、JVMにしろ.netにしろVMで動かす意味ってあるの？
GoとかRustで良いんじゃ無いかって思うんだが。
- 656 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 10:56:21.63 ID:sR+xz/oc.net]
- >>629
.NET Core使っとけ
- 657 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 11:29:41.17 ID:CsRHImZw.net]
- Ruby on Rails では、Bootstrap, React だけど、
JavaScript(JS) に、Ruby の式を埋め込む、ERB を使って、JSへ変換する。
a.js.erb
<%= Rubyの式 %>
$( "body" ).append( "<%= j(render partial: 'example_partial') %>" );
こういう書き方で、TypeScript を使えるかな？
- 658 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 11:39:26.90 ID:tosLr/AM.net]
- >>630
むしろVM使ってるかどうかで言語を選択するケースのほうが稀
- 659 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 11:47:16.30 ID:wrjLnlZW.net]
- >>629
TSに手を出すのとBlazorに手を出すのでは冒険度合いが違いすぎない？
- 660 名前：デフォルトの名無しさん [2020/10/12(月) 12:34:06.06 ID:lIqFO5mi.net]
- >>634
だよね…
こんなところで聞くことじゃないかもしれないんだけど、
サーバーサイドに記述されてるクラスって、フロントでも使えるの？
それともフロント側でもtypescriptで同じクラスを宣言しないといけない？
Blazorはクラスを共有できるくさくて…それはメリットとしてかなりでかいなあと。
- 661 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 12:38:53.86 ID:gBcZoQLz.net]
- >>630
サーバーは言語何を使うとしても仮想化前提だろ。
- 662 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 12:49:06.93 ID:wrjLnlZW.net]
- >>635
同じ言語だからクラス書いたファイルを両方から参照すれば良くない？
そういう意味でなくてサーバとクライアントでシームレスにインスタンスをやり取りしたいとかであればフレームワークが居るのでは？
- 663 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 13:00:28.44 ID:tosLr/AM.net]
- >>635
両方同じ言語なら共有ライブラリとしてそれぞれから参照すればいいけど
言語が違ってもOpenAPIみたいの使ってコード生成すればいいから
2度手打ちする必要はないかも
- 664 名前：633 [2020/10/12(月) 13:15:11.55 ID:lIqFO5mi.net]
- ごめんごめん
サーバーサイドはasp.net coreです
OpenApiとやらを使えば、クラスの生成が楽ちんてことね…
しかし二度手間感はすごいあるな…
でもBlazorに手を出すリスクを考えるとまだマシか…
- 665 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 13:38:59.49 ID:sR+xz/oc.net]
- Blazorも使ってるけど、まだ.NET5対応のツール周りが全然だめなんだよね…業務なら素直にTypeScriptでいいと思うよ
- 666 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 15:15:45.91 ID:1F5XaUKJ.net]
- over knight blazorくらいになってからが本番。
- 667 名前：デフォルトの名無しさん [2020/10/12(月) 15:31:28.54 ID:TNFvs/DR.net]
- >>633,636
だよね。
なのに何でJavaとC#何だろ？って思った。
- 668 名前：デフォルトの名無しさん [2020/10/12(月) 15:34:05.12 ID:TNFvs/DR.net]
- >>636
特に仮想化前提で遅くなるのに何で言語をネイティブコンパイラ言語にしないんだろ？と。
昔は実質C++しか無かったなら仕方ないとして、今なら選択肢はもっとあるのに・・・。
- 669 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 15:46:11.22 ID:YFC4n48A.net]
- Goのコードは高機能でファットなランタイムに依存している
ランタイムとアプリを分離できないだけで、実質VM言語みたいなものだ
一方、.NET Coreはアプリとランタイムを実行ファイルに全部ぶっこんで配布することも可能
従来のVM言語という線引きは曖昧になりつつある
- 670 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 16:22:11.38 ID:DGsDArLw.net]
- C#だとジェネリクス関連はJITに任せたほうが速かったりできるし、
.NET CoreはReady to Runでネイティブコンパイルされたコードを同梱することもできるぞ。
- 671 名前：デフォルトの名無しさん [2020/10/12(月) 18:07:07.48 ID:pl0L2hmu.net]
- あー・・・。
そう言えばC#はネイティブにもコンパイル出来るようになったんだっけ・・・。
C#については納得。
Javaはまあ、コード資産だろうし。
- 672 名前：デフォルトの名無しさん [2020/10/12(月) 18:13:15.12 ID:pl0L2hmu.net]
- JITについては正直半分くらいしか信じてないんだけど、あり得なくは無いなと思ってる。
Dや一部のC++みたいにコンパイル時実行での最適化とどっちが速いんだろうとか思う。
- 673 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 18:27:26.57 ID:wrjLnlZW.net]
- >>645
ジェネリクスってコンパイル時に解決するものだと思ってた
- 674 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 18:58:23.00 ID:2+ZUcZ4K.net]
- TypeScript part3
- 675 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 20:08:52.47 ID:aavFFkjO.net]
- >>647
コンパイル時の方が多少早いけど、cppのジェネリクスもといテンプレートは型の分関数を用意するって愚直な方法をとってるので、バイナリサイズがデカくなる。
型情報も使えないしね。
あと、分岐命令なんかはどっちのほうが頻度
- 676 名前：高いかとか見て、動的にプロファイル取りながら最適化しつつ実行してるので、JITの方がより良い形になる事もある。
>>648
コンパイル時に解決はしてるけど、ILレベルでは複数の関数が作られてる訳ではなかったはず。
もちろん実行時には、JITで型ごとに関数が生えることもある。 [] - [ここ壊れてます]
- 677 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 20:18:21.71 ID:wrjLnlZW.net]
- >>650
そゆことね。なるほど
- 678 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 21:17:35.13 ID:/8/TUV2P.net]
- モダンC++対マネージコード：パフォーマンス対生産性
https://www.infoq.com/jp/news/2012/04/native_vs_jit/
- 679 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 22:34:15.13 ID:CacJvltN.net]
- >>627
型はトモダチ…！
- 680 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 22:37:04.59 ID:CacJvltN.net]
- 質問なのですがTypeScriptでC++みたいに関数引数をconstにするにはどうすれば
良いの？
- 681 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 22:47:48.13 ID:CacJvltN.net]
- >>650
>あと、分岐命令なんかはどっちのほうが頻度高いかとか見て、動的にプロファイル取りながら最適化しつつ実行してるので、JITの方がより良い形になる事もある。
ﾃﾞﾏくね…？
プロファイル取る手間はタダじゃないし、
- 682 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 23:49:02.74 ID:m2BvN3X6.net]
- >>654
eslint no-param-reassign
- 683 名前：デフォルトの名無しさん mailto:sage [2020/10/13(火) 00:53:50.25 ID:y5Oy6HcC.net]
- Ruby では、1秒で100万回ループすると、
JIT されて、1秒で1,000万回ループされる
- 684 名前：デフォルトの名無しさん mailto:sage [2020/10/13(火) 06:14:03.47 ID:ksuhhYbG.net]
- >>653
型はトモダチ！(ﾟ∀ﾟ)
- 685 名前：デフォルトの名無しさん mailto:sage [2020/10/13(火) 07:33:03.58 ID:mCCwe/N2.net]
- >>655
どっかで読んだけどな。
というか、AOTの制限事項として、JITより効率が悪い可能性の一つとして挙げられてるよ。
- 686 名前：デフォルトの名無しさん mailto:sage [2020/10/13(火) 17:57:10.11 ID:cQUBKlo0.net]
- (´･ω･`) webpack v5 ……
- 687 名前：デフォルトの名無しさん mailto:sage [2020/10/13(火) 21:41:54.07 ID:mhza1+DZ.net]
- >>656
「Invalid option '--param-reassign'」って言われた つ∀`；)
ESLint: 6.5.1.
ていうかできたとして無差別にconnstというのもそれはそれでC++と違う希ガスorz
- 688 名前：デフォルトの名無しさん mailto:sage [2020/10/15(木) 17:16:37.21 ID:pazOZeAi.net]
- webpack@5、めっちゃ破壊的やん…
- 689 名前：デフォルトの名無しさん mailto:sage [2020/10/15(木) 17:39:38.69 ID:hmYZFqJj.net]
- >>661
お前の目はフシアナか？
https://eslint.org/docs/rules/no-param-reassign
ていうか引数に再代入するガイジなんて必要ないから無差別にエラーで構わんやろ
- 690 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 19:19:55.76 ID:T4Ek6w2r.net]
- JavaScriptからTypeScriptへの書き換えｵﾜﾀ＼(^o^)／
JavaScrpit最初に知って一ヶ月で全部書いたから3000行ぐらいだろうと思っていたら
あとでちゃんと数えたら8790行やったorz
実作業4日かかった
ここで4日というのは4日×8Hではなくて4日×24Hの意m（ｒｙ
- 691 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 19:27:20.93 ID:cZ59ogsv.net]
- 乙
TypeScriptやってない頃に書いたコードってTypeScriptのこと意識してなくてオブジェクトの形を動的に変えたりしない？
自分がやったときはそのせいでだいぶ時間かかったわ
- 692 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 19:31:22.31 ID:T4Ek6w2r.net]
- prototype文で無理矢理classにしていたやつを
さらに基底クラス（にあたるﾌﾞﾂ）の所有でもって継承を表現していたやつの普通のclassと継承への書き換えが苦痛やった、
機械的とはいえ自動化できるほど単純には行かず苦痛やった、
手製イベントのインターフェースが実際何になるのかがぐちゃらけていたので3種類のインターフェースのORで
表現できるとﾜｶﾙまで試行錯誤を要した、
あとはだいたいうまいぐあいに逝けた
とわいえVSCodeの強力なインテリセンスとリアルタイムエラー報告（スクロールバーのところが赤くなるやつ）が無かったら
到底完遂不可能なところやった、、、
webpack使用
- 693 名前：デフォルトの名無しさん [2020/10/31(土) 19:34:13.19 ID:fxcwqRC2.net]
- おめでとう
- 694 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 21:54:44.53 ID:bInJNbvZ.net]
- ウンコードなJSをTSに変えることで人は強くなるのだ
おまえはまた強くなった
- 695 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 08:10:24.39 ID:jzqs5N6a.net]
- 委譲から継承に切り替えたらそりゃ辛いっしょ。
乙～
- 696 名前：デフォルトの名無しさん mailto:sage [2020/11/02(月) 00:59:20.76 ID:ZpVsHyOp.net]
- delegation over inheritance って言うしな
- 697 名前：デフォルトの名無しさん mailto:sage [2020/11/06(金) 22:00:05.98 ID:4red4XqV.net]
- GithubでもTsは定義箇所にジャンプできたりするんだな
強い
- 698 名前：デフォルトの名無しさん mailto:sage [2020/11/09(月) 19:43:09.64 ID:m4E6C9lQ.net]
- 今からTypeScriptやるならDenoでいーの？
あっギャグじゃないです真面目な質問
- 699 名前：デフォルトの名無しさん [2020/11/09(月) 21:13:08.03 ID:EKGzterf.net]
- 作った本人は デノ って発音してるように聞こえる
- 700 名前：デフォルトの名無しさん mailto:sage [2020/11/09(月) 21:43:52.92 ID:nCMtc7Yy.net]
- Denoあんまり詳しくないけど、何やりたいかにもよると思う
Web開発をする分にはまだNodeなんじゃないかな
周辺のツールやライブラリが揃ってるので
CLIツールとかならDenoでいーんでの？
- 701 名前：デフォルトの名無しさん mailto:sage [2020/11/11(水) 11:00:58.08 ID:UmNDS4oo.net]
- >>671
jsx/tsx でもイケるようになったね
- 702 名前：デフォルトの名無しさん mailto:sage [2020/11/17(火) 22:53:14.47 ID:slG9DoRm.net]
- https://ncjamieson.com/prefer-interfaces/
https://github.com/microsoft/TypeScript/wiki/Performance
以前 type 推しの人がいたけどやっぱり interface か…
- 703 名前：デフォルトの名無しさん mailto:sage [2020/11/20(金) 14:22:41.76 ID:Us83CHd5.net]
- Announcing TypeScript 4.1
https://devblogs.microsoft.com/typescript/announcing-typescript-4-1/
- 704 名前：デフォルトの名無しさん mailto:sage [2020/11/20(金) 21:01:29.75 ID:2CLFT5fk.net]
- どんどん複雑になるなぁ
ついていけまへんわ
- 705 名前：デフォルトの名無しさん mailto:sage [2020/11/20(金) 21:22:14.83 ID:2ALlQdvp.net]
- 逆にバージョンアップでシンプルになっていく言語ってあるの？
互換を完全に切るような言語なら可能だろうけど
- 706 名前：デフォルトの名無しさん mailto:sage [2020/11/20(金) 21:41:42.91 ID:lbWKfW5j.net]
- >>679
Schemeが小さくはなったな
ま、大規模に使われてる言語じゃないから出来る芸当だ
- 707 名前：デフォルトの名無しさん mailto:sage [2020/11/20(金) 21:44:46.30 ID:4mUoVYL/.net]
- 言語機能が増えたからと言って全部使う必要はないしな
たまにどこかで使われてるのを見てあれってなったら調べるくらいで良い
- 708 名前：デフォルトの名無しさん mailto:sage [2020/11/20(金) 21:50:47.55 ID:lbWKfW5j.net]
- JavaScriptは動的型だけど、動的型は意識しなくても複雑な事が出来てしまう
TypeScriptはそれらに対して何としてでも型を付けたいんだよ
それだけの事
JavaScript自体は何も変わってない
- 709 名前：デフォルトの名無しさん mailto:sage [2020/11/20(金) 23:06:21.09 ID:YMHZwsA3.net]
- もうaltJS風WebAssemblyコンパイラにして
- 710 名前：デフォルトの名無しさん mailto:sage [2020/11/20(金) 23:26:29.58 ID:CQfd4Gtb.net]
- >>683
つ AssemblyScript
- 711 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 01:50:51.61 ID:uA84MfqB.net]
- コンパイラ型ほ生産性低いよ。
- 712 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 04:03:36.16 ID:KUTDu7Bm.net]
- template literal typesなんていれるから
型レベルSQLとかおかしな事やり始めてるし
https://github.com/codemix/ts-sql
- 713 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 09:57:45.60 ID:y2efXPmb.net]
- くっそ遅くなりそう
- 714 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 10:46:50.16 ID:+IqFTLxs.net]
- C++並にコンパイル遅くなったりしてね。
実質マクロだから実行時は速いんちゃう？
- 715 名前：デフォルトの名無しさん [2020/11/21(土) 10:54:34.52 ID:QRxilPan.net]
- >>680
あれ小さくなったって言えんの？
r7rs なんて common lispよりでかいじゃん。
コアだけなら小さいだろうけどコアだけじゃなんもできんだろ。
- 716 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 12:06:56.10 ID:FiI26J/z.net]
- うちのtsプロジェクト、tslintも入れてビルドに10分くらいかかってる。
前に -incremental 試してみてなんかの理由で断念したんだよな。
もう一度トライしてみるか。
- 717 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 12:34:04.91 ID:8nB0jPpm.net]
- スクリプトのメリット完全に失っててワロタ
スクリプトはビルドしちゃいけないんだよ
IDEでパラレルLintするぐらいならいいけどな
ビルドしないと動きませんじゃ本末転倒でなにがなんだか
ビルドするならC#とかGoでやりゃいい
- 718 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 13:16:27.04 ID:L7J0TnQj.net]
- ts-nodeならビルド不要だけど、それとは違う話か
TypeScriptを直に実行できる処理系は今後も現れないだろうな
- 719 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 13:30:05.02 ID:y2efXPmb.net]
- >>691
＞ビルドするならC#とかGoでやりゃいい
ブラウザで使うのが現実的じゃない
- 720 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 13:42:58.96 ID:uA84MfqB.net]
- Dart始めました
- 721 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 14:02:54.86 ID:xoaJjvLB.net]
- そもそもスクリプト言語でスクリプト言語向きじゃない大規模なことをやろうとしてるからこれができたわけで、言語のせいにするのは違う
そもそも今のWeb（アプリ）はTS使ってなくてもビルドしてるものばっかりだし
- 722 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 14:35:34.39 ID:FiI26J/z.net]
- まあ、べつに「スクリプトのメリット」を期待してtsを使ってるわけじゃないしな。
とはいえビルド時間が短縮できるならそれに越したことはないが。
|
 |
