20/10/10 22:57:06.91 6sdqDrQt.net
>>536
それはそもそも読み方を間違ってんだよ。
関数なんて大体20行程度だし、問題になるにしてもI/Fだけ。
ただそれ以前に、俺はサイトのmimnify済みのJSでも割と読めてしまうことに気づいてしまった。
「訳の分からないことをやってないこと」が重要で、そうじゃなければ追えるんだよ。
だから、初心者のコードほど読めない。これは事実。
557:デフォルトの名無しさん
20/10/10 23:00:39.67 myt/k5c7.net
>>538
世界中のプログラマーが関数なんて大体20行程度で訳の分からないことをやってないコードを書いてくれる理想郷にお住まいなのであれば、TSはいらないだろうね
558:デフォルトの名無しさん
20/10/10 23:10:25.88 6sdqDrQt.net
>>539
逆だろ。そういう理想郷を作るようにお互い努力するんだろ。
そしてTSはJSよりはそれを目指していると思うが。
関数が20行ってのはGoogleかnpmのコーディングルールに有ったはず。
コードレビューする時に「パワポ１画面に入らないような関数を書くな」だった。
実際、そこまで短くすれば、訳の分からない複雑なことは出来なくなるから、確かに効くんだよ。
559:デフォルトの名無しさん
20/10/10 23:25:22.20 BjcbKuib.net
TS は、もっと後でよい
Ruby 3.0 で型推論が入ることになったけど、作者のMatz が、
型を入れると難しすぎて、初心者が簡単にプログラミングできなくなると言ってた
型はプロ向き。
型があると、初心者のfirst choice にならない
560:デフォルトの名無しさん
20/10/10 23:26:05.68 OZkIKLkD.net
いや型がある方が楽やろ、ガイド付きやで？
561:デフォルトの名無しさん
20/10/10 23:26:47.91 OZkIKLkD.net
コンパイルエラーで検知できずに動かしてみるまでわかんないとか…
562:デフォルトの名無しさん
20/10/10 23:37:08.35 6sdqDrQt.net
ついでに言っておくと、多分TSの「型」ってのはC++やRustの連中の「型」の範疇には入らない。
多分、連中からすると「型道」から外れてる、邪道だ、と見えると思う。
それは認識しておいた方がいい。
ただ、俺はむしろその方がいいと思っている。
C++のテンプレートなんて、
「これって型がなくてダックタイプでよければさらっと書いて終わりでしたよね？」ってのが多すぎる。
MSはそこら辺、極めて現実的でいい。
あと、既に言われているが、JSerなんてこの程度、というのは当たっている。
具体的に言えば、実力を過大評価している勘違い馬鹿が多い。
ただ、それは界隈のオンボロさと、楽勝さによっているのであって、環境を共有しているTSでも同じだよ。
とはいえ俺はこれも良いことだと思っている。
つまり技術レベルが低くても達成出来ることが（見た目）大きいわけだから。
だからCとかの連中は、なんでJSerがあんなに馬鹿でも世界が回るのか、
それはつまり、界隈のシステムが上手く出来てるからなんだけど、その辺学ぶべきだと思うよ。
563:デフォルトの名無しさん
20/10/10 23:43:46.38 6sdqDrQt.net
>>541
難しくはならないが、煩雑にはなるんだよ。
そしてその煩雑さを利益が上回る為には、最低限ある程度の規模が必要で、
それは最初の最初の初心者が書くコードの規模（精々100行）では全然足りない。
だからってスクリプト言語で調子に乗ってガシガシ書いた後に型が欲しくなる時は確かにある。
その辺、従来は対応出来なかったが、TSはそこを上手く掬い取れた。
564:デフォルトの名無しさん
20/10/10 23:50:21.71 TSALDtkC.net
JavaScriptで昔書いた3000行のコードをTypeScriptに直しているんだけど
いやまあ型は便�
565:�と思えるいろんな発見があったわ；；
566:デフォルトの名無しさん
20/10/10 23:50:29.75 hWE3VueY.net
現在もっとも人気と将来性があって最強と言われる
Pythonに型がないのはどういう理由なんでしょうか？
567:デフォルトの名無しさん
20/10/10 23:56:23.03 hWE3VueY.net
パイソンはクラスは使えるようですね
568:デフォルトの名無しさん
20/10/11 00:05:58.83 rXA2CZZq.net
>>547
Pythonが受けているのは、馬鹿でも書けるから。これに尽きる。
Cだと、PCの物理的構造をある程度知ってないと理解しにくい面があるから。
ただ、Pythonが将来性があるかは疑問だと思う。
使われ続けるという意味では確実だが、プログラマを目指すのにいいか？と言われると微妙。
俺はPythonやってないが、最近かじろうとして、止めた。
String.replace(regexp)がなくて、RegExp(str)しかなく、ああこりゃ駄目だ、と思った。
なるほどPythonではクソコードしか書けない、というのは納得だ。
しかも3.0になってずいぶん経つのに、え？まだこんな所で揉めてるの？みたいな制限事項多すぎ。
ただまあ、明らかに君はそれ以前なのだから、グダグダ言わずにさっさと始めるべきだよ。
君のレベルなら、TSでもJSでもPythonでもどれでもいいと思うよ。
Pythonのクソさが分かるようになるまでに2年ほどはかかるだろうし。
569:デフォルトの名無しさん
20/10/11 00:11:31.57 rXA2CZZq.net
>>548
クラスが使える＝オブジェクト指向が出来る、という意味では、
最近のプログラミング言語でそもそもOOP出来ないものは存在しない。
それほどまでにOOPは認められた存在だと言うこと。
ラムダも同様だが。（なおPythonのラムダには制限あり）
だから最近の言語はどれもこれも同じだ！と言われていて、実際そうなのだが、
敢えて違う言語を！とやったのがGo。
ただしGoは別方向にかなり糞なので初心者は止めた方がいい。（と思う）
ただ、実際はGoも結構初心者受けしている。特に形無しスクリプト言語上がりには。
570:デフォルトの名無しさん
20/10/11 00:24:04.47 n4TOsjKe.net
Pythonは 機械学習関連のライブラリが充実していて 最強の地位は10年後も20年後もおそらく変わらないだろう とプログラミングに詳しい知り合いが言ってました。 マシンスペックも上がってきているので Python のようなスクリプト言語でも 十分に実行速度が発揮でき益々 需要が伸びる可能性が高いと聞きましたが。
571:デフォルトの名無しさん
20/10/11 00:25:02.84 vIhtxp0O.net
>>547
mypyというものがあってだな
572:デフォルトの名無しさん
20/10/11 00:34:52.32 y3zg5lZo.net
スレチ
573:デフォルトの名無しさん
20/10/11 00:49:43.03 rXA2CZZq.net
>>551
ならその知り合いに聞けよ。ただそいつはヘボだと思うが。
Pythonが強いのはライブラリが揃っているからだが、今のところ実行速度が致命的に遅い。
それはCPUやGPUの性能向上程度では何ともならない。
機械学習なら結局のところは何回回せるかが勝負で、C比80-800倍遅いのだから話にならない。
だからCythonなんて物も出てくる。
ただしアルゴリズムを頻繁に書き換えるとなると違う。
ちゃっちゃと書き換え、夜流して朝結果を回収、夕方までにプログラムを変更してまた夜流す、
という繰り返しなら、「新しいプログラムがいつ出来るか」が勝負となり、当然スクリプト言語の方が有利だ。
ただ、これが出来る学生なんてなかなかいないと思うし、そこまで行くのなら多分Cも普通に使える。
そもそも機械学習ならそんなにアルゴリズムも変えないはずだし。
だから今でもガチの計算機工学科ではCもやってるだろ。
Cだと1時間で結果が出るのにPythonだと3日かかります、では研究の進捗も全然違ってしまう。
だから用途に合わせて使い分けることが必要で、
はっきり言ってCも大して難しくもないからそういう奴等はCを最初から学ぶようになってる。
PythonやRuby界隈が高速化を目指さないのは俺には完全に疑問だ。
何だかんだで今後とも速度は重要であり、正義だ。
Rubyなんて死にかかってるが、JSと同程度の速度が得られれば、復活するとも思っている。
ただ、Matzもその周りもそれをしようとしないんだな。クソ言語なんてもう要らないのに。
TSはその点、JSの実行速度と、スクリプト言語の弱点、
「調子乗って書いてたらグダグダになってきてヤバイっす」を型付加により多少は緩和出来る、という点でかなり立ち位置はいい。
しかもJSも今のところ死ぬ感じはないから、TSも勿論死なない。
一般的にはJSerは次第にTSerになっていくと見られているが、これも概ね正しいだろう。
確かにTSは駄目な点がない。
（界隈の駄目な点をJSからモロに受け継いでいるが）
574:デフォルトの名無しさん
20/10/11 00:50:50.85 vIhtxp0O.net
型無し糞言語は死あるのみ
型推論でスマートに型サポートを受けるのが今のトレンドだよ
575:デフォルトの名無しさん
20/10/11 01:01:08.81 sfgrEAk/.net
質問ですが
interface IPoint {
x: number;
y: number;
}
があるとして、（例えば）一致判定関数を書く場合、
function isequal(p1: IPoint, p2: IPoint) { return (p1.x == p2.y && p1.y == y2.y); }
function isequal<T extends IPoint>(p1: T, p2: T) { return (p1.x == p2.y && p1.y == y2.y); }
はどっちが良いの？
どっちもプロパティー{ x: number, y: number }を持つ任意のオブジェクトを受け入れるので同等に見えまつ、
576:デフォルトの名無しさん
20/10/11 01:02:20.20 sfgrEAk/.net
戻り値を忘れたorz
: boolean
型推論って便利ですよね、、、
577:539
20/10/11 01:27:53.11 B+MSoWxK.net
YouTube で有名な雑食系エンジニア・KENTA は、
初心者が進む道を、サーバー側言語のRuby → Go を王道としてる
Python, PHP, JavaScript などを絶対に言わない
初心者のfirst choice としては難しすぎる。
挫折確率が高すぎる
ただ年末に、Ruby 3.0 で型推論が入るから、
KENTA も、この方針を変えるかも知れない
大事件勃発！
Ruby on Rails に頼っている、すべての学校の方針が変わってしまう
ただ、first choice がGo と言うのは、絶対に無理
578:デフォルトの名無しさん
20/10/11 01:46:46.27 +wOaiLh4.net
>>556
この場合は多分同等なのでシンプルな前者で良い
後者はTを他の箇所（戻り値やコールバック関数の引数など）でも使う場合に適していることがある
例えば
function double<T extends IPoint>(p: T): T {
p.x *= 2;
p.y *= 2;
return p;
}
とか
function check<T extends IPoint>(p: T, validator: (p: T) => boolean): void {
if (!validator(p)) { throw new Error('...'); }
}
とか
ただしこれらの場合でも必ずしもextendsが適しているとは限らないので注意（特に上の例はかなり適当なので）
579:デフォルトの名無しさん
20/10/11 06:43:46.76 vDn4Pmub.net
Pythonは型を書いてもインタプリタがそれを無視して実行してくれる
高速に実行したければPyPy使えばネイティブコードに近い速度で実行出来るしmypyで型チェックも出来る
JavaScriptで型を書くと単に構文エラーになるだけだが、その内無視して実行してくれる様になるだろう
そうなったらTypeScriptは要らなくなる
580:デフォルトの名無しさん
20/10/11 07:10:15.21 qONvW7Si.net
妄想おつ
581:デフォルトの名無しさん
20/10/11 07:22:42.40 vDn4Pmub.net
Pythonみたいに動的型言語に型アノテーションを追加する事が主流になるだろう
Union型は動的型だから出来る事で、完全に静的型にするとC++みたいになってしまう
動的型＋型アノテーションは良いとこ取りで、プロから初心者まで皆が満足出来る
582:デフォルトの名無しさん
20/10/11 07:34:29.67 6reX+khV.net
Pythonは10年前にやったときは凄い言語機能だと思ったけど、それからあんまり進化しなくて今はJSにすら言語機能的には劣ってる。Pythonの良いとこ他の言語も取り込んじゃったからね。
でもそれとライブラリが充実してるってのは別問題で、このライブラリの充実っぷりがJS|TSにもあったら天下取れるのになぁと思う。
機械学習はライブラリの最適化がキモで言語の速度なんてほとんど関係ないし
583:デフォルトの名無しさん
20/10/11 08:43:37.68 AhI6YFfN.net
なんどもコードの書き換えが必要な機械学習において
Pythonのような可読性にすぐれ、少ないコードで実行できる言語はが必要不可欠なのよ。
Cythonを使えば実行速度もC/C+＋と変わらないしね。
JavaScriptはTypeScriptとして生き残ると思われる。
584:デフォルトの名無しさん
20/10/11 08:44:44.80 AhI6YFfN.net
>>558
そのYouTubeはPythonとJavaScriptで作られているという皮肉
585:デフォルトの名無しさん
20/10/11 08:59:02.53 rXA2CZZq.net
>>562
最近の初心者がすぐ「俺がやってる言語スゲー、俺スゲー」なポジショントークに走る理由が分からん。
Pythonが良かろうが悪かろうが、お前の実績でもなかろうに。
結局のところ、「○○言語スゲー」をやってる奴は、「他言語なんて絶対学びたくないマン」であって、
それを正当化する為に言い訳をしているようにしか見えん。
それは549の「知り合い」も同じ。
ただ>>556が典型的な「型の問題点」で、
規模的に「見りゃ分かるだろ」な場合でも、型あり言語は型を書くことを強制され、
結果的に煩雑なコードになってしまっていた。
それ、JSで
function isEqualPoint(p1,p2) { return (p1.x === p2.x && p1.y === p2.y); }
だったら、悩む必要もなく、その先にさっさと進めてただろ、という話。（※）
普通の頭してたらこれで十分だ。
ちなみに（メソッドではない関数で）isEqualは短すぎ。
isEqualPointはお前らが大嫌いなハンガリアンだが、どう見てもPointを受け取る前提で、そうじゃなきゃエラーだと分かる。
それを型を書いてコンパイラにやらせるのがTSで、目で見て落とすのがハンガリアン。
ただ、コードの精度を上げたいなら併用すべきで、
形無しのisEqualというのは.NETみたいにisEqualインタフェースを全部の型に対して供給し、
isEqualを持っている型はこれ使えます、てな事をやるために使う。
ただこれは.NETは世界の全てがOOP前提だから出来るのであって、JS界隈ではかなり無理。
そしてそれ以前に、isEqualはPointのメソッドとして実装すべき。
メソッドであればそもそもPoint以外を与えようがなくなるし、見た目もハンガリアン同様にエラーを検出出来る。
そしてインタフェースへの拡張も見えてくる。
どうしても野良関数にしたければ、ハンガリアンにしておく方が無難だと思うが。
なおOOPの問題点は根本的にここら辺で、
この程度のどうでもいい規模しか書けない初心者にも無駄にいちいち考えることを強いて手を止めてしまう。
このレベルならグダグダ言わずに何とでも書いてどんどん先に進んだ方がいい。
どうせ今書いてるコードなんてゴミで、後から使える事はない。
586:デフォルトの名無しさん
20/10/11 08:59:27.04 rXA2CZZq.net
少し遠回りしたが話を※の時点に戻すと、
だから「全部について型を書け」というのは少々煩雑で、型あり言語は型推論で
587:型を書かなくて良い方向に動いてる。 逆に、形無し言語は型をアノテートすることで、コンパイル時に落とせる方向に動いてる。 結果的に、どっちも同じような状況になりつつある。 落としどころは多分、C#の「ローカルは型推論、それ以外は型を書け」がまあ妥当なラインなのだろう。 だから初心者でこの辺の塩梅が分からないのなら、C#から入るのもありだと思うけど。 現実的にバランスが取れた仕様にはなってる。 >>563 JSが取り込んだPythonの良い所って何？ そんなの初耳だが。 そもそもPythonが褒められてる点なんてマジで何一つないと思うが。 （ただし俺は10年も使ってないので歴史的経緯はほぼ知らんが） JS|TSが天下を取る為に必要なのは「同期」だよ。 asyncとかじゃなくて、普通の「同期」の方が分かりやすいし、実際スクリプト言語が担当する分野ではほぼそれでいい。 c10k問題等には非同期が有利なのは事実だが、見た目の分かり易さは「同期」の方が断然いい。 「それ、同期だったらそもそも理解する必要すらなくて、上から順に実行される、で済みますよね？」が多すぎる。 ただ、「非同期」は最早宗教だから、「同期」を入れることはないのだろうけどね。 「同期」が入れば、CPUリソースが厳しいサーバ側のPHP/Ruby/（ほぼいないが）Pythonの半分ほどはNodeに移行するだろう。 (実際、Goがその界隈で流行ってるのも、大した手間をかけずに快速が得られるからであって） また、普通のスクリプト業務、つまりPythonが蔓延っている分野でも、 Python同様に簡単に書け、速度は16倍なのだから、当然普段使いする奴が出てくる。（というか俺がそれ欲しい） そうすれば、ライブラリも充実していく。 「同期」がないから普段使いしにくいのがとにかく問題。 逆にPythonは実行速度が問題で、現実的な文句はほぼこれに尽きる。 だから彼等が何故高速化を目指さないのかは俺には本当に謎。
588:デフォルトの名無しさん
20/10/11 09:13:49.37 /RVlCgv+.net
このおっさん長文書く割に知識浅いな
589:デフォルトの名無しさん
20/10/11 09:15:26.14 xz6PduLx.net
>>565
あれPythonで作られてるから進化が遅いんだぞ
外向きにはPythonで問題ないって強弁してるが完全に負債化しちゃってる
Pythonで作ったWebサービスあるある
590:デフォルトの名無しさん
20/10/11 09:29:24.51 AhI6YFfN.net
時代についていけない老害エンジニアがC/C++を必死に推してるように思うのだが
591:デフォルトの名無しさん
20/10/11 09:29:47.66 vIhtxp0O.net
>>568
浅いというか個人 or 小規模開発しかしたことなさそう
592:デフォルトの名無しさん
20/10/11 09:36:16.20 AhI6YFfN.net
Pythonの速度が遅いと言ってるのは情弱
Cで書いたライブラリに受け渡せばC言語の速度で実行できるし
Cython使えばPythonのコードほぼそのままC言語の速度がでる
Pythonで困るのはGUIくらいだろ？
593:デフォルトの名無しさん
20/10/11 09:40:52.87 sfgrEAk/.net
継承とジェネリクスが役割が被る領域において
TypeScriptではどっちの書き方がメジャー（もしくは効率的）とされているのかわからなかったのです＞＜！
>>559
レス㌧クス、
わかりた、
594:デフォルトの名無しさん
20/10/11 09:45:09.23 sfgrEAk/.net
次の質問なのですが、
タイプガードとか書くときにクラス（やハッシュ）にプロパティーが有るのか無いのか調べると思うのですが
つぎのどっちの書き方が良さげ？
(1) 'someProperty' in foo
(2) foo.someProperty != undefined
595:デフォルトの名無しさん
20/10/11 09:45:54.29 sfgrEAk/.net
なんとなく(2)の方が早いのではないか、という気がするのですが気のせい？？
596:デフォルトの名無しさん
20/10/11 09:57:22.72 rXA2CZZq.net
>>572
俺もCのDLLをスクリプト言語から呼ぶ、というのが現実的な解だとは思う。
ただ、Pythonの問題はそこじゃない。
演算を変えたい場合は結局Cを書く羽目になるから、結局Cも出来ないと駄目。
そしてCは仕様が小さいので、本気で正しく学べば簡単な部類だ。
GUIは今は現実的にHTMLがダントツで良く、何から何までWebアプリ化してる。
なら今ならElectronの方が相性がいい。当然JS/TS。
サーバ用途でPython使ったら大体は速度の問題にブチ当たるが、
これは「お気楽に書ける分遅い」というスクリプト言語の特有の問題であり、Rubyも同様で、回避手段がない。
(Nodeはgoogleの努力で例外的に異常に速いだけ）
だからPythonは「何一ついいところはないが、何も悪くもない」という、ある意味「絶対的な2番手」だ。
だからこそ「絶対他言語を学びたくないマン」はこれに拘り、ポジショントークを繰り返す。
ただ、今時の言語なんてどれも似たようなもので、実際そこに拘る理由もなく、普通の奴は易々と言語の壁なんて飛び越えていく。
普通はこちらを目指すべきだと思うけど。
PHPもクソと言われて久しいが、いまだに蔓延っているのは、あの用途では絶対的に便利だから。
それはjQueryも同じ。
597:デフォルトの名無しさん
20/10/11 09:59:21.79 vIhtxp0O.net
>>574
無料相談所じゃねえんだぞ調子に乗るな
(2)にしろ
(1)は型の保証までしてないから最後の手段
あとinterfaceはライブラリなど汎用的なコードに使うもの、普段はtypeを使え
598:572
20/10/11 10:02:33.58 sfgrEAk/.net
ていうか自己解決しますた、
e: Event を e: MouseEvent として扱ってよいか（ダウンキャスト可能か）どうかを
確認するとき、(1)の書き方でないと
MouseEventにあってEventに無いプロパティー
（e.offsetXやe.offsetY（））の有無の判定が書けませんぬ、
599:デフォルトの名無しさん
20/10/11 10:15:47.58 AhI6YFfN.net
>>576
機械学習の勉強してみ。演算やアルゴリズムなんて二の次 三の次だから。
とにかく何度もコードを書き換えてひたすらパラメーターと変数の調整作業になる。
言語の実行速度よりコードの記述速度の方が大事になる。
この時はじめて「Pythonさん。なめててごめんなさい」って言いたくなる。
600:デフォルトの名無しさん
20/10/11 10:30:46.60 rXA2CZZq.net
>>579
パラメータの変更しかしないのならそうだろうとしか。
俺は別にPythonを使うことが悪いとは言ってないぞ。
俺はJSを大変気に入っているが、それは「手抜きで書けるわりに速い」からだ。
だから俺はJSからCのDLLを呼びたいんだよ。
それがお前の場合はPythonなだけだろ。別に不思議でもないよ。
601:デフォルトの名無しさん
20/10/11 10:37:24.45 AhI6YFfN.net
>>580
PythonはCythonを使えば
ほぼPythonコードのままCのライブラリが作れるんだよ
速度はCで記述したものとほとんど変わらん
602:デフォルトの名無しさん
20/10/11 10:42:41.64 rXA2CZZq.net
>>574
それはJSでは議論し尽くされた質問。多分ググッた方がいい。
会社で書く場合は多分コーディングルールでどっちにするか決まってる。
プロパティのありなしのチェックだけなら(1)の方が原理的に速い。
ただしJSの場合はundefinedという値を設定出来るので、その場合は(1)も(2)もアウトだが。
これはJSの仕様バグだが、この辺含めてJSは厳密な型管理には向いてない。
そもそも型無しなので当然だが。
>>578
そもそもダウンキャストが必要となってる時点でOOP的には邪道。
多分それは無駄にアップキャストしてるから。
OOP初心者あるあるの、張り切って無駄にOOPして余計に複雑になってるケースだと思うよ。
それも含めて頑張れでしかないが。
603:デフォルトの名無しさん
20/10/11 10:52:20.91 rXA2CZZq.net
>>581
ならお前はPython/Cythonで一生暮らすでいいだろ。
俺はC使えるからCythonを使うことはないし、
Pythonも色々糞だからJSで�
604:ﾏむところはJSで行く。 だからCscriptはそこそこ良かったのだが、MSはこれを捨ててPowerShellという別糞言語押しなのは残念。
605:デフォルトの名無しさん
20/10/11 10:59:25.49 kZXFoyze.net
>>549
>俺はPythonやってないが、最近かじろうとして、止めた。
>String.replace(regexp)がなくて、RegExp(str)しかなく、ああこりゃ駄目だ、と思った。
>なるほどPythonではクソコードしか書けない、というのは納得だ。
馬鹿ですね判ります
606:デフォルトの名無しさん
20/10/11 11:08:21.39 kZXFoyze.net
>多分それは無駄にアップキャストしてるから。
型消去が必要な場面なんていくらでもあると思うが。
そもそもダウンキャストって動的な型判定でしかないんでOOPとは直交する概念だよな。
607:576
20/10/11 11:23:42.67 sfgrEAk/.net
自己解決しますた、2
e: EventのMoveEventへのダウンキャスト可能性判定は
if (e instanceof MoveEvent) { ... }
で逝けるっぽい
こう書いたとき、VSCodeではブロックの中でe: MuseEventとしてのインテリセンスがばっちり利くｽｹﾞｰ；；
さらにいうと、
URLﾘﾝｸ(developer.mozilla.org)
の書き方をすると、addEventHandler()の宣言とラムダ式から型推論するらしく
イベントハンドラ内に入った時点で勝手にMouseEventとして扱われる(ｽｹﾞｰ)^2
608:576
20/10/11 11:25:20.20 sfgrEAk/.net
>>582
>そもそもダウンキャストが必要となってる時点でOOP的には邪道。
HTML5とかを決めているmozilla.orgに言って、
ﾎｽｲ
609:デフォルトの名無しさん
20/10/11 11:26:44.35 rXA2CZZq.net
>>584
String.replaceとRegExp.exec(str)は明確に用途が異なる。
だからそのどちらを使ったかで何を目的にしてるかをコード上に残せる。
Pythonはそれが出来ないから糞、というだけ。
どうやらPython教の「そのやり方は一つであるべき」が根本的にある。
これが「数ある中からそれを選んだ、それを持って意図を残す」俺と決定的に合わない。
なおRubyも同様に「いろんなやり方があるべき」であり、Pythonはプログラミング言語の中ではかなり異端だと思う。
だからこそ受けている、というのはあるらしいが。
なおJS、String.search と Regexp.test 等、大体においてその状況では交換可能なメソッドは多々あるし、
Array.map/forEach/filter/reduceも、無理矢理やれば大体交換可能だ。
これについては俺は => はクロージャ無し、つまり外変数を掴めない仕様にするべきだったと思う。
そうすれば => で与えている限り「無理矢理交換」は出来なくなり、コードも読みやすくなるし、エラーも文法的に落とせた。
現状では「無理なことをしてないか目で確認」するしかなく、これは型アノテーションではどうにもならない。
だから目で落とすハンガリアンを馬鹿にしていて、でも => の仕様不備には全く文句を言わないのは、
同様にお前らも単なる馬鹿かポジショントークでしかないからだよ。
実際、 => で与える関数で外変数を掴まなければならないケースなんて半数以下だし、
その場合は function と長々と書く、でよかった。
610:デフォルトの名無しさん
20/10/11 11:37:03.05 rXA2CZZq.net
>>587
それはその通りだが、そもそもHTMLの仕様がOOP前提ではないので継承構造が綺麗になってない。
それを無理矢理それっぽく見せかけているのがHTMLElement（というかDOM）だが、
ちょこちょこ例外的なのがあって統一的に扱いきれない。
多分割と早い段階で無理だと諦めると思うよ。それも含めて頑張れだが。
mozallaが悪いわけではなく、OOP前提で作られてない物を載せ直そうとしてるから無理があるんだ。
なら不整合な古い仕様はばっさり切っていった方がいいと思うが、それは互換性の問題で切れないらしい。
だから、今後とも直ることもないよ。
611:デフォルトの名無しさん
20/10/11 11:39:39.85 ZGWQTXgj.net
>>572
PythonはOO機能が中途半端で型システムも貧弱だからアプリケーションのコアとなるドメインモデルの実装には使われない
Cythonでドメインロジック書くのはもっと非現実的
機械学習やデータ分析のようにコアとなる部分を汎用的にCでライブラリ化できるような用途には適してる
NetflixやUberのようなテクノロジ先進企業がアプリのコアからPython外して
機械学習を含むデータ分析系かシステム管理系に絞って使ってる理由
612:デフォルトの名無しさん
20/10/11 12:42:35.57 6reX+khV.net
>>588
外変数を掴まないArray関数？
センス無いなぁ。やっぱあんたOOPしかできないでしょ
613:デフォルトの名無しさん
20/10/11 12:57:09.09 AhI6YFfN.net
>>563
記述が簡単。ライブラリが充実。これが最強の所以だよ。
コードの学習コストと記述に時間がかからない分、他に時間をさける。
機械学習、データ分析、科学系でPythonの最強はしばらく続くだろう。
今話題のディープラーニングにおいてもPyTorchが最強の座に着こうとしている。
大企業が多額の資金を投入してね。
JavaScriptもネットでは必須なのでPythonと肩を並べる言語になるだろう。
この2つを極めたものだけが将来生き残れる。jabaは10年後には消えてるだろうな。
614:デフォルトの名無しさん
20/10/11 12:58:10.87 AhI6YFfN.net
Javaねｗ
615:デフォルトの名無しさん
20/10/11 13:01:56.22 rXA2CZZq.net
>>591
外変数を掴む前提ならreduceは全てforEachで代替出来る。
逆に言うと、わざわざreduceを入れたのは、見た目immutableにしたいだけ。(戻り値をconstで受けられる）
しかし現状では与えた関数が外変数を変更していない、という確証が「文法的には」ない。
つまり、「見て判断」するしかない。
この辺がハンガリアンを馬鹿にしているお前らが理解出来てないところだ。
=> がクロージャ無しなら、
const tmp = arr.reduce( => );
において、tmp以外の変数に変更がないことを文法的に保証出来た。
これをせずに、immutableだあ、型でエラーが落とせるだあ、なんて言ってる時点で意味ねえ、というだけ。
もっと効率的にエラーを落とせる仕様は有ったって事だよ。
616:デフォルトの名無しさん
20/10/11 13:11:49.27 6reX+khV.net
>>592
多分そのとおりなんだけどTS使いがPython使うとイライラするぜw
型情報もジェネリクスも貧弱だし、多少トリッキーでも短くて副作用のないコードを書くTS使いに対して、Python界隈は助長で副作用も使う簡易なコードを書く。
どっちが優れてるとは言わないけど。文化がかなり違うように感じる
617:デフォルトの名無しさん
20/10/11 13:22:19.94 rXA2CZZq.net
>>592
Javaが10年後に消えることは原理的にない。
Javaが使われているインフラとかは10年更新だが、そのまま問題ないとかで20年とかに伸びたりしてる。
そして更新時、Javaのままにするか、思い切って他言語(C++等）にするかが問われるわけだが、
今現在はJavaのまま更新されているのが普通だと思う。
だから10年後も「今更新している案件」が更新案件として出てくる。
これはガチで20年分ほど積み上がっているから、書くかどうかはともかく、読める必要は10年後も確実にある。
Pythonは今のところ「何でも出来る」という意味で安牌だが、速度が遅いのがとにかく致命的。
何度も言ってるが、俺はPython陣営がここに消極的な理由がさっぱり分からない。
原理的にはJSと同程度までは行けるはずで、そうなれば完全に天下を取れる。
対してJSは勝手に速くしてもらえただけの棚ぼたではあるが、
そもそもGUIのHTMLとダントツに相性が良く、（元々JS用だから当たり前だが）
非同期が超絶ウザイながらもデスクトップアプリケーションまでに進出してきた。
Pythonが遅いままなら、JSが「同期」を出したらPythonを普通に殺せると思う。
少なくとも、今現在の言語としての出来は、JSの方が数段上だ。
それも分かってか、Python使いはPythonの「言語として」良い点なんて絶対に挙げな
618:いだろ。 ここでも無視されてる。実際、ないと思うし。 彼等にとっては使っている人数が多いこと自体が武器であり、それを目指しているからだ。 勿論これもありだが、Javaもそうだったが、これだとどうしても古くなっていく。 だから、仮にJavaが死ぬなら、同様に「古い」とされて死ぬのはPythonだろうね。
619:デフォルトの名無しさん
20/10/11 13:40:29.31 kiEWpQjt.net
>>595
30年前のレガシー言語と比べて言語機能的に優秀じゃなければ存在価値ないよね
PythonがTSに比べて優秀なのは今まで使われてきた歴史があるところ
620:デフォルトの名無しさん
20/10/11 13:42:20.42 AhI6YFfN.net
>>596
PythonはJavaScriptの”中途半端”な速度を切り捨てて自由を手にしたのだ。
そもそも、処理速度がネックになるなんて単純計算を繰り返す場合がほとんどで
そんなもんライブラリに任せればいいんだよ。Pythonを使ってるのはプログラマだけじゃない。
科学者、数学者など他業種も多い。記述の簡単さ。ライブラリという遺産。大企業の投資。
すべてがPython最強を示している。
GUIはJavaScriptに軍配があがる。これに異を唱える奴はいないだろ。
JavaScriptはWEBで棲み分けができていて最強言語の一つだ。
そんなにPythonを逆恨みする必要はないよ。
621:デフォルトの名無しさん
20/10/11 13:52:30.76 AhI6YFfN.net
>>597
言語の記述が簡潔。これが一番だな。
パソコンよりスマホ。FLASHよりYouTube。マニュアル車よりオートマ。
人間は楽な方にながれる生き物。
処理に時間のかかるものはライブラリになげてスクリプト言語で記述。
これがこれからの流れだと思う。生産性もあげていかないと。
622:デフォルトの名無しさん
20/10/11 13:57:45.46 AhI6YFfN.net
「ワシもCで苦労したんだから、お前ら若者も苦労せい」
↑
こんな考えの老害が生産性を著しく低下させてる
623:デフォルトの名無しさん
20/10/11 14:21:59.35 rXA2CZZq.net
>>598
綺麗なだけのコードを書くことは実は簡単なんだよ。ただしそれは通常遅い。
だから処理系がそもそも速いって事がコードの美しさを保つ上でも重要ではある。
実際、Pythonから書き換えを迫られる場合はほぼ全て処理速度の問題だろ。
だから、
> 多少トリッキーでも短くて副作用のないコードを書くTS使いに対して、Python界隈は助長で副作用も使う簡易なコードを書く。 (>>595)
これの遠因もそこにある。トリッキーだが短いコードってのは通常、実行速度が遅い。
だからこれを許容出来るのは、速い処理系があるからこそ。
Pythonの場合はそもそも書けない可能性もあるが、書けたとしても遅いから使えない可能性もある。
トリッキーとは言わないが典型的なのは正規表現だ。
今現在正規表現は速いとは言えない状況で、「バックトラックを理解して速い正規表現を書く」という本末転倒なことをやらかしてるだろ。
あれも本来は「糞速い正規表現ルーチン」と「一番分かりやすい正規表現」で済むことでしかない。
ただ、今は現実的にそれが出来ないわけでさ。
同様に、正規表現で書けば至極単純なのを、indexOfやforとかで自前で探索してたりするのもそのため。
処理系の速さがコードの簡潔さ/美しさを下支えするものではあるんだよ。
だからつまり、「単純簡潔で分かりやすいが遅いコード」を許容する為には速度が不可欠で、
Pythonも速度対策すればこの辺が使えるようになって現実的な利用価値が上がるんだけどね。
それ以前に速度なんて考えてないコードばかりだから全体的に糞遅いのかもしれんが。
ただそれ以前に、JSもPythonと比べて難しい言語ではない。
Python界隈の戦略的には「Pythonこそ最易言語」であり、それ以外の意見は認められないのだろうけど、
いわゆるLL言語はどれもこれも簡単だし、大差ない。
JSにおいては「非同期」が無駄に嵌りポイントになってるから、
これさえなくなれば難易度はPythonよりもむしろ簡単になる。（文法が超絶簡素だし）
(ただし、無くなることはないとも思うが。非同期宗教酷すぎ)
624:デフォルトの名無しさん
20/10/11 14:40:59
625:.26 ID:rXA2CZZq.net
626:デフォルトの名無しさん
20/10/11 14:50:27.97 wajrVZJ7.net
このクソ冗長な駄文書く奴が簡潔なコード書けると思うかい？
627:デフォルトの名無しさん
20/10/11 14:54:59.49 xjaVw/rp.net
無理だなw
628:デフォルトの名無しさん
20/10/11 15:00:02.75 AhI6YFfN.net
要約するとPythonが憎いってことかｗ
629:デフォルトの名無しさん
20/10/11 15:06:05.60 dKH8Tkfs.net
どうでもいいがいい加減スレチ
630:デフォルトの名無しさん
20/10/11 15:45:06.69 eAcRpNge.net
>>603
ありえないよね
631:デフォルトの名無しさん
20/10/11 15:57:00.97 N5blIWED.net
長文書きたいなら別サービスいきゃいいのにｗ
632:デフォルトの名無しさん
20/10/11 17:55:24.83 n5rbjmiV.net
せっかく丁寧に説明したのに今の若者は長文が読めないとかキレ出すのに1票
633:デフォルトの名無しさん
20/10/11 18:12:49.10 rXA2CZZq.net
>>605
お前はCが出来る奴が憎くて憎くて仕方ないのは分かった。
ただ、何度も言ってるが、Cも大して難しくはない。
昔だったらプログラミングなんてしなかった馬鹿連中も最近はプログラミングするようになってきてるから、
大勢の比較的馬鹿から見たら同じ物が難しく見えるだけ。
当たり前だがCなんて昔から変わって無いし、（というか変わらな過ぎだが）
今はIDEのサポートもありネットでも情報を探せるから、昔よりは断然簡単に学べる。
同じ理系学科で比較すれば、脱落率は劇的に改善しているはずだよ。
そもそも昔は１人1台PCでもなく、家で予習/復習すら出来なかったわけでさ。
F12押せばIDEモドキがいきなり出てくる今とは全然違う。
634:デフォルトの名無しさん
20/10/11 18:38:20.01 6reX+khV.net
Cの仕様は確かに小さいよ、しかしだからといって小さいイコール簡単な世界じゃない。
メモリパズルしたりガチで�
635:ｧつマクロ組んだりSIMDで最適化したり未定義動作と戦ったりしてみると良いよ
636:デフォルトの名無しさん
20/10/11 18:47:48.52 lHUSyjod.net
いい加減にしろ。
637:デフォルトの名無しさん
20/10/11 18:57:19.02 iumhQK0o.net
マロックできないやつがおりゅってマ？ｗｗ
638:デフォルトの名無しさん
20/10/11 19:25:10.03 rXA2CZZq.net
>>611
未定義動作以外はもちろんやってるぞ。
ただJSでもTypedArrayは導入されたし、メモリパズルや最適化はCだけの話でも無いけど。
むしろそれをやる気がなければ最高速は目指せない。
numjsとか使ってる奴はJS/TSでそれやってると思うよ。
あと、お前もそうだが、最近の若い奴は使いこなす＝全機能を使う、と勘違いしている。
Cのマクロなんて深入りしたら余計に生産性が落ちる。あれはぱっと見て分かる範囲で使うべき物。
プログラミング言語なんてアプリを作る道具であって、道具を使い倒すのが目的ではない。
分かる範囲で使い、希望の動作をするアプリが出来るのなら、それでいい。
全く使って無い機能があったとしても、関係ない。
639:デフォルトの名無しさん
20/10/11 19:27:09.39 6reX+khV.net
別にここTSスレなんだからmallocできん奴おってもええやろ。今は細分化の時代だし。
640:デフォルトの名無しさん
20/10/11 20:54:24.48 rXA2CZZq.net
>>611
613読んで気づいたが、別人であったか。
Cにはもうこりごりなら、それもいいと思うけどね。
一応Nodeからffi経由でCのDLLは呼べるらしい。
それなりにオーバーヘッドはあるらしいけども、普通に使ってる分にはほぼ誤差だと思われる。
JSの数値はdouble相当だし、一応32bitのビット演算もあるし、
環境自体がそこそこ速いから、事前準備はJS側でやっても大して問題ないだろう。
単発の演算でオーバーヘッドがでかいのは問題だから、そこを何とかできれば、
科学技術計算からPythonを駆逐できる可能性がある。
ただ、PythonのCのDLLコールも同様にそれなりに遅いらしいので、マーシャリングであればどうにもならないけどね。
641:デフォルトの名無しさん
20/10/11 21:21:39.97 CIdPEDg5.net
>>602
＞C、あれは難しいのではなくて、理解するのにPCの物理的構造の理解が不可欠なだけだ
PCの物理的構造とやらが理解できたところで void (*signal(int sig, void (*func)(int)))(int) なんて宣言を読めるようになるとはとても思えないんだが
642:デフォルトの名無しさん
20/10/11 21:58:54.02 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:デフォルトの名無しさん
20/10/11 22:21:00.46 6reX+khV.net
思ったよりは詳しいみたいだし、その長文書くエネルギーでTypeScriptもっと使い込んで？
批判するならその上で批判して。ここTSスレだから。
使うまでも無いとか技術者らしからぬ事言わないでね。
645:デフォルトの名無しさん
20/10/11 22:30:53.12 KPje/k62.net
長い、3行で
646:デフォルトの名無しさん
20/10/11 22:42:52.59 rXA2CZZq.net
>>619
TSについては、今のところ使う予定無いからね。
理由は既に言ったとおり、「スモークテストまでだけの為に記述が増えすぎ」だから。
ただTSは確かに立ち位置は悪くない。
型のおいしいところだけつまみ食いしよう、という意図が明確でいい。
そもそも使って無いから細かい粗も知らんし、批判しようも無い。
JSが糞な点は多々あるけど、それはTSでどうにかなるものでも無いし。
647:デフォルトの名無しさん
20/10/11 23:10:58.87 pHYX9F42.net
>>618
>C#でも最初は採用されなかった理由だ。(C#は確か2,.0から)
Delegateは1.0からあるよ
648:デフォルトの名無しさん
20/10/12 02:32:07.80 ay8eu3sV.net
スレチは3行もいらん
649:デフォルトの名無しさん
20/10/12 06:56:35.72 MB2VBDRV.net
>>622
確認してみたがどうやらそのようだ。
なんだかんだでC#はマトモだな。
650:デフォルトの名無しさん
20/10/12 08:01:12.80 D7FMyxf4.net
実際のところ、皆さんtsを仕事で使ってたりするの？
651:デフォルトの名無しさん
20/10/12 08:49:35.94 sR+xz/oc.net
うん
652:デフォルトの名無しさん
20/10/12 08:51:37.03 wrjLnlZW.net
使ってるよ。
元々JS使いだから最初は型と戦ってばかりで時間かかって生産性下がって辛かったけど、慣れればむしろ早いし、リリースした後の安心感が段違い。
小規模開発でもこれだから規模が大きいとさらに影響は大きいだろうね
653:デフォルトの名無しさん
20/10/12 08:55:55.53 g334XhqZ.net
フロントエンドエンジニアやってるけど、React + TypeScriptが鉄板過ぎる
これ以外でUI組む気になれん
654:デフォルトの名無しさん
20/10/12 10:31:14.01 lIqFO5mi.net
サーバーサイドでも使ってる人いるのかな
typescriptとサーバーサイドでググると
サーバーサイドでもtypescript 最高たぜ～みたいな記事出てくるけどほんまかいなと。
Java,や.NET使った上でそう判断してる現場もあるんだろうか。
いま.NETしか経験がないメンバーにtsを習得させるか、思い切ってBlazorに手を出しちゃうか悩み中。
655:デフォルトの名無しさん
20/10/12 10:41:40.32 pl0L2hmu.net
鯖サイドってOSコロコロ変わるイメージ無いんだけど、JVMにしろ.netにしろVMで動かす意味ってあるの？
GoとかRustで良いんじゃ無いかって思うんだが。
656:デフォルトの名無しさん
20/10/12 10:56:21.63 sR+xz/oc.net
>>629
.NET Core使っとけ
657:デフォルトの名無しさん
20/10/12 11:29:41.17 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:デフォルトの名無しさん
20/10/12 11:39:26.90 tosLr/AM.net
>>630
むしろVM使ってるかどうかで言語を選択するケースのほうが稀
659:デフォルトの名無しさん
20/10/12 11:47:16.30 wrjLnlZW.net
>>629
TSに手を出すのとBlazorに手を出すのでは冒険度合いが違いすぎない？
660:デフォルトの名無しさん
20/10/12 12:34:06.06 lIqFO5mi.net
>>634
だよね…
こんなところで聞くことじゃないかもしれないんだけど、
サーバーサイドに記述されてるクラスって、フロントでも使えるの？
それともフロント側でもtypescriptで同じクラスを宣言しないといけない？
Blazorはクラスを共有できるくさくて…それはメリットとしてかなりでかいなあと。
661:デフォルトの名無しさん
20/10/12 12:38:53.86 gBcZoQLz.net
>>630
サーバーは言語何を使うとしても仮想化前提だろ。
662:デフォルトの名無しさん
20/10/12 12:49:06.93 wrjLnlZW.net
>>635
同じ言語だからクラス書いたファイルを両方から参照すれば良くない？
そういう意味でなくてサーバとクライアントでシームレスにインスタンスをやり取りしたいとかであればフレームワークが居るのでは？
663:デフォルトの名無しさん
20/10/12 13:00:28.44 tosLr/AM.net
>>635
両方同じ言語なら共有ライブラリとしてそれぞれから参照すればいいけど
言語が違ってもOpenAPIみたいの使ってコード生成すればいいから
2度手打ちする必要はないかも
664:633
20/10/12 13:15:11.55 lIqFO5mi.net
ごめんごめん
サーバーサイドはasp.net coreです
OpenApiとやらを使えば、クラスの生成が楽ちんてことね…
しかし二度手間感はすごいあるな…
でもBlazorに手を出すリスクを考えるとまだマシか…
665:デフォルトの名無しさん
20/10/12 13:38:59.49 sR+xz/oc.net
Blazorも使ってるけど、まだ.NET5対応のツール周りが全然だめなんだよね…業務なら素直にTypeScriptでいいと思うよ
666:デフォルトの名無しさん
20/10/12 15:15:45.91 1F5XaUKJ.net
over knight blazorくらいになってからが本番。
667:デフォルトの名無しさん
20/10/12 15:31:28.54 TNFvs/DR.net
>>633,636
だよね。
なのに何でJavaとC#何だろ？って思った。
668:デフォルトの名無しさん
20/10/12 15:34:05.12 TNFvs/DR.net
>>636
特に仮想化前提で遅くなるのに何で言語をネイティブコンパイラ言語にしないんだろ？と。
昔は実質C++しか無かったなら仕方ないとして、今なら選択肢はもっとあるのに・・・。
669:デフォルトの名無しさん
20/10/12 15:46:11.22 YFC4n48A.net
Goのコードは高機能でファットなランタイムに依存している
ランタイムとアプリを分離できないだけで、実質VM言語みたいなものだ
一方、.NET Coreはアプリとランタイムを実行ファイルに全部ぶっこんで配布することも可能
従来のVM言語という線引きは曖昧になりつつある
670:デフォルトの名無しさん
20/10/12 16:22:11.38 DGsDArLw.net
C#だとジェネリクス関連はJITに任せたほうが速かったりできるし、
.NET CoreはReady to Runでネイティブコンパイルされたコードを同梱することもできるぞ。
671:デフォルトの名無しさん
20/10/12 18:07:07.48 pl0L2hmu.net
あー・・・。
そう言えばC#はネイティブにもコンパイル出来るようになったんだっけ・・・。
C#については納得。
Javaはまあ、コード資産だろうし。
672:デフォルトの名無しさん
20/10/12 18:13:15.12 pl0L2hmu.net
JITについては正直半分くらいしか信じてないんだけど、あり得なくは無いなと思ってる。
Dや一部のC++みたいにコンパイル時実行での最適化とどっちが速いんだろうとか思う。
673:デフォルトの名無しさん
20/10/12 18:27:26.57 wrjLnlZW.net
>>645
ジェネリクスってコンパイル時に解決するものだと思ってた
674:デフォルトの名無しさん
20/10/12 18:58:23.00 2+ZUcZ4K.net
TypeScript part3
675:デフォルトの名無しさん
20/10/12 20:08:52.47 aavFFkjO.net
>>647
コンパイル時の方が多少早いけど、cppのジェネリクスもといテンプレートは型の分関数を用意するって愚直な方法をとってるので、バイナリサイズがデカくなる。
型情報も使えないしね。
あと、分岐命令なんかはどっちのほうが頻度
676:高いかとか見て、動的にプロファイル取りながら最適化しつつ実行してるので、JITの方がより良い形になる事もある。 >>648 コンパイル時に解決はしてるけど、ILレベルでは複数の関数が作られてる訳ではなかったはず。 もちろん実行時には、JITで型ごとに関数が生えることもある。
677:デフォルトの名無しさん
20/10/12 20:18:21.71 wrjLnlZW.net
>>650
そゆことね。なるほど
678:デフォルトの名無しさん
20/10/12 21:17:35.13 /8/TUV2P.net
モダンC++対マネージコード：パフォーマンス対生産性
URLﾘﾝｸ(www.infoq.com)
679:デフォルトの名無しさん
20/10/12 22:34:15.13 CacJvltN.net
>>627
型はトモダチ…！
680:デフォルトの名無しさん
20/10/12 22:37:04.59 CacJvltN.net
質問なのですがTypeScriptでC++みたいに関数引数をconstにするにはどうすれば
良いの？
681:デフォルトの名無しさん
20/10/12 22:47:48.13 CacJvltN.net
>>650
>あと、分岐命令なんかはどっちのほうが頻度高いかとか見て、動的にプロファイル取りながら最適化しつつ実行してるので、JITの方がより良い形になる事もある。
ﾃﾞﾏくね…？
プロファイル取る手間はタダじゃないし、
682:デフォルトの名無しさん
20/10/12 23:49:02.74 m2BvN3X6.net
>>654
eslint no-param-reassign
683:デフォルトの名無しさん
20/10/13 00:53:50.25 y5Oy6HcC.net
Ruby では、1秒で100万回ループすると、
JIT されて、1秒で1,000万回ループされる
684:デフォルトの名無しさん
20/10/13 06:14:03.47 ksuhhYbG.net
>>653
型はトモダチ！(ﾟ∀ﾟ)
685:デフォルトの名無しさん
20/10/13 07:33:03.58 mCCwe/N2.net
>>655
どっかで読んだけどな。
というか、AOTの制限事項として、JITより効率が悪い可能性の一つとして挙げられてるよ。
686:デフォルトの名無しさん
20/10/13 17:57:10.11 cQUBKlo0.net
(´･ω･`) webpack v5 ……
687:デフォルトの名無しさん
20/10/13 21:41:54.07 mhza1+DZ.net
>>656
「Invalid option '--param-reassign'」って言われた つ∀`；)
ESLint: 6.5.1.
ていうかできたとして無差別にconnstというのもそれはそれでC++と違う希ガスorz
688:デフォルトの名無しさん
20/10/15 17:16:37.21 pazOZeAi.net
webpack@5、めっちゃ破壊的やん…
689:デフォルトの名無しさん
20/10/15 17:39:38.69 hmYZFqJj.net
>>661
お前の目はフシアナか？
URLﾘﾝｸ(eslint.org)
ていうか引数に再代入するガイジなんて必要ないから無差別にエラーで構わんやろ
690:デフォルトの名無しさん
20/10/31 19:19:55.76 T4Ek6w2r.net
JavaScriptからTypeScriptへの書き換えｵﾜﾀ＼(^o^)／
JavaScrpit最初に知って一ヶ月で全部書いたから3000行ぐらいだろうと思っていたら
あとでちゃんと数えたら8790行やったorz
実作業4日かかった
ここで4日というのは4日×8Hではなくて4日×24Hの意m（ｒｙ
691:デフォルトの名無しさん
20/10/31 19:27:20.93 cZ59ogsv.net
乙
TypeScriptやってない頃に書いたコードってTypeScriptのこと意識してなくてオブジェクトの形を動的に変えたりしない？
自分がやったときはそのせいでだいぶ時間かかったわ
692:デフォルトの名無しさん
20/10/31 19:31:22.31 T4Ek6w2r.net
prototype文で無理矢理classにしていたやつを
さらに基底クラス（にあたるﾌﾞﾂ）の所有でもって継承を表現していたやつの普通のclassと継承への書き換えが苦痛やった、
機械的とはいえ自動化できるほど単純には行かず苦痛やった、
手製イベントのインターフェースが実際何になるのかがぐちゃらけていたので3種類のインターフェースのORで
表現できるとﾜｶﾙまで試行錯誤を要した、
あとはだいたいうまいぐあいに逝けた
とわいえVSCodeの強力なインテリセンスとリアルタイムエラー報告（スクロールバーのところが赤くなるやつ）が無かったら
到底完遂不可能なところやった、、、
webpack使用
693:デフォルトの名無しさん
20/10/31 19:34:13.19 fxcwqRC2.net
おめでとう
694:デフォルトの名無しさん
20/10/31 21:54:44.53 bInJNbvZ.net
ウンコードなJSをTSに変えることで人は強くなるのだ
おまえはまた強くなった
695:デフォルトの名無しさん
20/11/01 08:10:24.39 jzqs5N6a.net
委譲から継承に切り替えたらそりゃ辛いっしょ。
乙～
696:デフォルトの名無しさん
20/11/02 00:59:20.76 ZpVsHyOp.net
delegation over inheritance って言うしな
697:デフォルトの名無しさん
20/11/06 22:00:05.98 4red4XqV.net
GithubでもTsは定義箇所にジャンプできたりするんだな
強い
698:デフォルトの名無しさん
20/11/09 19:43:09.64 m4E6C9lQ.net
今からTypeScriptやるならDenoでいーの？
あっギャグじゃないです真面目な質問
699:デフォルトの名無しさん
20/11/09 21:13:08.03 EKGzterf.net
作った本人は デノ って発音してるように聞こえる
700:デフォルトの名無しさん
20/11/09 21:43:52.92 nCMtc7Yy.net
Denoあんまり詳しくないけど、何やりたいかにもよると思う
Web開発をする分にはまだNodeなんじゃないかな
周辺のツールやライブラリが揃ってるので
CLIツールとかならDenoでいーんでの？
701:デフォルトの名無しさん
20/11/11 11:00:58.08 UmNDS4oo.net
>>671
jsx/tsx でもイケるようになったね
702:デフォルトの名無しさん
20/11/17 22:53:14.47 slG9DoRm.net
URLﾘﾝｸ(ncjamieson.com)
URLﾘﾝｸ(github.com)
以前 type 推しの人がいたけどやっぱり interface か…
703:デフォルトの名無しさん
20/11/20 14:22:41.76 Us83CHd5.net
Announcing TypeScript 4.1
URLﾘﾝｸ(devblogs.microsoft.com)
704:デフォルトの名無しさん
20/11/20 21:01:29.75 2CLFT5fk.net
どんどん複雑になるなぁ
ついていけまへんわ
705:デフォルトの名無しさん
20/11/20 21:22:14.83 2ALlQdvp.net
逆にバージョンアップでシンプルになっていく言語ってあるの？
互換を完全に切るような言語なら可能だろうけど
706:デフォルトの名無しさん
20/11/20 21:41:42.91 lbWKfW5j.net
>>679
Schemeが小さくはなったな
ま、大規模に使われてる言語じゃないから出来る芸当だ
707:デフォルトの名無しさん
20/11/20 21:44:46.30 4mUoVYL/.net
言語機能が増えたからと言って全部使う必要はないしな
たまにどこかで使われてるのを見てあれってなったら調べるくらいで良い
708:デフォルトの名無しさん
20/11/20 21:50:47.55 lbWKfW5j.net
JavaScriptは動的型だけど、動的型は意識しなくても複雑な事が出来てしまう
TypeScriptはそれらに対して何としてでも型を付けたいんだよ
それだけの事
JavaScript自体は何も変わってない
709:デフォルトの名無しさん
20/11/20 23:06:21.09 YMHZwsA3.net
もうaltJS風WebAssemblyコンパイラにして
710:デフォルトの名無しさん
20/11/20 23:26:29.58 CQfd4Gtb.net
>>683
つ AssemblyScript
711:デフォルトの名無しさん
20/11/21 01:50:51.61 uA84MfqB.net
コンパイラ型ほ生産性低いよ。
712:デフォルトの名無しさん
20/11/21 04:03:36.16 KUTDu7Bm.net
template literal typesなんていれるから
型レベルSQLとかおかしな事やり始めてるし
URLﾘﾝｸ(github.com)
713:デフォルトの名無しさん
20/11/21 09:57:45.60 y2efXPmb.net
くっそ遅くなりそう
714:デフォルトの名無しさん
20/11/21 10:46:50.16 +IqFTLxs.net
C++並にコンパイル遅くなったりしてね。
実質マクロだから実行時は速いんちゃう？
715:デフォルトの名無しさん
20/11/21 10:54:34.52 QRxilPan.net
>>680
あれ小さくなったって言えんの？
r7rs なんて common lispよりでかいじゃん。
コアだけなら小さいだろうけどコアだけじゃなんもできんだろ。
716:デフォルトの名無しさん
20/11/21 12:06:56.10 FiI26J/z.net
うちのtsプロジェクト、tslintも入れてビルドに10分くらいかかってる。
前に -incremental 試してみてなんかの理由で断念したんだよな。
もう一度トライしてみるか。
717:デフォルトの名無しさん
20/11/21 12:34:04.91 8nB0jPpm.net
スクリプトのメリット完全に失っててワロタ
スクリプトはビルドしちゃいけないんだよ
IDEでパラレルLintするぐらいならいいけどな
ビルドしないと動きませんじゃ本末転倒でなにがなんだか
ビルドするならC#とかGoでやりゃいい
718:デフォルトの名無しさん
20/11/21 13:16:27.04 L7J0TnQj.net
ts-nodeならビルド不要だけど、それとは違う話か
TypeScriptを直に実行できる処理系は今後も現れないだろうな
719:デフォルトの名無しさん
20/11/21 13:30:05.02 y2efXPmb.net
>>691
＞ビルドするならC#とかGoでやりゃいい
ブラウザで使うのが現実的じゃない
720:デフォルトの名無しさん
20/11/21 13:42:58.96 uA84MfqB.net
Dart始めました
721:デフォルトの名無しさん
20/11/21 14:02:54.86 xoaJjvLB.net
そもそもスクリプト言語でスクリプト言語向きじゃない大規模なことをやろうとしてるからこれができたわけで、言語のせいにするのは違う
そもそも今のWeb（アプリ）はTS使ってなくてもビルドしてるものばっかりだし
722:デフォルトの名無しさん
20/11/21 14:35:34.39 FiI26J/z.net
まあ、べつに「スクリプトのメリット」を期待してtsを使ってるわけじゃないしな。
とはいえビルド時間が短縮できるならそれに越したことはないが。
723:デフォルトの名無しさん
20/11/21 15:32:21.74 +IqFTLxs.net
watch使うからビルド速度そんなに気にならないなぁ
724:デフォルトの名無しさん
20/11/21 18:31:06.90 /DiusCOy.net
>>689
RSR7-smallは5をベースにしてるから、それでなんも出来ないとか言ったら、それまでのSchemeを全否定じゃんw
725:デフォルトの名無しさん
20/11/21 18:58:48.16 +IqFTLxs.net
いっそガチでマクロ入れてくれたら色々捗るなぁ。凄く読みにくくなるだろうけど。
そこまで行かなくとも、（内部的に複数の関数を持つ）関数オーバーロードとか欲しいかも
726:デフォルトの名無しさん
20/12/09 21:30:42.37 gfVn9W3hf
型定義ファイルを自作する場合どこに置くのがセオリーでしょうか？
プロジェクトルートに@typesフォルダ作ってその中でしょうか？
727:デフォルトの名無しさん
20/12/18 05:11:45.78 7UB7snzp.net
ブラウザ使っててよく Webページ が固まることがあるから、ちゃんとUIスレッド以外で処理しろよとよく思ってたが
JavaScript 自体がシングルスレッドだったのね
WebWoker とかいうのもあるみたいだが、MDN見るに、
言語側でがっつり管理するからスレッドセーフあんまり考慮しなくてもいいみたいだし、これは楽でいいわ
Java やってて、クリティカルセクションの処理が一番嫌いだった
デッドロックの原因探すの大変すぎた
728:デフォルトの名無しさん
20/12/18 05:52:13.96 427cIB03.net
そもそもIO待ちにスレッドを使うのがナンセンスだったんだよな
729:デフォルトの名無しさん
20/12/18 07:23:19.35 7UB7snzp.net
まぁでも、
JavaScript のソースコード内に書いたものが全部同じスレッドで走ってる
ってだけで、setTimeout とかの実装内では普通に別スレッド走ってるのか。
そりゃそうだよな、そうしないと非同期処理なんてどうあがいても不可能だものね。
730:デフォルトの名無しさん
20/12/18 09:04:21.16 TR+u0YNG.net
非同期処理はスレッドの場合とそうでない場合の2種類ある
そうでない場合は基本的にハードウェア割り込みで実装されてる
タイマーとか通信処理�
731:ﾆか ファイルアクセスもOS毎に非同期APIが有るけど、libuvは互換性の為に敢えて同期APIを使う処理をスレッドプールに投げているようだ
732:デフォルトの名無しさん
20/12/18 09:10:54.87 TR+u0YNG.net
setTimeoutはスレッドを使ってない様に思うけど、結局の所ユーザー側でそれを知る術が無い
733:デフォルトの名無しさん
20/12/18 12:01:30.61 hVx5pFA4.net
>>701の問題はスレッドがどうとか関係なくて、html中のある個所の内容が決まらないと
全体のレンダリングができない構造になっていたとか、jsをダウンロードしないと
レンダリングされないのにその取得に時間がかかっているとかそんなところだろうな。
734:デフォルトの名無しさん
20/12/18 13:13:24.97 7UB7snzp.net
最近ないように思うけど、１つのページがブラウザ全体をストールさせることが多かったのよ
そんでブラウザを起動し直さなければいけない
その原因が、JS のスレッドと ブラウザのレンダリングスレッド（UIスレッド）が同じスレッドを共有してることにある
DOM 書き換えてる最中に レンダリングされちゃうと、ページレイアウトがぐちゃぐちゃになるから、全部同じスレッドで処理してるんだけど、
JSの処理でUIが固まるのを防ぐには、JS の DOM 書き換え「以外」の操作を別スレッドでやって、レンダリングスレッドと同期処理すればいい
（Java の synchronize とかの要領）
DOM 自体が レンダリングスレッドに属してるのは、しょうがないと思う
昔、マルチスレッドで動作する UI ライブラリ の多くがデッドロックその他のバグでどうにもならなくなって廃棄された（Java でいう AWT）
ということで、UI が固まるのにはスレッドは関係あると思うのよ
まぁ書き方が悪かったのかもしれんが
あと、JS がシングルスレッドなのはとても良いことだと思ってるからね、自分は
マルチスレッド化したら、どのみち同期化処理に失敗して、デッドロックで今よりも固まること多くなるだろうから
参考にした：
URLﾘﾝｸ(stackoverflow.com)
735:デフォルトの名無しさん
20/12/18 13:18:46.36 7UB7snzp.net
JS で重めの処理をしたりバグがあっても、レンダリングスレッドと分離されてれば、
少なくとも UIが固まることはないということね（デッドロックがなければ）
あと、上で最初に書いた、ブラウザ全体が固まるって話は語弊あったかもしれない
ブラウザの各タブのレンダリングスレッドと、ブラウザ全体のUIスレッドは、多分分けられてるんだよね？
後でちゃんと調べます
736:デフォルトの名無しさん
20/12/18 13:30:26.86 Lq+ZSFwA.net
firefoxがフリーズすることは最近ちょくちょくあったな
edgeに乗り換えたらきれいさっぱり直った
ffはもうだめかもわからんね
737:デフォルトの名無しさん
20/12/18 16:42:31.82 7UB7snzp.net
URLﾘﾝｸ(gimhana-ds.medium.com)
ブラウザのスレッドの話ココに載ってた
いろいろとたどってって疲れたので、全部は見てない
Chrome が Tab ごとにプロセスで、Firefox が Tab にマルチスレッド
Firefox もいっぱいプロセス作ってるけどね、ちゃんと読んだ人教えて
738:デフォルトの名無しさん
20/12/18 16:44:48.76 7UB7snzp.net
「Firefox が Tab ごとにスレッド」って書きたかった
そのスレッドも Main Thread = UI Thread （DOM 操作と JS 実行）が１個って意味で、
Raster Thread とか、Composer Thread とか多分他にもいろいろスレッド作る
739:デフォルトの名無しさん
20/12/18 17:50:47.93 m88v/MV8.net
すみません、TypeScriptって開発中はコンパイルなしでブラウザですぐに変更の動作確認をできますか？
740:デフォルトの名無しさん
20/12/18 19:33:24.14 JhB3G5yf.net
そういう時代が来るといいね
741:デフォルトの名無しさん
20/12/18 19:42:28.67 1RoKReGQ.net
Chromium
742:Edge で、YouTube を見て、 動画を、5秒先へ進めたりすると、フリーズする
743:デフォルトの名無しさん
20/12/18 21:47:42.98 TR+u0YNG.net
WebWorkerは完全にスレッドだぞ
更にAtomicsを使えばスレッド間でatomicなデータ更新が出来る
744:デフォルトの名無しさん
20/12/18 21:53:39.89 6FItt2sR.net
WebWorker使いやすくて好き。並列処理面倒くさいからたまにしか使わないけど
745:デフォルトの名無しさん
20/12/18 22:14:36.51 TR+u0YNG.net
しかし、SharedArrayBufferはSpectreのせいでほぼ使えない状態だけどね
Spectreに対応したCPUが普及しきらない限り有効にされる事は無い
Webではもはや余計な機能追加はセキュリティーホールの元という認識でこれ以上進化することも無いだろう
ただ、ストアからインストールするPWAはネイティブアプリの代わりだから、機能追加していくと思われる
746:デフォルトの名無しさん
20/12/18 23:02:27.28 2C+h9Dqf.net
ストアの収益減らすの絶対許さないマンのアップル
ｖｓ
Webから情報吸いたいマンのグーグル
747:デフォルトの名無しさん
20/12/19 13:35:36.37 biviwPkb.net
promise（もしくはasync/await）が使えたらシングルスレッドでも実質別段困らない
希ガス
748:デフォルトの名無しさん
20/12/19 15:04:10.72 +cK8B71a.net
WebWorkerとか知らんかった．．．
メインと状態を共有しないのが明確なら便利そうだな
さもなくばAsync/Awaitか
749:デフォルトの名無しさん
20/12/19 15:41:20.87 1ZOkfUtM.net
I/O boundはPromiseでいいけど
CPU boundはPromiseじゃだめだからWebWorker使う
マルチコアの有効活用
750:デフォルトの名無しさん
20/12/19 18:53:18.58 Z1BeWWR+.net
>>718
それは有る
Appleはブラウザの進化を完全に否定した(WebUSBとか実装しないと明言した)
建て前はセキュリティーだけど、真実はPWAがネイティブアプリと同等の事が出来るとApple税が取れなくなるからだろうね
751:デフォルトの名無しさん
20/12/19 18:56:13.80 dPku7W9W.net
税なら税で素直に払えばいい
それでいい製品が使えるならいいことだ
NHKのようなものだな
752:デフォルトの名無しさん
20/12/19 19:15:06.66 BJ7NL7s9.net
Appleが採用しない事で足並みが揃わなくなって、Web全体に影響するという……
753:デフォルトの名無しさん
20/12/19 19:43:44.12 GiU9Z0Di.net
🍎に足並みを揃えない連中がよくない
754:デフォルトの名無しさん
20/12/19 21:17:41.04 qtDJ4FDM.net
SharedArrayBufferの代替手段って無いの？
結局これは解決する問題なの？
755:デフォルトの名無しさん
20/12/19 22:01:28.77 oadZnMoo.net
WebUSBに関してはFireFoxも実装する予定はないので
足並みを揃えてないのはChrome
756:デフォルトの名無しさん
20/12/19 22:06:18.93 yZxXMpJa.net
目の前に機器があってスマホからコントロールしたい要求は一般的だと思うけど、USBの番号を個人で取れなくなったので、ブラウザに実装する意味は薄れたかもしれないですね。
757:デフォルトの名無しさん
20/12/19 22:29:23.32 lChJAmlD.net
ここだけはappleを応援するわ
消費者としてブラウザにどんどん変な機能つけるんじゃねぇ
758:デフォルトの名無しさん
20/12/19 22:33:23.73 yZxXMpJa.net
IoT的な意味合いで必要とする人たちが居るんですよ。
自分は見ないから動画機能を付けるなとか、聞かないから音機能を付けるなっていうのと同じでは？
759:デフォルトの名無しさん
20/12/19 22:44:29.90 8bUfeulY.net
USB APIをサーブしてajaxでlocalhostと通信でいいじゃん
わざわざブラウザがサポートすることじゃない
760:デフォルトの名無しさん
20/12/19 22:47:08.81 8bUfeulY.net
まあ百歩譲って乗せるとしても拡張でいいよな
標準化しようとするのはでしゃばりすぎ
761:デフォルトの名無しさん
20/12/19 23:00:43.45 YoyJ/iet.net
ブラウザ
762:がんばって欲しい React + TS 最高 swift + storyboard とかいう糞オブ糞のそびえ立つ糞まみれは2度と触りたくない
763:デフォルトの名無しさん
20/12/19 23:55:21.82 Z1BeWWR+.net
PWAの定義が今一漠然としてるから、今後はその辺りが進化していくと思われる
で、PWAでない場合はJavaScriptの動作は思いっきり制限されるだろうね
ま、それで良いと思う
764:デフォルトの名無しさん
20/12/20 00:28:55.07 qaHDEdvT.net
> わざわざブラウザがサポートすることじゃない
ほんとこれ
なぜわざわざブラウザでなんでもやろうとするのか
IoTなんだから普通にツールとかアプリとかドライバ書けよと
765:デフォルトの名無しさん
20/12/20 00:29:51.25 L33Timbq.net
結局ああいうのって「すげええブラウザでこんなことできた!」
いいたいだけちゃうんか、みたいなのがマジ多い
766:デフォルトの名無しさん
20/12/20 03:36:56.04 BKQi3Qp0.net
ブラウザが高機能化しすぎてブラウザさえ動作すりゃいい感じになってきてる
最終的にOS=ブラウザまで進化しかねない
767:デフォルトの名無しさん
20/12/20 04:53:54.98 gM7i2qLz.net
モバイル用OSがそんなかんじ
アプリを全てサンドボックスで隔離して出来ることを制限
じっくり時間をかけて出来ることを解放してきた
768:蟻人間
20/12/21 18:34:44.48 Zh4p3jGs.net
Web Workerの話が出たから貼っとこう
URLﾘﾝｸ(katahiromz.github.io)
769:デフォルトの名無しさん
20/12/21 18:45:09.04 cr+QDiZ1.net
ゴミサイトの宣伝すんなカス
770:蟻人間
20/12/21 18:49:49.16 Zh4p3jGs.net
これPromiseとWeb Workerのマルチスレッドでパズルを生成してる。組み合わせ無限大。しかもInternet Explorerでも動作する。まあ、素人にはひと目では分からんだろうな。
771:デフォルトの名無しさん
20/12/21 19:13:00.25 cr+QDiZ1.net
ゴミサイトの宣伝すんなカス
772:デフォルトの名無しさん
20/12/21 19:15:36.88 L7srYJg2.net
webworkerってjoinみたいなメソッドある？
773:蟻人間
20/12/21 19:15:42.32 Zh4p3jGs.net
悔しいのお、悔しいのお
774:蟻人間
20/12/21 19:17:04.35 Zh4p3jGs.net
>>743
Promise.allとかPromise.anyがあるぜ。
775:デフォルトの名無しさん
20/12/21 19:25:34.90 ApmhBnYc.net
「蟻人間」でNGぶっこむだけだろうに…
776:蟻人間
20/12/21 19:26:17.16 Zh4p3jGs.net
Promise.anyとWorkerを使った例が
>>739
にある。ご参考に。
777:デフォルトの名無しさん
20/12/21 20:32:28.70 oIaO1Bbh.net
最近のCPUってコア数バラバラでかつ非対称なコア載ってるから、6個くらいWorker立ち上げて平等に処理投げるんじゃなくて、20個くらいのWorker立ち上げて非対称でいいから適当に処理投げてあとはOSに良きに計らってもらうとかの方がベターなのかな？
778:デフォルトの名無しさん
20/12/21 20:34:43.73 ApmhBnYc.net
navigator.hardwareConcurrency
でコア数取れるぞ
779:蟻人間
20/12/21 20:44:19.66 Zh4p3jGs.net
>>749
アリがと。修正した。
780:デフォルトの名無しさん
20/12/21 20:51:02.61 oIaO1Bbh.net
>>749
なるほど。そういうのがあるのか。
じゃああとは非対称コアへの対応になるけど、これは細かくスライスして逐次投入で良いか
781:デフォルトの名無しさん
20/12/21 20:54:25.24 +ci58h/H.net
>>748
そうです
素人が考える半端なスケジューリングはアンチパターンです
782:デフォルトの名無しさん
20/12/21 22:43:20.76 Z91q9rOU.net
>>750
お前に向けて書いたんじゃない。
許可無くレスするな糞コテ
783:蟻人間
20/12/22 00:55:34.36 7oePNPbq.net
>>753
わかりました、ご主人様
784:デフォルトの名無しさん
20/12/26 09:41:16.66 3y5CuLti.net
export interface TypeA {
paramters: {
[k: string]: {
// body
}
};
}
785: こんな型があるとき、上記bodyの部分の型を取り出すことってできますかね？ const f = (k: string, o: ???): TypeA => { return { parameters: { [k]: o } }; }; こんなことがしたい。
786:デフォルトの名無しさん
20/12/26 10:04:33.59 kvlSFYEN.net
ヨーわからんがこうかね
bitどっとly
/3aJV7Hw
ts playground だが短縮URL NGワードになってるからすまんな
787:デフォルトの名無しさん
20/12/26 11:06:25.41 3y5CuLti.net
そこの type Hage の定義に "extreme" を書かずに済ませたい。
この例だと {extreme:string} という型になる部分が変更されたとしても
type Hage の記述を変えずに済むよう TypeA の定義から取り出す
方法がないかと。
788:デフォルトの名無しさん
20/12/26 11:21:04.03 3y5CuLti.net
ありがとう、わかった。
["extreme"] を削れば目的の型になりますね。
["paramters"] を使えばいいことに気付かなかった。
789:デフォルトの名無しさん
20/12/26 12:19:31.06 kvlSFYEN.net
|
| また髪の話してる
| 彡⌒ミ
＼ (´･ω･,彡⌒ミ
(| |(´･ω･`):::: 感じ悪いよね
(Y /:(| |)::::::
し ＼:(Y /::
＼し´
790:デフォルトの名無しさん
20/12/27 19:16:51.24 xvZc4lDU.net
もう一つ教えてください。
typeTypeB =
{
tag: 'a';
/* a のボディ */
} | {
tag: 'b';
/* b のボディ */
};
こんな Tagged union type があるとき、 tag === 'a' の時の型(下記)を
取り出すことはできるでしょうか。
type x = {
tag: 'a';
/* a のボディ */
}
791:デフォルトの名無しさん
20/12/27 19:33:05.66 xvZc4lDU.net
TypeB & { tag: 'a' } でいけた。ありがとう。
792:デフォルトの名無しさん
20/12/27 19:36:45.35 MtHOITLb.net
型に欲情する変態さんは piotrwitek/utility-types でも npm 愛するといいぞ
793:デフォルトの名無しさん
20/12/27 19:42:50.77 xvZc4lDU.net
またまた教えてください。
type X = A | B | C | undefined;
この X から undefined を除いた型 (A | B | C) を求めるにはどうしたらいいでしょうか。
794:デフォルトの名無しさん
20/12/27 19:45:55.95 MtHOITLb.net
>>763
この変態欲しがりめが
URLﾘﾝｸ(github.com)
795:デフォルトの名無しさん
20/12/27 19:49:30.25 86OXbM3T.net
標準にExcludeあるじゃん
796:デフォルトの名無しさん
20/12/27 19:49:45.20 xvZc4lDU.net
ありがとう！
797:デフォルトの名無しさん
20/12/28 00:46:42.66 0DUA8XV/.net
>>766
URLﾘﾝｸ(github.com)
798:デフォルトの名無しさん
20/12/28 21:27:29.35 wzipnhb8.net
何に使うんじゃ…
漏れの限られた経験では、
x: (A | B | C | undefined)
が渡ってきたら、
if (x is A) { ... }
else if (x is B) { ... }
else if (x is C) { ... }
else if (x == undefined) { ... }
else {
(エラー)
}
ぐらいしかやることが無いｷﾓｽ
799:デフォルトの名無しさん
20/12/28 22:38:22.06 f0IE/THC.net
少し簡略化するけど
type A = { [k: string]: number };
type B = { [k: string]: string };
type C = { [k: string]: boolean };
ここで type X[string] で number | string | boolean を取り出したかったけど
undefined が混じっているとうまくいかなかった。
800:デフォルトの名無しさん
21/01/03 19:57:38.08 p2o4CIkL.net
typescriptのd.tsファイルについて網羅的に解説されているドキュメントはありますでしょうか
公式は最低限の事しか書かれていなくて。
例えば、test1.d.tsは以下の通りに書いてあって
export type A1 = boolean;
type A2 = boolean;
test2.d.tsは以下の通りに書いてある場合、
type B1 = boolean;
type B2 = boolean;
A2 B2はどっちも「type XX = boolean;」という書き方をしているのに、別のtsファイルで
const x1 : A2 = t
801:rue; と書くと、Cannot find name A2 とエラーになる(importする必要がある)が const x2 : B2 = true; と書くと、import無しでもエラーは出ない。 test1.d.ts はexport文があるから「このファイル内の定義は、importをしないと使えない」というようなモードになっているのかなと思うけど、このあたりの挙動について知りたい。 declare module文を使った場合とか、namespaceやらでネストされた場合どうなるのかとか、/// <reference types="xxx" /> と書かれているとどういう扱いになるのか とか とにかくd.tsファイルの一番細かい仕様が見たい。
802:デフォルトの名無しさん
21/01/21 09:27:06.31 RZX+x1N+.net
フロントエンド系の解説動画上げてる 英語話者の Youtuber
イケメン率高すぎじゃね？
イケメンじゃなくても、
リーナスやRMSやバーナーズリーみたいな、ひと目みただけで「変人だわ」って思う人が少ない
どうなってんのよ
お前らもイケメンなの？
803:デフォルトの名無しさん
21/01/21 14:08:52.40 eZuTDFAg.net
ちなみにわしは自称福山雅治のイケメンだ
804:デフォルトの名無しさん
21/01/21 14:56:12.52 vvq65HmA.net
俺もよく歩いてると三浦春馬さんやっぱり生きてたんですねって話し掛けられて困るわ
805:デフォルトの名無しさん
21/01/21 19:34:01.03 uQRkfyi9.net
オレもしょっちゅう『二郎さんっ……！』って声を掛けられるから、「おやっ、オレは田宮二郎の生まれ代わりなのかな……？」って思ってたら、坂上二郎さんの生まれ代わりだったわ
806:デフォルトの名無しさん
21/01/21 23:37:32.75 vvq65HmA.net
>>774
加齢臭ヤバナイ？
807:デフォルトの名無しさん
21/01/21 23:42:06.12 HlaAZkkn.net
加齢臭とかいうレベルでなく今の30代ぐらいならもう何の話してるかもわからんだろうな
808:デフォルトの名無しさん
21/01/22 05:20:07.47 8pHZ8D0X.net
TypeScript で、React やったけど、いちいちいちいち型定義めんどすぎな…
相性くそわるなめくじかよ
ビジネスモデルのオブジェクトとかは型定義したいが、
いちいち props のインターフェースとか書いてらんねー
変更があったらいちいちインターフェースも書き換えなきゃいけないし
みんなどうやって使ってるの？
Angular とか他のフレームワークだと TypeScript でのやりやすさ違う？
809:デフォルトの名無しさん
21/01/22 05:27:56.87 txgEYXZL.net
>>777
ts使いこなせてないのか？
面倒ならanyにしとけ。
810:デフォルトの名無しさん
21/01/22 05:29:38.84 txgEYXZL.net
>>777
>>Angular とか他のフレームワークだと >>TypeScript でのやりやすさ違う？
やっぱts理解してしないね。
811:デフォルトの名無しさん
21/01/22 14:46:40.93 AFRlD+KK.net
> 変更があったらいちいちインターフェースも書き換えなきゃいけないし
おまえさんのようなうっかりガイジでも変更忘れがないよう指摘してくれてるというのに
わがままうっかりガイジにランクアップや
812:デフォルトの名無しさん
21/01/22 17:02:33.24 txgEYXZL.net
リファクタリングしない人もいるからね。
（いまもみじかににいるし、
拒否るかも...その人）
813:デフォルトの名無しさん
21/01/25 15:51:22.24 mMq6O8/K.net
VSCode の補完で関数シグニチャ確認する時、カオスすぎない？
ライブラリがユニオンやら使いまくってるの多くて、パット見引数が何個あるのかわかりにくいし、
もう少し見やすいポップアアップ表示にならんのかな
814:デフォルトの名無しさん
21/01/25 18:07:26.17 +dPxUq7O.net
>>782
c#以上だね。
改行で見やすくなりそーーなもんだけど。
815:デフォルトの名無しさん
21/01/25 18:33:23.35 AK6f8agf.net
c#以上にカオス…？
816:デフォルトの名無しさん
21/01/25 22:54:08.93 +dPxUq7O.net
何倍も！
型の機能も遥かに高度だ！
817:デフォルトの名無しさん
21/01/25 23:03:58.08 +dPxUq7O.net
URLﾘﾝｸ(js.studio-kingdom.com)
818:デフォルトの名無しさん
21/01/25 23:14:46.15 NBocXyOE.net
JavaScriptというそび糞をまともにするためだ
しゃーない
819:デフォルトの名無しさん
21/01/26 03:28:35.94 WX4s+KJB.net
型を半ば無理矢理付けてるだけで、最終的には型を削除したJavaScriptになる
要するに動的型言語というのは、それだけ豊富な表現力を秘めてると言うことだ
本来はそれと引き換えに実行速度が犠牲になるもんだが、VMのチューニングによりネイティブコードと遜色無いのが凄いところ
820:デフォルトの名無しさん
21/01/26 04:01:05.59 SEH/ccP0.net
後半まで読み進めると
おおおーー！ってなる。
URLﾘﾝｸ(html5experts-jp.cdn.ampproject.org)
protocol と 可変長型は c#で昔から
待望してた機能だ！
821:デフォルトの名無しさん
21/01/26 05:29:01.62 pU44oeo6.net
>>783
そうよな
割と改行するだけでも全然違うと思うんよな
できれば色もついたらそりゃ見やすいけど
なんか Extension ないんかね
822:デフォルトの名無しさん
21/01/26 05:52:17.01 pU44oeo6.net
URLﾘﾝｸ(github.com)
URLﾘﾝｸ(github.com)
このあたりかね？ TypeScript のシグニチャのポップアップ表示してる部分
823:デフォルトの名無しさん
21/01/26 07:02:54.66 RzMbHMsq.net
>>789
可変長型もう入ってなかったっけと思ったら3年前の記事か
824:デフォルトの名無しさん
21/02/10 08:45:05.84 F9HUbn2D.net
TypeScript の型定義に凝りすぎじゃね？
URLﾘﾝｸ(neos21.net)
アンサー： なぜTypeScriptの型定義に凝るのか
URLﾘﾝｸ(qiita.com)
825:デフォルトの名無しさん
21/02/10 10:21:36.03 qX2MPAZ0.net
サードパーティライブラリの型定義に関しては、
定義書くのめんどくさそうなときは any で通してる
型定義あったほうが便利なのは確かなので、
作業自動化して楽にしてくれるツール出てくるとありがたいなと思ってる
インテリセンスの進化とか
あと、VS Code で、TypeScript の型定義読みにくすぎ、
ドキュメント書いてあること少なすぎ、JavaScript のコードに直接とべねーすぎ（？）
でも、こういうアーキテクチャに関する抽象的な議論って
個々の案件に落とし込まないと本質見えてこないことととか、
そもそも想定する状況が議論する相手と食い違ってることがあるから
GitHub にある具体例でも明示してくれると議論は捗るんじゃないかなと思う
826:デフォルトの名無しさん
21/02/10 12:42:09.82 vAMcyE+N.net
弊社は障害者雇用枠しかいないのでPHPしか書けません並の駄文書いてる奴って
生きてて恥ずかしくないのかなって思っちゃう、ごめんね
827:デフォルトの名無しさん
21/02/10 14:59:14.96 J3IrN4Ey.net
>>793
この人有名人なの？
個人ブログに対する反応としては量が多くて驚く
アンサーのほうは避けられない複雑性を
”複雑な型”で表現した場合としない場合のトレードオフについては
“消えてしまうことは無い”で濁してるだけで正面から回答してないよね
最初のブログの人も感覚的な話だからどっこいどっこいだけど
↓こういうのは頑張りすぎじゃねって感じる
type ArrayOfLengthRec<Num, Elm, T extends unknown[]> = T["length"] extends Num ? T : ArrayOfLengthRec<Num, Elm, [Elm, ...T]>
828:デフォルトの名無しさん
21/02/11 02:00:22.02 jkz/J9rH.net
まぁでも型定義するの楽しいからね
パズルみたいで
夢中になっちゃうのは分かる
829:デフォルトの名無しさん
21/02/11 12:28:55.00 IWbE3xWm.net
>>797
まじかよｗ
めんどくせーだけなんだが…
830:デフォルトの名無しさん
21/02/11 12:32:46.43 89K1HM4Z.net
初心者のうちは考えなくて良いんだよ。
わけ解らなくてもコード補完してくれる位
思ってれば良い。
831:デフォルトの名無しさん
21/02/11 19:55:55.18 yR+7bkmQ.net
コード補完力・エラー発見力を高めるために型書いてる感はある
JavaとかGoの型を”書かねばならない”という強制感がないんだよな
832:デフォルトの名無しさん
21/02/11 21:33:21.20 jkz/J9rH.net
コード補完はすごいメリットだよね
あと型定義通ってると書いてて安心するし
833:デフォルトの名無しさん
21/02/11 23:22:56.80 89K1HM4Z.net
メリットの一番下は
リファクタリング耐性でしょ。
834:デフォルトの名無しさん
21/02/11 23:23:35.04 89K1HM4Z.net
メリットの一番は
リファクタリング耐性でしょ。
835:デフォルトの名無しさん
21/02/15 14:41:09.07 7BVeLT+X.net
クラスの中で、毎回 this. っての書かなきゃいけないの面倒くさくない…？
忘れるし
Java 並感
836:デフォルトの名無しさん
21/02/15 14:44:23.78 7BVeLT+X.net
URLﾘﾝｸ(github.com)
やっぱみんな思うよね…
Declined だけどね…
837:デフォルトの名無しさん
21/02/15 15:26:58.09 RViaNkw8.net
javascriptのthisのややこしさ知ってて言ってる？
838:デフォルトの名無しさん
21/02/15 20:44:05.34 fEx2IVhT.net
>>805
JS使いは誰もそう思わないと思うよ
そこでも最初から否定されてるし、その通りだよ
thisを省略可能なのは各メソッドにクロージャがない言語だけだよ
JSはそうではないから、余計に分かりにくくなるだけ
839:デフォルトの名無しさん
21/02/15 21:56:58.17 ZXLSNxbk.net
this省略が欲しいなんて1度も思ったことないわ
レガシーなJavaプロジェクトで、クソデカclass相手にした時は eclipse で this 強制せんとやってられんかった
で、Javaならローカル変数とクラス変数の違いが見分けられないだけだが
JavaScriptはただのfunctionもある
アホがJavaScriptでthisの省略悪用したら、簡単に地獄の蓋が開いて中から飛び出たイエスファッキンキリストに脳までファックされる未来が見えるね
840:デフォルトの名無しさん
21/02/15 21:58:12.78 ZXLSNxbk.net
つかしばらくclassもthisも書いた記憶ねえわ
POJOと参照透過なarrow functionがあればそれでいい
841:デフォルトの名無しさん
21/02/15 22:03:00.31 ptBzJrEw.net
tsやってるとclassいらないよね
842:デフォルトの名無しさん
21/02/16 00:04:28.67 FwQskT4w.net
個人的にはオブジェクトが副作用を持つ（と明示したい）ときは使うかな。
あとErrorを継承とか継承以外にスマートな方法が無い�
843:ﾆきも使う。 出番はそんなに多くないけども
844:デフォルトの名無しさん
21/02/24 20:43:58.73 +f/VsSol.net
Announcing TypeScript 4.2
URLﾘﾝｸ(devblogs.microsoft.com)
845:デフォルトの名無しさん
21/02/25 08:15:48.96 e2KFXpDq.net
[TypeScript のテストを Jest (ts-jest) でやってみる - Qiita](URLﾘﾝｸ(qiita.com))
これ参考にjestでテストしたのですが、ts-jest使うと、テスト時にts-jestが内部的にトランスパイルすｒので、JavaScriptコードがファイルとして生成保存されないから
テストするたびに、前のテストから変更されてないソースもいちいち全てトランスパイルしてるのですか？
それともjsファイルが生成されてれば、それを利用してくれるのですか？
846:デフォルトの名無しさん
21/02/25 20:47:42.47 pFknXJZi.net
URLﾘﾝｸ(kulshekhar.github.io)
キャッシュしてると思います
847:デフォルトの名無しさん
21/02/26 07:59:54.83 TBWzJJJb.net
>>814
ありがとう！
その図みても自分じゃ難しくてよくわからんが、確かにキャッシュ使ってるみたいだね。
思ったより複雑にいろいろしてるみたいだから、やっぱり自分が心配するような事は考慮済みだね、当たり前か。
848:デフォルトの名無しさん
21/03/04 12:38:42.72 GxKFsRrm.net
Flutter2 とともに Dart にnull安全がやって来たなあ
ちょっと勉強してみようかな
849:デフォルトの名無しさん
21/03/04 12:47:27.36 xAXt6OPO.net
Dartのことゴミだと思ってるけど
聳え立つクソof真のゴミofゴミstoryboard & xcodeをやるくらいなら、Dartで首吊った方がマシなのかもしれん
850:デフォルトの名無しさん
21/03/05 14:31:03.60 lXK+Zrlg.net
>>816
やっときたか！
851:デフォルトの名無しさん
21/03/05 17:42:21.94 Yg7S+B8Eb
26歳で独立して月収150万になった 元引きこもりエンジニアの物語
URLﾘﾝｸ(agroro.com)
【こんな僕が】フリーランスエンジニアで月収100万円を達成した5つの方法
URLﾘﾝｸ(takablog358.org)
ITフリーランスエンジニアの年収｜会社員との違いや独立後の案件の取り方
URLﾘﾝｸ(boxil.jp)
月収90万のITフリーランスプログラマー・SEが選んでる在宅案件はこんな案件です
URLﾘﾝｸ(arma-search.jp)
フリーランスの年収は平均いくら？年収1000万円以上の割合とは
URLﾘﾝｸ(freelance.levtech.jp)
フリーランスの仕事や職業の種類って何があるの？独立5年目で月収200万の僕が詳しく解説
URLﾘﾝｸ(www.buntadayo.com)
ブラック企業から退職し、独立後11ヶ月で“月収300万円超え”になるまでの軌跡を
デザイナー社長船越良太に聞いてみた！
URLﾘﾝｸ(tokyofreelance.jp)
852:デフォルトの名無しさん
21/05/18 11:15:17.98 +3nwuGsr.net
TypeScript勉強してたらオブジェクトの配列とか出てきて型の使い方が全くわからなかった。
853:デフォルトの名無しさん
21/05/18 11:53:25.44 +3nwuGsr.net
type user2 = {
id: number;
name: string;
}[];
let test2: user2 = { id: 1, name: "大谷" };
console.log(test2);
---
type user2のオブジェクトをオブジェクトの配列にしたけど、これを利用するのはどうすればいいの？
854:デフォルトの名無しさん
21/05/21 21:43:57.64 EtVgB+a
855:P.net
856:デフォルトの名無しさん
21/05/25 20:07:54.63 wb9iQvXr.net
eslintのno-unsafe-member-accessチェックを有効にするために怪しいanyは全部タイプガードを通して
使うようにしようと思ったんだが、タイプガードの中でメンバーチェックするところがno-unsafe-member-accessに
引っかかってしまう。
詰んでる？
interface TypeA {
member_a: string;
}
functin isTypeA(a: any): a is TypeA {
if (typeof a !== 'object') return false;
if (!('member_a' in a)) return false;
if (typeof a.member_a !== 'string) return false; // Unsafe member access .member_a on an any value.
return true;
}
857:デフォルトの名無しさん
21/05/27 07:58:04.71 ac9nW6BB.net
Announcing TypeScript 4.3
URLﾘﾝｸ(devblogs.microsoft.com)
858:デフォルトの名無しさん
21/05/28 20:33:33.18 xubVQEL1.net
#privateは使っていくべきなの？
859:デフォルトの名無しさん
21/05/31 20:57:24.94 N+Q3MCtj.net
プログラミング言語「TypeScript 4.3」をMicrosoftが公開
URLﾘﾝｸ(www.atmarkit.co.jp)
860:デフォルトの名無しさん
21/06/07 08:54:45.48 T37bbYD1.net
「型がないと開発できない」
「型がないと開発できないっていうのは無能」
↓翻訳
「うんこって汚い」
「うんこは汚いと思ってるやつは無能」
↓翻訳
「バーカ」
「アーホ」
861:デフォルトの名無しさん
21/06/07 11:20:40.98 f9HfMVYo.net
>>825
なるべくweb標準に寄せたほうが良いと思ってるので、俺は使ってる。
コンストラクタ引数でブロパティ初期化のシンタックスシュガーが無いのだけが不満