TypeScript part3

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 08/09 11:00 / Filesize : 267 KB / Number-of Response : 1050
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

TypeScript part3

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/
2 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 06:45:07.76 ID:UX/6tIio.net]: >>1乙
3 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 09:24:36.34 ID:BNvpvGEw.net]: 乙、、待っていたぜ
4 名前：デフォルトの名無しさん [2018/04/27(金) 17:49:53.89 ID:ash3pEtl.net]: GJ
5 名前：デフォルトの名無しさん mailto:sage [2018/05/05(土) 14:43:25.34 ID:Hx/KX5JV.net]: hoshu
6 名前：デフォルトの名無しさん [2018/05/06(日) 11:12:16.85 ID:bNo7GvvW.net]: Hyperappのloggerの型定義ファイルってどこで手に入りますか？
7 名前：デフォルトの名無しさん [2018/05/06(日) 11:13:58.74 ID:vA78yxDd.net]: 【マイトＬーヤのTV出演】　『何の情報もないのか』　＂セイブ・ジ・アース″　『むしろ人類は危ない』
rosie.5ch.net/test/read.cgi/liveplus/1525571623/l50
8 名前：デフォルトの名無しさん mailto:sage [2018/05/14(月) 20:40:19.77 ID:ElOAQ/Hl.net]: TSDoc - TypeScriptソースコードのドキュメント化フォーマット
https://www.infoq.com/jp/news/2018/05/tsdoc-format-announced
9 名前：デフォルトの名無しさん [2018/05/23(水) 19:29:37.11 ID:Au5e7VGg.net]: 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

19LH5
10 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 08:11:32.75 ID:3a9sqoct.net]: Announcing TypeScript 2.9
https://blogs.msdn.microsoft.com/typescript/2018/05/31/announcing-typescript-2-9/
11 名前：デフォルトの名無しさん [2018/07/04(水) 22:39:11.44 ID:gFgZc5FG.net]: 4BN
12 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 07:17:19.72 ID:W+8CFE2I.net]: TypescriptでReactを使用してますが、型定義がないReactのライブラリが多すぎて、大変ではないですか？
型定義があっても、古くて最新のライブラリと違ったりしてうんざりしてるんですが、みなさんは平気ですか？
13 名前：デフォルトの名無しさん mailto:sage [2018/07/07(土) 17:47:00.67 ID:VPAckTLG.net]: propsくらい自分で型定義してどうぞ
14 名前：デフォルトの名無しさん mailto:sage [2018/07/09(月) 00:13:40.86 ID:uCPaSCaV.net]: ないよりか遙かにマシ、というスタンスでいた方がいい
何なら自分でtypedにコミットすべき
15 名前：デフォルトの名無しさん mailto:sage [2018/07/31(火) 14:30:07.10 ID:hUeEeg0Y.net]: Announcing TypeScript 3.0
https://blogs.msdn.microsoft.com/typescript/2018/07/30/announcing-typescript-3-0/
16 名前：デフォルトの名無しさん mailto:sage [2018/08/02(木) 20:54:21.86 ID:h7+cZz4a.net]: FacebookはReactの開発をTypescriptで行わない理由として、Flowの方が型が厳密だと言っているけど、
その辺、Typescript使いとしてはどう？
17 名前：デフォルトの名無しさん mailto:sage [2018/08/02(木) 23:29:59.64 ID:joScD/1f.net]: んーとね

わかんない
18 名前：デフォルトの名無しさん mailto:sage [2018/08/03(金) 01:22:20.77 ID:xgfpZ/vV.net]: >>16
それ情報古くね？今はTypeScriptでも遜色ないし型情報が集まってるtsの方が優位
19 名前：デフォルトの名無しさん mailto:sage [2018/08/04(土) 00:04:10.84 ID:i6N4cmbB.net]: でもTSは推論糞雑魚言語だよね
20 名前：デフォルトの名無しさん mailto:sage [2018/08/04(土) 13:54:19.51 ID:EUmm298h.net]: 型定義にそんなに悩む理由がわからん。
C#とPythonやって、Pythonは動的型付けなんだ、ですぐ慣れた。

jsの時だけ悩む理由がわからん。
推測するに、恐らくJava的な多人数による土方的開発法やってるからだろうと思う。

jsは少人数でアジャイルが基本でしょw
21 名前：デフォルトの名無しさん mailto:sage [2018/08/04(土) 15:12:52.05 ID:CIDYb54h.net]: あと「小規模」な。
22 名前：デフォルトの名無しさん mailto:sage [2018/08/04(土) 16:08:48.09 ID:uVhwgvNs.net]: 型を理解できない低学歴にはTSの学習コストは高かろうな
まぁ、ずっとjQueryとかでウンコみたいな小規模LP作ってればいいんじゃないか？
23 名前：デフォルトの名無しさん mailto:age [2018/08/04(土) 16:44:42.65 ID:EUmm298h.net]: 正直に言うと、Typescript使えると仕事の幅が広がるじゃんか。
あと何かカッコイイし（笑）
なるべく使った方が早く覚えるでしょ。
収入に直結するからそれだけ。

土方がどうとかは否定できない。
大人数だと事前に仕様をビシッと決めるから、型定義も仕様書に落とし込んでおかないといけない。

まあPerlやPythonではなんで型にこだわってる人いなかったのに、JavaScriptだけうるさいのかはよく分からないね。
自分はそれだけ世間の本気度が高い証拠なんだろうと勝手に解釈しているよ。
24 名前：デフォルトの名無しさん mailto:sage [2018/08/04(土) 16:50:42.07 ID:YdqNX3ax.net]: >>23
> まあPerlやPythonではなんで型にこだわってる人いなかったのに、JavaScriptだけうるさいのかはよく分からないね。
PerlやPythonでは「製品」を作らないからだろう。
25 名前：デフォルトの名無しさん mailto:sage [2018/08/04(土) 17:06:43.23 ID:uVhwgvNs.net]: perlはただのゴミ
pythonはTypeHinting導入されたぞ
そんなことも知らないのか（呆れ、嘲笑、溜息）
26 名前：デフォルトの名無しさん mailto:sage [2018/08/04(土) 18:35:06.39 ID:n184/BRZ.net]: 本来スクリプト言語は動的型付で良い。
ただJavaScriptは近年汎用性を増して、一般的なスクリプト言語の域から超越しつつある。

TypeScriptはJavaScriptを本格的なシステム開発言語に昇格させる為の試みの一つ。
ただこれは諸刃の刃でもあり、JavaScriptがスクリプト言語から卒業したら、第二のJavaと変わらない。

意外とそれを望んでる奴は多いかもな。
静的型付などBASICから実装されていたのだから、昔に戻ったと言う事だ。
27 名前：デフォルトの名無しさん mailto:sage [2018/08/04(土) 18:45:31.78 ID:uVhwgvNs.net]: 漸進的型付けの目指すところは、Javaの古臭い型とは異なるし、その認識は間違っている
土方だの言ってる馬鹿は論外
28 名前：デフォルトの名無しさん [2018/08/04(土) 18:47:10.99 ID:LcV/uUAN.net]: Dartってどこいったん？どうなっとるん？
29 名前：デフォルトの名無しさん [2018/08/04(土) 18:58:23.17 ID:RkzMVTpt.net]: jQueryみたいなのつかってるヴァカが騒いでいるんだろう
あんなもの使わないといけないなら、要件定義がそもそも間違えている。

TypeScriptも使えないヴァカは存在価値がない。
俺らは土方じゃなくて、プログラミングの職人なんだよ。

私大文系のヴァカはおとなしくエクセルでもいじってろよ
30 名前：デフォルトの名無しさん mailto:sage [2018/08/04(土) 19:06:10.99 ID:05jB8GFH.net]: どうした？
急に盛り上がってきたな
31 名前：デフォルトの名無しさん mailto:sage [2018/08/04(土) 19:20:43.60 ID:YdqNX3ax.net]: >>26
△ ただJavaScriptは近年汎用性を増して
○ ただ、ブラウザは近年汎用性を増して、それに付帯するプログラミング言語であるJavaScriptも

WebAssemblyもどうやらマジでやってるようだし、
実現した際にはJavaScriptも一つの選択肢にすぎない。
型あり、型推論、形無し言語を自由に選べるようになる。勿論Javaも含めて。
（というか本来Javaが機能していればWebAssemblyは不要だったはず)

俺自身はTSを使ってはいないのだが、
コンセプト的には「書きたいところだけ書ける型」のTSがいいと思うよ。
32 名前：デフォルトの名無しさん mailto:sage [2018/08/04(土) 19:29:26.08 ID:0Kx3qW8V.net]: >>29

お前はマ版から出てくるな

＞ヴァカに混じってJSをやる事になったのだが
＞Angularのドキュメント書いた奴氏ねよ
＞
＞私大文系が格好付けてワザと分かりにくく書いてるだろ
＞何言ってるのかさっぱりだわ
＞
＞ヴァカに文章かかせるなよ

Angular.jsの解説文も理解できない奴が何言ってんだよ
33 名前：デフォルトの名無しさん mailto:sage [2018/08/04(土) 22:37:51.13 ID:uVhwgvNs.net]: 確かにヴァカだなぁ
解説文以前に、AngularはVue並のゴミなんだから
その指摘はあさってだわ
34 名前：デフォルトの名無しさん mailto:sage [2018/08/05(日) 03:29:49.87 ID:CiziHO2r.net]: Angularみたいなゴミに難しい解説付けてるのが悪い
私大文系のクズが自分らを偉そうに見せる為にやってんのがバレバレだ

ヴァーカは救いようがないな
俺は長年Java一筋だったが変数に型が無いのなどあり得ないわ
仕様書に型が書いてないなんて自分で型考えろとでも言うのか？
ジャップの甘ったれた屑SEにとって都合のいい話だよな

TypeScript良いじゃねーか
こちらは仕様書をコードに落とし込むのが仕事だ
設計は設計専門職がい�
35 名前：ﾄ高い金もらってんだろ？ 型はそいつらが考えるんだよ。詳細をプログラマーに丸投げしてる時点で屑仕様なんだよ。 ヴァーカ！ []: [ここ壊れてます]
36 名前：デフォルトの名無しさん mailto:sage [2018/08/05(日) 11:04:59.08 ID:56m811a+.net]: こういう型が何なのかも知らんゲェジは型無し糞言語のウンポコペチプーで糞にまみれてろｗ
37 名前：デフォルトの名無しさん mailto:sage [2018/08/05(日) 11:55:05.19 ID:XJUWLe7Z.net]: tsはcodeとセット感あるからideあってこその型付言語ですよ。
そういう意味で最高。
codeのExtension書けるしね
38 名前：デフォルトの名無しさん mailto:age [2018/08/05(日) 13:25:49.74 ID:CiziHO2r.net]: タイプスクリプトでVS Codeが最高。
たまに鉛筆と紙で手書きでコードかけると自称する奴いるけど、俺はそういう無理だし無駄だと思う。

コード補完機能が1番良い感じ。
39 名前：デフォルトの名無しさん mailto:sage [2018/08/05(日) 15:04:53.13 ID:/1jqsBrh.net]: このスレの諸兄は普段どのような開発でTypeScriptを使っておられるのかな？
40 名前：デフォルトの名無しさん mailto:sage [2018/08/05(日) 17:03:05.39 ID:dEmbaIpR.net]: >>38

学校で出された課題色々。
就職したらレベル低い奴多そうだから、俺は無双出来ると思うぜ。
41 名前：デフォルトの名無しさん mailto:sage [2018/08/05(日) 19:56:12.53 ID:9Ci45qXo.net]: 型の概念も分かってないバカがいっぱいいるようだし
俺の方が知識は上だ。
論破して相手が悔しがってるの想像すると楽しい。

こんなロートルな連中に負ける気はしない。
42 名前：デフォルトの名無しさん [2018/08/06(月) 03:56:14.62 ID:v2o4XMWR.net]: もうすぐ全てのjava有料になるからjvm系は絶滅するんじゃないの？
ざまぁwwww
俺が社会人になったら土方どもに色々教えたるよ
惨めな土方どもwww
43 名前：デフォルトの名無しさん mailto:sage [2018/08/06(月) 06:41:20.27 ID:quUF03Tj.net]: まってるよ
44 名前：デフォルトの名無しさん mailto:sage [2018/08/06(月) 14:23:37.61 ID:ODvV2Pda.net]: こういう頭でっかちは社会に出てから潰されてニートになったりするからね。勉強会に参加して早めに鼻っ柱を折る経験をしといたほうが良い
45 名前：デフォルトの名無しさん mailto:sage [2018/08/09(木) 12:54:45.59 ID:GPWcQL0I.net]: UWPアプリ開発でTypescript+Reactを使っているのは自分含めて数人だろうな。
46 名前：デフォルトの名無しさん mailto:sage [2018/08/09(木) 20:30:43.93 ID:WZIXbM0Y.net]: アプリなら素直にC#で作れよ
jsプププ
47 名前：デフォルトの名無しさん mailto:sage [2018/08/11(土) 06:17:13.28 ID:EQiEGCLN.net]: ブラウザのアドオンからネイティブアプリも含めてTypeScriptだけで大抵の事は出来る
48 名前：デフォルトの名無しさん mailto:sage [2018/08/11(土) 07:43:59.64 ID:reBAGRvU.net]: >>44
詳しく。reactと相性良いよね
49 名前：デフォルトの名無しさん mailto:sage [2018/08/11(土) 11:07:17.59 ID:w1WGostD.net]: TypeScriptできる→俺凄い

ネトウヨ的DQN思考法

素直にC#使えばぁ～
50 名前：デフォルトの名無しさん mailto:sage [2018/08/11(土) 16:29:42.87 ID:i5Ehw0eD.net]: c#でwebのフロントエンド書けないよね
51 名前：デフォルトの名無しさん mailto:sage [2018/08/11(土) 17:07:22.55 ID:OwpN8/EL.net]: >>47
>詳しく。reactと相性良いよね

詳しくも何も、Windows10はjs+htmlでデスクトップアプリが開発できるから、それでソフトを作っているだけ。
ただUIを全部作る必要がある。
52 名前：デフォルトの名無しさん [2018/08/11(土) 17:58:24.09 ID:HdyPScyr.net]: >>49
最近Blazorとかいう強引な技術が出てきてるぞ
53 名前：デフォルトの名無しさん mailto:sage [2018/08/12(日) 17:10:22.85 ID:DMIMHrCZ.net]: TypeScriptは折角ならC#と継承とかの書き方も統一して欲しかったなぁ
54 名前：デフォルトの名無しさん mailto:sage [2018/08/12(日) 17:20:17.72 ID:q2AjPHaY.net]: Javascriptのフレームワークででかい顔w
Javaプログラマーからしたらお笑い種ですよ

ヴァカっぽくて笑える
55 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 06:30:24.41 ID:xUwKoZHr.net]: JavaScriptやらないでいきなりTypeScriptから勉強するのってアリ？
でもjQuery覚えようとしたらJSも勉強しなきゃならなんのよね
56 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 07:21:26.46 ID:8VsPVu5p.net]: つうか型システム以外はJavaScriptなんだから、TypeScriptを覚えることは普通にJavaScriptを覚えることにほぼ等しい
57 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 07:24:42.29 ID:8VsPVu5p.net]: 特に最新のJavaScriptに変換すると、単純に型指定だけが無くなったものが出力されることが多くなったな
58 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 09:38:13.06 ID:ROrdHzXZ.net]: むしろtsから入った方がいいくらいだ
生のjsは危険
59 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 12:19:44.10 ID:Buh9wu1g.net]: 俺もTypeScriptから学んだ口だ。
ライブラリの使い方とかvscodeが教えてくれるようになるからむしろjsを巣のまま学ぶより調子が良い
60 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 12:22:48.10 ID:t7aLMQyu.net]: ビルドするのめんどくさい
TypeScriptのままレスポンスを返して動くようにしてほしい
61 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 12:25:42.67 ID:Buh9wu1g.net]: つ　ts-node
62 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 17:36:56.36 ID:ImIAXjTG.net]: Typescript からやるにも、良い書籍が無くない？
JavaScript の良い書籍で基礎学んでからTypescript やった方がわかりやすい気がする
63 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 17:40:26.05 ID:jwlstBYZ.net]: 書籍とか流れが速すぎて向いてないわ
最初にやる言語以外で言語を学ぶ目的で書籍買うなんてC/C++くらいだろ
64 名前：54 mailto:sage [2018/08/25(土) 17:50:12.22 ID:xUwKoZHr.net]: そこまで変わらないのね安心
tsから学んでみます
皆さん教えてくれてありがとう～
65 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 19:03:42.73 ID:hQEFe9I2.net]: TypeScriptに __LINE__ マクロみたいな行番号埋め込む機能ってないよね？
デバッグ用にあったら良かったんだけど。
66 名前：デフォルトの名無しさん mailto:sage [2018/08/25(土) 23:06:49.80 ID:/7rCFVoA.net]: >>62
んなこたーない
Effective JavaScriptに書いてあるようなことが自然と全て理解できてるなら要らないけど、そんな奴が5chを見てるわけないし
67 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 11:46:26.97 ID:m2nYH45u.net]: Effectiveは確かに読む意味がある本だわ
でもそれJavaScript既に知ってる人間が読む本だろ
68 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 13:10:52.02 ID:yJfbxE3G.net]: effは時代遅れ
tsやってりゃ半分は知る必要も無い
69 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 13:48:02.46 ID:gb73y82y.net]: tsそんなにいいかなぁ？
jQueryからvue、angularまで色々やってるけど、利点がよく分からないよ。
70 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 14:52:56.21 ID:yJfbxE3G.net]: そらjQueryからvue、angularなんて脇道に逸れた時代遅れのゴミ使ってるセンスのない、
ぼんやりしたボンクラにとっては、利点も糞も気付けないわなｗ
71 名前：デフォルトの名無しさん mailto:sage [2018/08/26(日) 15:09:29.33 ID:zw53fmop.net]: angularは1系とか触ってたん？
今はtsで書かれてるはずだからts必須みたいなもんでわ？
72 名前：デフォルトの名無しさん [2018/08/27(月) 18:38:54.97 ID:Q4eMB8Ps.net]: オワコンω
ウェブ業界に激震、全てのAndroid端末でJavaScriptが標準無効化、jsなしに作り直さないとGoogle村八分
https://hayabusa9.5ch.net/test/read.cgi/news/1535358006/
73 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 19:16:34.54 ID:nPk8x20U.net]: マジならXamarin大勝利ですやん
74 名前：デフォルトの名無しさん mailto:sage [2018/08/27(月) 19:20:05.06 ID:3J2b9jYp.net]: >>71
> 2017年10月から
なんとゆう今さらωωω
そしてAndroidではKotlin標準化と併せてTSも標準化されたのをご存知ないのですンゴ？ωωω
75 名前：デフォルトの名無しさん mailto:sage [2018/08/28(火) 10:52:54.37 ID:ejsnz9b5.net]: TSの標準化はGoogle社内の話で、Android関係なくね？
76 名前：デフォルトの名無しさん mailto:sage [2018/08/28(火) 17:26:54.93 ID:fGjEV9Ei.net]: TypeScript and Babel 7
https://blogs.msdn.microsoft.com/typescript/2018/08/27/typescript-and-babel-7/
77 名前：デフォルトの名無しさん mailto:sage [2018/08/29(水) 17:32:18.35 ID:d2bEpQya.net]: みんなBabelがTS対応になってうれしい？
78 名前：デフォルトの名無しさん mailto:sage [2018/08/29(水) 21:38:11.08 ID:WBp+gbgf.net]: 別に。何も変わらん。
諸事情でバベってるのにFlowも入れてないゴミどもは
最新のバベルなんて使わないし使えないだろうから相変わらずコヒースクリプト（爆）みたいな生カスジャバスクだし
既にTS使ってる奴らはTSだし
何も変わらん。
79 名前：デフォルトの名無しさん [2018/09/19(水) 23:22:13.98 ID:k2lJKoIo.net]: age
80 名前：デフォルトの名無しさん mailto:sage [2018/09/20(木) 22:57:46.62 ID:Pf20cirP.net]: 今さらドヤ顔でゆるいルール厳しいチェックとか言ってるのくそむかつく

厳しいルールが今まで普通だったのは
アバウトなのを許したらめちゃくちゃなのを差し込んで意図的に環境破壊していく会社がいたからだ
てめーらだけ安全地帯だからって
81 名前：デフォルトの名無しさん mailto:sage [2018/09/29(土) 08:06:57.10 ID:o2k5LxC2.net]: Announcing TypeScript 3.1
https://blogs.msdn.microsoft.com/typescript/announcing-typescript-3-1/
82 名前：デフォルトの名無しさん mailto:sage [2018/09/29(土) 21:52:21.84 ID:suMMT2j4.net]: 早く世の全てのJSプロジェクトがTSになりますように
83 名前：デフォルトの名無しさん mailto:sage [2018/09/30(日) 02:33:19.53 ID:yrJA2uB2.net]: >>51
めちゃくちゃ重くてスマホではまず動かないレベルってんじゃなかったっけ？
84 名前：54 mailto:sage [2018/10/04(木) 22:31:58.31 ID:B6XYHrci.net]: importは他ファイルのクラスを持って来れるようにするのよね
@xxxxxのデコレータの役割がわからないのだけど誰か教えてくれんかね・・・
「付加情報をclassやmethod等に付与するための仕組み」ってなんぞ
Javaでいうアノテーションらしからそれも調べたけどわからない・・・＾ｐ＾
85 名前：デフォルトの名無しさん mailto:sage [2018/10/04(木) 22:43:24.09 ID:hO6zdZTE.net]: pythonのデコレタといっしょ
86 名前：デフォルトの名無しさん mailto:sage [2018/10/18(木) 22:51:05.35 ID:Rszm7VcT.net]: TypeScriptでジェネリクスを使ったとき、C++でいうテンプレートの特殊化のようなことって
できないもんですかね？

function func<T>(x) でTがnumberとstringの場合とで別の処理ができたらいいんだけど。
87 名前：デフォルトの名無しさん [2018/10/19(金) 02:55:24.30 ID:iO0N1Qhu.net]: 型情報で実際に呼ぶ関数のオーバーロードの振り分けはできたりはしない
共用型 string | number を使えば string と number 以外の型は入らなくなる
実装部分は typeof arg === 'string' とかで分岐。返り値の型は推論される
推論が思ったようにいかなそうなら mapped type 使うなりオーバーロードの宣言を書いたりしても良い
88 名前：デフォルトの名無しさん mailto:sage [2018/10/19(金) 07:51:09.81 ID:1EDOmnkE.net]: ありがとう。やっぱりダメか。

> typeof arg === 'string'

Tがstringだったら'string'と比較するってのをやりたかった。
89 名前：デフォルトの名無しさん mailto:sage [2018/10/20(土) 14:25:59.55 ID:QA1RjyY/.net]: Typescriptのコンパイラのソースコードを見たが、
swicth文による条件分岐が乱用されていて美しいソースコードではなかった。
もっと良い設計があるはず。
90 名前：デフォルトの名無しさん mailto:sage [2018/10/20(土) 15:52:27.22 ID:/P2yZ5ci.net]: 構文木のような構造には多態はうまくマッチしないんだよ
91 名前：デフォルトの名無しさん mailto:sage [2018/10/20(土) 18:08:40.09 ID:odoUcQpl.net]: 構文解析とか条件分岐(状態遷移)の塊だろ
状態遷移とかswitch文そのものだ
92 名前：デフォルトの名無しさん mailto:sage [2018/10/21(日) 15:12:34.19 ID:N0iXX+FC.net]: >>88
そう思うならお前が改善してプルリク送ってもいいのよ
93 名前：デフォルトの名無しさん mailto:sage [2018/10/21(日) 15:27:26.85 ID:GSIJUR7C.net]: >>91
なぜ高貴なハイクラスエンジニアの俺様がただ働きせにゃならんのだ？
バカなのか？
94 名前：デフォルトの名無しさん mailto:sage [2018/10/23(火) 18:43:56.54 ID:+WvUI4qM.net]: Typescriptのコンパイラのアルゴリズムは何ですか？
ソースコードを見たところ再帰下降解析らしいけど、それだと左再帰で問題が出るよね。
95 名前：デフォルトの名無しさん mailto:sage [2018/10/23(火) 18:48:28.71 ID:BSENAQfG.net]: ハイクラスの俺様が就職したら低レベルの土方を蹴散らしす
96 名前：デフォルトの名無しさん mailto:sage [2018/10/23(火) 19:39:38.93 ID:f9dUVIKz.net]: ５ｃｈになってから急に自分の書き込みに誤植増えた
絶対何かある
97 名前：デフォルトの名無しさん mailto:sage [2018/10/23(火) 19:42:09.06 ID:EVpcwrUE.net]: 就職してないのかよw
ハイクラスなら就職なんてしなくても学生の内から引く手あまただろ
または起業しろよ
98 名前：デフォルトの名無しさん mailto:sage [2018/11/07(水) 08:20:52.86 ID:lnxFtwDW.net]: 今の職場でts+Vue.jsで作ってる案件があるんだけど、コードの肥大化と共に
型チェック付きのビルドに10分以上かかるようになっちゃって型チェックなしのヒルドに変更してしまってるんだけど

そういう事例って他のところにもある？
99 名前：デフォルトの名無しさん mailto:sage [2018/11/07(水) 08:56:34.35 ID:+94YsfsL.net]: 世界でも有数の大規模ソフトウェアであるVSCodeがTypeScriptでビルドされている以上、
利用者のスキルの問題でしかないな
100 名前：デフォルトの名無しさん mailto:sage [2018/11/07(水) 15:40:12.32 ID:d0XTpm7T.net]: まぁ、今どきVueを選んじゃう技術力・審美眼のないとこじゃしょうがないんじゃないか？
糞うるさいポンコツウインドウズXPとか使ってそう
101 名前：デフォルトの名無しさん mailto:sage [2018/11/07(水) 16:13:39.60 ID:mdwOvRGk.net]: React使いがよく言うよな。技術力&審美眼。
魔窟になってるのを技術力と言い換えて、そのアーキテクチャを美と言い換えるやつ。
102 名前：デフォルトの名無しさん mailto:sage [2018/11/07(水) 19:54:03.59 ID:ReL8stLA.net]: うちのプロジェクトもビルド時間5分なんでどうにかしたいなぁ。
makedepend+makeが欲しい。
103 名前：デフォルトの名無しさん mailto:sage [2018/11/07(水) 20:15:51.54 ID:NQOj7Zqs.net]: >>98
それ可笑しくね？vscodeビルドしたことあるの？
104 名前：デフォルトの名無しさん mailto:sage [2018/11/07(水) 20:16:37.40 ID:NQOj7Zqs.net]: >>99
mbp2017つかってる。メモリは8gbだけど
105 名前：デフォルトの名無しさん mailto:sage [2018/11/07(水) 22:25:07.54 ID:LyspAo2Z.net]: >>103
チャイニーズに尻尾振るガラパゴスVue民にはお似合いのゴミだなｗ
106 名前：デフォルトの名無しさん [2018/11/09(金) 18:28:02.99 ID:npJX8Ub3.net]: module と namespaceの使い分けは
どうやればいいの？
107 名前：デフォルトの名無しさん mailto:sage [2018/11/09(金) 18:56:45.93 ID:gzUh27KV.net]: 使い分けるものではない
moduleはnamespaceに置き換えられた
常にnamespaceを使用せよ
108 名前：デフォルトの名無しさん [2018/11/09(金) 19:06:31.99 ID:npJX8Ub3.net]: >>106
了解
109 名前：デフォルトの名無しさん mailto:sage [2018/11/10(土) 09:38:47.43 ID:h5ltDNBL.net]: type と interface の使い分けは
どうやればいいの？
110 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 11:38:30.86 ID:Cm/nwVcs.net]: >>108
ほぼ一緒だから気にしなくていい。
Typescriptの仕様書にも「非常に似ている」と書いてある。
ただ、interfaceは

inteface Point {
x:number:
}

interface Point {
y:number:
}

というようにプロパティの追加ができるが、typeはできない。それぐらいしか違いがない。
111 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 13:05:47.70 ID:/+pk64i1.net]: TSLintのデフォがtypeよりinterfaceを推してくるからとりあえずinterfaceにする事が多い
112 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 14:07:03.02 ID:R0IiHkaX.net]: >>110
これメンスだがtypeしか使えない機能なかったっけ？
113 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 15:41:10.38 ID:YkGULP39.net]: 交差型、共用体型を定義できるのはtypeだけだな。
114 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 20:39:14.47 ID:3jMJhmwM.net]: 例えば file1.tsを編集していて、バックアップとしてそのファイルを複製して
file1 - コピー.ts
を作ったとすると、関数名が重複していますみたいなエラーがダダダーと
出るんですが、どのように対策すれば良いでしょうか？
115 名前：デフォルトの名無しさん [2018/11/11(日) 20:52:52.31 ID:B3f/927d.net]: 自分はいつもバックアップはfile1.ts.bakって付けてる。
116 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 20:59:48.79 ID:MG/LuDvG.net]: git使いなさい
117 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 21:18:11.36 ID:3jMJhmwM.net]: >>115
サーバーが必要なんでしょ？
そんなの持っていないし
118 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 21:29:24.04 ID:MG/LuDvG.net]: 必要ないですよ
119 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 21:29:49.74 ID:cIalEm6/.net]: gitにサーバが必要とか正気か
いいからとりあえずチュートリアルやってみろ
120 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 21:42:32.66 ID:3jMJhmwM.net]: >>118
チュートリアルどこにあるのよ？
121 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 23:28:37.79 ID:R0IiHkaX.net]: >>119
man git
で英語を読む

でも、君にはそんな技術も学も根性もなさそうだから、
やっぱりfile1 - コピー.ts.bak181110ってするのがいいと思うんだ。

いや君をバカにしてるわけではなくて。
猿は猿らしい生活をした方が幸せだと思うからさ。ね。
122 名前：デフォルトの名無しさん mailto:sage [2018/11/11(日) 23:59:28.42 ID:cIalEm6/.net]: >>119
これ以上は他所でやってくれ
お前さんの質問に対する回答は

* 編集バックアップをファイルコピーでとるというのがクソ
* 拡張子も変えてないならビルド対象になって当然

でおしまい
123 名前：デフォルトの名無しさん mailto:sage [2018/11/14(水) 23:56:36.53 ID:aDOvGxXC.net]: 流石に不親切すぎる。猿でもわかるgitとか読むと良い
124 名前：デフォルトの名無しさん mailto:sage [2018/11/17(土) 15:07:14.11 ID:BcZrVMNP.net]: TypeScript使うな。汚らわしい。
バカはバカらしくPHPでも使ってろゴミ。
125 名前：デフォルトの名無しさん [2018/11/18(日) 12:08:33.81 ID:uaqKqGAI.net]: 猿でも判るように書いたら人間に判らなくなりました
126 名前：デフォルトの名無しさん [2018/11/18(日) 13:48:19.18 ID:pdwgi8hG.net]: 猿ですがわかりません
127 名前：デフォルトの名無しさん [2018/11/26(月) 23:24:03.84 ID:uFKIPm3P.net]: elem.onclick = function () {
if (this.classList.contains('classA')) {
・・・
}

こんなコードを書くと、Visual StudioのTypeScriptで
エラー TS2339 (TS) プロパティ 'classList' は型 'GlobalEventHandlers' に存在しません。
と出るのですが、生成されるJavaScriptコード(上のコードを同じ)は問題無く実行出来る。
これは何故ですか？
128 名前：デフォルトの名無しさん [2018/11/26(月) 23:28:58.28 ID://9j39Lt.net]: あのさぁ…何のためにTypescript使ってんのよ…
129 名前：デフォルトの名無しさん [2018/11/26(月) 23:46:28.79 ID:uFKIPm3P.net]: >>127
仕事で仕方なく
130 名前：デフォルトの名無しさん mailto:sage [2018/11/26(月) 23:49:14.79 ID:S88o/5+S.net]: thisを使わないか、addEventListener使う
131 名前：デフォルトの名無しさん mailto:sage [2018/11/26(月) 23:57:01.52 ID:S88o/5+S.net]: this: GlobalEventHandlers のところは this: thisじゃだめなのかな？
132 名前：デフォルトの名無しさん mailto:sage [2018/11/26(月) 23:59:28.47 ID:RFi6oWGn.net]: アロー関数使うとかそういう話？
133 名前：デフォルトの名無しさん mailto:sage [2018/11/27(火) 02:25:43.08 ID:7n6dok9k.net]: >>126
elemにちゃんと型(多分HTMLElement？)が指定されてればそんなエラー出ないぞ
134 名前：デフォルトの名無しさん mailto:sage [2018/11/27(火) 09:47:55.32 ID:riCGJi9o.net]: >>132
出るよ
135 名前：デフォルトの名無しさん mailto:sage [2018/11/27(火) 09:56:31.77 ID:riCGJi9o.net]: >>129
addEventListenerでも同じだろ
136 名前：デフォルトの名無しさん mailto:sage [2018/11/27(火) 10:22:11.47 ID:AQW0OfN+.net]: addEventListenerは要素ごとにシコシコ定義されていて、thisがその要素になっているのでOK
onclickとかはGlobalEventHandlersでmixin的に定義されていて、this: GlobalEventHandlersになっちゃってるのでNG
137 名前：デフォルトの名無しさん [2018/11/27(火) 10:37:58.94 ID:riCGJi9o.net]: >>135
なるほど。でも、そもそも
this.classList ではなくて
elem.classList と書けばいいんじゃないか
138 名前：デフォルトの名無しさん mailto:sage [2018/11/30(金) 10:49:11.23 ID:jlBTh7S1.net]: Announcing TypeScript 3.2
https://blogs.msdn.microsoft.com/typescript/2018/11/29/announcing-typescript-3-2/
139 名前：デフォルトの名無しさん mailto:sage [2018/11/30(金) 11:28:27.90 ID:atRGowE7.net]: Eitherさん素敵
140 名前：デフォルトの名無しさん mailto:sage [2018/12/01(土) 10:07:51.30 ID:7lSKHFDm.net]: ようやくEitherでホイサーできるTSがきたか
しかしleftrightとパタマチがないとダメやろこれ
141 名前：デフォルトの名無しさん mailto:sage [2018/12/01(土) 10:12:04.48 ID:7lSKHFDm.net]: よんだら、これEitherじゃなくホイサーだろ・・・
エラー処理強制できないEitherってナンジャー？
ゴミジャー
142 名前：デフォルトの名無しさん [2018/12/01(土) 18:12:50.09 ID:qYhERqMT.net]: 宇宙に満ちている光を伝える媒質、だっけ。
143 名前：デフォルトの名無しさん mailto:sage [2018/12/01(土) 21:02:52.90 ID:214oHlAj.net]: それはether
144 名前：デフォルトの名無しさん [2018/12/01(土) 21:38:50.33 ID:qYhERqMT.net]: 旧盆に行われる沖縄の盆踊り、かな。
145 名前：デフォルトの名無しさん mailto:sage [2018/12/04(火) 20:53:43.14 ID:iqna8FaP.net]: 通常、string と string | null は同等なんでVSCodeのポップアップでも | null は省略されるけど、
これを省略させないで表示する設定ってないのかな。
strictNullChecks 使ったら区別できなくて困った。
146 名前：デフォルトの名無しさん mailto:sage [2018/12/04(火) 21:39:51.76 ID:O7AxfIIB.net]: 通常、string と string | null は同等じゃないです
147 名前：デフォルトの名無しさん mailto:sage [2018/12/04(火) 21:46:28.77 ID:WLbw6NyA.net]: ""はnullじゃないぞ
148 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 08:02:21.96 ID:rsg3VEcH.net]: 他に困ってる人がいないってことは strictNullChecks 自体あまり使われてないのかな。
149 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 09:20:27.07 ID:B/THyK2J.net]: strictNullChecksは使ってるけどその困り方がよく分からないから具体的にどういうコードを書こうとした時に何が困るのか教えてくれるとありがたい
150 名前：デフォルトの名無しさん [2018/12/05(水) 14:47:23.52 ID:2sSegHBZ.net]: 馬鹿には無理
151 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 19:58:08.96 ID:rsg3VEcH.net]: function f(): string | null {
if(Math.random() === 0) {
return null;
}
return 'abc';
}

function g(): string {
return 'abc';
}

const x = f();
const y = g();

VSCode で x や f() にマウスポインタを当ててポップアップで型を表示しても
string | null じゃなくて string としか表示されないんでこれを区別できるようにしたい。
152 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 20:42:07.12 ID:2r3P2eMd.net]: tsc --init しなさい
153 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 20:43:39.84 ID:kxOqR7S7.net]: * プロジェクトルートにtsconfig.jsonはあるか
* tsconfig.jsonでstrictNullChecks或いはstrictが有効になっているか
* そもそもVSCodeでプロジェクトルートを開いているか
154 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 20:51:32.34 ID:rsg3VEcH.net]: なるほど、VSCode用のtsconfig.jsonを置いてやればいいってことか。ありがとう。
ビルド用のtsconfig.jsonは別の場所に置いてた。
155 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 20:57:46.26 ID:kxOqR7S7.net]: そりゃプロジェクトルートに無けりゃどういう原理で探してくるんだって話だ
156 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 21:04:20.27 ID:rsg3VEcH.net]: じゃなくて、VSCodeがtsconfig.jsonのビルドオプションに合わせて表示を変えているとは想像してなかった。
157 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 21:10:24.13 ID:kxOqR7S7.net]: そもそもtscもtslintもプロジェクトルートのtsconfig.jsonなりtslint.jsonなり読むんだから・・・・・
158 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 21:30:49.29 ID:rsg3VEcH.net]: 各.tsに対してどのtslint.jsonが使われるかという認識はあったけど、
tslintもtsconfigを見てるのか。なるほど。
159 名前：デフォルトの名無しさん mailto:sage [2018/12/05(水) 21:32:49.41 ID:kxOqR7S7.net]: 誤解を招く書き方だったから訂正しておくけどtslintはtsconfig.json読まんよ
160 名前：デフォルトの名無しさん mailto:sage [2018/12/21(金) 21:25:18.74 ID:X6PhK/jL.net]: 今日は emitDeclarationOnly でd.tsだけ出力できることを発見した
161 名前：デフォルトの名無しさん mailto:sage [2018/12/22(土) 01:07:22.52 ID:RH928dFE.net]: jap is crazy monkeys
162 名前：デフォルトの名無しさん mailto:sage [2018/12/24(月) 11:44:39.27 ID:zyOojth7.net]: 拡張子だけ許せない
163 名前：デフォルトの名無しさん mailto:sage [2018/12/24(月) 11:56:09.60 ID:JT2deTbq.net]: TransSexual
164 名前：デフォルトの名無しさん mailto:sage [2018/12/25(火) 02:39:04.38 ID:atOE2BOw.net]: 動画と被ってる
165 名前：デフォルトの名無しさん mailto:sage [2018/12/31(月) 06:26:09.53 ID:65rO9GPR.net]: rollup覚えた
166 名前：デフォルトの名無しさん mailto:sage [2019/01/10(木) 03:06:03.03 ID:Zf9Oh0RM.net]: export as namespace が何をどうしてるのかさっぱりわからん
167 名前：デフォルトの名無しさん mailto:sage [2019/02/01(金) 09:17:10.17 ID:Cg5cm39S.net]: Announcing TypeScript 3.3
https://blogs.msdn.microsoft.com/typescript/2019/01/31/announcing-typescript-3-3/
168 名前：デフォルトの名無しさん [2019/02/14(木) 09:58:56.90 ID:fCWwgaGu.net]: JavaScriptを勉強したことがないので、今からならどうせならとTypeScriptの方を身につけたいんだけど・・・・
これって先ずJavaScriptが出来ないことには実用にならないの？
169 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 10:01:00.45 ID:zQRRDS2s.net]: そうでもないんじゃない
170 名前：デフォルトの名無しさん [2019/02/14(木) 11:21:03.44 ID:sZU59yH4.net]: typescript は javascript の上位互換なのだから、ts やってるうちに js のことも勉強しなければならなくなる (特に、es5, es2015 とかのキーワードで)
言い換えれば、ts を勉強してれば js が出来るようになる
171 名前：デフォルトの名無しさん [2019/02/14(木) 11:22:03.05 ID:MlsuSDTj.net]: >>167
javascript9割以上＋TypeScript追加仕様なんだからjsやらないなら使う意味ねえだろ
172 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 00:32:30.89 ID:UOWlr3Ch.net]: 正確にはTypeScript使ってるとJavaScriptの深い部分が気になってきて、最終的には自然とJavaScriptを勉強し始めてるよ
気にせずTypeScriptから始めれば良い
173 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 19:47:15.67 ID:iHivKYcL.net]: tsだけで理解できることをjsを経由する意味はないしむしろ型を考慮しないダーティーな解法を覚えさせられるだけ有害
174 名前：デフォルトの名無しさん mailto:sage [2019/02/15(金) 22:59:18.80 ID:XxBbyQo/.net]: tsの、ライブラリの95パー以上がjsなんだから
どうにもならん。

pythonの型アノテーションを
完全に付ける書き方に別言語名つけてるようなもんだ。
175 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 16:31:11.68 ID:HHyiFibH.net]: >>172
動的型は型を考慮しないと思ってんのはお前だけだ
JavaScriptの全ての変数に型は存在しているし目の前の変数の型を知らずにコーディングしてる奴なんていない
JavaScriptは実行時に型チェックして型の正しさを保証して、
TypeScriptは実行前に型チェックして型の正しさを保証するって違いだけだ
176 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 16:54:05.42 ID:sYjKK7tj.net]: 作ってる時に頭の中にある型なんか、作った後には何の意味もないし、実行時に型チェックするなんて馬鹿の極み
177 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 16:59:02.66 ID:bRo2S9Sl.net]: つ外部入力データ
178 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 18:28:18.38 ID:HHyiFibH.net]: >>175
頭の中w
JavaScriptには全ての変数に型があるんだ�
179 名前：� アンダースタン？ []: [ここ壊れてます]
180 名前：デフォルトの名無しさん [2019/02/16(土) 18:29:05.39 ID:STqQL4YT.net]: jsのboolの型チェックはバグあるけどな
181 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 18:59:44.19 ID:qw78JFeM.net]: >>177
保守する人には作ってる人の意図はわからないって意味だよ
182 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 19:03:19.63 ID:qw78JFeM.net]: 動的のつらみはrubyとかjavascriptで散々通ってきてtypescriptに行き着くわけだけど、
まだそこを通過中の人とは話が噛み合わないんだよなあ
結局こっちに来ることになるのに
183 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 19:28:50.73 ID:HHyiFibH.net]: TypeScriptにUnion型がある時点で最早動的型と言ってもいい
宣言したあとに離れた場所のコードを見ても、パッと見じゃどっちの型になってるかは分からないからね
184 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 19:36:05.44 ID:JPFBQxX7.net]: any型もあるぞ
185 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 19:38:44.73 ID:qw78JFeM.net]: >>181
typescirptってそういうところもチェックしてくれるんだぞ
186 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 21:04:52.10 ID:czmkS5Li.net]: データ型と混同してない？
187 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 21:15:59.20 ID:dfsqwbBr.net]: 動的型の言語、結局人気が年々下落しはじめてる。
c#やtypescriptぐらいの、型あり基本で、
いざとなったら、部分的問わないのも、
自然で簡単に書ける、程度が今はよいな。
188 名前： mailto:sage [2019/02/16(土) 21:32:01.93 ID:rUZ2ZZ3T.net]: >>185
型を意識しない、というのは私には有用にみえます、ただし変数宣言は動的型言語にも必要だと思いますが、それを表立って採用している言語はありますかね…
189 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 21:54:57.88 ID:aDxQaKE+.net]: 言語の人気が年々移り変わる、
ということは、
いつかtypescriptも、ほかの型付き、部分的型付き言語の人気も、移り変わる、
とは、考えないのか？
190 名前：デフォルトの名無しさん mailto:sage [2019/02/16(土) 23:06:35.69 ID:xN2b9tEZ.net]: 動的ウンコガイジどもに型の有用性説いても、豚に真珠だろ

ペチプァやらルビ豚やら、あいつら中卒のガチゲェジだからな
191 名前：デフォルトの名無しさん mailto:sage [2019/02/17(日) 16:04:02.49 ID:D60SxZ1Q.net]: >>188
> 型の有用性
だから動的型言語にも型はあるし型の有用性を享受してんだけど…何度言っても分からない奴は分からないんだな
192 名前：デフォルトの名無しさん mailto:sage [2019/02/17(日) 16:11:02.99 ID:YF9uE98b.net]: そんな誰でもわかってることで得意げになってるのが恥ずかしい
一合目で山に登ったつもりになってる感じ
みんなもっと上にいるから！
193 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 11:46:04.18 ID:+IiOz1o3.net]: 動的型と静的型では型の目的が違うことを理解していないらしいな
194 名前：デフォルトの名無しさん mailto:sage [2019/02/18(月) 23:46:52.94 ID:tCwq3WHG.net]: 昔は動的型付け言語と静的型付け言語って対義語みたいに思ってたけど、
TypeScriptやってみたら単純な二元論じゃないって気付かされた。
195 名前：デフォルトの名無しさん mailto:sage [2019/02/19(火) 21:50:14.71 ID:UOAs3sqY.net]: そう対義語じゃない、分かりやすい表現だなぁ
本当に型が無いのはアセンブリ言語で、全てが整数になっててそれをどう解釈するかは本当に人間次第だからな
196 名前：デフォルトの名無しさん [2019/02/20(水) 19:06:49.04 ID:v7iPz90J.net]: Cのunionもそういう意味では何でもあり
197 名前：デフォルトの名無しさん mailto:sage [2019/02/20(水) 19:08:18.41 ID:hK+DOQws.net]: そういうのを昔の人は「型あって型なし」と言ったのだ
198 名前：デフォルトの名無しさん mailto:sage [2019/02/21(木) 14:36:31.18 ID:BCvd3Fow.net]: 同じファイルの書き込み処理なんかをRubyが5行で書けて、Javaが15行とかで書いて、いかにJavaが駄目かってブログ記事がはてなブックマークとかでよくバズってたな
声のでかい人はいつでもいる
199 名前：デフォルトの名無しさん [2019/02/22(金) 14:01:01.67 ID:w8nQWD0s.net]: るｂｙなら一行で描かないと負け
200 名前：デフォルトの名無しさん [2019/02/23(土) 02:18:28.49 ID:+i56xIDn.net]: Javascriptのthisというか変数スコープが厄介でHaxeやってるけど
Typescriptはその辺の問題点引き継いでる？
201 名前：デフォルトの名無しさん mailto:sage [2019/02/23(土) 03:19:51.50 ID:R2s6jSV3.net]: 「thisというか変数スコープ」？
分かってないことは分かった。
お前はどの言語やっても大成しない。
202 名前：デフォルトの名無しさん mailto:sage [2019/02/23(土) 08:32:08.65 ID:DQY5g4De.net]: JavaScript(JS)/TypeScript(TS) のthis は、おかしい！
一方、jQuery, Haxe は、それを修正してる

また、JS/TS の== は危険だから、使っちゃいけない！
厳密等価演算子=== を使うべき！
一方、Haxe, Ruby は、== でOK

Haxe には、マクロ、引数つき列挙(enum)、代数的データ型、パターンマッチ、マルチプラットフォームがあるけど、TS には無い。

特に、switch 文での、enum が強力！
引数の型で分岐できるから、インタフェースと同等！

このサイトで、ブラウザでプログラミングして、実行できる
Try Haxe !
try.haxe.org/

Haxeプログラミング入門、尾野政樹、2015

Haxe は、Elixir に似てね？
プログラミングElixir、2016
203 名前：デフォルトの名無しさん mailto:sage [2019/02/23(土) 10:27:04.01 ID:apHI25Q1.net]: thisや==は今ならeslint/tslint任せでほとんど問題ないね。
引数付きenumはようはUnion Typeだし、代数的データ型はTagged Union Typeかな。
パターンマッチそのものはないけどType Guardで似たようなことができる。
マクロとマルチプラットフォームはさすがにないな。
204 名前：デフォルトの名無しさん mailto:sage [2019/02/23(土) 11:20:14.57 ID:R2s6jSV3.net]: haxe？ああtsに負けて滅んだ言語かｗ
205 名前：デフォルトの名無しさん mailto:sage [2019/02/23(土) 11:24:28.53 ID:ks3X52WF.net]: 弊社、ガイジが導入したhaxeが完全な負の遺産化しててうんざりするわ
死ねとまでは思わないけど、産まれてこなければよかったのに
206 名前：デフォルトの名無しさん mailto:sage [2019/02/23(土) 11:27:21.05 ID:rwRcja1T.net]: thisはそもそも使う必要がない
jQueryとか昔のライブラリを使うとthisを使わざるを得なくなって混乱する
変数スコープの問題は多分変数の巻き上げの事だと思うけど、TypeScriptは変数を宣言する前にアクセスはエラーだから変数スコープの問題は無い
207 名前：デフォルトの名無しさん mailto:sage [2019/02/23(土) 12:07:09.04 ID:Y+/6FGBc.net]: 言語でマルチプラットフォームってどゆこと？
208 名前：デフォルトの名無しさん [2019/02/24(日) 19:32:04.72 ID:iK4D+UQi.net]: 一般にバイナリ互換のこと。
スクリプト言語はソースコード=バイナリ扱いだが。

Qtとかのライブラリはソース互換やね。
そのライブラリと標準ライブラリ使う分にはマルチプラットフォーム。
209 名前：デフォルトの名無しさん mailto:sage [2019/03/27(水) 22:29:10.88 ID:ZMj2RB3N.net]: TypeScriptのリテラル型を知って目から鱗だったんだけど、元ネタってどこなのかな？
TypeScript以前に採用していた言語とかある？
210 名前：デフォルトの名無しさん mailto:sage [2019/03/28(木) 08:22:20.68 ID:XxNMz1Hs.net]: https://www.infoq.com/jp/news/2019/03/typescript-3-3-release

Flowは，少なくともこの分析を実施した1年前には，Facebookによって極めて閉鎖的な方法で進められていた言語です。
開発はまったく透過的ではなく，ロードマップも公開されていませんでした。
プロジェクトへのコントリビューションは，Facebook以外からはほとんどありませんでした。
対照的にTypeScriptは，数年前にGitHubに移動して以降はオープンソース開発を採用しています。
最新のロードマップを公開し，外部からのコントリビューションを受け入れ，全般的にコミュニティとの密接な関係を維持しています。

Flowオープンソースはほぼ放置されているので，現時点ではTypeScriptに切り替えた方がよいと思います。

このような懸念に対してFlowチームは，現在の進捗状況と2019年計画の見直しによる対処を始めている。
この概要の中で，FacebookのソフトウェアエンジニアであるAvik Chaudhuri氏は，FlowからTypeScriptへの移行について取り上げている。

　最近，Facebookを起源とするオープンソースプロジェクトの多くが，TypeScriptでのリライト計画を発表しています。
　Facebookでは個々のチームの独立性を強く尊重しており，各チームがロードマップを作成し，
　開発中のプロダクトに対して最大限の努力を払っています。TypeScriptへの切り替えを決定したプロジェクトは，
　この切り替えによって外部コントリビュータによる支援をより多く受けられるようになります。私たちはこの決定を尊重します。
211 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 08:32:04.33 ID:9gmhFJUR.net]: Announcing TypeScript 3.4
https://devblogs.microsoft.com/typescript/announcing-typescript-3-4/
212 名前：デフォルトの名無しさん mailto:sage [2019/04/27(土) 22:21:18.33 ID:DaKsj35I.net]: export default Vue;
export as namespace Vue;

型定義が↑だとjsのスクリプトモード(import なし)で↓のようにvscode認識してしまって悲しい
new Vue(); 　　　　　// NG
new Vue.default(); // OK

export default Vue じゃなくて export = Vue なら大丈夫っぽいんだが
213 名前：デフォルトの名無しさん mailto:sage [2019/04/27(土) 23:00:39.62 ID:f59bAkpS.net]: Vueなんてゴミ使ってるのが悪い
214 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 14:32:47.27 ID:L9HTQYS7.net]: 質問なんですが、

interface TypeMap<T> {
　a: number
　b: string
　c: T
}

declare function test<T, K extends keyof TypeMap<T>>(arg: K): TypeMap<T>[K]

test("b")
test<number, "c">("c")
↑
これをtest<number>("c")って書けるfunction testの定義の仕方ってあります？
215 名前：デフォルトの名無しさん mailto:sage [2019/05/10(金) 03:36:53.56 ID:lySswCnH.net]: ついにunion distributionを理解してしまった
216 名前：デフォルトの名無しさん mailto:sage [2019/05/20(月) 18:15:00.44 ID:VITeHWYT.net]: TS3のunknown型いいな。
てかany入れずに最初からこれにしとけや。
217 名前：デフォルトの名無しさん mailto:sage [2019/05/20(月) 23:15:37.00 ID:F98TWhut.net]: esの上位互換である以上anyは無きゃいかんだろう。
218 名前：デフォルトの名無しさん mailto:sage [2019/05/22(水) 08:13:28.81 ID:hKcnqksZ.net]: unknownからの簡単にキャストできるような値ばかりなら、確かにanyはいらんかったろうな
219 名前：デフォルトの名無しさん mailto:sage [2019/05/30(木) 08:25:00.89 ID:nLvOZq4e.net]: Announcing TypeScript 3.5
https://devblogs.microsoft.com/typescript/announcing-typescript-3-5/
220 名前：デフォルトの名無しさん mailto:sage [2019/05/31(金) 23:01:09.01 ID:a9j+ivtb.net]: TSも知らんフロントエンドエンジニアとか死んでほしいわ
221 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 00:45:31.22 ID:MTpxg6Tq.net]: 知ってるだけでデカい顔してるフロントエンドエンジニアも死んで欲しいわ
222 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 16:36:48.07 ID:g95cx8x2.net]: ts知ってるだけででかい面できるってどんな現場だよ
223 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 19:04:47.55 ID:+itGqD4a.net]: それくらい世界はまだJSの悲しみに満ちているってことさ
救ってあげようよ、僕らで
224 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 19:52:58.38 ID:4hNhVGGP.net]: お前だれだよ
225 名前：デフォルトの名無しさん [2019/06/01(土) 20:56:08.22 ID:TTPVYQ4N.net]: strictNullChecksをtureにしてる人いる？？

ロジックではnull禁止できるけどさ、
dbからgetしたデータに混じるんだよね。
未入力状態のデータって奴。

null撲滅マスターの方は、どう解決してるの？？
226 名前：デフォルトの名無しさん mailto:sage [2019/06/01(土) 20:58:48.44 ID:+itGqD4a.net]: それはDBの設計が腐ってるし、unknown | null型なんだろ
ロジックが間違ってる
227 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 11:14:24.16 ID:567ijWyR.net]: そもそも、実行時にnullやundefinedが混じるという話とstrictNullChecksに直接の関係はないだろ。
その中間のどこかで困っているんだろうけど、それがわからないとなんとも。
228 名前：デフォルトの名無しさん mailto:sage [2019/06/02(日) 11:38:18.31 ID:nWi1j94r.net]: nullableなfieldをgetしたらそりゃnullableでしょ
229 名前：デフォルトの名無しさん mailto:sage [2019/06/05(水) 02:53:11.94 ID:QtDGLGvu.net]: Visual Studio Code でAngularの勉強をしているのですが、
TypeScriptのthisがどこのコードを参照しているのかイマイチ理解できていません。
このthisをマウスオーバーしたら参照先のコードを表示してくれる拡張機能はありませんか・・・？
現状ですとthisにマウスオーバーをすると this:this と表示されます
230 名前：デフォルトの名無しさん mailto:sage [2019/06/05(水) 08:05:19.27 ID:a1ZirxB/.net]: Angular自体糞だからやめとけ
231 名前：デフォルトの名無しさん mailto:sage [2019/06/05(水) 08:30:28.74 ID:gaDZjJ4I.net]: vueをやるんだ
232 名前：デフォルトの名無しさん [2019/06/07(金) 22:14:26.23 ID:GySnd9K9.net]: みんな、質問。

TSって公式のスタイルガイド無いけど、
みんな何使ってる？
正直googleのは末尾カンマが受け付けない。。
233 名前：デフォルトの名無しさん mailto:sage [2019/06/07(金) 22:21:16.75 ID:POgNcTtv.net]: prettierで終わり
受け付けないもクソもない
おまえのスタイルは全てクソで、prettierを信じろ
234 名前：デフォルトの名無しさん [2019/06/10(月) 00:34:38.75 ID:pNMWMTmc.net]: >>231
設定は？？
信じていいprettierはデフォ設定でOKなの？
235 名前：デフォルトの名無しさん mailto:sage [2019/06/10(月) 07:11:15.54 ID:s0ANUlh8.net]: >>232
デフォと言いたいが

arrowParens: "always",
semi: false,
trailingComma: "es5",

のみ付けるのが多い（気がする）
236 名前：デフォルトの名無しさん mailto:sage [2019/06/10(月) 07:12:37.13 ID:s0ANUlh8.net]: semi: false,
だけは本当に極稀に問題になるから、設定しなくてもいい
目障りだから俺は設定するけどね
237 名前：デフォルトの名無しさん [2019/06/13(木) 17:34:43.34 ID:3ecrlnnk.net]: >>233, 234
ありがとう！試してみる！
238 名前：デフォルトの名無しさん mailto:sage [2019/06/15(土) 19:57:13.61 ID:60xjKXFz.net]: const x = { a: 'b' };

この x の型は { a: string } になってしまうみたいだけど、 { a: 'b' } 型にする方法ってないんでしたっけ？
TypeScript 3.5です。
239 名前：デフォルトの名無しさん mailto:sage [2019/06/15(土) 20:04:24.55 ID:v9vM6Xqi.net]: const x: { a:'b' } = { a: 'b' };
240 名前：デフォルトの名無しさん mailto:sage [2019/06/15(土) 20:10:32.39 ID:60xjKXFz.net]: const x = { a: 'b' as 'b' }; もいけるみたいだけど冗長だなぁ。
241 名前：デフォルトの名無しさん mailto:sage [2019/06/15(土) 20:14:03.78 ID:LRsRofRH.net]: as const
242 名前：デフォルトの名無しさん mailto:sage [2019/06/15(土) 20:32:57.50 ID:60xjKXFz.net]: >>239
ありがとう！これだ。
243 名前：デフォルトの名無しさん mailto:sage [2019/06/15(土) 22:08:42.82 ID:B5XNjjWA.net]: デフォルトで全部 as const にするオプションとかあればいいのに
244 名前：デフォルトの名無しさん mailto:sage [2019/06/21(金) 19:39:39.40 ID:NhtzQec8.net]: 今日の疲れやばい
245 名前：デフォルトの名無しさん mailto:sage [2019/06/21(金) 19:42:13.96 ID:NhtzQec8.net]: anyを許すルールにするっつったら
「でもapiからくる値なら全て型定義できますよね？」
って言われたことにものすごい疲れた
完璧なappなんかねーんだよ！！！ってキレそうだったわ
246 名前：デフォルトの名無しさん mailto:sage [2019/06/21(金) 19:42:54.97 ID:NhtzQec8.net]: 一生インターフェース書いてろ！
247 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:59:29.40 ID:cvRfxwEO.net]: そこでunkownですよ
248 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 14:09:53.49 ID:lgEn1aKj.net]: unknown確か途中で足されたよな。最初から入れとけおもた。
249 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 15:50:14.82 ID:cvRfxwEO.net]: みんあなはallow any 派？
250 名前：デフォルトの名無しさん [2019/06/22(土) 18:02:27.27 ID:WCwRyrQC.net]: >>247
許容派です。
再帰処理とかをまともに型付してたら、辛すぎる。。

ちなみに
const arr = []
で、never[]型になるのがしんどい。

設定でany[]型にならないでしょうか・・？
251 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 20:42:33.24 ID:vT6NYB6v.net]: 明示的に型を書けばいいじゃん
252 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 22:04:34.45 ID:1mmW7z7g.net]: てかリテラルの [] が never[] になんかなる？
253 名前：デフォルトの名無しさん [2019/06/23(日) 13:58:34.11 ID:iaXcaTkq.net]: eslint が v6.0.0 になったら @typescript-eslint/parser が読み込めなくなった
とりあえず issue をみて ./node_modules/@typescript-eslint/parser/dist/parser.js で

require("eslint/lib/util/traverser")
↓
require("eslint/lib/shared/traverser")

でやり過ごしてる
254 名前：デフォルトの名無しさん [2019/06/24(月) 11:41:32.01 ID:218UFAwP.net]: この研究によるとTypeScriptは最もバグ発生率が低い言語なんだけどその理由とか体感とかありますか？
https://web.cs.ucdavis.edu/~filkov/papers/lang_github.pdf
>TypeScript －1.32 (0.40)∗∗ －2.15 (0.98)∗ －1.34 (0.41)∗∗ －0.34 (0.07)∗∗∗
255 名前：デフォルトの名無しさん [2019/06/24(月) 11:46:37.72 ID:eHWTfFeZ.net]: コンパイラにバグが無い
コンパイル中にコードのバグは発見出来る
アルゴリズムのバグは知らんがな
256 名前：デフォルトの名無しさん mailto:sage [2019/06/24(月) 21:38:49.72 ID:RR0ut14u.net]: TypeScriptで書いたプロダクトにバグが少ないのか、TypeScriptコンパイラにバグが少ないのか、どっちよ？
257 名前：デフォルトの名無しさん mailto:sage [2019/06/24(月) 21:39:48.85 ID:RR0ut14u.net]: あと今土器pdfなんかで出すなよボケカス
日本語翻訳使えないだろが
258 名前：デフォルトの名無しさん mailto:sage [2019/06/24(月) 21:52:09.72 ID:RR0ut14u.net]: TS >>> JS
という話なら圧倒的同意しかないのだが
https://www.reddit.com/r/typescript/comments/aofcik/38_of_bugs_at_airbnb_could_have_been_prevented_by/
他の言語と比べてどうこうはわからん

あと動的型無し糞言語がゴミというのも同意
259 名前：デフォルトの名無しさん [2019/06/25(火) 18:21:53.19 ID:Cc6pu6kp.net]: >>254
TSで書かれたソフトウェアにバグが少ない
そのPDFによれば調査対象のメジャーな10種くらいの言語の中で最も少ない
260 名前：デフォルトの名無しさん mailto:sage [2019/06/25(火) 20:19:43.86 ID:VFPzRDke.net]: C#と大して変わらんのにバグが少なくなるって根拠がよく分からん
JavaScript上がりのプログラマが使うことが多いから良く訓練されているってのが考えられる根拠だなw
261 名前：デフォルトの名無しさん mailto:sage [2019/06/25(火) 23:32:40.42 ID:AQeJL9YJ.net]: ユーザのリテラシが高いが後押ししてるのはありえそうだな

phpあたりは言語もユーザもガイジだからかわいそう
262 名前：デフォルトの名無しさん mailto:sage [2019/06/26(水) 00:17:43.45 ID:+9DnWsFD.net]: JavaScriptは初心者が触るには最悪の言語と言っても過言ではないないから、ありとあらゆるバグを出して大変な目に遭ったプログラマがTypeScriptを使うことになると、バグも少なくなるだろうなという意味だよ
263 名前：デフォルトの名無しさん mailto:sage [2019/06/26(水) 00:40:51.84 ID:q5HP9tQR.net]: つか論文？の表の見方がわからんのだが
264 名前：デフォルトの名無しさん mailto:sage [2019/06/26(水) 00:41:37.75 ID:q5HP9tQR.net]: よくよく読んだら、ほんとは一番バグが多かったとかいうオチ？？
265 名前：デフォルトの名無しさん mailto:sage [2019/06/26(水) 00:45:17.97 ID:f1MF/JvG.net]: スレッドがないとかポインタがないとかでできないことがある分バグも減るでしょ
266 名前：デフォルトの名無しさん mailto:sage [2019/06/26(水) 00:49:58.46 ID:q5HP9tQR.net]: >>263
できないことだらけにしたGoさんはどうなりましたか・・・？
267 名前：デフォルトの名無しさん mailto:sage [2019/06/26(水) 09:13:51.70 ID:qk5ECIA8.net]: このスレの住人なら当然ターミナルはコレだよな！

Terminus - TypeScript製のターミナル
https://www.moongift.jp/2019/06/terminus-typescript%E8%A3%BD%E3%81%AE%E3%82%BF%E3%83%BC%E3%83%9F%E3%83%8A%E3%83%AB
268 名前：デフォルトの名無しさん [2019/06/26(水) 12:25:57.23 ID:7Ob4FOl6.net]: >>264
Ｗｅｂ画面なんて壊れてても気にしないからコミット取り消さないし
そもそも画面実装とか�
269 名前：Tーバに比べて問題の範囲が限定的でたいして難しくないだろ 最初から扱ってる問題が言語ごとにちがうんだ この表ってか論文で一緒にしてるのおかしい あ、型なし言語はあかんと思います []: [ここ壊れてます]
270 名前：デフォルトの名無しさん [2019/06/26(水) 16:21:39.07 ID:b+WM9Si2.net]: 確かにCとかC++は基礎的なソフトに使われるから
僅かなバグも絶対に許されないとこありそう
それ以外にポインタ使ってるからってのもあるだろうけど
271 名前：デフォルトの名無しさん [2019/06/29(土) 10:08:56.36 ID:/kbU3u2K.net]: >>266
動画の新しいエンコーダ作るとか、プログラムじゃなくて数学のレベルを求められる仕事は置いといて、

webならフロントの方がよっぽど複雑じゃない？
バックなんて同期処理でお決まりのレールに乗ってダラダラ書いてくだけだし。

複雑でパフォーマンスが要求されるpwaとか、typescript無かったら絶対に完成する気しないわ。
カオス過ぎる
272 名前：デフォルトの名無しさん [2019/06/29(土) 10:25:06.32 ID:Kp+ip4R/.net]: js/tsだけどダイアログとか出すときに
モードレスにした方がユーザーには使い易いのに
バグが増えそうだからモードレス禁止ってことで
全部モーダルで造らされたことがある
273 名前：デフォルトの名無しさん mailto:sage [2019/06/29(土) 19:29:55.34 ID:pedxXkW2.net]: 型の判定の正しい手順ってどうだっけ？5行目で引っかかってしまう。

function isMyType(o: unknown): o is MyType {
if (typeof o !== 'object') { return false; }
if (!o) { return false; }
if (!('key' in o)) { return false; }
if (!o.key) { return false; } // ts7053
return true;
}
274 名前：デフォルトの名無しさん mailto:sage [2019/06/29(土) 23:44:35.08 ID:rJpz/Ysh.net]: ひえっ…
typescript使う意味あるのこれ
275 名前：デフォルトの名無しさん mailto:sage [2019/06/30(日) 01:10:38.25 ID:7Llu84Qc.net]: そりゃTypeScriptだって魔法じゃないんだから。
すごいのは外部から渡された得体の知れない値をこうやって動的に型判定して
それを静的な型の世界に持ち込めるところ。
276 名前：デフォルトの名無しさん [2019/06/30(日) 01:36:24.68 ID:y+UHg1Q8.net]: ts知らないけど処理系がロード済みの型一覧を取得できないの
277 名前：デフォルトの名無しさん mailto:sage [2019/06/30(日) 02:09:58.63 ID:uFOYv7Ak.net]: unknownじゃなくてanyでいいでしょ
278 名前：デフォルトの名無しさん [2019/07/01(月) 22:30:11.88 ID:VQESBdFl.net]: >>270
この返り値、なんていう記法？
というか、なぜこんな書き方が必要なの？
279 名前：デフォルトの名無しさん mailto:sage [2019/07/01(月) 23:18:57.13 ID:yt2EFQVJ.net]: user defined type guard function でググれ。
280 名前：デフォルトの名無しさん mailto:sage [2019/07/02(火) 04:58:55.57 ID:uMGeffjZ.net]: >>269
jQuery, jQuery UI のダイアログを使えば？

モーダルが多いような気がする
281 名前：デフォルトの名無しさん mailto:sage [2019/07/03(水) 22:40:20.89 ID:HeNg6Q/2.net]: >>276
それだけで理解した
なるサンクス
282 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 08:52:11.33 ID:eO4QC7Eh.net]: /* eslint-disable @typescript-eslint/explicit-function-return-type */
const mapDispatchToProps = (dispatch: TodoAsyncDispatch) => {
return {
fetchTodo: (id: TodoId) =>
dispatch(todoAsyncRequestActions.fetchTodoRequest({ id })),
}
}
/* eslint-enable */

type ReduxDispatchProps = ReturnType<typeof mapDispatchToProps>

---

これをeslint-disableなしで実装する方法ってないですか？
例えば、↓こんな感じで「any」の部分が「型推論させる型」みたいにできる、とか。
redux-thunkの型付けが難しいお・・・

---

type MDTP = (dispatch: TodoAsyncDispatch) => any

const mapDispatchToProps2: MDTP = (dispatch) => {
return {
fetchTodo: (id: TodoId) =>
dispatch(todoAsyncRequestActions.fetchTodoRequest({ id })),
}
}
283 名前：type ReduxDispatchProps2 = ReturnType<typeof mapDispatchToProps2> []: [ここ壊れてます]
284 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 09:34:19.15 ID:z09Q0v8J.net]: その暗黙の推論を禁止するルールなんだから普通に考えたら無いよね。
型付けが難しい場合があるのはわかるけど、eslint-disableじゃだめな理由は？
全体として入れているチェックの例外を設けるなら後からその箇所がわかるように
しておかなきゃ困ると思うが。
285 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 10:04:05.70 ID:dCt2bUfG.net]: ジャネリック
286 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 10:24:01.49 ID:eO4QC7Eh.net]: >>280
型付け自体はそう難しくはないんだが、この2重定義感がだるくて。
mapDispatchToPropsに型ちゃんと書いてそこに集約したいというか。

---

type ReduxDispatchProps = {
fetchTodo: (id: TodoId) => Promise<void>
}

const mapDispatchToProps = (
dispatch: TodoAsyncDispatch
): ReduxDispatchProps => {
return {
fetchTodo: (id) =>
dispatch(todoAsyncRequestActions.fetchTodoRequest({ id })),
}
}

---

> eslint-disableじゃだめな理由
mapDispatchToProps は書く頻度が高いから、あまり eslint-disable を撒き散らしたくない
とはいえ普通の function で explicit-function-return-type を false にしたくない
というお気持ち

やっぱ無理ッスかね
287 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 10:37:01.72 ID:eO4QC7Eh.net]: >>281
どう書けばできそうですか？
288 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 11:45:51.89 ID:zsCaUS/w.net]: { allowExpressions: true }
289 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:32:44.90 ID:eO4QC7Eh.net]: >>284
既にこれで設定してます

---
"@typescript-eslint/explicit-function-return-type": [
"error",
{
allowExpressions: true,
allowTypedFunctionExpressions: true,
},
],
---
290 名前：デフォルトの名無しさん mailto:sage [2019/07/10(水) 01:53:27.81 ID:QsYN3Rs6.net]: Nest.js使ってサーバサイドもts使ってる人いる？
291 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 21:56:07.81 ID:c89mzXrS.net]: むしろ整合性が求められるサーバーサイドでこそ活躍する
292 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 23:22:52.24 ID:ySrAQEz0.net]: TSerならdenoでない？
293 名前：デフォルトの名無しさん mailto:sage [2019/07/17(水) 23:47:06.39 ID:5ruk5Mj4.net]: まだ早い
294 名前：デフォルトの名無しさん mailto:sage [2019/07/23(火) 23:09:48.66 ID:vuRfx8Ta.net]: tslintが年内収束ってことなんでeslint移行を試しているが、まだ微妙に使いづらいな。
295 名前：デフォルトの名無しさん mailto:sage [2019/07/24(水) 12:05:38.50 ID:CC3juVRq.net]: Svelte 試してるんだが TS にできない……
eslint-config-prettierがほぼ使用不可になるのもしんどい
296 名前：デフォルトの名無しさん mailto:sage [2019/07/28(日) 15:31:08.83 ID:o4KFBn8V.net]: vs2019に入れるときはどうしたらいいですか？

色々やってて、2017には入ったけど、HelloWorldが正しく動いてくれない。
297 名前：デフォルトの名無しさん mailto:sage [2019/07/28(日) 16:16:00.92 ID:9XfU9Gs7.net]: 悪いことは言わんからVSCodeにしとけ
それにTypeScriptはIDEにインストールするもんじゃなく、npmでインストールするただの1ライブラリだ
298 名前：デフォルトの名無しさん mailto:sage [2019/07/28(日) 19:23:20.85 ID:o4KFBn8V.net]: 検討してみます。
ありがとう。
299 名前：デフォルトの名無しさん mailto:sage [2019/07/30(火) 20:33:12.19 ID:+pfbQhET.net]: リテラル型からそのリテラルの値を作ることってできないんだっけか。
Record<Foo,boolean>の変数の初期値にReacord<Foo,false>の値が使えたらよかったんだが。
300 名前：デフォルトの名無しさん [2019/07/31(水) 01:05:45.62 ID:LQAad41F.net]: 型情報から実行時インスタンスの値を変更は不可能
301 名前：デフォルトの名無しさん mailto:sage [2019/07/31(水) 22:29:00.76 ID:FZL3ewwl.net]: 仕組み考えりゃ当たり前だよな
302 名前：デフォルトの名無しさん mailto:sage [2019/07/31(水) 22:36:31.70 ID:79+NgejT.net]: tsはコンパイル後の結果に型情報は含まないというポリシーだけど、
そういう定数を埋め込むことはやろうと思えばできる話だろ。
303 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 08:04:24.39 ID:qSEEAuKd.net]: androidで使えるts用のeditorないかな
トランスパイルとかはメインの環境でやるからコーディングのための入力支援だけでも受けられるようなやつ
304 名前：デフォルトの名無しさん mailto:sage [2019/08/28(水) 02:28:02.83 ID:SJji ]: [ここ壊れてます]
305 名前：sg2m.net mailto: TermuxでVimにプラグイン []: [ここ壊れてます]
306 名前：デフォルトの名無しさん mailto:sage [2019/08/29(木) 08:30:46.67 ID:jM/zWkNe.net]: Announcing TypeScript 3.6
https://devblogs.microsoft.com/typescript/announcing-typescript-3-6/
307 名前：デフォルトの名無しさん mailto:sage [2019/09/05(木) 23:20:27.31 ID:VPhKtGaJ.net]: tslintの"max-classes-per-file"のデフォルト値が１なんだけどこれどういう意味合いがあってこんな制限がかかってるの？
308 名前：デフォルトの名無しさん mailto:sage [2019/09/05(木) 23:30:25.75 ID:Wj2GuKre.net]: Best practice is to keep each file limited to a single responsibility.
309 名前：デフォルトの名無しさん mailto:sage [2019/09/06(金) 08:25:08.20 ID:yVtePnMR.net]: プロジェクトの規模が大きくなっても1ファイル1classって維持できるものなのか？
310 名前：デフォルトの名無しさん mailto:sage [2019/09/06(金) 14:16:54.22 ID:2oSh/AAo.net]: tsファイルに
string型のnormalize('NFC')を
使おうとしたんだけど、エラーになる。

なんで？
311 名前：デフォルトの名無しさん mailto:sage [2019/09/06(金) 19:54:40.86 ID:XEN3PN1i.net]: プロジェクトが大きくなることとひとつのファイルに書くクラスの数が増えることとが結びつかないんだが
312 名前：デフォルトの名無しさん mailto:sage [2019/09/10(火) 22:41:19.05 ID:KQIOq++N.net]: https://geekly.co.jp/column/cat-technology/1908_004/
>TypeScriptはクラスベースオブジェクト指向です。

こんな転職サイトのお世話にはなりたくない
313 名前：デフォルトの名無しさん mailto:sage [2019/09/10(火) 22:57:35.54 ID:bRYQFbtI.net]: これはひどい
314 名前：デフォルトの名無しさん mailto:sage [2019/09/10(火) 23:33:47.24 ID:A1/RuLsT.net]: バズワードに踊らされてるだけなのか、ツッコミどころてんこ盛りなのは置いておいて・・・

Geekly Media ライター
バスコ

最新の記事がXAMPPで草生えた
10年前からタイムスリップしてきたのか？
315 名前：デフォルトの名無しさん mailto:sage [2019/09/11(水) 10:05:57.98 ID:3t6F0b74.net]: >>307
>TypeScriptはクラスベースオブジェクト指向です。
完全に合っているが…何が問題なんだ？
316 名前：デフォルトの名無しさん mailto:sage [2019/09/11(水) 20:26:00.45 ID:P5SVRA88.net]: TypeScriptはクラスベースでJavaScriptはプロトタイプベースって対比しているのは完全におかしい
クラス構文はただの糖衣構文で実態はプロトタイプベースだし、そもそもクラス構文はES2015にあるんだからJavaScriptもクラスベースという話になってしまう
317 名前：デフォルトの名無しさん mailto:sage [2019/09/11(水) 21:06:44.69 ID:IEmfVi5w.net]: JavaScriptをプロトタイプベースのオブジェクト指向言語と言うべきではない
blog.anatoo.jp/entry/2015/05/05/163225
318 名前：デフォルトの名無しさん mailto:sage [2019/09/12(木) 02:40:31.86 ID:hFthHt+S.net]: Haskellは最終的に再代入しまくりのCに変換される(出来る)けど、Haskellは純粋な関数型言語と言われている
オブジェクト指向言語の様に書けてその通りに動けば、オブジェクト指向言語と言える
TypeScriptが言語仕様を全く変えずにWebAssemblyにコンパイルされるようになっても、TypeScriptはプロトタイプベースと言い張るのか？
319 名前：デフォルトの名無しさん mailto:sage [2019/09/12(木) 08:27:51.94 ID:ome0ZpEu.net]: オブジェクト指向的な言語機能に関して言えばTypeScriptはJavaScriptと何ら変わりはないんだから
そのHaskellの例は思いっきり的外れというか牽強付会というか。

>TypeScriptが言語仕様を全く変えずにWebAssemblyにコンパイルされるようになっても、TypeScriptはプロトタイプベースと言い張るのか？

プロトタイプが動作しなくなるなら別だが、仕様をまったく変えないという前提なら何も変わらんだろ。
ところで、こんなこと言い張っていた奴なんて見当たらないが、

>TypeScriptはプロトタイプベース

もしかしてクラスベースを否定したらプロトタイプベースを主張していることにされちゃうんだろうか。
320 名前：デフォルトの名無しさん mailto:sage [2019/09/12(木) 16:14:58.14 ID:y6P0yrLb.net]: TypeScriptはprototypeをいじくるような
321 名前：コーディングは推奨してないだろ 型システムが破綻する その時点でプロトタイプとは関係無い単なるオブジェクト指向言語なんだよ 最終的にどう動いてるか何て関係無い Haskellの様にね []: [ここ壊れてます]
322 名前：デフォルトの名無しさん mailto:sage [2019/09/14(土) 21:17:37.20 ID:1MUQqrBS.net]: いやなんでそんな必死にその糞ガイジ記事を擁護したがるのかわからん
バスコ本人か？
ちゃんと頭のお薬飲めよ
323 名前：デフォルトの名無しさん mailto:sage [2019/09/18(水) 08:52:01.19 ID:F+0EZiKQ.net]: 知らなかったが、AssemblyScriptなんてあったのか。
既存のTypeScriptのコードがそのままコンパイルできるわけじゃなくて
文法だけが共通の別言語って感じだが。
324 名前：デフォルトの名無しさん [2019/09/18(水) 10:08:51.34 ID:L8SHYgAR.net]: Ruby と Elixir みたいなもんか
https://mevius.5ch.net/test/read.cgi/tech/1565187727/
325 名前：デフォルトの名無しさん mailto:sage [2019/09/18(水) 17:14:10.63 ID:reuwXmQ7.net]: ES5以前はともかく、今はPrototypeを意識することは全然ないな
ずっとJavaとかPHPだった人でも違和感なく始められると思う
326 名前：デフォルトの名無しさん mailto:sage [2019/09/18(水) 17:29:52.16 ID:fmefOdth.net]: でまたまにうんこが顔を出す
327 名前：デフォルトの名無しさん mailto:sage [2019/09/18(水) 19:34:20.09 ID:C/YNNC2j.net]: 3.7はなかなか楽しみな機能が盛りだくさん
328 名前：デフォルトの名無しさん mailto:sage [2019/09/18(水) 22:35:58.20 ID:bp3ervLV.net]: asserts ええな
pipelineオペあくしろよ
329 名前：デフォルトの名無しさん mailto:sage [2019/09/19(木) 10:29:52.30 ID:Nwlz92FM.net]: Google、モバイル開発環境を加速するFlutter 1.9、プログラミング言語Dart 2.5リリース
https://news.mynavi.jp/article/20190912-893296/

Null安全も開発中だそうだし、そうなったら最強かもしれん
TSあやうし！
330 名前：デフォルトの名無しさん mailto:sage [2019/09/19(木) 17:24:02.70 ID:uX+yZZQn.net]: ksk
331 名前：デフォルトの名無しさん mailto:sage [2019/09/19(木) 22:29:49.45 ID:XUz/FlZ3.net]: >>323
すでにTSはNull安全なんですがそれは
332 名前：デフォルトの名無しさん mailto:sage [2019/09/19(木) 22:33:00.75 ID:Q6kUj/r3.net]: TypeScript 3.7 Iteration Plan
ttps://github.com/microsoft/TypeScript/issues/33352

- Optional Chaining
- Nullish Coalescing
- Assertion Signatures
- Recursive Type References
- ECMAScript Private Fields
- Top-Level await

つよい
333 名前：デフォルトの名無しさん mailto:sage [2019/09/19(木) 22:50:14.26 ID:SwC6FU08.net]: >>326
Microsoftの本気
334 名前：デフォルトの名無しさん mailto:sage [2019/09/19(木) 23:08:15.80 ID:XUz/FlZ3.net]: TSあやうし！　　（笑）
335 名前：デフォルトの名無しさん [2019/09/29(日) 01:47:49.36 ID:DcYKtIGC.net]: >>326
Recursive Type References
こんなん出来るのか？

再帰はanyで逃げてたわ。
336 名前：デフォルトの名無しさん [2019/10/04(金) 15:53:59.79 ID:JXWhYfPM.net]: ktkr
https://forest.watch.impress.co.jp/docs/news/1210897.html
337 名前：デフォルトの名無しさん [2019/10/04(金) 21:06:33.10 ID:btlbHhjd.net]: >>330
いや、必要なのはパッチじゃなくて、明示的なdeprecatedだろ。

MSは全ての官公庁に対して、blinkのブラウザーを強制させるべき。

ゴミ政治家じゃ無理なので、MSがやれ。

黒船代行料として10兆払っても惜しくない。
338 名前：デフォルトの名無しさん mailto:sage [2019/10/06(日) 16:12:20.74 ID:GCn9yAhL.net]: Object の OR を自動判別ってできないのかな？
下のURLは、TypeScript Playgroundで書いてみたもの
規制で書き込めなかったから、お手数だが concat して開いてほしい

https://
bit.ly
/30Pw8K3
339 名前：デフォルトの名無しさん mailto:sage [2019/10/06(日) 16:44:47.50 ID:9GzCvGAT.net]: そういうのは、{ type: 'Succeeded'; result: string }と{ type: 'Failed'; message: string } �
340 名前：ﾝたいにして、typeで分岐させるのが普通だけど、 if ('result' in resp) {} でもいけるよ typescriptの型はただの構造でしかないことがわかれば理解できると思う []: [ここ壊れてます]
341 名前：デフォルトの名無しさん mailto:sage [2019/10/06(日) 17:28:21.59 ID:GCn9yAhL.net]: >>333
うおお、できた、ありがとう、感動、感謝、完璧です
342 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 01:40:28.94 ID:5li6ycXf.net]: tsconfig.jsonでソースディレクトリの指定は

"include": [
"src/**/*"
]

と "compilerOptions":{
""rootDir": "./src",

のどっちが正しいのですか？
343 名前：デフォルトの名無しさん mailto:sage [2019/10/09(水) 07:36:48.39 ID:ldi65x/b.net]: コンパイルできる方

マジレスすると上
rootDir って要らなくね？
344 名前：デフォルトの名無しさん mailto:sage [2019/10/26(土) 16:09:48.89 ID:z1scFH36.net]: もうeslintに移行しても大丈夫かな？
345 名前：デフォルトの名無しさん mailto:sage [2019/10/26(土) 16:20:08.49 ID:A0XjOFSl.net]: もう3ヶ月前くらいに本番でeslint移行したが、全く問題なくてビビるぞ
346 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 08:31:23.68 ID:EkX1LXXs.net]: Announcing TypeScript 3.7
https://devblogs.microsoft.com/typescript/announcing-typescript-3-7/
347 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 08:52:02.60 ID:sPTvbp9j.net]: 　( 　ﾟдﾟ)
＿(__つ/￣￣￣/＿
　　＼/　　　　/

きたか…！！

　　( ﾟдﾟ )　ｶﾞﾀｯ
　　.r　　ヾ
＿_l_l　/￣￣￣/＿
　　＼/　　　　/

　　( ﾟдﾟ )　ｽｯ
＿(__つ/￣￣￣/＿　
　　＼/　　　　/　
348 名前：デフォルトの名無しさん [2019/11/06(水) 11:02:39.72 ID:o3tEvZiY.net]: 1歩進んで2歩さがる
349 名前：デフォルトの名無しさん mailto:sage [2019/11/08(金) 14:35:13.79 ID:vk2bSkbm.net]: Microsoft、組み込みデバイスをターゲットとしたTypeScriptの高速サブセット”Static TypeScript”を発表
https://www.infoq.com/jp/news/2019/11/static-typescript-msft-paper/
350 名前：デフォルトの名無しさん mailto:sage [2019/11/08(金) 15:41:32.87 ID:IHFsmiXW.net]: 神ってる
351 名前：デフォルトの名無しさん mailto:sage [2019/11/08(金) 21:30:00.92 ID:tlySiByz.net]: >さらにSTSは、TypeScriptの型規則からも逸脱している。TypeScriptがクラスに構造的型付け(structural typing)を
>使用するのに対して、Static TypeScriptでは名前的型付け(nominal typing)を使用しているのだ。

TypeScriptの人気にあやかった別言語じゃね？
352 名前：デフォルトの名無しさん mailto:sage [2019/11/09(土) 02:29:33.32 ID:NblRK941.net]: 結局ただのC言語の亜種だろ
MSもそんな事をいちいちアピールしないといけないほど落ちぶれたか…
353 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 10:38:33.96 ID:1aAJfoMg.net]: TypeScriptはJSerへの強制型付けギプスだと思えばそこそこ優秀
いつまでもギプスつけた状態で満足するものではないのでそのうちRustなり別の静的型付けに移行する前提であれば賞賛できる
354 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 10:47:34.10 ID:cqseOAmT.net]: TypeScriptはタイプ脳への強制補助輪だと思えばそこそこ優秀
いつまでも補助輪つけた状態で満足するものではないので
そのうち生JSなり別の動的型付けに移行する前提であれば賞賛できる
355 名前：デフォルトの名無しさん [2019/11/23(土) 11:57:55.85 ID:cBKKqL2b.net]: TypeScriptはタイプ脳への強制補助輪だと思え
ばそこそこ優秀いつまでも補助輪つけた状態で満足するものではないのでそのうち生JSなり別の動的
型付けに移行する前提であれば賞賛できる
356 名前：デフォルトの名無しさん mailto:sage [2019/11/23(土) 13:06:34.59 ID:/aIGpl4m.net]: 型無し糞言語は死ねだと思え
動的糞言語はいつまでも糞でそのうち糞
糞糞糞
357 名前：デフォルトの名無しさん [2019/11/30(土) 00:23:57.91 ID:/MHIrz97.net]: すみません
今までES5.1を使って来て、これから扱い易いと言われる
TypeScriptを学習しようと思うのですが
逆にTypeScriptの方がJavaScriptより
難易度高いと言う事はありませんでしょうか。

型は値に付く物で変数はそれへの参照、
prototypeはファンクションへの参照格納用プロパティ
Objectは可塑性のある便利な何かという感覚が身についています。
358 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 05:04:50 ID:TrAQa+kD.net]: vscodeといっしょに使えば、jsより楽
型エラーは全てTSが教えてくれる
359 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 08:52:48.62 ID:5l2Z ]: [ここ壊れてます]
360 名前：f0lZ.net mailto: >>350
型は値に付くというその感覚はそのままでいいよ。TypeScriptはそれに加えて

- それぞれの変数にどんな型の値が入るかコンパイラが調べてくれる
- それぞれの変数にどんな型の値が入ってほしいかプログラマが指定できる
- その両者に食い違いがないかどうかコンパイラがチェックする

というだけ。 []: [ここ壊れてます]
361 名前：デフォルトの名無しさん mailto:sage [2019/11/30(土) 09:04:25.09 ID:6ZWltqHp.net]: TSの機能を余す事なく使おうと思うと難易度高いけど
其処を目指す必要はない
362 名前：350 mailto:sage [2019/12/01(日) 22:23:36.97 ID:THamb1cl.net]: ありがとうございます。
とりあえず tslint を緩めにしてやってみます。
363 名前：デフォルトの名無しさん mailto:sage [2019/12/02(月) 06:56:16 ID:mLOeT+PU.net]: TS初心者ですがお勧めの書籍ありませんか？webpackとかも合わせて勉強したいです。
364 名前：デフォルトの名無しさん mailto:sage [2019/12/04(水) 22:44:25.30 ID:sxQF45hm.net]: interface A {
x: string;
}

a: A;

A.xの型(string)を取り出したい場合 typeof A.x じゃダメで typeof a.x ならいけたけど、
aみたいな変数を使わずに typeof A.x 相当のことってできないんだっけ？
365 名前：デフォルトの名無しさん mailto:sage [2019/12/05(木) 07:17:39 ID:mSvldXoX.net]: A['x']
366 名前：デフォルトの名無しさん mailto:sage [2019/12/05(木) 08:56:27.95 ID:pFxixMvG.net]: なるほど。ブラケット記法って最近とんと使わなくなったけど、こんなところに使い道残ってたんだ。
367 名前：デフォルトの名無しさん [2019/12/21(土) 15:23:23.21 ID:BSqycIZI.net]: 実践TypeScript - BFFとNext.js&Nuxt.jsの型定義、吉井健文、2019/6/26

今まで、TS の本は、あまり無かったので買ってみた

入門者用の文法の説明が、130ページしかない。
残りの190ページが、各フレームワークへの対応

本屋で、他の本を見たら、
掌田津耶乃は、Node.js, Vue.js, React, Angular の本を出してるw
山田祥寛も、Vue.jsの本を出した
368 名前：デフォルトの名無しさん mailto:sage [2019/12/21(土) 15:40:03.75 ID:BpSzdr8P.net]: vueは根本から型が腐ってるから使う必要なし
369 名前：デフォルトの名無しさん mailto:sage [2019/12/21(土) 19:32:06.97 ID:MnINNRtE.net]: やっぱ React か
370 名前：デフォルトの名無しさん mailto:sage [2019/12/21(土) 22:14:02.68 ID:K0kobvcw.net]: 日本人は馬鹿だからしょうがない。
世界的にはreactなのに、世界と同じものでは戦えないからなのか、日本ではvueを使おうとする
371 名前：デフォルトの名無しさん [2019/12/24(火) 13:31:33.33 ID:WgZ9RMXM.net]: 記述がスゲー長くなって見づらい
これって劣化javaみたいな記述にならない？
jsの良さが完全に死亡してる気が…
372 名前：359 mailto:sage [2019/12/24(火) 13:53:39.03 ID:3XzgnZW7.net]: 実践TypeScript を読んでるけど、TS の細かい挙動の怪しい所が多いから、
その例外的なルールの数を覚えるのが大変。
つまり、ハマる箇所を避けるのが大変

TS を学ぶと、Haxe の偉大さが分かる！
JavaScript のおかしい部分を修正しているから、かなりやりやすい
373 名前：デフォルトの名無しさん mailto:sage [2019/12/24(火) 21:47:34.41 ID:j2uQerkx.net]: JSに良さなんてあったのか！？びっくりドンキー！
374 名前：デフォルトの名無しさん mailto:sage [2020/01/04(土) 19:44:33.72 ID:pllwqfHK.net]: 3.7でECMA private field 使えないんだな。ガチのprivateはお預けかぁ
375 名前：デフォルトの名無しさん mailto:sage [2020/01/04(土) 19:55:56.50 ID:Gwa4LI2s.net]: ECMA private fieldの必要性、全く感じないわ
376 名前：デフォルトの名無しさん mailto:sage [2020/01/16(木) 00:04:23 ID:YIQKI70M.net]: ts拡張子のts動画との棲み分けってうまい方法あるかな？
377 名前：デフォルトの名無しさん mailto:sage [2020/01/17(金) 22:59:25 ID:c8jQBH00.net]: tsxにする
378 名前：デフォルトの名無しさん mailto:sage [2020/01/21(火) 10:46:46 ID:YewYG19G.net]: ts-jestはテストのたびに*.test.tsをTypescriptからJavaScriptにコンパイルしてテストを実行しているのですか？
テストコードが変わらなくても、内部的にコンパイルしてるの？
それとも、tscコマンドでテストコードもコンパイルしてｊｓファイルに変換したら、それを利用してるの？
379 名前：デフォルトの名無しさん mailto:sage [2020/01/24(金) 09:42:02.04 ID:apHhsOxs.net]: プロパティでyield のやりかたわからん。
get hoge : Generator<number,void,boolean> {
　　　return (function* (){ yield 1; yield 2; yield 3; })();
}
とかでええの?
なんか get* hoge も *get hoge も get *hoge も怒られる。
380 名前：デフォルトの名無しさん mailto:sage [2020/01/24(金) 22:27:44.69 ID:gpzJLuFb.net]: そもそも getter にジェネレータ記法はない
381 名前：デフォルトの名無しさん mailto:sage [2020/01/24(金) 23:21:56 ID:pw14qEqb.net]: getterでそんな複雑なことをするんじゃあない・・・
382 名前：デフォルトの名無しさん mailto:sage [2020/02/24(月) 18:47:37 ID:Av6u/PEd.net]: <Ts extends Array>(...args: Ts)=>
でTsの全ての型の交差型を返したいんだけど可能？
383 名前：デフォルトの名無しさん mailto:sage [2020/02/24(月) 23:10:15 ID:dJSyQnEN.net]: Typescript: Retrieve element type information from array type - Stack Overflow
https://stackoverflow.com/questions/41253310/typescript-retrieve-element-type-information-from-array-type

Creating types from values in array ・ Issue #28046 ・ microsoft/TypeScript
https://github.com/microsoft/TypeScript/issues/28046

keyof for arrays ・ Issue #20965 ・ microsoft/TypeScript
https://github.com/microsoft/TypeScript/issues/20965

この辺どうよ
できたら教えて
384 名前：デフォルトの名無しさん mailto:sage [2020/03/02(月) 20:34:14 ID:Vt4u2rjY.net]: 締め付けはガチガチなのにガバガバな構文
トランスパイルのせいで起動は遅いし設定項目やハマりポイントはクソ増える
選択肢のないフロントはともかく、言語を選び放題なサーバーでts入れてまでjsを使う意味ってなに？
385 名前：デフォルトの名無しさん mailto:sage [2020/03/04(水) 19:31:12 ID:Xkhzo69W.net]: >>376
キツマンなのに誰とでも寝るみたいなん感じか
386 名前：デフォルトの名無しさん mailto:sage [2020/03/05(木) 00:10:09.52 ID:aV1N9imN.net]: 型無し言語というジャンルで見ると、一番マシ
387 名前：デフォルトの名無しさん [2020/03/07(土) 19:41:25.48 ID:Gq72B5Zp.net]: https://github.com/microsoft/vscode-textbuffer/blob/master/src/common/position.ts をC#に書き直してる。
44行目からのwithが分からん。

with(newLineNumber: number = this.lineNumber, newColumn: number = this.column): Position {
if (newLineNumber === this.lineNumber && newColumn === this.column) {
return this;
} else {
return new Position(newLineNumber, newColumn);
}

解説とC#に書き直して。"Create a new postion from this position."ってあるけど、
どう呼ばれるの？もしかしてwith文じゃなくて、with()ってメソッド？
388 名前：デフォルトの名無しさん mailto:sage [2020/03/07(土) 20:06:50.29 ID:74qnesAz.net]: メソッドの定義以外の何に見えるのか
389 名前：デフォルトの名無しさん mailto:sage [2020/03/07(土) 21:33:39.02 ID:po15mmZE.net]: そもそも JavaScript に with 文なんて・・・あるのかよ何だこの邪悪な臭いがプンプンするやべえやつは
390 名前：デフォルトの名無しさん mailto:sage [2020/03/08(日) 10:00:55 ID:Dz/wpeTc.net]: >>203
御社は今どういう状況になってる？
391 名前：デフォルトの名無しさん mailto:sage [2020/03/08(日) 13:25:25 ID:/+j1E1ja.net]: >>382
何も変わっとらんよ
機能拡張もできないから、現状維持という名の放置
392 名前：デフォルトの名無しさん mailto:sage [2020/03/08(日) 13:39:52 ID:Dz/wpeTc.net]: サンクス
393 名前：デフォルトの名無しさん mailto:sage [2020/04/14(火) 00:16:42 ID:Rf+yV41A.net]: 違い何？

interface Dictionary<T> { [key: string]: T; }

type Dictionary<T> = { [key: string]: T; };
394 名前：デフォルトの名無しさん mailto:sage [2020/04/14(火) 00:52:31.86 ID:1s8555QT.net]: そのコードに限っては、違�
395 名前：｢ないかもな interface は後から追加できる これ playground にでも貼ってみ ``` interface DictionaryI { a: string b: string } type DictionaryT = { a: string b: string }; interface DictionaryI { wow: number } type DictionaryT { wow: number } const di: DictionaryI = ({} as any) console.log(di.wow) ``` だから、ライブラリの定義ではたまに使われる プロダクトコードで使ってる奴は物知らないか、設計力のないやつ []: [ここ壊れてます]
396 名前：デフォルトの名無しさん mailto:sage [2020/04/14(火) 08:03:12 ID:KwYjFqSp.net]: ＞物知らないか、設計力のないやつ
どうして？
397 名前：デフォルトの名無しさん mailto:sage [2020/04/14(火) 08:24:49.93 ID:NW9baKp2.net]: >>386
ケツにIとかTを付けるのは設計力の無いやつ
398 名前：デフォルトの名無しさん mailto:sage [2020/04/14(火) 08:34:25 ID:1s8555QT.net]: >>388
ただのサンプルコードにそんなこと言われてもwww

>>387
以下理由
・昔デフォルトONだったprefer-interfaceを引きずっている
・自分で管理できるコードなのに、interfaceで拡張する余地を残さねばならないのはおかしい
399 名前：デフォルトの名無しさん mailto:sage [2020/04/14(火) 08:54:36 ID:NW9baKp2.net]: >>389
> ・自分で管理できるコードなのに、interfaceで拡張する余地を残さねばならないのはおかしい
オブジェクト指向を全否定かよw
400 名前：デフォルトの名無しさん mailto:sage [2020/04/14(火) 10:13:18 ID:1s8555QT.net]: >>390
たぶん君は、Java の implements に使える interface のことを言ってるのだと思うが、
type でも implements 相当の宣言ができるので、
TS の interface は src 変更が容易でないが、ライブラリの性質上拡張の余地が必要なケースでしか有効でない

「同じ名前の型なのに、実は後から src のどこかで拡張されてました」なんて嫌だろう？
どこの JavaScript だよ
401 名前：デフォルトの名無しさん mailto:sage [2020/04/14(火) 18:14:19 ID:Rf+yV41A.net]: >>386
なるほど
ありがと
402 名前：デフォルトの名無しさん [2020/04/26(日) 04:53:02 ID:IAt9cGuZ.net]: function hoge<T, S> (x: T, f: (x: T) => S) {
// ...
}
みたいな関数があって、引数f のデフォルト値を identity:<T>(x: T) => T
にしたいんだけど、無理かしら？

hoge(1) <-- このときは T: number, S: number と推論してほしくて、
hoge(1, n => `number: ${n}`) <-- このときはT: number, S: string と推論してほしい
403 名前：デフォルトの名無しさん [2020/04/26(日) 05:47:15.51 ID:IAt9cGuZ.net]: ごめん、自己解決した
TypeScriptでは依存型をオーバーロードで実現できるのね

```
function hoge<T>(x: T): T;
function hoge<T, S>(x: T, f: (x: T) => S): S;
function hoge<T, S>(x: T, f?: (x: T) => S) {
if (typeof f === "undefined") {
return x
}
return f(x)
}
```

これで一応、第２引数指定しなかったら、戻り値の型を第１引数の型で推論してくれるようになったし、
指定すればその関数の戻り値の型で推論してくれるようになった
404 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 20:55:34 ID:Z2ECG7mm.net]: Announcing TypeScript 3.9
https://devblogs.microsoft.com/typescript/announcing-typescript-3-9/
405 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 22:51:12 ID:8OQL2q6a.net]: ＞Our team has been focusing on performance after observing extremely poor editing/compilation speed with packages like material-ui and styled-components.
あーやっぱり material-ui と styled-components が遅いんだ
両方使ったら耐え難いレベルで重くて辛かった
406 名前：デフォルトの名無しさん mailto:sage [2020/05/17(日) 20:28:24.81 ID:eDtMluXf.net]: 初学者が今からTypeScriptやるメリットってある？
普段使ってるC#のBlazorが育つまで我慢してそれまではJS使えばいいかなーという気がしてるんだけど
407 名前：デフォルトの名無しさん mailto:sage [2020/05/17(日) 21:27:13.06 ID:07c/uCSO.net]: ・BlazorがTSと同等レベルまで言語・市場が育つことはありえない
・JSに毛の生えた程度の文法でC#と同等以上のタイプセーフの恩恵を受けられる

と思うよ
正直TS始めて
408 名前：からは、JS（特に他人が書いたやつ）は2度と触りたくなくなった []: [ここ壊れてます]
409 名前：デフォルトの名無しさん mailto:sage [2020/05/17(日) 22:05:58.39 ID:ShD9HsIi.net]: 仕方なく js 書いてる時も jsdoc で型を付けまくってる
もうあの頃には戻れない・・・
410 名前：デフォルトの名無しさん mailto:sage [2020/05/17(日) 22:08:17.75 ID:ilBeXKNK.net]: 毛が生えたと言われてもジェネリクス周りとか仕様がけっこう大きい（大きいだけでそんなに難しくは無いけど）。あと歴史的に同じような機能のものが複数あるのはやや辛い。
411 名前：デフォルトの名無しさん mailto:sage [2020/05/17(日) 22:10:49 ID:ilBeXKNK.net]: 素のjsは確かに触りたくなくなったな～
412 名前：デフォルトの名無しさん mailto:sage [2020/05/17(日) 22:12:40 ID:07c/uCSO.net]: >>400
まぁそうだけど、最初はbetter js程度に :string みたいな単純な型書くだけでいいと思うよ
それだけで劇的に違ってくる
413 名前：デフォルトの名無しさん mailto:sage [2020/05/18(月) 06:26:49.70 ID:IgsFvSEI.net]: >>402
確かにそうだわ
414 名前：デフォルトの名無しさん mailto:sage [2020/05/18(月) 09:34:50.89 ID:/q4v9RIOI]: TypeScriptのnamespaceってJavaのpackageやPHPのnamespaceとは違うものでしょうか？

型定義ファイルでいくつかのinterfaceをnamespaceでくくり、
別ファイルで「import PostRequest = SlackApp.PostRequest」で参照したら
TS2702: 'SlackApp' only refers to a type, but is being used as a namespace here.
と言われてしまいました。
括らないで「import { PostRequest } from '../types/PostRequest'」で参照したらエラーにはならなかったです。
複数の定義をまとめる目的で使うものではないのでしょうか？
それとも書き方を間違えてますか？
415 名前：404 mailto:sage [2020/05/18(月) 09:35:28.60 ID:/q4v9RIOI]: claspを使ってGoogle Apps ScriptをTtypeScriptで書いていて、SlackのSlash Commandのリクエストを定義したいです。

// src/doPost.ts
import PostRequest = SlackApp.PostRequest
function doPost(request: PostRequest) {
SlackApp.postMessage(JSON.stringify(request))
}

// types/SlackApp.d.ts
declare namespace SlackApp {
interface PostRequest {
parameter: SlashCommandParameter,
/* 省略 */
}

interface SlashCommandParameter {
/* 省略 */
}

interface SlashCommandParameters {
/* 省略 */
}
}
416 名前：デフォルトの名無しさん mailto:sage [2020/05/19(火) 12:17:36.04 ID:m7E0nRpi.net]: クラス使えるだけで嬉しかった。prototypeとか二度と触りたくない。
417 名前：デフォルトの名無しさん mailto:sage [2020/05/19(火) 19:57:31 ID:JYXLTsSv.net]: せっかくTypeScript使うのになんでクラス
418 名前：デフォルトの名無しさん mailto:sage [2020/05/19(火) 20:00:38 ID:lV40zBP6.net]: jsonに型が付くのマジサイコーって気分になる
419 名前：デフォルトの名無しさん mailto:sage [2020/05/20(水) 18:25:07.86 ID:uCxRgACC.net]: @types/node を v14:x に上げたら fs.write* 周りでエラーがいっぱい出た
以前の型定義ファイルでは第2引数が any だったために見逃されてたのね
420 名前：デフォルトの名無しさん mailto:sage [2020/05/20(水) 19:13:29 ID:kUjfC17v.net]: vscoe+deno
d.tsを用意してjsをimportたがインテリセンスに型情報がでない
421 名前：デフォルトの名無しさん mailto:sage [2020/05/20(水) 19:43:48 ID:q4rNYEAk.net]: アーリーアダプタすぎっしょ
422 名前：デフォルトの名無しさん mailto:sage [2020/05/28(木) 04:29:10 ID:YaDoyLzB.net]: 質問させてください
初歩的なものかと思いますがよろしくおねがいします

以下の様に getElementById() にてinput要素を取得した場合、value属性を読み取ろうとすると問題が発生します。
　　const input = document.getElementById('input');
　　const text = input.value; // <- プロパティ 'value' は型 'HTMLElement' に存在しません。ts(2339)

解決方法を検索すると、
　　const input = <HTMLInputElement>document.getElementById('input');
　　const input = (document.getElementById('input')) as HTMLInputElement;
などの型ア�
423 名前：Tーション？キャスト？で解決するように書いている記事が多くヒットするように感じます。 質問としましては、 ・HTMLElementではなくHTMLInputElement等の具体的な型で要素を取得する方法はありますか？ ・具体的な型で取得できない場合、それがHTMLInputElementであると判定する方法はどのようなものがありますか？ 以上、長くなりましたがご教授頂けると嬉しいです。 []: [ここ壊れてます]
424 名前：デフォルトの名無しさん mailto:sage [2020/05/28(木) 05:30:32 ID:uIAU+1VL.net]: >getElementById
英語読め
425 名前：デフォルトの名無しさん mailto:sage [2020/05/28(木) 07:36:15.22 ID:XtQwhE1K.net]: >>412
https://bi□t.ly/2zBJQbZ

こんな感じでいかがでございましょうか？

getElementById の取得結果は、HTMLElement を継承した何かであることは確実だが
より具体的な型であることは if 文などで判定しないとわからないので
（読みやすい）ワンライナーするのは難しいかな
426 名前：デフォルトの名無しさん mailto:sage [2020/05/28(木) 07:37:06.32 ID:XtQwhE1K.net]: リンク先は typescript playground
長すぎて貼れなかった

url中の□を取っ払ってアクセスしてほしい
こっちも短縮url規制で貼れなかった
427 名前：デフォルトの名無しさん mailto:sage [2020/05/28(木) 08:20:23 ID:YaDoyLzB.net]: >>414,415
なるほど、constructorと型の名称は一致するので比較に使えるのですね。
3パターンもありがとうございます。参考にさせて頂きます。
428 名前：デフォルトの名無しさん mailto:sage [2020/06/03(水) 19:01:52.32 ID:+riA6q4Z.net]: vscodeのタスクでビルドしたいのですが、上手くいきません。
最初から入っていた"tsc: ビルド - tsconfig.json"という設定を使ってタスクを実行すると、

> Executing task: tsc -p (省略)\tsconfig.json <
パラメーターの書式が違います - -Command

と出てビルドが終了しません。
コンソールに同じコマンドをコピペするとちゃんとjsファイルが作成されます。
ググってみたのですが、そもそもtscで「パラメーターの書式が違います」というエラーが出るという記事すらありませんでした・・・
どうすればいいでしょうか。
429 名前：デフォルトの名無しさん mailto:sage [2020/06/03(水) 19:16:49.18 ID:W7xz+V5+.net]: 普通にnpmとnpm scriptの一部に組み込んだ方がいいと思う
vscodeのタスクとか使ったことないし、必要性も感じたことないな
430 名前：デフォルトの名無しさん [2020/06/04(木) 22:32:22.64 ID:c/bZjxGo.net]: tscがどこにインストールされてるか、とか関係ありそう
431 名前：デフォルトの名無しさん mailto:sage [2020/06/04(木) 23:13:01.10 ID:hC0MsN2x.net]: npx tsc --init
で、tsconfig.json が出来る

package.json に、こう書いておいて、

"script": {
"build": tsc
},

npm run build
で、コンパイルする
432 名前：デフォルトの名無しさん mailto:sage [2020/06/06(土) 19:11:34 ID:FUHWS7EH.net]: >>418
そうすることにします

>>419
AppData\Roaming\npm
にありました。

>>420
元々コンソール上からはどのコマンドも実行できるのですが、
vscodeのタスクから使うとエラーが出てしまうんです。

色々テストしていたところ、
単なるシェルコマンド echo unko ですらエラーが出るのでvscode固有の問題っぽいです
433 名前：デフォルトの名無しさん mailto:sage [2020/06/06(土) 20:04:01.16 ID:vddsi0s3.net]: >>417
パラメータの書式が違うってのはPowerShellでよく見るエラーだけど、VSCodeってPowerShell叩いてるんだっけ？
VSCode固有の問題と決めつけるんじゃなくてもう少し調査してみたら？
434 名前：デフォルトの名無しさん mailto:sage [2020/06/07(日) 10:34:46 ID:s05OkEKn.net]: 解決しました

日本語版のWindowsではpowershell.exeがShiftJISで読まれるので、
合わせてvscode上のPowerShellの文字コードをShiftJISに変えていたのが原因でした。
元のUTF-8に戻したら問題なく実行できました。

tscをフルパスで実行したらパスの途
435 名前：中にスペースが発生し、 PoweｒShellスクリプトのデバッグ時によく見た文字化けだったので気づけました。 >>422 ご名答です PowerShellが叩かれていて、エラーもPowerShellからでしたｗ []: [ここ壊れてます]
436 名前：デフォルトの名無しさん mailto:sage [2020/06/11(木) 18:33:48 ID:Jv4rHxRX.net]: Nodeでサーバーを立てているような場合、
ユーザーが入力した値を格納する変数の型は一旦unknownとしておいた方が良いのでしょうか？
例えば以下の様な場合です。
　const func1 = (userInput: unknown) => {...};
　const func2 = (userInput: string) => {...};

バリデーション等を行って問題が無ければ、
改めて型宣言した変数に代入し直すような方法が一般的ですか？
437 名前：デフォルトの名無しさん mailto:sage [2020/06/13(土) 14:38:30 ID:fZdtN3m2.net]: ついにDartがnull安全になったそうな
https://forest.watch.impress.co.jp/docs/news/1258690.html

webからiOSまで1言語で書ける(ちゃんと動くとは言っていない)
438 名前：デフォルトの名無しさん mailto:sage [2020/06/13(土) 16:20:45.29 ID:cnsVZnHy.net]: 今TypeScript+Reactを勉強しているのですけど、テーブルのコンポーネントで使いやすいものって無いですか？
テーブルのヘッダはそのままで縦は内容だけスクロールして横はテーブルも一緒にスクロールするみたいなものが良いです
439 名前：デフォルトの名無しさん mailto:sage [2020/06/13(土) 21:17:17.22 ID:qaq6yJI2.net]: jexcel
react-table

react-tableは、初心者なら v6 おすすめ
理由は、標準でUIが付いてるから簡単にそれっぽいものができる
ドキュメント調べれば割と多くの挙動に対応できるはず
代わりに、UIのカスタマイズがつらい
「あそこのcssを弄りたいけど、どうやって指定すればいいかわからん」
「!importantじゃないと上書きできない」
的なことになりがち
あと、@types を v6 のをインストールするよう注意すること

UIごりごりにカスタマイズしたいなら最新の v7
headless と謳われてるように、UIが一切ないから全て自分の思い通り
代わりに、学習コストが高い
あと @types 書いたやつがバカなのか、Genericsの対応が酷くて
キャストがたくさん必要でうんざりする
440 名前：424 mailto:sage [2020/06/14(日) 00:14:28 ID:uuDX9j1b.net]: >>427
有難うございます、react-tableを調べてみます。

material-uiがElectronで
TypeError: Cannot use 'in' operator to search for 'ontouchstart' in null
とか出て動かなくて困っていました。
ボタン一個しか指定していないサンプルを写してこれです。
441 名前：デフォルトの名無しさん mailto:sage [2020/06/14(日) 00:51:17.06 ID:864/oVLm.net]: >>428
https://stackoverflow.com/questions/60473495/how-to-properly-set-up-material-ui-with-electron-react-boilerplate

速攻それっぽいの出てきたが、ちゃんとググったかねキミィ？
442 名前：デフォルトの名無しさん mailto:sage [2020/06/14(日) 12:09:11.89 ID:qCi3/fDK.net]: これっぽいの見たことあるけど、他にも気になる事があって見落としてました
<div>に書いてあるの要るのかな？
今試せる環境でないので後日に
443 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 08:05:47.95 ID:Nd1uEPT+.net]: TypeScriptってsetIntervalとかsetTimeout,
async/await, Promiseとか使えるんですか？
444 名前：デフォルトの名無しさん [2020/06/25(木) 08:55:25.54 ID:3QV8gPE9.net]: 逆に使えない意味がわからない
445 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 09:53:31.94 ID:2LahzjFh.net]: Ruby on Rails では、React も多いけど、

TypeScript を使う香具師は、いるのかな？
446 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 10:01:29.46 ID:PKyG+WtC.net]: ルビカスは宗教
447 名前：上の理由からTypeScriptなは絶対に使えないんで消えて フロントエンドの方が厳格な言語で書かれてるとか頭おかしいからなw []: [ここ壊れてます]
448 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 10:37:01 ID:V5BYtNqQ.net]: かわいそうに。
449 名前：デフォルトの名無しさん [2020/06/25(木) 11:14:26.11 ID:2XRewe5U.net]: CoffeeScriptとは何だったのかω
450 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 11:57:37.69 ID:2LahzjFh.net]: Ruby on Rails 6 から、Node.js, webpack が標準になったから、

もう、Coffee Script には依存していない
451 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 14:16:09 ID:3QV8gPE9.net]: だからどうしたRubyガイジ
さっさと消えろ
452 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 14:49:25.12 ID:V5BYtNqQ.net]: webpack使えるなら、普通にもうRoRでhtml作る必要ないのでは
453 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 14:51:02.50 ID:V5BYtNqQ.net]: ほんまやな
PHPもRubyも、型無し糞言語は滅びるべきや
json以外を喋る邪悪なWebサーバーは1台残らず破壊しろ
454 名前：デフォルトの名無しさん mailto:sage [2020/06/25(木) 14:52:55.59 ID:3edAgV/k.net]: この場違いRuby妖怪はアンカ飛ばさんでも一応レス見てる素振りを見せるのがちょっとしたホラー
455 名前：デフォルトの名無しさん [2020/06/26(金) 03:43:22.98 ID:4Xp41V6m.net]: GUI は、React, Bootstrap で良いけど、
サーバ側が、Node.js じゃ辛い

Rails, Sinatra などの、Ruby の方が分かりやすい

Rubyの欠点は、web アプリだけしか作れないこと！
スマホ用アプリも必要なら、Electron, React Native + Expo

それか、Unity
456 名前：デフォルトの名無しさん [2020/06/26(金) 07:42:47 ID:Sd6G194T.net]: Rubyの欠点はお前みたいなキチガイがスレチのクソ宣伝で評価を下げてることだよ
457 名前：デフォルトの名無しさん mailto:sage [2020/06/26(金) 14:54:51.55 ID:6IXnju0o.net]: https://twitter.com/yokatsuki/status/744702839558017024

多言語disをついやってしまう癖を止めて欲しい。
最後に参加したTokyuRubyKaigiで「Javaやってる人手を挙げてはーい♪今挙げた人はすぐに帰ってくださーい♪」って言ったのは忘れたくても忘れられない。
(deleted an unsolicited ad)
458 名前：デフォルトの名無しさん mailto:sage [2020/06/26(金) 16:51:07 ID:Z5HJiD+l.net]: 型無し糞言語やってる人は帰るだけじゃ済まされない
死んでください
459 名前：デフォルトの名無しさん mailto:sage [2020/06/26(金) 18:00:16.15 ID:9etEQyfp.net]: 俺も東横線代表として参加してくるわ
460 名前：デフォルトの名無しさん mailto:sage [2020/06/26(金) 20:32:19.16 ID:aHXqCiQW.net]: >型無し糞言語

今どきの言語で何があったっけ？
461 名前：デフォルトの名無しさん mailto:sage [2020/06/26(金) 22:12:45.13 ID:TcIyIoqu.net]: >>444
10年以上前に同じようなJava disやってたスピーカーがいたが
別のスピーカー/コミッター達にあれはやめたほうがいいって厳しく批判されてたけどな
その時代の話なのかな
462 名前：デフォルトの名無しさん [2020/06/27(土) 01:29:27.09 ID:9wE9An+g.net]: ありますで喩えると
Java山中さん
*by笹井さん
463 名前：デフォルトの名無しさん mailto:sage [2020/07/01(水) 14:29:27.01 ID:OAvcKBIQ.net]: Talking TypeScript with the engineer who leads the team
https://stackoverflow.blog/2020/06/15/talking-typescript-with-ryan-cavanaugh/
464 名前：デフォルトの名無しさん [2020/07/15(水) 11:01:56.72 ID:IqfNcqeZ.net]: TypeScript で、無名配列のJSON ファイルは、import できない

[
["a", 10],
["b", 20]
]

名前を付ければ、import できる。
import { xyz } from "./a.json";

{"xyz": [
["a", 10],
["b", 20]
]
}
465 名前：デフォルトの名無しさん [2020/07/15(水) 12:14:33.71 ID:cL9c5hZ8.net]: typescriptに限らず
そういう実装結構ある
全体は{}を仮定してるの
466 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 13:02:18.34 ID:pL8+4mwq.net]: jsonってトップレベルはObject
467 名前：必須だと思ってた そういう仕様あるのかな []: [ここ壊れてます]
468 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 15:59:04.81 ID:T1dYtDa5.net]: Type Script 使ってみて思ったけど
最初から ES がこの仕様だったら本当に助かってた
そして今の課題は既にある ES のライブラリ摂りこむのが面倒
なんとかならんのか？？っていう
469 名前：デフォルトの名無しさん [2020/07/15(水) 16:48:00.29 ID:cL9c5hZ8.net]: C# 使ってみて思ったけど
最初から C がこの仕様だったら本当に助かってた
そして今の課題は既にある C のライブラリ摂りこむのが面倒
なんとかならんのか？？っていう
470 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 16:58:29.54 ID:pL8+4mwq.net]: 割とマジで攻守共にTypeScriptが最強だわ
TSに欠けてるのは、あとはパターンマッチくらいだろう
TypeScriptがネイティブバイナリ吐くようになればいい
471 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 19:14:22.28 ID:Iul+D8/c.net]: >>451
そもそもimportはjsonを読むためにあるわけじゃないから読めなくても不思議はないが、
ts3.9.6で試してみたら普通に読めるんだが？

>>453
rfc読めばわかるがトップレベルだけ特別扱いする必要ないしね。
472 名前：449 mailto:sage [2020/07/15(水) 19:20:18.72 ID:IqfNcqeZ.net]: ./a.json に以下だけを書いて、どういうimport 文を書いたの？

[
["a", 10],
["b", 20]
]
473 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 20:06:40.11 ID:Iul+D8/c.net]: ふつうに
import j from './a.json';

"module"は"commonjs"
474 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 20:24:52.52 ID:guZu56HE.net]: esModuleInterop か allowSyntheticDefaultImports は true になってる？
false や未設定なら、 `import * as j from './a.json';` でインポートする必要がある
475 名前：デフォルトの名無しさん mailto:sage [2020/07/15(水) 20:31:01.05 ID:Iul+D8/c.net]: ああすまん、"resolveJsonMdule": true してた。
つまりmoduleじゃないjsonをロードしたいならこれが必要ってことね。
476 名前：449 mailto:sage [2020/07/15(水) 21:20:34.32 ID:IqfNcqeZ.net]: あれ？普通に、これで、import できた！
漏れの勘違いだったみたい

import j from "./a.json";

漏れの設定は、

"module": "es2015",

"esModuleInterop": true,
"resolveJsonModule": true,
477 名前：デフォルトの名無しさん mailto:sage [2020/07/16(木) 13:16:30 ID:Bj5j4Y6i.net]: こういうのはだめなんだっけ
[
["a", 10],
["b", 20],
]
478 名前：デフォルトの名無しさん [2020/07/16(木) 15:09:37.34 ID:J/CG/YnB.net]: TypeScript の開発中は、
Webpack のオフライン機能、workbox を使わないから、

package.json の、"workbox-webpack-plugin": "^5.1.3" を、
コメントアウトしようとしたが、形式エラーになって出来ない

削除はできるけど、コメントアウトで残しておきたい
479 名前：デフォルトの名無しさん mailto:sage [2020/07/16(木) 15:10:33.56 ID:L+apgnKF.net]: gitを使いましょうよ・・・
480 名前：デフォルトの名無しさん mailto:sage [2020/07/16(木) 15:13:26 ID:J/CG/YnB.net]: >>463
JSON ファイルでは出来ない

よく知らないけど、新しめの、JS/TS ファイルでは出来るかも
481 名前：デフォルトの名無しさん mailto:sage [2020/07/16(木) 18:14:40 ID:QwF0ci9g.net]: よく知らないなら黙ってろrubyｶﾞｲｼﾞ
482 名前：デフォルトの名無しさん mailto:sage [2020/07/16(木) 18:31:21.38 ID:L+apgnKF.net]: >>463
ケツカンマをファックできるのはECMAScript 5以上
JSONはファックできない
483 名前：デフォルトの名無しさん [2020/07/22(水) 02:36:42.07 ID:2/9nnKBr.net]: クライアント向けの開発サーバーが付いている、Parcel を使っている香具師いる？

Postman を使っている香具師いる？
これは、REST クライアントかな？
漏れは、VSCode の拡張機能の、REST Client を使っているけど

他には、TypeScript で、Express サーバーを実行する、ts-node-dev は？
484 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 03:44:15.17 ID:BmlbAE5y.net]: pacage.jsonのバージョンを取得したくて
src/index.tsで
import {version} from '../package.json'
を思いついたのですが、これだとコンパイルでdistに排出されるときにpackage.jsonも排出されてしまいます
これを解決する（依存関係をdistに持ってくるのではなくが./package.jsonを常に読むようにしたい)方法はあるのでしょうか？
485 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 07:24:44.96 ID:WBys/b ]: [ここ壊れてます]
486 名前：G4.net mailto: コンパイルするたび常に最新のpackage.jsonがdistに排出されるんだから
それでええんちゃう？ []: [ここ壊れてます]
487 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 19:08:50.40 ID:BmlbAE5y.net]: >>471
自分的にはdistに排出される先にもう一つpackage.jsonが作られるのが気持ち悪いと感じたのですがそうでもないんですかね？
488 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 21:11:01.65 ID:PGLLO5uD.net]: たしかにキモい
489 名前：デフォルトの名無しさん mailto:sage [2020/08/01(土) 21:32:06.85 ID:WBys/bG4.net]: 普通にgitignoreしてるだろうしdistにpackage.jsonがあっても特にデメリットないし
distに何が吐かれててもええんちゃう？
490 名前：デフォルトの名無しさん [2020/08/03(月) 07:34:16.45 ID:qdvto+rV.net]: >>470
process.env.npm_package_version
じゃダメなの？
491 名前：デフォルトの名無しさん mailto:sage [2020/08/03(月) 09:46:39.86 ID:l1ICYS01.net]: >>475
横からだけどサンキュー
こんなことできるんだね、勉強になった

package.jsonの各種要素を読み込みたい！ - DEV
https://dev.to/origamium/package-json-1626
492 名前：デフォルトの名無しさん [2020/08/03(月) 10:52:32.11 ID:qdvto+rV.net]: >>476
公式にもこんなところにしれっと書かれてる
https://docs.npmjs.com/misc/scripts#packagejson-vars

package.jsonの各フィールドの説明してるページには書いてないんだなぁ…
493 名前：デフォルトの名無しさん mailto:sage [2020/08/05(水) 08:07:16.62 ID:uWbem7nq.net]: Announcing the new TypeScript Website
https://devblogs.microsoft.com/typescript/announcing-the-new-typescript-website/
494 名前：デフォルトの名無しさん mailto:sage [2020/08/21(金) 08:26:54.83 ID:D9+iHL3k.net]: Announcing TypeScript 4.0
https://devblogs.microsoft.com/typescript/announcing-typescript-4-0/
495 名前：デフォルトの名無しさん mailto:sage [2020/08/21(金) 09:31:14 ID:pu35Qu/1.net]: もう4.0の時代なのか・・・
それなのにおまいらのプロダクトときたら・・・
496 名前：デフォルトの名無しさん mailto:sage [2020/08/21(金) 11:12:40 ID:7l2hhkMF.net]: 現場猫『ヨシッ！』
497 名前：デフォルトの名無しさん [2020/08/21(金) 11:15:43 ID:6zccVHNz.net]: 監督猫『ヨシッ！』
498 名前：デフォルトの名無しさん mailto:sage [2020/08/21(金) 13:28:51.80 ID:pu35Qu/1.net]: 一次請猫『ヨシッ！』
499 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 09:29:26.60 ID:CfIbX1f0.net]: ここで聞いて良いのかわからないけどimportの拡張子(.js)を省略して、js変換時に拡張子をつけることってできないかな？
開発中はtsc使って開発者終了時だけwebpack使いたいのだけども
500 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 09:33:13.37 ID:/HJ+wc6C.net]: そのようにwebpack設定するだけでは
cssやjpgとかの非プログラムファイルにしかimport文に拡張子書いたことないわ
501 名前：デフォルトの名無しさん mailto:sage [2020/09/14(月) 21:55:40.83 ID:CfIbX1f0.net]: webpackの方でなんとかするしかないか。
ありがと
502 名前：デフォルトの名無しさん mailto:sage [2020/09/15(火) 00:09:40.68 ID:g6ghhz4T.net]: typescript のポリシーからすると将来的にも対応される可能性は低い
503 名前：デフォルトの名無しさん mailto:sage [2020/09/28(月) 14:36:37.18 ID:NZq3hOP+.net]: マイクロソフト発のオープンソース言語「TypeScript」、生みの親が語る開発当初や背景
https://japan.zdnet.com/article/35159882/
504 名前：デフォルトの名無しさん [2020/09/28(月) 19:49:45.93 ID:kE1qWQhp.net]: TypeScriptのまえにWebAssemblyが登場していたらみなそっちに飛び付いたのだろうか。
505 名前：デフォルトの名無しさん mailto:sage [2020/09/28(月) 22:54:37.39 ID:t2I6kwxp.net]: 何だかんだ言ってみんなJavaScriptが大好きだからな
それにブラウザに実装されているAPIはJavaScriptから使うこと前提だからWebAssembly使っても余計な苦労するだけだ
ゲームには向いてるだろうけど
506 名前：デフォルトの名無しさん mailto:sage [2020/09/28(月) 22:56:43.96 ID:L69JRisQ.net]: 既存のJS資産を流用できたのも強みの1つだったと思うから、やっぱTSの戦略勝ちじゃねえの
つかWASMって一時期騒がれてたけど今どうなったんだ？
507 名前：デフォルトの名無しさん mailto:sage [2020/09/28(月) 23:49:19.24 ID:XJOyCoAG.net]: >>491
Unityが実用？になってるぐらい。

なにしろ、仕様も含めて
今後どうなるかわからん状況では？
508 名前：デフォルトの名無しさん mailto:sage [2020/09/29(火) 09:41:15.62 ID:tKw94fLv.net]: FlutterがDartじゃなくてTSだったら良かったのに
509 名前：デフォルトの名無しさん mailto:sage [2020/09/29(火) 11:21:16.26 ID:P1Q7o4iq.net]: ほんとそれな
あんな劣化Javaみたいな言語ありがたがってる連中の頭が理解できない
510 名前：デフォルトの名無しさん mailto:sage [2020/09/29(火) 12:10:42.86 ID:aaxcyAZi.net]: 大して機能違わないじゃん。
何が足りないと思ってるの？
511 名前：デフォルトの名無しさん [2020/09/29(火) 13:15:04.46 ID:pjrsoCYz.net]: 知能
努力
向上心
512 名前：デフォルトの名無しさん mailto:sage [2020/09/29(火) 13:35:36.65 ID:P5R6/7cr.net]: そうだな、JavaとJavaScriptも一緒だしな
513 名前：デフォルトの名無しさん mailto:sage [2020/09/29(火) 14:11:13.25 ID:Y54HkFIW.net]: >>495
NULL安全とか？
514 名前：デフォルトの名無しさん mailto:sage [2020/09/29(火) 15:46:22.91 ID:aaxcyAZi.net]: >>498
あるよ
>>496
ないよ
515 名前：デフォルトの名無しさん mailto:sage [2020/09/29(火) 18:45:22.24 ID:fbgKh1ZX.net]: マイクロソフト発のオープンソース言語「TypeScript」、生みの親が語る開発当初や背景
https://japan.zdnet.com/article/35159882/
516 名前：デフォルトの名無しさん mailto:sage [2020/09/30(水) 13:09:08.11 ID:pBMNn9J9.net]: >> Microsoftが2018年に75億ドル（約8000億円）を投じて買収したGitHub
知らんかった
オンライン版のvscodeがGitHubにあるのはそういうわけか
517 名前：デフォルトの名無しさん [2020/10/02(金) 00:47:34.12 ID:c4z818i5.net]: ピチャイのマイクロソフトは良いマイクロソフト。
518 名前：デフォルトの名無しさん [2020/10/10(土) 13:18:23.70 ID:hWE3VueY.net]: こんにちは。プログラミング初心者です。
TypeScriptとJavaScriptはどっちが最強なんでしょうか？
これから始める場合はどっちがいいのですか？

TypeScriptはJavaScriptとくらべ実行速度は変わらないのに
静的型付けのため記述が面倒で学習する価値がないと友達が
言ってたんですがこれは正しいですか？
519 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 14:42:01.38 ID:xtGRZD/P.net]: >>503
普段からめちゃくちゃな
読めないコード書いてる人には
難しいと思いますよ。
520 名前：デフォルトの名無しさん [2020/10/10(土) 15:45:53.37 ID:hWE3VueY.net]: >>504
なるほど。つまりTypeScripはtコードをきれいに見せるためだけの言語ってことなんですね。
521 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 15:53:32.39 ID:PAS52Dcu.net]: 価値がわかるようになるまではJS使うのをおすすめする
今TS触っても嫌いになるだけだと思う
522 名前：デフォルトの名無しさん [2020/10/10(土) 16:35:21.67 ID:hWE3VueY.net]: ん。。。価値が分かる人にしかわからないプロ向けの言語なんですね。。。
523 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 16:57:30.55 ID:OrgjdyW8.net]: 綺麗に見えるということは他人が書いたコードであっても理解しやすいといえる
524 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 17:08:45.97 ID:hWE3VueY.net]: 複数人で開発するとき用ってことですね。
一人でWEBアプリ作って満足してる分には必要なさそうですね。
525 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 17:26:29.17 ID:BjY8+1pb.net]: ソースを公開する時に型は必須だな
複数人開発だと必然的に他人にソースを公開する訳だから型は必須だな
一人で開発してる時も未来の自分にソースを公開すると考えれば型は必須だな
526 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 17:30:06.10 ID:BjY8+1pb.net]: この理屈で行くと型が必要無い状況は使い捨てのコードを書く時になる
実際、実験的なコードを書くときはJavaScriptでサクッと書いてる
527 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 17:31:37.81 ID:hWE3VueY.net]: 型を指定するのは実行速度のためだと思ってましたが違うんですね。
528 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 17:41:03.06 ID:myt/k5c7.net]: 個人で、1ファイル、2, 300行程度のオモチャしか書かない奴にはいらないかもしれんな
複数人で、2ファイル以上のまともなコード書くなら、型は必須

「全てのfunctionが何かを引数にとって何かを返します。その『何か』はコードを読まないとわかりません」
じゃ困るだろ
529 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 17:46:03.97 ID:hWE3VueY.net]: 複数人でも一つ一つ関数定義を確りして
コメントを残せば後から見返してもわかりそうな気がするのは
私がまだ未熟なんですね。
530 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 17:46:21.26 ID:j ]: [ここ壊れてます]
531 名前：qYiciHv.net mailto: 3ヶ月前の自分は他人
webのようにリリース後にメンテする可能性があるなら確実に過去の自分を恨むだろう []: [ここ壊れてます]
532 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 17:56:33.59 ID:myt/k5c7.net]: >>514
でもそのコメント、人によって書き方バラバラだし、その通りに実装・使用されているかわからないよね
そのコメントが規格化されていて、その通りに実装・使用されていることを保証してくれるのがTypeScriptとでも思え
533 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 18:02:00.15 ID:hWE3VueY.net]: わかりました。TypeScriptの勉強をしてみます。
バックにはMicrosoftとGoogleがついてるみたいですので
安心して学習してみます。
534 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 18:14:27.06 ID:myt/k5c7.net]: せや
どこの馬の骨ともしれんバカではなく
MicrosoftとGoogleの天才たちを信じろ
535 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 18:32:27.26 ID:ekvQuOcm.net]: 型情報による補完などのエディタの支援機能がないと書けない体になってしまった…
536 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 18:36:49.23 ID:jkmsbl3z.net]: >>504
これさ無茶苦茶なコード書いてる人がキレイなコードかけるようになるって点でTSって素晴らしいと思う
537 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 18:39:08.90 ID:hWE3VueY.net]: 今日までエラーがでなければどんなコードでもいいと思ってました。
538 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 18:52:40.99 ID:jqYiciHv.net]: 最終的にはそうだよ
同じ動きをするならユーザーにはどんなコードも同じ
開発側から見てどうか？ってだけ
539 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 19:08:51.73 ID:hWE3VueY.net]: 開発側の立場で考えるとTypeScriptが必要になるんですね。
540 名前：デフォルトの名無しさん [2020/10/10(土) 19:15:05.89 ID:SwfxuCYC.net]: >>503
なんか…Javascriptやってる人達ってこれくらいのレベルなんだよな…
今から始めるあなたはともかくとして、そのアドバイスしてくれたお友達のレベルもたかがしれてそう。
541 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 19:19:58.24 ID:PAS52Dcu.net]: Pythonなんかもっとひどいぞ
ただ色んなレベルの人がいるというのは新しい人が入ってきている証拠でもあるので、歓迎すべきことでもある
誰でも最初は初心者なんだしさ
542 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 19:42:13.27 ID:w1paHL08.net]: 技術ブログ等で公開されているTypeScriptなコードの品質の平均はJavaScriptのそれと比べて高い。そういう意味でも使う価値がある。
もちろん例外はあるけどね
543 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 21:06:49.30 ID:tFVag5PE.net]: >>523
開発環境でリファクタリング機能の
性能に注目出来るぐらいになりましょう！
544 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 21:08:17.35 ID:tFVag5PE.net]: javascriptの言語仕様では
まともな物は作れませんので。
545 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:14:14.78 ID:fDny8+f1.net]: >>526
それはTypeScriptの採用によって品質が向上したというより、タイプ量やビルドの複雑さの多少の増大と引き換えに静的型付けを取るという
極めて正しい選択ができるだけの能力があるエンジニアが書いたからだろうね
546 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:15:54.62 ID:6sdqDrQt.net]: 俺はC/C++からやってるけど、JavaScriptで型がなくって困るって事はないなあ。
ただ、形無し言語しかやったことないのなら、TypeScriptの方を薦めるけど。
（なお俺は生JSしかやっておらず、TSは触ってもいない）

Cみたいにメモリ領域を厳密に規定する為ならともかく、
Java以降の言語の型って、コンパイラで落とす為でしかない。
しかも、入口と出口で都合2回書いて、それが合っているかを確認するだけ。
実際、それでもタイポを落とせるので大変役に立つのは事実だけど、
型を間違ってエラーになるなんて事はほぼ無いし、有ってもスモークテストで確実に落とせる。
だから、言ってしまえば、スモークテストが通るまで捗るだけ。

この�
547 名前：_、現状のC++やRustは空回りしてて、 コンパイラで落とす為に厳密に書く必要があり、結果的にやたら遠回りしてたりする。 俺が思うにあれは完全に本末転倒。コード構造が制限を受けてどうするんだよ？ この点、TSは無駄に気負わず、 型の恩恵を受けつつ、面倒になれば省略出来る、位だから受けているのだと思う。 ただ、型の恩恵なんて上記の通り、スモークテストが通るまででしかない。 その後のメンテナンス性は、特にオブジェクト指向(OOP)を正しく適用出来てるかがキモになる。 ところが、JSではOOPは学べない。これはTSも同じだと思う。 周りの環境が酷すぎて、初心者～中級者にはOOPするメリットを感じられないから。 (HTMLも酷いが、ネイティブオブジェクトを拡張してもろくに動かないのも酷い） Javaや.NETみたいにびしっと作ってあれば、比較的小さな規模でも恩恵を受けられるが、 JSはそれらよりは断然高レベルプログラミングで、その分行数も少なく済み、 大体においてそんなに大規模にもならないし、OOPガッツリやる意味もほぼ無く全て済んでしまう。 だからその先、具体的にはソースコードが10k行を越えるまでは、 JSやTSは学習用言語としてはいいと思うよ。 その辺になってきて、一つの言語しか使えないってのもほぼ無いから、杞憂かもしれんが。 []: [ここ壊れてます]
548 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:22:26.76 ID:A0BwGHo+.net]: 何言ってんだこいつ
549 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:29:28.83 ID:xMQUNHWy.net]: OOPなんて使えて当たり前。OOPを神格化してる奴でOOP以外の技法も使いこなせてるヤツ見たことない。
それにOOPの価値はコードの大小に依らない
550 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:35:39.32 ID:myt/k5c7.net]: 俺は困らないからJSでいい論は全てゴミ
想像力の欠けた引きこもりアスペが書いた妄想

これはガチ
551 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:36:40.03 ID:6sdqDrQt.net]: TSスレだから、TSマンセー、型マンセーな奴の echo chamber になってるだけだぞって事。
TSは悪い言語でもないが、お前がら思ってるほどJSも酷くない。
だから数あるAltJS、勿論TypeScriptもそれに含まれるが、それでもJSを殺しきれない。

型で恩恵受けるのは、スモークテストまでだろ。
そもそも変数名みれば型なんて自明だし、そうじゃないのが問題。
そして関数を小さく、というのがほぼ最強で、そもそも規模が小さければ変数の型が分からないなんて事はない。

型に囚われてる奴は、型の先、つまり、型が有ろうがなかろうがどうにもならない世界が見えてないのだと思うよ。
この意味でRustもリソースリークを気にしすぎ。そもそもリークなんてしないし、面倒なら最初からGC使えばいいだけ。
TSはこの辺変に気取ってないからいい。
552 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:43:14.81 ID:A0BwGHo+.net]: まあ自分のコードだけで完結する世界で閉じこもってる分にはそれでいいんじゃない
553 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:43:43.59 ID:myt/k5c7.net]: >>534
> そもそも変数名みれば型なんて自明

ハンガリアン信者の方ですか？
こんなこという奴の久々に見たわ

> そもそも規模が小さければ変数の型が分からないなんて事はない

ほんと自分の都合のいい側面しか見えてないよな

俺は困らないからJSでいい論は全てゴミ
想像力の欠けた引きこもりアスペが書いた妄想

この通りやンけ！
554 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:48:34.65 ID:6sdqDrQt.net]: >>532
OOPを神格化している奴がゴミなのは認める。Javaの連中が特にそう。
そして俺はそうじゃない。

ただな、DOMとかその辺が酷くて、OOPの恩恵を小さいコードでは得られないのはOOPを学ぶ上では痛いと思う。
Javaみたいにたった50行のコードにOOP強いて余計に意味不明になるのも問題だが、
自作コードのみでOOPの恩恵が受けられるのは3k行程度以上
555 名前：必要で、 そこまでOOPを囓れないでいるのもまた問題。 正直、ここにいるお前らの半分以上はOOPを正しく理解出来てないと思うよ。 ただ、それでも書けるところが良いところなんだが。 OOPは大規模コードの整理術であって、そもそも大規模化しないのならそれが大正義だ。 []: [ここ壊れてます]
556 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 22:57:06.91 ID:6sdqDrQt.net]: >>536
それはそもそも読み方を間違ってんだよ。

関数なんて大体20行程度だし、問題になるにしてもI/Fだけ。
ただそれ以前に、俺はサイトのmimnify済みのJSでも割と読めてしまうことに気づいてしまった。
「訳の分からないことをやってないこと」が重要で、そうじゃなければ追えるんだよ。

だから、初心者のコードほど読めない。これは事実。
557 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:00:39.67 ID:myt/k5c7.net]: >>538
世界中のプログラマーが関数なんて大体20行程度で訳の分からないことをやってないコードを書いてくれる理想郷にお住まいなのであれば、TSはいらないだろうね
558 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:10:25.88 ID:6sdqDrQt.net]: >>539
逆だろ。そういう理想郷を作るようにお互い努力するんだろ。
そしてTSはJSよりはそれを目指していると思うが。

関数が20行ってのはGoogleかnpmのコーディングルールに有ったはず。
コードレビューする時に「パワポ１画面に入らないような関数を書くな」だった。
実際、そこまで短くすれば、訳の分からない複雑なことは出来なくなるから、確かに効くんだよ。
559 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:25:22.20 ID:BjcbKuib.net]: TS は、もっと後でよい

Ruby 3.0 で型推論が入ることになったけど、作者のMatz が、
型を入れると難しすぎて、初心者が簡単にプログラミングできなくなると言ってた

型はプロ向き。
型があると、初心者のfirst choice にならない
560 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:26:05.68 ID:OZkIKLkD.net]: いや型がある方が楽やろ、ガイド付きやで？
561 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:26:47.91 ID:OZkIKLkD.net]: コンパイルエラーで検知できずに動かしてみるまでわかんないとか…
562 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:37:08.35 ID:6sdqDrQt.net]: ついでに言っておくと、多分TSの「型」ってのはC++やRustの連中の「型」の範疇には入らない。
多分、連中からすると「型道」から外れてる、邪道だ、と見えると思う。
それは認識しておいた方がいい。

ただ、俺はむしろその方がいいと思っている。
C++のテンプレートなんて、
「これって型がなくてダックタイプでよければさらっと書いて終わりでしたよね？」ってのが多すぎる。
MSはそこら辺、極めて現実的でいい。

あと、既に言われているが、JSerなんてこの程度、というのは当たっている。
具体的に言えば、実力を過大評価している勘違い馬鹿が多い。
ただ、それは界隈のオンボロさと、楽勝さによっているのであって、環境を共有しているTSでも同じだよ。

とはいえ俺はこれも良いことだと思っている。
つまり技術レベルが低くても達成出来ることが（見た目）大きいわけだから。
だからCとかの連中は、なんでJSerがあんなに馬鹿でも世界が回るのか、
それはつまり、界隈のシステムが上手く出来てるからなんだけど、その辺学ぶべきだと思うよ。
563 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:43:46.38 ID:6sdqDrQt.net]: >>541
難しくはならないが、煩雑にはなるんだよ。
そしてその煩雑さを利益が上回る為には、最低限ある程度の規模が必要で、
それは最初の最初の初心者が書くコードの規模（精々100行）では全然足りない。

だからってスクリプト言語で調子に乗ってガシガシ書いた後に型が欲しくなる時は確かにある。
その辺、従来は対応出来なかったが、TSはそこを上手く掬い取れた。
564 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:50:21.71 ID:TSALDtkC.net]: JavaScriptで昔書いた3000行のコードをTypeScriptに直しているんだけど
いやまあ型は便�
565 名前：�ﾆ思えるいろんな発見があったわ；； []: [ここ壊れてます]
566 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:50:29.75 ID:hWE3VueY.net]: 現在もっとも人気と将来性があって最強と言われる
Pythonに型がないのはどういう理由なんでしょうか？
567 名前：デフォルトの名無しさん mailto:sage [2020/10/10(土) 23:56:23.03 ID:hWE3VueY.net]: パイソンはクラスは使えるようですね
568 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 00:05:58.83 ID:rXA2CZZq.net]: >>547
Pythonが受けているのは、馬鹿でも書けるから。これに尽きる。
Cだと、PCの物理的構造をある程度知ってないと理解しにくい面があるから。
ただ、Pythonが将来性があるかは疑問だと思う。
使われ続けるという意味では確実だが、プログラマを目指すのにいいか？と言われると微妙。

俺はPythonやってないが、最近かじろうとして、止めた。
String.replace(regexp)がなくて、RegExp(str)しかなく、ああこりゃ駄目だ、と思った。
なるほどPythonではクソコードしか書けない、というのは納得だ。
しかも3.0になってずいぶん経つのに、え？まだこんな所で揉めてるの？みたいな制限事項多すぎ。

ただまあ、明らかに君はそれ以前なのだから、グダグダ言わずにさっさと始めるべきだよ。
君のレベルなら、TSでもJSでもPythonでもどれでもいいと思うよ。
Pythonのクソさが分かるようになるまでに2年ほどはかかるだろうし。
569 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 00:11:31.57 ID:rXA2CZZq.net]: >>548
クラスが使える＝オブジェクト指向が出来る、という意味では、
最近のプログラミング言語でそもそもOOP出来ないものは存在しない。

それほどまでにOOPは認められた存在だと言うこと。
ラムダも同様だが。（なおPythonのラムダには制限あり）

だから最近の言語はどれもこれも同じだ！と言われていて、実際そうなのだが、
敢えて違う言語を！とやったのがGo。
ただしGoは別方向にかなり糞なので初心者は止めた方がいい。（と思う）
ただ、実際はGoも結構初心者受けしている。特に形無しスクリプト言語上がりには。
570 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 00:24:04.47 ID:n4TOsjKe.net]: Pythonは機械学習関連のライブラリが充実していて最強の地位は10年後も20年後もおそらく変わらないだろうとプログラミングに詳しい知り合いが言ってました。マシンスペックも上がってきているので Python のようなスクリプト言語でも十分に実行速度が発揮でき益々需要が伸びる可能性が高いと聞きましたが。
571 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 00:25:02.84 ID:vIhtxp0O.net]: >>547
mypyというものがあってだな
572 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 00:34:52.32 ID:y3zg5lZo.net]: スレチ
573 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 00:49:43.03 ID: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 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 00:50:50.85 ID:vIhtxp0O.net]: 型無し糞言語は死あるのみ
型推論でスマートに型サポートを受けるのが今のトレンドだよ
575 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 01:01:08.81 ID: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 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 01:02:20.20 ID:sfgrEAk/.net]: 戻り値を忘れたorz
: boolean

型推論って便利ですよね、、、
577 名前：539 mailto:sage [2020/10/11(日) 01:27:53.11 ID:B+MSoWxK.net]: YouTube で有名な雑食系エンジニア・KENTA は、
初心者が進む道を、サーバー側言語のRuby → Go を王道としてる

Python, PHP, JavaScript などを絶対に言わない

初心者のfirst choice としては難しすぎる。
挫折確率が高すぎる

ただ年末に、Ruby 3.0 で型推論が入るから、
KENTA も、この方針を変えるかも知れない

大事件勃発！
Ruby on Rails に頼っている、すべての学校の方針が変わってしまう

ただ、first choice がGo と言うのは、絶対に無理
578 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 01:46:46.27 ID:+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 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 06:43:46.76 ID:vDn4Pmub.net]: Pythonは型を書いてもインタプリタがそれを無視して実行してくれる
高速に実行したければPyPy使えばネイティブコードに近い速度で実行出来るしmypyで型チェックも出来る
JavaScriptで型を書くと単に構文エラーになるだけだが、その内無視して実行してくれる様になるだろう
そうなったらTypeScriptは要らなくなる
580 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 07:10:15.21 ID:qONvW7Si.net]: 妄想おつ
581 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 07:22:42.40 ID:vDn4Pmub.net]: Pythonみたいに動的型言語に型アノテーションを追加する事が主流になるだろう
Union型は動的型だから出来る事で、完全に静的型にするとC++みたいになってしまう
動的型＋型アノテーションは良いとこ取りで、プロから初心者まで皆が満足出来る
582 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 07:34:29.67 ID:6reX+khV.net]: Pythonは10年前にやったときは凄い言語機能だと思ったけど、それからあんまり進化しなくて今はJSにすら言語機能的には劣ってる。Pythonの良いとこ他の言語も取り込んじゃったからね。
でもそれとライブラリが充実してるってのは別問題で、このライブラリの充実っぷりがJS|TSにもあったら天下取れるのになぁと思う。
機械学習はライブラリの最適化がキモで言語の速度なんてほとんど関係ないし
583 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 08:43:37.68 ID:AhI6YFfN.net]: なんどもコードの書き換えが必要な機械学習において
Pythonのような可読性にすぐれ、少ないコードで実行できる言語はが必要不可欠なのよ。
Cythonを使えば実行速度もC/C+＋と変わらないしね。
JavaScriptはTypeScriptとして生き残ると思われる。
584 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 08:44:44.80 ID:AhI6YFfN.net]: >>558
そのYouTubeはPythonとJavaScriptで作られているという皮肉
585 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 08:59:02.53 ID: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 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 08:59:27.04 ID: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 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:13:49.37 ID:/RVlCgv+.net]: このおっさん長文書く割に知識浅いな
589 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:15:26.14 ID:xz6PduLx.net]: >>565
あれPythonで作られてるから進化が遅いんだぞ
外向きにはPythonで問題ないって強弁してるが完全に負債化しちゃってる

Pythonで作ったWebサービスあるある
590 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:29:24.51 ID:AhI6YFfN.net]: 時代についていけない老害エンジニアがC/C++を必死に推してるように思うのだが
591 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:29:47.66 ID:vIhtxp0O.net]: >>568
浅いというか個人 or 小規模開発しかしたことなさそう
592 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:36:16.20 ID:AhI6YFfN.net]: Pythonの速度が遅いと言ってるのは情弱
Cで書いたライブラリに受け渡せばC言語の速度で実行できるし
Cython使えばPythonのコードほぼそのままC言語の速度がでる
Pythonで困るのはGUIくらいだろ？
593 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:40:52.87 ID:sfgrEAk/.net]: 継承とジェネリクスが役割が被る領域において
TypeScriptではどっちの書き方がメジャー（もしくは効率的）とされているのかわからなかったのです＞＜！

>>559
レス㌧クス、
わかりた、
594 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:45:09.23 ID:sfgrEAk/.net]: 次の質問なのですが、
タイプガードとか書くときにクラス（やハッシュ）にプロパティーが有るのか無いのか調べると思うのですが
つぎのどっちの書き方が良さげ？
　(1)　'someProperty' in foo
　(2) foo.someProperty != undefined
595 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:45:54.29 ID:sfgrEAk/.net]: なんとなく(2)の方が早いのではないか、という気がするのですが気のせい？？
596 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:57:22.72 ID:rXA2CZZq.net]: >>572
俺もCのDLLをスクリプト言語から呼ぶ、というのが現実的な解だとは思う。
ただ、Pythonの問題はそこじゃない。

演算を変えたい場合は結局Cを書く羽目になるから、結局Cも出来ないと駄目。
そしてCは仕様が小さいので、本気で正しく学べば簡単な部類だ。
GUIは今は現実的にHTMLがダントツで良く、何から何までWebアプリ化してる。
なら今ならElectronの方が相性がいい。当然JS/TS。
サーバ用途でPython使ったら大体は速度の問題にブチ当たるが、
これは「お気楽に書ける分遅い」というスクリプト言語の特有の問題であり、Rubyも同様で、回避手段がない。
(Nodeはgoogleの努力で例外的に異常に速いだけ）

だからPythonは「何一ついいところはないが、何も悪くもない」という、ある意味「絶対的な2番手」だ。
だからこそ「絶対他言語を学びたくないマン」はこれに拘り、ポジショントークを繰り返す。

ただ、今時の言語なんてどれも似たようなもので、実際そこに拘る理由もなく、普通の奴は易々と言語の壁なんて飛び越えていく。
普通はこちらを目指すべきだと思うけど。
PHPもクソと言われて久しいが、いまだに蔓延っているのは、あの用途では絶対的に便利だから。
それはjQueryも同じ。
597 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:59:21.79 ID:vIhtxp0O.net]: >>574
無料相談所じゃねえんだぞ調子に乗るな
(2)にしろ
(1)は型の保証までしてないから最後の手段
あとinterfaceはライブラリなど汎用的なコードに使うもの、普段はtypeを使え
598 名前：572 mailto:sage [2020/10/11(日) 10:02:33.58 ID:sfgrEAk/.net]: ていうか自己解決しますた、
e: Event を e: MouseEvent として扱ってよいか（ダウンキャスト可能か）どうかを
確認するとき、(1)の書き方でないと
MouseEventにあってEventに無いプロパティー
（e.offsetXやe.offsetY（））の有無の判定が書けませんぬ、
599 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 10:15:47.58 ID:AhI6YFfN.net]: >>576
機械学習の勉強してみ。演算やアルゴリズムなんて二の次三の次だから。
とにかく何度もコードを書き換えてひたすらパラメーターと変数の調整作業になる。
言語の実行速度よりコードの記述速度の方が大事になる。
この時はじめて「Pythonさん。なめててごめんなさい」って言いたくなる。
600 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 10:30:46.60 ID:rXA2CZZq.net]: >>579
パラメータの変更しかしないのならそうだろうとしか。

俺は別にPythonを使うことが悪いとは言ってないぞ。
俺はJSを大変気に入っているが、それは「手抜きで書けるわりに速い」からだ。
だから俺はJSからCのDLLを呼びたいんだよ。
それがお前の場合はPythonなだけだろ。別に不思議でもないよ。
601 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 10:37:24.45 ID:AhI6YFfN.net]: >>580
PythonはCythonを使えば
ほぼPythonコードのままCのライブラリが作れるんだよ
速度はCで記述したものとほとんど変わらん
602 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 10:42:41.64 ID:rXA2CZZq.net]: >>574
それはJSでは議論し尽くされた質問。多分ググッた方がいい。

会社で書く場合は多分コーディングルールでどっちにするか決まってる。
プロパティのありなしのチェックだけなら(1)の方が原理的に速い。
ただしJSの場合はundefinedという値を設定出来るので、その場合は(1)も(2)もアウトだが。
これはJSの仕様バグだが、この辺含めてJSは厳密な型管理には向いてない。
そもそも型無しなので当然だが。

>>578
そもそもダウンキャストが必要となってる時点でOOP的には邪道。
多分それは無駄にアップキャストしてるから。
OOP初心者あるあるの、張り切って無駄にOOPして余計に複雑になってるケースだと思うよ。
それも含めて頑張れでしかないが。
603 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 10:52:20.91 ID:rXA2CZZq.net]: >>581
ならお前はPython/Cythonで一生暮らすでいいだろ。

俺はC使えるからCythonを使うことはないし、
Pythonも色々糞だからJSで�
604 名前：ﾏむところはJSで行く。 だからCscriptはそこそこ良かったのだが、MSはこれを捨ててPowerShellという別糞言語押しなのは残念。 []: [ここ壊れてます]
605 名前：デフォルトの名無しさん [2020/10/11(日) 10:59:25.49 ID:kZXFoyze.net]: >>549
>俺はPythonやってないが、最近かじろうとして、止めた。
>String.replace(regexp)がなくて、RegExp(str)しかなく、ああこりゃ駄目だ、と思った。
>なるほどPythonではクソコードしか書けない、というのは納得だ。

馬鹿ですね判ります
606 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 11:08:21.39 ID:kZXFoyze.net]: >多分それは無駄にアップキャストしてるから。

型消去が必要な場面なんていくらでもあると思うが。
そもそもダウンキャストって動的な型判定でしかないんでOOPとは直交する概念だよな。
607 名前：576 mailto:sage [2020/10/11(日) 11:23:42.67 ID:sfgrEAk/.net]: 自己解決しますた、2
e: EventのMoveEventへのダウンキャスト可能性判定は
　if (e instanceof MoveEvent) { ... }
で逝けるっぽい
こう書いたとき、VSCodeではブロックの中でe: MuseEventとしてのインテリセンスがばっちり利くｽｹﾞｰ；；

さらにいうと、
https://developer.mozilla.org/ja/docs/Web/API/Element/mousedown_event
の書き方をすると、addEventHandler()の宣言とラムダ式から型推論するらしく
イベントハンドラ内に入った時点で勝手にMouseEventとして扱われる(ｽｹﾞｰ)^2
608 名前：576 mailto:sage [2020/10/11(日) 11:25:20.20 ID:sfgrEAk/.net]: >>582
>そもそもダウンキャストが必要となってる時点でOOP的には邪道。
HTML5とかを決めているmozilla.orgに言って、
ﾎｽｲ
609 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 11:26:44.35 ID:rXA2CZZq.net]: >>584
String.replaceとRegExp.exec(str)は明確に用途が異なる。
だからそのどちらを使ったかで何を目的にしてるかをコード上に残せる。
Pythonはそれが出来ないから糞、というだけ。

どうやらPython教の「そのやり方は一つであるべき」が根本的にある。
これが「数ある中からそれを選んだ、それを持って意図を残す」俺と決定的に合わない。
なおRubyも同様に「いろんなやり方があるべき」であり、Pythonはプログラミング言語の中ではかなり異端だと思う。
だからこそ受けている、というのはあるらしいが。

なおJS、String.search と Regexp.test 等、大体においてその状況では交換可能なメソッドは多々あるし、
Array.map/forEach/filter/reduceも、無理矢理やれば大体交換可能だ。
これについては俺は => はクロージャ無し、つまり外変数を掴めない仕様にするべきだったと思う。
そうすれば => で与えている限り「無理矢理交換」は出来なくなり、コードも読みやすくなるし、エラーも文法的に落とせた。

現状では「無理なことをしてないか目で確認」するしかなく、これは型アノテーションではどうにもならない。
だから目で落とすハンガリアンを馬鹿にしていて、でも => の仕様不備には全く文句を言わないのは、
同様にお前らも単なる馬鹿かポジショントークでしかないからだよ。
実際、 => で与える関数で外変数を掴まなければならないケースなんて半数以下だし、
その場合は function と長々と書く、でよかった。
610 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 11:37:03.05 ID:rXA2CZZq.net]: >>587
それはその通りだが、そもそもHTMLの仕様がOOP前提ではないので継承構造が綺麗になってない。
それを無理矢理それっぽく見せかけているのがHTMLElement（というかDOM）だが、
ちょこちょこ例外的なのがあって統一的に扱いきれない。
多分割と早い段階で無理だと諦めると思うよ。それも含めて頑張れだが。

mozallaが悪いわけではなく、OOP前提で作られてない物を載せ直そうとしてるから無理があるんだ。
なら不整合な古い仕様はばっさり切っていった方がいいと思うが、それは互換性の問題で切れないらしい。
だから、今後とも直ることもないよ。
611 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 11:39:39.85 ID:ZGWQTXgj.net]: >>572
PythonはOO機能が中途半端で型システムも貧弱だからアプリケーションのコアとなるドメインモデルの実装には使われない
Cythonでドメインロジック書くのはもっと非現実的

機械学習やデータ分析のようにコアとなる部分を汎用的にCでライブラリ化できるような用途には適してる

NetflixやUberのようなテクノロジ先進企業がアプリのコアからPython外して
機械学習を含むデータ分析系かシステム管理系に絞って使ってる理由
612 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 12:42:35.57 ID:6reX+khV.net]: >>588
外変数を掴まないArray関数？
センス無いなぁ。やっぱあんたOOPしかできないでしょ
613 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 12:57:09.09 ID:AhI6YFfN.net]: >>563
記述が簡単。ライブラリが充実。これが最強の所以だよ。
コードの学習コストと記述に時間がかからない分、他に時間をさける。
機械学習、データ分析、科学系でPythonの最強はしばらく続くだろう。
今話題のディープラーニングにおいてもPyTorchが最強の座に着こうとしている。
大企業が多額の資金を投入してね。

JavaScriptもネットでは必須なのでPythonと肩を並べる言語になるだろう。
この2つを極めたものだけが将来生き残れる。jabaは10年後には消えてるだろうな。
614 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 12:58:10.87 ID:AhI6YFfN.net]: Javaねｗ
615 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:01:56.22 ID:rXA2CZZq.net]: >>591
外変数を掴む前提ならreduceは全てforEachで代替出来る。
逆に言うと、わざわざreduceを入れたのは、見た目immutableにしたいだけ。(戻り値をconstで受けられる）
しかし現状では与えた関数が外変数を変更していない、という確証が「文法的には」ない。
つまり、「見て判断」するしかない。
この辺がハンガリアンを馬鹿にしているお前らが理解出来てないところだ。

=> がクロージャ無しなら、
const tmp = arr.reduce( => );
において、tmp以外の変数に変更がないことを文法的に保証出来た。
これをせずに、immutableだあ、型でエラーが落とせるだあ、なんて言ってる時点で意味ねえ、というだけ。
もっと効率的にエラーを落とせる仕様は有ったって事だよ。
616 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:11:49.27 ID:6reX+khV.net]: >>592
多分そのとおりなんだけどTS使いがPython使うとイライラするぜw
型情報もジェネリクスも貧弱だし、多少トリッキーでも短くて副作用のないコードを書くTS使いに対して、Python界隈は助長で副作用も使う簡易なコードを書く。
どっちが優れてるとは言わないけど。文化がかなり違うように感じる
617 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:22:19.94 ID: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 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:40:29.31 ID:kiEWpQjt.net]: >>595
30年前のレガシー言語と比べて言語機能的に優秀じゃなければ存在価値ないよね

PythonがTSに比べて優秀なのは今まで使われてきた歴史があるところ
620 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:42:20.42 ID:AhI6YFfN.net]: >>596
PythonはJavaScriptの”中途半端”な速度を切り捨てて自由を手にしたのだ。
そもそも、処理速度がネックになるなんて単純計算を繰り返す場合がほとんどで
そんなもんライブラリに任せればいいんだよ。Pythonを使ってるのはプログラマだけじゃない。
科学者、数学者など他業種も多い。記述の簡単さ。ライブラリという遺産。大企業の投資。
すべてがPython最強を示している。

GUIはJavaScriptに軍配があがる。これに異を唱える奴はいないだろ。
JavaScriptはWEBで棲み分けができていて最強言語の一つだ。
そんなにPythonを逆恨みする必要はないよ。
621 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:52:30.76 ID:AhI6YFfN.net]: >>597
言語の記述が簡潔。これが一番だな。
パソコンよりスマホ。FLASHよりYouTube。マニュアル車よりオートマ。
人間は楽な方にながれる生き物。

処理に時間のかかるものはライブラリになげてスクリプト言語で記述。
これがこれからの流れだと思う。生産性もあげていかないと。
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を使ってるわけじゃないしな。
とはいえビルド時間が短縮できるならそれに越したことはないが。
723 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 15:32:21.74 ID:+IqFTLxs.net]: watch使うからビルド速度そんなに気にならないなぁ
724 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 18:31:06.90 ID:/DiusCOy.net]: >>689
RSR7-smallは5をベースにしてるから、それでなんも出来ないとか言ったら、それまでのSchemeを全否定じゃんw
725 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 18:58:48.16 ID:+IqFTLxs.net]: いっそガチでマクロ入れてくれたら色々捗るなぁ。凄く読みにくくなるだろうけど。
そこまで行かなくとも、（内部的に複数の関数を持つ）関数オーバーロードとか欲しいかも
726 名前：デフォルトの名無しさん mailto:sage [2020/12/09(水) 21:30:42.37 ID:gfVn9W3hf]: 型定義ファイルを自作する場合どこに置くのがセオリーでしょうか？
プロジェクトルートに@typesフォルダ作ってその中でしょうか？
727 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 05:11:45.78 ID:7UB7snzp.net]: ブラウザ使っててよく Webページが固まることがあるから、ちゃんとUIスレッド以外で処理しろよとよく思ってたが
JavaScript 自体がシングルスレッドだったのね

WebWoker とかいうのもあるみたいだが、MDN見るに、
言語側でがっつり管理するからスレッドセーフあんまり考慮しなくてもいいみたいだし、これは楽でいいわ

Java やってて、クリティカルセクションの処理が一番嫌いだった
デッドロックの原因探すの大変すぎた
728 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 05:52:13.96 ID:427cIB03.net]: そもそもIO待ちにスレッドを使うのがナンセンスだったんだよな
729 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 07:23:19.35 ID:7UB7snzp.net]: まぁでも、

JavaScript のソースコード内に書いたものが全部同じスレッドで走ってる

ってだけで、setTimeout とかの実装内では普通に別スレッド走ってるのか。
そりゃそうだよな、そうしないと非同期処理なんてどうあがいても不可能だものね。
730 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 09:04:21.16 ID:TR+u0YNG.net]: 非同期処理はスレッドの場合とそうでない場合の2種類ある
そうでない場合は基本的にハードウェア割り込みで実装されてる
タイマーとか通信処理�
731 名前：ﾆか ファイルアクセスもOS毎に非同期APIが有るけど、libuvは互換性の為に敢えて同期APIを使う処理をスレッドプールに投げているようだ []: [ここ壊れてます]
732 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 09:10:54.87 ID:TR+u0YNG.net]: setTimeoutはスレッドを使ってない様に思うけど、結局の所ユーザー側でそれを知る術が無い
733 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 12:01:30.61 ID:hVx5pFA4.net]: >>701の問題はスレッドがどうとか関係なくて、html中のある個所の内容が決まらないと
全体のレンダリングができない構造になっていたとか、jsをダウンロードしないと
レンダリングされないのにその取得に時間がかかっているとかそんなところだろうな。
734 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 13:13:24.97 ID:7UB7snzp.net]: 最近ないように思うけど、１つのページがブラウザ全体をストールさせることが多かったのよ
そんでブラウザを起動し直さなければいけない

その原因が、JS のスレッドとブラウザのレンダリングスレッド（UIスレッド）が同じスレッドを共有してることにある

DOM 書き換えてる最中にレンダリングされちゃうと、ページレイアウトがぐちゃぐちゃになるから、全部同じスレッドで処理してるんだけど、
JSの処理でUIが固まるのを防ぐには、JS の DOM 書き換え「以外」の操作を別スレッドでやって、レンダリングスレッドと同期処理すればいい
（Java の synchronize とかの要領）

DOM 自体がレンダリングスレッドに属してるのは、しょうがないと思う
昔、マルチスレッドで動作する UI ライブラリの多くがデッドロックその他のバグでどうにもならなくなって廃棄された（Java でいう AWT）

ということで、UI が固まるのにはスレッドは関係あると思うのよ
まぁ書き方が悪かったのかもしれんが

あと、JS がシングルスレッドなのはとても良いことだと思ってるからね、自分は
マルチスレッド化したら、どのみち同期化処理に失敗して、デッドロックで今よりも固まること多くなるだろうから

参考にした：
https://stackoverflow.com/questions/30932870/why-doesnt-javascript-get-its-own-thread-in-common-browsers
735 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 13:18:46.36 ID:7UB7snzp.net]: JS で重めの処理をしたりバグがあっても、レンダリングスレッドと分離されてれば、
少なくとも UIが固まることはないということね（デッドロックがなければ）

あと、上で最初に書いた、ブラウザ全体が固まるって話は語弊あったかもしれない

ブラウザの各タブのレンダリングスレッドと、ブラウザ全体のUIスレッドは、多分分けられてるんだよね？
後でちゃんと調べます
736 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 13:30:26.86 ID:Lq+ZSFwA.net]: firefoxがフリーズすることは最近ちょくちょくあったな
edgeに乗り換えたらきれいさっぱり直った
ffはもうだめかもわからんね
737 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 16:42:31.82 ID:7UB7snzp.net]: https://gimhana-ds.medium.com/how-firefox-and-chrome-use-process-and-threads-f58f478561f0

ブラウザのスレッドの話ココに載ってた
いろいろとたどってって疲れたので、全部は見てない

Chrome が Tab ごとにプロセスで、Firefox が Tab にマルチスレッド

Firefox もいっぱいプロセス作ってるけどね、ちゃんと読んだ人教えて
738 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 16:44:48.76 ID:7UB7snzp.net]: 「Firefox が Tab ごとにスレッド」って書きたかった

そのスレッドも Main Thread = UI Thread （DOM 操作と JS 実行）が１個って意味で、
Raster Thread とか、Composer Thread とか多分他にもいろいろスレッド作る
739 名前：デフォルトの名無しさん [2020/12/18(金) 17:50:47.93 ID:m88v/MV8.net]: すみません、TypeScriptって開発中はコンパイルなしでブラウザですぐに変更の動作確認をできますか？
740 名前：デフォルトの名無しさん [2020/12/18(金) 19:33:24.14 ID:JhB3G5yf.net]: そういう時代が来るといいね
741 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 19:42:28.67 ID:1RoKReGQ.net]: Chromium
742 名前：Edge で、YouTube を見て、 動画を、5秒先へ進めたりすると、フリーズする []: [ここ壊れてます]
743 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 21:47:42.98 ID:TR+u0YNG.net]: WebWorkerは完全にスレッドだぞ
更にAtomicsを使えばスレッド間でatomicなデータ更新が出来る
744 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 21:53:39.89 ID:6FItt2sR.net]: WebWorker使いやすくて好き。並列処理面倒くさいからたまにしか使わないけど
745 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 22:14:36.51 ID:TR+u0YNG.net]: しかし、SharedArrayBufferはSpectreのせいでほぼ使えない状態だけどね
Spectreに対応したCPUが普及しきらない限り有効にされる事は無い
Webではもはや余計な機能追加はセキュリティーホールの元という認識でこれ以上進化することも無いだろう
ただ、ストアからインストールするPWAはネイティブアプリの代わりだから、機能追加していくと思われる
746 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 23:02:27.28 ID:2C+h9Dqf.net]: ストアの収益減らすの絶対許さないマンのアップル
ｖｓ
Webから情報吸いたいマンのグーグル
747 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 13:35:36.37 ID:biviwPkb.net]: promise（もしくはasync/await）が使えたらシングルスレッドでも実質別段困らない
希ガス
748 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 15:04:10.72 ID:+cK8B71a.net]: WebWorkerとか知らんかった．．．
メインと状態を共有しないのが明確なら便利そうだな
さもなくばAsync/Awaitか
749 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 15:41:20.87 ID:1ZOkfUtM.net]: I/O boundはPromiseでいいけど
CPU boundはPromiseじゃだめだからWebWorker使う
マルチコアの有効活用
750 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 18:53:18.58 ID:Z1BeWWR+.net]: >>718
それは有る
Appleはブラウザの進化を完全に否定した(WebUSBとか実装しないと明言した)
建て前はセキュリティーだけど、真実はPWAがネイティブアプリと同等の事が出来るとApple税が取れなくなるからだろうね
751 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 18:56:13.80 ID:dPku7W9W.net]: 税なら税で素直に払えばいい
それでいい製品が使えるならいいことだ
NHKのようなものだな
752 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 19:15:06.66 ID:BJ7NL7s9.net]: Appleが採用しない事で足並みが揃わなくなって、Web全体に影響するという……
753 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 19:43:44.12 ID:GiU9Z0Di.net]: 🍎に足並みを揃えない連中がよくない
754 名前：デフォルトの名無しさん [2020/12/19(土) 21:17:41.04 ID:qtDJ4FDM.net]: SharedArrayBufferの代替手段って無いの？
結局これは解決する問題なの？
755 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 22:01:28.77 ID:oadZnMoo.net]: WebUSBに関してはFireFoxも実装する予定はないので
足並みを揃えてないのはChrome
756 名前：デフォルトの名無しさん [2020/12/19(土) 22:06:18.93 ID:yZxXMpJa.net]: 目の前に機器があってスマホからコントロールしたい要求は一般的だと思うけど、USBの番号を個人で取れなくなったので、ブラウザに実装する意味は薄れたかもしれないですね。
757 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 22:29:23.32 ID:lChJAmlD.net]: ここだけはappleを応援するわ
消費者としてブラウザにどんどん変な機能つけるんじゃねぇ
758 名前：デフォルトの名無しさん [2020/12/19(土) 22:33:23.73 ID:yZxXMpJa.net]: IoT的な意味合いで必要とする人たちが居るんですよ。

自分は見ないから動画機能を付けるなとか、聞かないから音機能を付けるなっていうのと同じでは？
759 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 22:44:29.90 ID:8bUfeulY.net]: USB APIをサーブしてajaxでlocalhostと通信でいいじゃん
わざわざブラウザがサポートすることじゃない
760 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 22:47:08.81 ID:8bUfeulY.net]: まあ百歩譲って乗せるとしても拡張でいいよな
標準化しようとするのはでしゃばりすぎ
761 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 23:00:43.45 ID:YoyJ/iet.net]: ブラウザ
762 名前：がんばって欲しい React + TS 最高 swift + storyboard とかいう糞オブ糞のそびえ立つ糞まみれは2度と触りたくない []: [ここ壊れてます]
763 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 23:55:21.82 ID:Z1BeWWR+.net]: PWAの定義が今一漠然としてるから、今後はその辺りが進化していくと思われる
で、PWAでない場合はJavaScriptの動作は思いっきり制限されるだろうね
ま、それで良いと思う
764 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 00:28:55.07 ID:qaHDEdvT.net]: > わざわざブラウザがサポートすることじゃない
ほんとこれ
なぜわざわざブラウザでなんでもやろうとするのか
IoTなんだから普通にツールとかアプリとかドライバ書けよと
765 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 00:29:51.25 ID:L33Timbq.net]: 結局ああいうのって「すげええブラウザでこんなことできた!」
いいたいだけちゃうんか、みたいなのがマジ多い
766 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 03:36:56.04 ID:BKQi3Qp0.net]: ブラウザが高機能化しすぎてブラウザさえ動作すりゃいい感じになってきてる
最終的にOS=ブラウザまで進化しかねない
767 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 04:53:54.98 ID:gM7i2qLz.net]: モバイル用OSがそんなかんじ
アプリを全てサンドボックスで隔離して出来ることを制限
じっくり時間をかけて出来ることを解放してきた
768 名前：蟻人間 mailto:age [2020/12/21(月) 18:34:44.48 ID:Zh4p3jGs.net]: Web Workerの話が出たから貼っとこう
https://katahiromz.github.io/xword.js/
769 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 18:45:09.04 ID:cr+QDiZ1.net]: ゴミサイトの宣伝すんなカス
770 名前：蟻人間 mailto:age [2020/12/21(月) 18:49:49.16 ID:Zh4p3jGs.net]: これPromiseとWeb Workerのマルチスレッドでパズルを生成してる。組み合わせ無限大。しかもInternet Explorerでも動作する。まあ、素人にはひと目では分からんだろうな。
771 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 19:13:00.25 ID:cr+QDiZ1.net]: ゴミサイトの宣伝すんなカス
772 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 19:15:36.88 ID:L7srYJg2.net]: webworkerってjoinみたいなメソッドある？
773 名前：蟻人間 mailto:age [2020/12/21(月) 19:15:42.32 ID:Zh4p3jGs.net]: 悔しいのお、悔しいのお
774 名前：蟻人間 mailto:age [2020/12/21(月) 19:17:04.35 ID:Zh4p3jGs.net]: >>743
Promise.allとかPromise.anyがあるぜ。
775 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 19:25:34.90 ID:ApmhBnYc.net]: 「蟻人間」でNGぶっこむだけだろうに…
776 名前：蟻人間 mailto:age [2020/12/21(月) 19:26:17.16 ID:Zh4p3jGs.net]: Promise.anyとWorkerを使った例が
>>739
にある。ご参考に。
777 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 20:32:28.70 ID:oIaO1Bbh.net]: 最近のCPUってコア数バラバラでかつ非対称なコア載ってるから、6個くらいWorker立ち上げて平等に処理投げるんじゃなくて、20個くらいのWorker立ち上げて非対称でいいから適当に処理投げてあとはOSに良きに計らってもらうとかの方がベターなのかな？
778 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 20:34:43.73 ID:ApmhBnYc.net]: navigator.hardwareConcurrency
でコア数取れるぞ
779 名前：蟻人間 mailto:age [2020/12/21(月) 20:44:19.66 ID:Zh4p3jGs.net]: >>749
アリがと。修正した。
780 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 20:51:02.61 ID:oIaO1Bbh.net]: >>749
なるほど。そういうのがあるのか。
じゃああとは非対称コアへの対応になるけど、これは細かくスライスして逐次投入で良いか
781 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 20:54:25.24 ID:+ci58h/H.net]: >>748
そうです
素人が考える半端なスケジューリングはアンチパターンです
782 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 22:43:20.76 ID:Z91q9rOU.net]: >>750
お前に向けて書いたんじゃない。
許可無くレスするな糞コテ
783 名前：蟻人間 mailto:age [2020/12/22(火) 00:55:34.36 ID:7oePNPbq.net]: >>753
わかりました、ご主人様
784 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 09:41:16.66 ID:3y5CuLti.net]: export interface TypeA {
paramters: {
[k: string]: {
// body
}
};
}
785 名前： こんな型があるとき、上記bodyの部分の型を取り出すことってできますかね？ const f = (k: string, o: ???): TypeA => { return { parameters: { [k]: o } }; }; こんなことがしたい。 []: [ここ壊れてます]
786 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 10:04:33.59 ID:kvlSFYEN.net]: ヨーわからんがこうかね

bitどっとly
/3aJV7Hw

ts playground だが短縮URL NGワードになってるからすまんな
787 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 11:06:25.41 ID:3y5CuLti.net]: そこの type Hage の定義に "extreme" を書かずに済ませたい。
この例だと {extreme:string} という型になる部分が変更されたとしても
type Hage の記述を変えずに済むよう TypeA の定義から取り出す
方法がないかと。
788 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 11:21:04.03 ID:3y5CuLti.net]: ありがとう、わかった。
["extreme"] を削れば目的の型になりますね。
["paramters"] を使えばいいことに気付かなかった。
789 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 12:19:31.06 ID:kvlSFYEN.net]: 　　　　　　　　　　|
　　　　　　　　　　　| 　　また髪の話してる
　　　　　　　　　　 |　　彡⌒ミ
　　　　　　　　　　　＼ (´･ω･,彡⌒ミ
　　　　　　　　　　　　　(|　　　|(´･ω･`)::::　感じ悪いよね
　　　　　　　　　　　　　(Y　/:(|　　　|)::::::
　　　　　　　　　　　　　　し＼:(Y　/::
　　　　　　　　　　　　　　　　　＼し´
790 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:16:51.24 ID:xvZc4lDU.net]: もう一つ教えてください。

typeTypeB =
{
tag: 'a';
/* a のボディ */
} | {
tag: 'b';
/* b のボディ */
};

こんな Tagged union type があるとき、 tag === 'a' の時の型(下記)を
取り出すことはできるでしょうか。

type x = {
tag: 'a';
/* a のボディ */
}
791 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:33:05.66 ID:xvZc4lDU.net]: TypeB & { tag: 'a' } でいけた。ありがとう。
792 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:36:45.35 ID:MtHOITLb.net]: 型に欲情する変態さんは piotrwitek/utility-types でも npm 愛するといいぞ
793 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:42:50.77 ID:xvZc4lDU.net]: またまた教えてください。

type X = A | B | C | undefined;

この X から undefined を除いた型 (A | B | C) を求めるにはどうしたらいいでしょうか。
794 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:45:55.95 ID:MtHOITLb.net]: >>763
この変態欲しがりめが
https://github.com/piotrwitek/utility-types#nonnullablea
795 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:49:30.25 ID:86OXbM3T.net]: 標準にExcludeあるじゃん
796 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:49:45.20 ID:xvZc4lDU.net]: ありがとう！
797 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 00:46:42.66 ID:0DUA8XV/.net]: >>766
https://github.com/millsp/ts-toolbelt
798 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 21:27:29.35 ID: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 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 22:38:22.06 ID: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 名前：デフォルトの名無しさん mailto:sage [2021/01/03(日) 19:57:38.08 ID: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 名前：デフォルトの名無しさん mailto:sage [2021/01/21(木) 09:27:06.31 ID:RZX+x1N+.net]: フロントエンド系の解説動画上げてる英語話者の Youtuber
イケメン率高すぎじゃね？
イケメンじゃなくても、
リーナスやRMSやバーナーズリーみたいな、ひと目みただけで「変人だわ」って思う人が少ない

どうなってんのよ
お前らもイケメンなの？
803 名前：デフォルトの名無しさん mailto:sage [2021/01/21(木) 14:08:52.40 ID:eZuTDFAg.net]: ちなみにわしは自称福山雅治のイケメンだ
804 名前：デフォルトの名無しさん mailto:sage [2021/01/21(木) 14:56:12.52 ID:vvq65HmA.net]: 俺もよく歩いてると三浦春馬さんやっぱり生きてたんですねって話し掛けられて困るわ
805 名前：デフォルトの名無しさん mailto:sage [2021/01/21(木) 19:34:01.03 ID:uQRkfyi9.net]: オレもしょっちゅう『二郎さんっ……！』って声を掛けられるから、「おやっ、オレは田宮二郎の生まれ代わりなのかな……？」って思ってたら、坂上二郎さんの生まれ代わりだったわ
806 名前：デフォルトの名無しさん mailto:sage [2021/01/21(木) 23:37:32.75 ID:vvq65HmA.net]: >>774
加齢臭ヤバナイ？
807 名前：デフォルトの名無しさん mailto:sage [2021/01/21(木) 23:42:06.12 ID:HlaAZkkn.net]: 加齢臭とかいうレベルでなく今の30代ぐらいならもう何の話してるかもわからんだろうな
808 名前：デフォルトの名無しさん mailto:sage [2021/01/22(金) 05:20:07.47 ID:8pHZ8D0X.net]: TypeScript で、React やったけど、いちいちいちいち型定義めんどすぎな…
相性くそわるなめくじかよ

ビジネスモデルのオブジェクトとかは型定義したいが、
いちいち props のインターフェースとか書いてらんねー
変更があったらいちいちインターフェースも書き換えなきゃいけないし

みんなどうやって使ってるの？
Angular とか他のフレームワークだと TypeScript でのやりやすさ違う？
809 名前：デフォルトの名無しさん mailto:sage [2021/01/22(金) 05:27:56.87 ID:txgEYXZL.net]: >>777
ts使いこなせてないのか？
面倒ならanyにしとけ。
810 名前：デフォルトの名無しさん mailto:sage [2021/01/22(金) 05:29:38.84 ID:txgEYXZL.net]: >>777
>>Angular とか他のフレームワークだと >>TypeScript でのやりやすさ違う？

やっぱts理解してしないね。
811 名前：デフォルトの名無しさん mailto:sage [2021/01/22(金) 14:46:40.93 ID:AFRlD+KK.net]: > 変更があったらいちいちインターフェースも書き換えなきゃいけないし

おまえさんのようなうっかりガイジでも変更忘れがないよう指摘してくれてるというのに
わがままうっかりガイジにランクアップや
812 名前：デフォルトの名無しさん mailto:sage [2021/01/22(金) 17:02:33.24 ID:txgEYXZL.net]: リファクタリングしない人もいるからね。

（いまもみじかににいるし、
拒否るかも...その人）
813 名前：デフォルトの名無しさん mailto:sage [2021/01/25(月) 15:51:22.24 ID:mMq6O8/K.net]: VSCode の補完で関数シグニチャ確認する時、カオスすぎない？
ライブラリがユニオンやら使いまくってるの多くて、パット見引数が何個あるのかわかりにくいし、
もう少し見やすいポップアアップ表示にならんのかな
814 名前：デフォルトの名無しさん mailto:sage [2021/01/25(月) 18:07:26.17 ID:+dPxUq7O.net]: >>782
c#以上だね。
改行で見やすくなりそーーなもんだけど。
815 名前：デフォルトの名無しさん mailto:sage [2021/01/25(月) 18:33:23.35 ID:AK6f8agf.net]: c#以上にカオス…？
816 名前：デフォルトの名無しさん mailto:sage [2021/01/25(月) 22:54:08.93 ID:+dPxUq7O.net]: 何倍も！
型の機能も遥かに高度だ！
817 名前：デフォルトの名無しさん mailto:sage [2021/01/25(月) 23:03:58.08 ID:+dPxUq7O.net]: js.studio-kingdom.com/typescript/handbook/advanced_types
818 名前：デフォルトの名無しさん mailto:sage [2021/01/25(月) 23:14:46.15 ID:NBocXyOE.net]: JavaScriptというそび糞をまともにするためだ
しゃーない
819 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 03:28:35.94 ID:WX4s+KJB.net]: 型を半ば無理矢理付けてるだけで、最終的には型を削除したJavaScriptになる
要するに動的型言語というのは、それだけ豊富な表現力を秘めてると言うことだ
本来はそれと引き換えに実行速度が犠牲になるもんだが、VMのチューニングによりネイティブコードと遜色無いのが凄いところ
820 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 04:01:05.59 ID:SEH/ccP0.net]: 後半まで読み進めると
おおおーー！ってなる。

https://html5experts-jp.cdn.ampproject.org/v/s/html5experts.jp/shumpei-shiraishi/24660/amp/?amp_gsa=1&amp_js_v=a6&usqp=mq331AQHKAFQArABIA%3D%3D#amp_tf=%251%24s%20%E3%82%88%E3%82%8A&aoh=16115828872772&csi=1&referrer=https%3A%2F%2Fwww.google.com&ampshare=https%3A%2F%2Fhtml5experts.jp%2Fshumpei-shiraishi%2F24660%2F

protocol と可変長型は c#で昔から
待望してた機能だ！
821 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 05:29:01.62 ID:pU44oeo6.net]: >>783
そうよな
割と改行するだけでも全然違うと思うんよな
できれば色もついたらそりゃ見やすいけど

なんか Extension ないんかね
822 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 05:52:17.01 ID:pU44oeo6.net]: https://github.com/microsoft/vscode/blob/master/extensions/typescript-language-features/src/languageFeatures/signatureHelp.ts

https://github.com/microsoft/vscode/blob/master/extensions/typescript-language-features/src/utils/previewer.ts

このあたりかね？ TypeScript のシグニチャのポップアップ表示してる部分
823 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 07:02:54.66 ID:RzMbHMsq.net]: >>789
可変長型もう入ってなかったっけと思ったら3年前の記事か
824 名前：デフォルトの名無しさん mailto:sage [2021/02/10(水) 08:45:05.84 ID:F9HUbn2D.net]: TypeScript の型定義に凝りすぎじゃね？
https://neos21.net/blog/2021/02/09-02.html
アンサー：なぜTypeScriptの型定義に凝るのか
https://qiita.com/uhyo/items/3bc5f951f922804ede51
825 名前：デフォルトの名無しさん mailto:sage [2021/02/10(水) 10:21:36.03 ID:qX2MPAZ0.net]: サードパーティライブラリの型定義に関しては、
定義書くのめんどくさそうなときは any で通してる

型定義あったほうが便利なのは確かなので、
作業自動化して楽にしてくれるツール出てくるとありがたいなと思ってる
インテリセンスの進化とか

あと、VS Code で、TypeScript の型定義読みにくすぎ、
ドキュメント書いてあること少なすぎ、JavaScript のコードに直接とべねーすぎ（？）

でも、こういうアーキテクチャに関する抽象的な議論って
個々の案件に落とし込まないと本質見えてこないことととか、
そもそも想定する状況が議論する相手と食い違ってることがあるから
GitHub にある具体例でも明示してくれると議論は捗るんじゃないかなと思う
826 名前：デフォルトの名無しさん mailto:sage [2021/02/10(水) 12:42:09.82 ID:vAMcyE+N.net]: 弊社は障害者雇用枠しかいないのでPHPしか書けません並の駄文書いてる奴って
生きてて恥ずかしくないのかなって思っちゃう、ごめんね
827 名前：デフォルトの名無しさん mailto:sage [2021/02/10(水) 14:59:14.96 ID:J3IrN4Ey.net]: >>793
この人有名人なの？
個人ブログに対する反応としては量が多くて驚く

アンサーのほうは避けられない複雑性を
”複雑な型”で表現した場合としない場合のトレードオフについては
“消えてしまうことは無い”で濁してるだけで正面から回答してないよね

最初のブログの人も感覚的な話だからどっこいどっこいだけど
↓こういうのは頑張りすぎじゃねって感じる
type ArrayOfLengthRec<Num, Elm, T extends unknown[]> = T["length"] extends Num ? T : ArrayOfLengthRec<Num, Elm, [Elm, ...T]>
828 名前：デフォルトの名無しさん mailto:sage [2021/02/11(木) 02:00:22.02 ID:jkz/J9rH.net]: まぁでも型定義するの楽しいからね
パズルみたいで

夢中になっちゃうのは分かる
829 名前：デフォルトの名無しさん mailto:sage [2021/02/11(木) 12:28:55.00 ID:IWbE3xWm.net]: >>797
まじかよｗ
めんどくせーだけなんだが…
830 名前：デフォルトの名無しさん mailto:sage [2021/02/11(木) 12:32:46.43 ID:89K1HM4Z.net]: 初心者のうちは考えなくて良いんだよ。

わけ解らなくてもコード補完してくれる位
思ってれば良い。
831 名前：デフォルトの名無しさん mailto:sage [2021/02/11(木) 19:55:55.18 ID:yR+7bkmQ.net]: コード補完力・エラー発見力を高めるために型書いてる感はある
JavaとかGoの型を”書かねばならない”という強制感がないんだよな
832 名前：デフォルトの名無しさん mailto:sage [2021/02/11(木) 21:33:21.20 ID:jkz/J9rH.net]: コード補完はすごいメリットだよね
あと型定義通ってると書いてて安心するし
833 名前：デフォルトの名無しさん mailto:sage [2021/02/11(木) 23:22:56.80 ID:89K1HM4Z.net]: メリットの一番下は
リファクタリング耐性でしょ。
834 名前：デフォルトの名無しさん mailto:sage [2021/02/11(木) 23:23:35.04 ID:89K1HM4Z.net]: メリットの一番は
リファクタリング耐性でしょ。
835 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 14:41:09.07 ID:7BVeLT+X.net]: クラスの中で、毎回 this. っての書かなきゃいけないの面倒くさくない…？
忘れるし

Java 並感
836 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 14:44:23.78 ID:7BVeLT+X.net]: https://github.com/microsoft/TypeScript/issues/679

やっぱみんな思うよね…
Declined だけどね…
837 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 15:26:58.09 ID:RViaNkw8.net]: javascriptのthisのややこしさ知ってて言ってる？
838 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 20:44:05.34 ID:fEx2IVhT.net]: >>805
JS使いは誰もそう思わないと思うよ
そこでも最初から否定されてるし、その通りだよ

thisを省略可能なのは各メソッドにクロージャがない言語だけだよ
JSはそうではないから、余計に分かりにくくなるだけ
839 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 21:56:58.17 ID:ZXLSNxbk.net]: this省略が欲しいなんて1度も思ったことないわ
レガシーなJavaプロジェクトで、クソデカclass相手にした時は eclipse で this 強制せんとやってられんかった

で、Javaならローカル変数とクラス変数の違いが見分けられないだけだが
JavaScriptはただのfunctionもある
アホがJavaScriptでthisの省略悪用したら、簡単に地獄の蓋が開いて中から飛び出たイエスファッキンキリストに脳までファックされる未来が見えるね
840 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 21:58:12.78 ID:ZXLSNxbk.net]: つかしばらくclassもthisも書いた記憶ねえわ
POJOと参照透過なarrow functionがあればそれでいい
841 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 22:03:00.31 ID:ptBzJrEw.net]: tsやってるとclassいらないよね
842 名前：デフォルトの名無しさん mailto:sage [2021/02/16(火) 00:04:28.67 ID:FwQskT4w.net]: 個人的にはオブジェクトが副作用を持つ（と明示したい）ときは使うかな。
あとErrorを継承とか継承以外にスマートな方法が無い�
843 名前：ﾆきも使う。 出番はそんなに多くないけども []: [ここ壊れてます]
844 名前：デフォルトの名無しさん mailto:sage [2021/02/24(水) 20:43:58.73 ID:+f/VsSol.net]: Announcing TypeScript 4.2
https://devblogs.microsoft.com/typescript/announcing-typescript-4-2/
845 名前：デフォルトの名無しさん mailto:sage [2021/02/25(木) 08:15:48.96 ID:e2KFXpDq.net]: [TypeScript のテストを Jest (ts-jest) でやってみる - Qiita](https://qiita.com/mangano-ito/items/99dedf88d972e7e631b7)

これ参考にjestでテストしたのですが、ts-jest使うと、テスト時にts-jestが内部的にトランスパイルすｒので、JavaScriptコードがファイルとして生成保存されないから
テストするたびに、前のテストから変更されてないソースもいちいち全てトランスパイルしてるのですか？
それともjsファイルが生成されてれば、それを利用してくれるのですか？
846 名前：デフォルトの名無しさん mailto:sage [2021/02/25(木) 20:47:42.47 ID:pFknXJZi.net]: https://kulshekhar.github.io/ts-jest/docs/processing
キャッシュしてると思います
847 名前：デフォルトの名無しさん mailto:sage [2021/02/26(金) 07:59:54.83 ID:TBWzJJJb.net]: >>814
ありがとう！
その図みても自分じゃ難しくてよくわからんが、確かにキャッシュ使ってるみたいだね。
思ったより複雑にいろいろしてるみたいだから、やっぱり自分が心配するような事は考慮済みだね、当たり前か。
848 名前：デフォルトの名無しさん mailto:sage [2021/03/04(木) 12:38:42.72 ID:GxKFsRrm.net]: Flutter2 とともに Dart にnull安全がやって来たなあ
ちょっと勉強してみようかな
849 名前：デフォルトの名無しさん mailto:sage [2021/03/04(木) 12:47:27.36 ID:xAXt6OPO.net]: Dartのことゴミだと思ってるけど
聳え立つクソof真のゴミofゴミstoryboard & xcodeをやるくらいなら、Dartで首吊った方がマシなのかもしれん
850 名前：デフォルトの名無しさん [2021/03/05(金) 14:31:03.60 ID:lXK+Zrlg.net]: >>816
やっときたか！
851 名前：デフォルトの名無しさん mailto:sage [2021/03/05(金) 17:42:21.94 ID:Yg7S+B8Eb]: 26歳で独立して月収150万になった元引きこもりエンジニアの物語
https://agroro.com/2020/05/06/prof/
【こんな僕が】フリーランスエンジニアで月収100万円を達成した5つの方法
https://takablog358.org/freelance-programmer-income/
ITフリーランスエンジニアの年収｜会社員との違いや独立後の案件の取り方
https://boxil.jp/mag/a6287/
月収90万のITフリーランスプログラマー・SEが選んでる在宅案件はこんな案件です
https://arma-search.jp/article/homework
フリーランスの年収は平均いくら？年収1000万円以上の割合とは
https://freelance.levtech.jp/guide/detail/1242/
フリーランスの仕事や職業の種類って何があるの？独立5年目で月収200万の僕が詳しく解説
https://www.buntadayo.com/entry/job-change-freelance
ブラック企業から退職し、独立後11ヶ月で“月収300万円超え”になるまでの軌跡を
デザイナー社長船越良太に聞いてみた！
https://tokyofreelance.jp/interview-funakoshi/
852 名前：デフォルトの名無しさん mailto:sage [2021/05/18(火) 11:15:17.98 ID:+3nwuGsr.net]: TypeScript勉強してたらオブジェクトの配列とか出てきて型の使い方が全くわからなかった。
853 名前：デフォルトの名無しさん mailto:sage [2021/05/18(火) 11:53:25.44 ID:+3nwuGsr.net]: type user2 = {
id: number;
name: string;
}[];

let test2: user2 = { id: 1, name: "大谷" };

console.log(test2);

---

type user2のオブジェクトをオブジェクトの配列にしたけど、これを利用するのはどうすればいいの？
854 名前：デフォルトの名無しさん mailto:sage [2021/05/21(金) 21:43:57.64 ID:EtVgB+a ]: [ここ壊れてます]
855 名前：P.net mailto: いきなり間違ってる []: [ここ壊れてます]
856 名前：デフォルトの名無しさん mailto:sage [2021/05/25(火) 20:07:54.63 ID: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 名前：デフォルトの名無しさん mailto:sage [2021/05/27(木) 07:58:04.71 ID:ac9nW6BB.net]: Announcing TypeScript 4.3
https://devblogs.microsoft.com/typescript/announcing-typescript-4-3/
858 名前：デフォルトの名無しさん mailto:sage [2021/05/28(金) 20:33:33.18 ID:xubVQEL1.net]: #privateは使っていくべきなの？
859 名前：デフォルトの名無しさん mailto:sage [2021/05/31(月) 20:57:24.94 ID:N+Q3MCtj.net]: プログラミング言語「TypeScript 4.3」をMicrosoftが公開
https://www.atmarkit.co.jp/ait/articles/2105/31/news119.html
860 名前：デフォルトの名無しさん mailto:sage [2021/06/07(月) 08:54:45.48 ID:T37bbYD1.net]: 「型がないと開発できない」
「型がないと開発できないっていうのは無能」
↓翻訳
「うんこって汚い」
「うんこは汚いと思ってるやつは無能」
↓翻訳
「バーカ」
「アーホ」
861 名前：デフォルトの名無しさん mailto:sage [2021/06/07(月) 11:20:40.98 ID:f9HfMVYo.net]: >>825
なるべくweb標準に寄せたほうが良いと思ってるので、俺は使ってる。
コンストラクタ引数でブロパティ初期化のシンタックスシュガーが無いのだけが不満
862 名前：デフォルトの名無しさん mailto:sage [2021/06/13(日) 17:37:59.04 ID:1VszOIAC.net]: GoとかRustみたいにenumとかtypeに直接メソッド生やしたい...
863 名前：デフォルトの名無しさん mailto:sage [2021/06/13(日) 19:26:58.74 ID:exUpBE38.net]: >typeに直接メソッド生やしたい.

いまいちどういうことをやりたいのかわからないが、classじゃなくてtypeじゃないとダメなの？
864 名前：デフォルトの名無しさん mailto:sage [2021/06/13(日) 20:26:40.60 ID:1VszOIAC.net]: ↓みたいなADTっぽいことやる時とか直接メソッド生やせないと不便じゃない？
ttps://typescript-jp.gitbook.io/deep-dive/type-system/discriminated-unions
865 名前：デフォルトの名無しさん mailto:sage [2021/06/13(日) 21:44:24.86 ID:exUpBE38.net]: typeに関数型のメンバを追加すりゃいい話じゃなくて？
「typeに直接」ってのが何を言っているのかよくわｑからん。
866 名前：デフォルトの名無しさん mailto:sage [2021/06/13(日) 22:03:52.22 ID:SDaJf1m8.net]: GoやRustを触ったことがあれば分かるけど, クラスではなくあくまでデータ構造(struct)を定義して, Goではレシーバ付きの関数, Rustではimplでデータ構造に対して操作を定義していく
C#だと定義済みのクラスに拡張メソッドでメソッド追加したり
素のJavaScriptならprototypeにメソッド追加する, みたいな

で, TypeScriptだと今は出来ないと思うけど, 需要はありそうだし, RFCとか出されてない？
構文的にJavaScriptと互換にやるのが難しいかな？
867 名前：デフォルトの名無しさん mailto:sage [2021/06/13(日) 22:17:00.33 ID:SDaJf1m8.net]: 既存の構文で出来るらしい

https://medium.com/my-coding-life/extension-method-in-typescript-66d801488589

C#のような新規の構文サポートは実装しない方針

https://github.com/microsoft/TypeScript/issues/563#issuecomment-291300044
868 名前：デフォルトの名無しさん mailto:sage [2021/06/21(月) 11:11:33.75 ID:Jendc3yZ.net]: Githubでとあるプロジェクトをパブリックにしてたら何かヤベーアメ公に絡まれた
気に入らなきゃさっさとフォークしろやハゲ
869 名前：デフォルトの名無しさん mailto:sage [2021/06/24(木) 20:49:49.28 ID:u0hl6kTWk]: vue-cliでTypeScriptありにしてプロジェクト作成。
TypeScriptでimportするときに拡張子.vueは省略できないと知る。
設定で.vue省略可能になったりしない？

省略してもインポートした画面は出るけど、
その上に「Failed to compile.」と出て、
ターミナルにはTS2307が出てる。
ちゃんと.vueつけるとそれらは出ない。

JSでElectronアプリ作ってた時は省略可だったのに。
870 名前：デフォルトの名無しさん mailto:sage [2021/07/03(土) 10:34:27.35 ID:afnPLxcZ.net]: ふぇぇ…
Angularのバージョン上がるの早すぎだよぅ…
Angular4を使ったSPAのセキュリティが心配だよぅ…
871 名前：デフォルトの名無しさん mailto:sage [2021/07/07(水) 22:02:22.89 ID:IyqR2Fvh.net]: Angular とかとっくに死んだと思ってたわ
誰が使ってるんだ？
1系で身動き取れなくなったレガシーサービスくらいしか見たことない
872 名前：デフォルトの名無しさん mailto:sage [2021/07/07(水) 23:53:28.16 ID:qO1FdR5E.net]: >>838
Teams（そろそろReactで書き換えられるけど）
873 名前：デフォルトの名無しさん mailto:sage [2021/07/08(木) 07:47:58.41 ID:75MwFXOI.net]: Google 自身が Google のサービスで全く使ってないのに、何で作ってるのかわかんない
いつ捨てられてもおかしくなくね
874 名前：デフォルトの名無しさん mailto:sage [2021/07/08(木) 14:40:54.16 ID:jNeY00JW.net]: teamsってangularだったのか。
reactにしたらもっさりが直るかな
875 名前：デフォルトの名無しさん mailto:sage [2021/07/08(木) 14:50:07.37 ID:hOnojRWO.net]: >>841
Electron+AngularJsからWebview2+Reactになってメモリ消費は半分になるとか
876 名前：デフォルトの名無しさん mailto:sage [2021/07/14(水) 23:38:18.17 ID:C6qCMUQO.net]: 質問させてください。

WebAPIを呼んでJsonを取得し、その一部の項目を使いたいのですが、
以下の２つの方法を考えました。

１．提供されるJsonと全く同じ項目をもつクラスを定義してパース
const data = axios.get<クラス[]>("複雑なJsonを返すURL");

２．getの結果をとりあえずanyで受け取り、必要な部分だけをクラスのコンストラクタに渡す
axios
.get("("複雑なJsonを返すURL")
.then((results) => {
const items = JSON.stringify(results.data);
const parseItems = JSON.parse(items);
const data = new クラス(parseItems.必要な項目1,parseItems.必要な項目2...)
以下略

「１」の方法は、不要な項目もクラスに定義するのでいろいろ無駄が多いが、オブジェクトの作成が簡単。
「２」の方法は、型情報が使えなくて不便。だなと思ったのですが、
上記のような場合、通常はどちらの方法を使うものでしょうか？
もしくは全然別なやり方があれば教えていただきたいです。
877 名前：デフォルトの名無しさん mailto:sage [2021/07/15(木) 23:21:53.74 ID:/VADaM7m.net]: すみません838です。自己解決です。
２の方法で、
const parseItems : インターフェース = JSON.parse(items);
みたいにすれば、必要なとこだけ埋めることできました。
878 名前：デフォルトの名無しさん mailto:sage [2021/08/27(金) 21:03:15.72 ID:OujrQnBG.net]: Announcing TypeScript 4.4
https://devblogs.microsoft.com/typescript/announcing-typescript-4-4/
879 名前：デフォルトの名無しさん [2021/09/11(土) 04:09:02.19 ID:o78CvgiA.net]: Express を用いてwebアプリケーションを開発しているものです。質問なのですが、webpackで.tsのコンパイルとバンドルを行う際に出来たbundle.jsをdist フォルダに出力するとして、.ejs などのテンプレートが入ったviewsはどこに配置するのが正しいのでしょう。srcでいいような気もするのですが、実際に動くのはbundle.jsだし、dist の方がいいのかなと…….
880 名前：デフォルトの名無しさん mailto:sage [2021/09/17(金) 12:17:55.85 ID:4jDmhT28.net]: ようやくtsconfigのmoduleをesnextにしたわ
881 名前：デフォルトの名無しさん mailto:sage [2021/09/17(金) 17:43:37.86 ID:ELLRTb6O.net]: むしろesnextにしてない人って何が理由なの？
882 名前：デフォルトの名無しさん mailto:sage [2021/09/29(水) 00:27:22.98 ID:Ucgex+Jd.net]: TS型安全は良いけどハマると時間
883 名前：ロスするね エラーパッと見ではなんでエラーが出てるかわからない C++をやってた頃を思い出した []: [ここ壊れてます]
884 名前：デフォルトの名無しさん mailto:sage [2021/09/30(木) 18:43:43.57 ID:4/dpkDC7.net]: TSってプログラミングしてるっていうより問題解いてる感が強い
885 名前：デフォルトの名無しさん mailto:sage [2021/09/30(木) 21:24:56.16 ID:dN1VyuR8.net]: パズルっぽくはあるが。スリザーリンクみたいに定石に当てはめたらパタパタと解けていく印象だな。
886 名前：デフォルトの名無しさん mailto:sage [2021/10/12(火) 20:50:09.62 ID:2QmYiCE7.net]: TypeScriptのジェネリクスで型消去する方法って無いんだっけ？
あるいはJavaのワイルドカード型<?>みたいなのとか。
887 名前：デフォルトの名無しさん mailto:sage [2021/10/12(火) 21:03:38.69 ID:hmExHRrM.net]: as any
888 名前：デフォルトの名無しさん mailto:sage [2021/10/12(火) 21:44:00.66 ID:2QmYiCE7.net]: ああなるほど、<T extends any>なら<any>でいいわけか。
889 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 13:43:00.05 ID:W8Yk+b6r.net]: Promiseを同期的にwaitすることってできますか？
awaitではなくC#のTaskで言うところの.Resultなんですが…
890 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 13:54:59.42 ID:QUfGkxyV.net]: できない
891 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 14:08:46.54 ID:W8Yk+b6r.net]: え、できないんですか困った

外部ライブラリに渡すコールバック関数がPromiseをサポートしてない
けど、その中で非同期関数を呼びたい

というユースケースなんですが諦めるしかないんですかね…
892 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 14:41:50.05 ID:LLvKMRJR.net]: C#は呼び出し側のスレッドをブロックしてもTaskは別スレッドで動いてるから困らない
JavaScriptはシングルスレッドだから同期的にwaitできたら
呼び出し側がブロックされるだけじゃなくPromiseで動かそうとしてる処理もブロックされるので困る

コールバック関数をPromise化すればいいケースのような気がする
893 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 14:52:46.98 ID:W8Yk+b6r.net]: コールバックというと正確じゃないかもなんですけど

あるフレームワークが拡張のためのフックをサポートしてる
その関数は決まった名前のjsあるいはtsファイルのデフォルトエクスポートで指定する
フレームワークはそれがあれば利用し、なければ何もしない
その関数のシグネチャーは非同期をサポートしてない

こんな感じのシチュエーションですね
894 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 17:26:32.56 ID:LLvKMRJR.net]: >>859
>その関数のシグネチャーは非同期をサポートしてない

async/awaitのこと言ってる？
もしそうならasync/await使わない旧来のPromiseのやり方すれば？
895 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 19:00:11.55 ID:W8Yk+b6r.net]: >>860
Promiseもサポートされてないです

function libFunc( myFunc: (x: X) => Y )

イメージとしてはこんな感じで
myFuncはPromiseを返せないようなってます

myFuncのなかでOneWayのPromiseを走らせてPromiseを捨てることはできますが
libFuncはmyFuncの戻りであるYを使って処理を続けるのでOneWayでは意味がありません
896 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 19:38:25.38 ID:QUfGkxyV.net]: const ox = await new Promise(resolve=>
libFunc(x=> {
// yを作成
resolve(x)
return y
}))
とかじゃ駄目なん？
897 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 20:05:08.21 ID:W8Yk+b6r.net]: >>862
あくまで>>859という前提があるのでlibFuncを呼び出すタイミングはこちらでは選べません
898 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 20:07:52.68 ID:2lJX9loQ.net]: >>861
やりたいことがいまいちわからんが、同期呼び出しでmyFuncの結果を取得したいというならそれは無理。
899 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 21:03:40.36 ID:LLvKMRJR.net]: Promiseも使えないならもう一つ昔のコールバックヘル方式でやるしかないね
900 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 21:14:06.31 ID:QUfGkxyV.net]: >>863
何がやりたいかわかんね～
myFuncさえ登録できりゃ発展形でやり様子はあると思うけど
901 名前：デフォルトの名無しさん mailto:sage [2021/10/28(木) 09:19:43.09 ID:Qx9i2vDk.net]: 変数の先頭に$を付けるのは何の意味があるのでしょう？
902 名前：デフォルトの名無しさん mailto:sage [2021/10/28(木) 09:36:01.90 ID:3VMLYSLP.net]: そんな事しません
903 名前：デフォルトの名無しさん mailto:sage [2021/10/28(木) 23:51:25.40 ID:vOpe/LV1.net]: DOM のエレメントだよって示す
904 名前：デフォルトの名無しさん mailto:sage [2021/10/29(金) 00:01:40.58 ID:e9XHTkBz.net]: PHPerでも出来た！と主張する
905 名前：デフォルトの名無しさん mailto:sage [2021/10/31(日) 10:32:24.95 ID:gOKmIPxI.net]: Cの __FILE__ や __LINE__ みたいにトランスパイル前のファイル名や行番号を埋め込む方法って無いのかな？
一応source-map-supportでスタックトレースは読めるようになったけど、もっと手軽に埋め込むログで
場所を示せたらいいんだが。
906 名前：デフォルトの名無しさん mailto:sage [2021/10/31(日) 12:11:14.90 ID:Xdv2iZD2.net]: TypeScript の仕事じゃない
907 名前：デフォルトの名無しさん mailto:sage [2021/10/31(日) 12:31:29.22 ID:gOKmIPxI.net]: tscの前にプリプロセッサとかかまして実現できるならそれでもいいんだけど。
908 名前：デフォルトの名無しさん mailto:sage [2021/10/31(日) 12:33:38.24 ID:OQlLkoA+.net]: しょせんはトランスパイラ
多くを求めたらダメだ
909 名前：デフォルトの名無しさん mailto:sage [2021/10/31(日) 21:52:21.68 ID:plSPEajD.net]: >>871
英語で議論できれば提案すればいいと思うけどね
910 名前：デフォルトの名無しさん mailto:sage [2021/10/31(日) 22:25:46.49 ID:+4LFgdgS.net]: >>873
手動でやるのは簡単だよね？
TS使ってないからビルドシステム知らんけど、Pythonか何かを挟み込める余地があったらそこでやってしまえば？
或いはいっそのことmakefileでラップしてしまうとか。(makefile内でビルドコマンドを起動）
911 名前：デフォルトの名無しさん mailto:sage [2021/10/31(日) 23:58:24.90 ID:gOKmIPxI.net]: ありがとう。無いってことね。
912 名前：871 mailto:sage [2021/11/01(月) 00:27:26.36 ID:M14pmKjL.net]: >>877
多分ね。（俺は871、TS使ってない）

他言語（何だったかは忘れた）でも同様に「ないのか？」って聞かれてて、
仕様に入れない理由が「ちゃんと関数名書け」だったと思ったよ。
実際あれって、実装するのは簡単だけど、Cにしかないでしょ。
個人開発ならともかく、Gitな今だと複数バージョンが同時に使われてたりするから、収拾付かなくなるのではないかな。
その辺のCの便利機能って、今の大規模開発にはフィットしないから、基本的には嫌われてる。
多分、提案したところで入らない。
913 名前：デフォルトの名無しさん mailto:sage [2021/11/01(月) 00:59:41.61 ID:KlMso67D.net]: TypeScriptのポリシー的に絶対入らない
914 名前：デフォルトの名無しさん mailto:sage [2021/11/01(月) 08:42:35.30 ID:43zjctJQ.net]: 技術的にそう難しくもなさそうなのに今無いってことはもう入れられる見込みは無いんだろうけど
これが絶対に相容れられないようなポリシーってなんかあったかな？
915 名前：デフォルトの名無しさん mailto:sage [2021/11/01(月) 18:25:45.93 ID:ZjFzlu/6.net]: TSって滅多にクラス使わないけどDIってどうやってんの？
916 名前：デフォルトの名無しさん mailto:sage [2021/11/01(月) 20:45:04.19 ID:bXtGRcPZ.net]: クラス全く使わないわけじゃないよ。まぁ明示的に副作用使いたい時ぐらいしか使わないけど
917 名前：デフォルトの名無しさん mailto:sage [2021/11/11(木) 15:10:53.10 ID:CHcG8Nbi.net]: DIの件はこれで解決した

function F(deps: { … }, p1: T1, p2: T2)

よくよく考えると
たったこれだけのことだったんだ
フレームワークとかややこしいことを考えたのが間違いだった
918 名前：デフォルトの名無しさん mailto:sage [2021/11/11(木) 19:34:48.71 ID:CHcG8Nbi.net]: type X = {
foo: string;
bar: string;
baz: string;
}

この型から

type Y = {
foo: string;
bar: string;
}

この型をMappedTypesで定義したい
つまり特定の属性を除去した型を作りたいのだけど出来る？
919 名前：デフォルトの名無しさん mailto:sage [2021/11/11(木) 21:14:57.72 ID:P2a3zHOn.net]: Utility Types の Omit とか。
920 名前：デフォルトの名無しさん mailto:sage [2021/11/16(火) 12:37:58.33 ID:Gu6EBfCm.net]: .NETでいうところの.NET StandardのようなものってTSには無いの？
フルスタックでTS使う案件に間違って入っちゃったんだけど環境ごとに何が出来るのか把�
921 名前：ｬしきれなくてツラミを感じる ストリームと文字列の処理みたいな「こんなもんどの環境でも動くだろ」ってコードすら移植すると動かない時があって泣きそう スタンダードなライブラリが無いならビルダーの設定でもいい tsconfigでターゲットプラットフォームとランタイムバージョンを指定すると「このパッケージはこのターゲットプラットフォームでは使えないよ」って教えてくれるだけでもだいぶ楽になると思うんだけど… こういう機能ってどっかに絶対あると思うんだけどググっても古い断片的な情報ばっかり出てきてその設定を探すのも難しい []: [ここ壊れてます]
922 名前：デフォルトの名無しさん mailto:sage [2021/11/17(水) 21:29:35.22 ID:h3+MjybB.net]: 主な実行環境として node.js とブラウザがあるってことはわかってる？
923 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 00:15:24.62 ID:3dlOBCKi.net]: あとは泥とりんごでしょ？
せめてその4つのメジャーな環境でほぼほぼ同じように動く基本ライブラリ、基本ライブラリだけに依存して、つまりほぼほぼどこでも動くサードパーティライブラリ
それらが日常的な作業に不自由しないレベルで揃ってて然るべきだろう、と俺は思うんだけど無いのかな？
924 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 00:23:00.28 ID:cf0G7PVa.net]: 基本ライブラリというならJavaScript API群があるが。
「日常的な作業に不自由しないレベル」って具体的にはどんなものを期待している？
925 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 00:34:29.18 ID:3dlOBCKi.net]: .NET Standardぐらいの想定かな
926 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 06:41:05.66 ID:In+gpp4R.net]: まず.NETが世界の中心。みんな知ってるだろ全部揃ってて当然だろみたいな考え方をやめろ。
フロント側についてはサイの絵が書いてある本買ってくるか、MDNを熟読すれば良い。Node側はNodeの公式を読め。話はそれから。
あとはtsconfigのcompilerOptions以下のtargetとlibを指定しろ。この辺はNodeのバージョンや、対象ブラウザで変わるからググれ。すぐ出てくる。
927 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 07:16:30.61 ID:te8WLqUU.net]: > 主な実行環境として node.js とブラウザがあるってことはわかってる？

> あとは泥とりんごでしょ？

これわかってないだろ
928 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 08:57:28.17 ID:Ip1KYC/r.net]: Announcing TypeScript 4.5
https://devblogs.microsoft.com/typescript/announcing-typescript-4-5/
929 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 12:49:52.50 ID:xCTrnppv.net]: 自分は知っているみたいな錯覚してるせいで根本的に間違ってることに気づいてない
930 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 12:57:37.30 ID:3dlOBCKi.net]: ttps://stackoverflow.com/questions/57435686/filereader-is-not-defined-with-angular-server-side-rendering

適当にググったらこんなんあったけど、
要するに、こういうことだよな
これはただの一例だけど、ストリームと文字列の変換なんてなんかはさ、いいかい？
全ての開発者が、ドキュメントを熟読せず、何の迷いもなく、インテリセンスに導かれて、スラスラと書けてだよ
そして、それが驚き最小で、思った通りに動作する
それがモダンな高級言語として、当たり前の姿なんじゃないのかい？
TSのメンテナは真新しさばかり追い求めて、足場を固めるという、地味だが大切な仕事を忘れてやしないか？
931 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 13:22:17.68 ID:In+gpp4R.net]: 根本的な勘違いとして、それはTypeScriptの責務では無い。TypeScriptはJavaScriptにモダンな型を付与するもの（一部例外はある）で、APIの提供はしない。
例に出てきたFileReaderの様なAPIはブラウザとNode側で求められる機能もセキュリティレベルも異なり、それぞれが提供するものだ。それを統一はできない。ましてnpmのバッケージで提供されているものはパッケージ作者が責務を負うものだ。
自分の勉強不足を棚に上げて言語に文句を言うのは筋違いも
932 名前：良いとこ。 []: [ここ壊れてます]
933 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 14:09:39.19 ID:3dlOBCKi.net]: そこがTSの限界であり、使いにくい原因なんだろなぁ

FileReaderなんてのはたまたま出てきた一例でしかないが
リンク先のポストを読めば、トピ主のやりたいことはストリームから文字列への変換とわかるだろう

その程度はどのプラットフォームでもサポートできる
使用頻度もそこそこだから、標準ライブラリとして用意されていて当たり前

encode(s: string, format: string): Blob
decode(b: Blob, format: string): string

これでいいだろ？
セキュリティやハードウェアに依存するものが標準化されないのは許されるだろう
しかしなぜ簡単にできるものすら標準化しない？
934 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 16:35:20.00 ID:In+gpp4R.net]: そのストリームってのは何のストリーム？
ひょっとして用語を間違えてるから調べても出てこないのでは？
935 名前：デフォルトの名無しさん mailto:sage [2021/11/19(金) 07:13:45.00 ID:UKAZMSSR.net]: >>893
型演算に末尾再帰最適化（みたいなの）追加されるやん！
936 名前：デフォルトの名無しさん mailto:sage [2021/11/21(日) 12:03:30.92 ID:lhVIl0/s.net]: 型の@types だけインポートするにはどうしたらよいでしょうか。

leafletという地図のjsライブラリがあって、グローバルでL という変数をnamespaceとして使っています。
npmの層を薄くしたくて、地図ライブラリはnpm を使わずにhtmlにscriptタグを直接書いて読み込んでいます。
でも型補完は欲しいので、"@types/leaflet"はnpmでインストールしています。

この状態で変数L に型補完を動作させるにはどうすればよいでしょうか。
何もしないと、変数Lは未定義だよというエラーが出ます。
(エラーを消すだけなら適当なd.tsを作って declare const L: any; とでも書けばいいんだろうけど)
937 名前：デフォルトの名無しさん mailto:sage [2021/11/21(日) 12:42:32.36 ID:9+9LY8kt.net]: import type * as Leaflet from 'leaflet'
declare const L: typeof Leaflet
938 名前：デフォルトの名無しさん mailto:sage [2021/11/21(日) 12:53:04.47 ID:lhVIl0/s.net]: ありがとうございます
939 名前：デフォルトの名無しさん mailto:sage [2021/11/23(火) 00:51:46.26 ID:6fLWx+hU.net]: 空配列ってどうやって定義すればいいんでしょうか？
940 名前：デフォルトの名無しさん mailto:sage [2021/11/24(水) 20:42:59.28 ID:KtJ2oMe7.net]: Dateが使いにくいのどうにかする最高のライブラリ教えてよ
date-nfs、momentあたりは試したけどしっくりこんかったわ
JSONが非対称ってのもSo Badやでほんま
よくこんな罠だらけの言語でやってられるなー
フロントエンド勢の忍耐力には尊敬の念を禁じえんわい
941 名前：デフォルトの名無しさん mailto:sage [2021/11/24(水) 21:53:47.96 ID:mN6taiyI.net]: >>904
> JSONが非対称
とは？
JSON.parse, JSON.stringify 知ってるか？
942 名前：デフォルトの名無しさん mailto:sage [2021/11/24(水) 22:01:40.70 ID:zBacYw4i.net]: >>904
date-nfsで駄目ならオススメは無いかなぁ。
ご指摘の通り罠も多いけどC++とかに比べたらずっと楽な言語だと思うな
943 名前：デフォルトの名無しさん mailto:sage [2021/11/24(水) 23:40:29.12 ID:FcSkbZGe.net]: >>904
> Dateが使いにくいのどうにかする
そんなあなたに Temporal
944 名前：デフォルトの名無しさん mailto:sage [2021/11/26(金) 22:12:29.88 ID:+KFAtmTP.net]: Effective TypeScript
ちと古いが読んだ方がいい？
945 名前：デフォルトの名無しさん mailto:sage [2021/12/02(木) 17:06:08.00 ID:kge1UpiO.net]: あーくそ
なんでstrictをOFFにできるんだよ
VB.NETか！
946 名前：デフォルトの名無しさん mailto:sage [2021/12/02(木) 18:20:28.57 ID:Kt63btcl.net]: いやなんでfalseにするんだよ
947 名前：デフォルトの名無しさん mailto:sage [2021/12/02(木) 22:30:30.27 ID:Ki4y/ScD.net]: 既存の JavaScript を段階的に移行したい時かな
948 名前：デフォルトの名無しさん mailto:sage [2021/12/07(火) 10:10:01.42 ID:rXzUIf2/.net]: 非同期がよーわからん
ワーカーを考えない場合
ブラウザでもモバイルでもバックエンドでも基本的に一本のキューにジョブを入れてって順次処理するモデル
promiseや
949 名前：awaitを使うと処理の前後関係は保障されるけど間に他のジョブが割り込む可能性がある 処理そのものはシングルスレッドで行われるのでpromiseやawaitを挟まない限り全てのJSコードがアトミックに実行される fetchなどJS外の処理についてはアトミックは保障されない こんな感じであっとる？？？ []: [ここ壊れてます]
950 名前：デフォルトの名無しさん mailto:sage [2021/12/07(火) 22:24:43.13 ID:aDEs4G8x.net]: JavaScript Visualized: Event Loop
https://dev.to/lydiahallie/javascript-visualized-event-loop-3dif
951 名前：デフォルトの名無しさん mailto:sage [2021/12/08(水) 07:25:06.20 ID:ff6DaDGr.net]: >>912
だいたい合ってる。基本的には処理の予約と考えるだけで済む。
JS外の処理はWebWorker含めてJS環境に干渉してこないんだから（戻り値以外）ほぼイベントとか割込と同質で特殊なものだと考える必要もなくないかな？
952 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 14:21:48.83 ID:h+aQCsXU.net]: なんかプロジェクトでtypescript使う流れになって今から勉強してるんだが、これ何に優れてるの？
javascriptの拡張言語で型の宣言できるぐらいがメリット？
実行するためにいちいちコンパイルもどきなことをしないといけないしデバッグ面倒で正直やりづらいとしか思えないんだが
953 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 14:29:35.72 ID:lTugl+ha.net]: 「正直、特別優れた言語設計でもないし、基本的なライブラリ貧弱だし、なんか色々と不安定なので、他の言語を使えるならそっちのがいい。
でもJavaScriptよりかは遥かにマシだからターゲットプラットフォームがブラウザ、ReactNativeなら積極的に使っていこうぜ」ぐらいの認識ですかね

型パズルとかゆるゆるなインターフェースとか最初はこりゃ楽チン、便利だなと思うけどメンテナンス性は疑問
あとTypeScriptは生のJavaScriptよりanyの凶悪さが増してると思う

所詮はALT JSですね
954 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 16:46:11.49 ID:V/6JaBTF.net]: >>915
watch使うとわざわざコンパイルする手間が省けるので楽だよ。あとmapファイルも出力するようにすればデバック時も面倒じゃなくなるよ。
型だけじゃなくて、同じコードで古い環境でも動くソースを吐くこともできるよ。
でも、型にメリットを見いださない人向けの言語で無いね。
955 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 20:23:42.31 ID:/vSkUWU0.net]: 動的型付け言語しか使ったことがない人ならそんなものだよね
956 名前：デフォルトの名無しさん mailto:sage [2021/12/10(金) 13:52:02.48 ID:+cpc+hgB.net]: 個人開発だとTypeScriptガンガン使ってる
型パズルたのちい
957 名前：デフォルトの名無しさん mailto:sage [2021/12/10(金) 16:44:26.21 ID:IDIER0Zn.net]: 型パズルはアンチパターンだ
ほどほどにしとけ
人類はC++を教訓にしなければならない
958 名前：デフォルトの名無しさん mailto:sage [2021/12/10(金) 17:18:46.95 ID:AY2SRHbF.net]: TypeScriptにはSFINAEみたいな凶悪な仕様はないだろう。
conditional typeは少し難解かもしれないが自分で使わなければいいだけのことだし。
959 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 11:07:25.83 ID:vugugi2u.net]: any型のデータをそれ以外の型に変換可能かどうか判定する、または変換するライブラリってあります？
↓こんな感じの

type T = { id: number; name?: string; timestamp: Date; }

const data1: any = { id: 1, name: “bob”, timestamp: new Date() }
const t1: = convert<T>(data1); // OK

const data2: any = {
id: “2”, // number format string
timestamp: “2021-12-21T11:00:00Z”, // ISO Date string
}
const t2 = convert<T>(data2); // OK

const data3: any = { // without required field
timestamp: new Date()
}
const t3 = convert<T>(data3); // throw Error

const data4: any = {
id: 4,
timestamp: “hello” // invalid format
960 名前： } const t4 = convert<T>(data4) // throw Error []: [ここ壊れてます]
961 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 11:18:51.59 ID:vugugi2u.net]: TypeScriptって型が嘘をつくことが結構あって
Date型なのに実行時には文字列が入ってるとか
型定義では省略不可なのに実行時には省略されてるとか
そういう実行時の型エラーをなんとかして削減したい、というのが根本的な課題です
上でレスしたようなライブラリがもし有れば多少はマシになるかな、と
ランタイムがキャスト例外を投げてくれればそれがベストなんですが、JSに実行時型情報はないのでそれは難しい
962 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 18:51:42.35 ID:X++9NQ8p.net]: > JSに実行時型情報はないので
つ typeof, instanceof
963 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 19:01:16.33 ID:S4hmWBPH.net]: すげー斜め読みしてタイプガードではいかんのかと思った
964 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 19:16:55.14 ID:ESVu6HO8.net]: タイプガードでもいいんですけど数が多いので一発で全部よしなにやってくれるものがほしいって感じですかね
C#のdynamicのように非互換の代入をその場で例外にしてくれれば楽なんですが
なんでかanyは非互換でもエラー無しでスルッと進んでしまうので苦労してます
965 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 19:39:34.82 ID:S6JYHyb7.net]: https://github.com/colinhacks/zod
966 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 20:01:09.90 ID:ESVu6HO8.net]: >>927
どうも
なかなか良さそうだけどちょっと大変そう
普通の型を先に定義してパーサーを生成するのは難しいんですかね?
967 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 20:08:19.40 ID:fpjBPgEH.net]: TypeScriptのtypeやinterfaceからjsonschemaを生成するライブラリがあるから
それを使ってタイプガード書けば楽よ。
968 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 20:09:36.77 ID:S6JYHyb7.net]: https://github.com/azu/create-validator-ts
969 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 20:12:46.39 ID:S4hmWBPH.net]: そういえばAJVがタイプガードに対応してたな
970 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 20:17:02.00 ID:ESVu6HO8.net]: >>930
いいかも
あとはanyの代入を自動的に置き換えることができれば完璧
971 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 20:28:04.08 ID:S6JYHyb7.net]: string -> Date のような transform をしたいなら、型から自動生成を期待するよりもスキーマで変換ロジックを書いて型を導出するアプローチの方が扱いやすい
972 名前：デフォルトの名無しさん mailto:sage [2021/12/23(木) 16:09:01.04 ID:qSHzxodN.net]: axiosでの（非同期）通信結果から
最終的にpromiseを外した形でresponse扱いたいんだけど
どうやるとできるのでしょうか？

function的な奴で非同期通信して
そのfunction自体はpromiseでない値を返したいんだけど。。。

awaitやろうと思うと
そのfunctionはasyncになって
結局promiseになってしまう

イメージ
conct func = (): string => {
// axiosの戻りがstringだとして、このvalを同期的に返したい
axios.get("hogehoge").then(val=>{return val})
}
973 名前：デフォルトの名無しさん mailto:sage [2021/12/23(木) 20:50:37.85 ID:aMbIyyBR.net]: 不可能です
直接 XMLHttpRequest を同期モードで使用してください
974 名前：デフォルトの名無しさん mailto:sage [2021/12/23(木) 22:47:01.90 ID:j1Nwu6l7.net]: 非同期を同期にはできない。
これ、初心者の頃は辛かったけど、気がついたら慣れてたし不便さより便利さを感じるようになったから人間の適応能力ってすごい。
975 名前：デフォルトの名無しさん mailto:sage [2021/12/24(金) 11:16:13.19 ID:8YLKxFwi.net]: うーんわからん
type X = A & { foo: string}
ってやるとXがanyと判定される現象が起きてて原因が全くわからない
Aはちゃんと型が認識されてる
const a: A = { 略 }
a.
ここまで打てばインテリセンスが出てくる
でも&を挟むとなぜかanyになる
コンパイラのバグかな？
976 名前：デフォルトの名無しさん mailto:sage [2021/12/24(金) 12:01:47.45 ID:vCO0x3fk.net]: export type X = A & { foo: string }
const x: X
これは型が生きてるしインテリセンスも出る

import { X } from ‘…’
const x: X
これはanyになってしまう

ファイルを
977 名前：跨がなければおkみたい エクスポート/インポートのプロセスでバグるのかな？ 他の型は問題出てないからAだけが特殊なんだろうけど文字列型のフィールド幾つか持ってるだけのなんの変哲もない型なんだよな… []: [ここ壊れてます]
978 名前：デフォルトの名無しさん mailto:sage [2021/12/25(土) 12:39:31.39 ID:mJNzEC98.net]: 色々調べて行き詰まったんだけどこれで合ってる？

babelのpreset-typescriptはTSから形情報を落としてるだけ
なのでtsconfigを無視する
なのでproject referencesも無視される
プロジェクト分割したい場合のオフィシャルな手段がない
なのでプロジェクト分割したければ各自好きな方法でハックするしかない

暫定対応として被参照側のプロジェクトでwatch & buildを仕掛けて
babel側のプロジェクトから被参照側の出力フォルダをimportしてるんだけど正直辛いものがある
979 名前：デフォルトの名無しさん mailto:sage [2021/12/25(土) 13:16:26.59 ID:YYlOH5kW.net]: babel がどう動くかなんて tsc には関係ないだろ
それともあなたのエディタは babel で型情報を解析しているのか？
980 名前：デフォルトの名無しさん mailto:sage [2021/12/25(土) 13:22:25.16 ID:YYlOH5kW.net]: コンパイル済みのファイルに型情報がないという話なら、型定義ファイル(.d.ts)も出力しないとそりゃそうだろと
981 名前：デフォルトの名無しさん mailto:sage [2021/12/25(土) 13:40:07.40 ID:mJNzEC98.net]: プロジェクト分割についてはどう考えますか？
982 名前：デフォルトの名無しさん mailto:sage [2021/12/25(土) 13:54:01.89 ID:YYlOH5kW.net]: 情報を小出しにせず、問題が再現するリポジトリ丸ごと上げるかせめてファイル構造や各種設定ファイルの内容など全部書き出して
& がダメなのかファイルを跨ぐのがダメなのかプロジェクト分割がダメなのか話がどんどん移っててわからんぞ
983 名前：デフォルトの名無しさん mailto:sage [2021/12/25(土) 14:17:47.06 ID:YYlOH5kW.net]: これ別人の別の話か…そうだったらスマン
984 名前：デフォルトの名無しさん mailto:sage [2021/12/25(土) 14:25:06.24 ID:mJNzEC98.net]: 別ですね
単刀直入に言うとbabel & preset -typescript環境で正しいプロジェクト分割のしかたを聞きたかった
985 名前：デフォルトの名無しさん mailto:sage [2021/12/26(日) 11:58:10.04 ID:yczrikVs.net]: 色々と試して結論が出た
プロジェクト参照は諦めてシンプルに相対パスでimportすることにした
依存パッケージを全てのプロジェクトに入れなければならないのが面倒だけど妥協
ようするに昔VB6やC言語などでよくやってたDLL化せずにコードファイルを共有するスタイル
モダンな言語でやることとは思えないけど何日も調べてできないなら仕方ない
986 名前：デフォルトの名無しさん mailto:sage [2021/12/26(日) 12:26:32.69 ID:6ScHvZpk.net]: バベるのが悪い
987 名前：デフォルトの名無しさん mailto:sage [2021/12/26(日) 16:05:00.89 ID:SvIlyqah.net]: でもフレームワークがバベれって言うんです
988 名前：デフォルトの名無しさん mailto:sage [2021/12/26(日) 16:14:53.21 ID:imvxWhRx.net]: これを

babel_proj
webpack_proj
tsc_proj
　tsconfig.json
tsc_lib_1
　tsconfig.json
tsc_lib_2
　tsconfig.json

こうする

babel_proj
　symlink => ../libs
webpack_proj
　symlink => ../libs
tsc_proj
　tsconfig.json
　symlink => ../libs
libs
　lib_1
　lib_2
989 名前：デフォルトの名無しさん mailto:sage [2021/12/28(火) 17:28:42.45 ID:X7A0KCIT.net]: バックエンドはexpress一択？
990 名前：デフォルトの名無しさん mailto:sage [2021/12/28(火) 20:29:49.68 ID:qjWVy58S.net]: そんな🍌
991 名前：デフォルトの名無しさん mailto:sage [2021/12/28(火) 23:38:51.88 ID:QExnrlZb.net]: 僕はFastify!
992 名前：デフォルトの名無しさん mailto:sage [2021/12/29(水) 02:36:36.80 ID:tTEsT75E.net]: nestjsはレガシーなデコレータ依存がなあ
993 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 13:04:36.50 ID:8IVD/YcY.net]: そもそもサーバーサイドにTS選ぶメリットが無い
994 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 13:42:00.99 ID:XEA11GKy.net]: JavaScriptがって話ならわからんでもないが
995 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 13:49:04.54 ID:8IVD/YcY.net]: TS始めた時からずっと思ってたけど型が簡単に嘘を付ける言語仕様はバックエンドでは到底受け入れられんわ
フロントエンドでは気楽さと壊れやすさのトレードオフってことで受け入れるけど
996 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 13:53:13.25 ID:XEA11GKy.net]: じゃあC/C++なんかもダメだな
997 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 14:00:36.67 ID:qk2rIpzk.net]: バリデーションもできない奴がなんか言ってら
998 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 14:01:03.11 ID:8IVD/YcY.net]: そうだね
バックエンドでは実
999 名前：質Cと大差ない ちょっとだけ楽できるけど []: [ここ壊れてます]
1000 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 14:10:38.20 ID:XEA11GKy.net]: じゃあ逆にバックエンドで受け入れられる言語ってなんだろう？JavaとかRustくらい？
1001 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 14:23:51.58 ID:8IVD/YcY.net]: JavaとC#だね
型安全性がしっかりしてて実績も多い言語って言えばそれぐらいじゃないか？
1002 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 14:42:45.86 ID:XEA11GKy.net]: んー、つまり

>TS始めた時からずっと思ってたけど型が簡単に嘘を付ける言語仕様はバックエンドでは到底受け入れられんわ

JavaとC#以外の言語を触るたびに同じように思ったってことでいいのかな？
1003 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 15:01:47.81 ID:Q5xANRZc.net]: まあ、そうだね
1004 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 16:23:51.89 ID:se0ux0qB.net]: C♯やJavaよりはTypeScriptやRust選びますわ
1005 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 16:31:34.51 ID:tab5g/QS.net]: そしてバグが出ると
1006 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 16:52:28.72 ID:XEA11GKy.net]: まるでTypeScriptやRustを選ぶとバグが出るかのような物言いだが
C#やJavaを選べばバグが出ないというわけでもあるない
1007 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 17:38:29.90 ID:tab5g/QS.net]: TypeScriptは型が簡単に嘘をつけるのでバグが出やすい
型安全性がバグ削減に貢献しているのはプログラマの常識
1008 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 17:46:55.74 ID:18t9WvJQ.net]: それはあなたがバリデーション書けないからでしょ？
1009 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 17:56:31.58 ID:XEA11GKy.net]: >>967
具体的にどういうのを言っている？まさか故意にasでキャストした場合の話じゃないだろうが
1010 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 18:04:13.25 ID:cY7zFSmj.net]: その返答で書けないということが露呈したゾ
1011 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:17:21.94 ID:zuTar3e4.net]: >>968
型が嘘をつけることとバリデーションは別次元の話

>>969
明示的キャストなんかしなくてもTSにはいくらでも型が嘘をつく罠がある
代表的なところだとjsonのパース、DBのI/O、api I/O、野良ライブラリのI/O、、、
1012 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:25:44.57 ID:zuTar3e4.net]: 言語仕様を変えるべきなんだろうな
typeで宣言した変数への代入は実行時に型チェック付きのマッピングにトランスレートすべき
ついでに言うとtypeで未定義の属性はマッピングするときにundefinedにすべき
これだけでTypeScriptによくある馬鹿馬鹿しいバグがかなり減るはずだ

type Foo {
x: string;
y: number; }

const foo: Foo = { y: “s” } as any
これはコンパイル時には無視していいが実行時にはエラーになるべきだし

const foo2: Foo = { x: “a”, y: 100, z: “111” }
これはzは消えるべき
1013 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:33:44.30 ID:18t9WvJQ.net]: >>972
いやそれはそのコードがバカじゃん……
1014 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:34:37.32 ID:zuTar3e4.net]: Javaは最も優れた設計でそもそもanyみたいな言語仕様がない
Objectは定義できるが暗黙のキャストでスルッと行くなんてことはあり得ないし無理やりキャストしたって実行時に必ず例外が飛ぶ
C#はanyに近いものでdynamicというのがあるがこれも誤ったキャストには実行時に例外が飛ぶ
どちらも型が嘘をつかないように言語基盤がしっかり担保してくれるから型を信用していい
当たり前のことを当たり前にやってくれる堅実な言語だ
1015 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:36:08.35 ID:zuTar3e4.net]: >>973
このコードは説明のためのスニペットだ
現実的にこんなコード書くわけないだろ
現実的には先に挙げたような状況でanyと戦わなければならない
1016 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:44:03.93 ID:18t9WvJQ.net]: >>971
>>975
なんの為のバリデーションとタイプガードだよ。
どこで間違った型が入りうるかなんか普通把握できるでしょうに
1017 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:48:28.03 ID:pcTvcAXH.net]: Javascriptのスーパーセットという最大のセールスポイントを見てなさすぎだろ
構造的部分型も便利だしany型なんて使うときには型ガードするよね
型に関してはJavaより好きだわ
1018 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:51:25.70 ID:HvA/IBjD.net]: Nullableを長年放置してたり文化的にも言語的にもImmutableを軽視してきたJavaもちょっと
1019 名前：信用できないですね []: [ここ壊れてます]
1020 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:59:03.54 ID:zuTar3e4.net]: >>976
バリデーションってのは値が正しいかどうか検証するものであって型が嘘をついているかどうか調べるためのものじゃない

どこで型が嘘をついているか確実に判断することはむずかしい
自分達の管理するコードベースの外界とのI/Oは全て疑わしい
先も述べたようにJsonのパース、ApiのIO、DBのIO、野良ライブラリのIO
疑わしい箇所が多すぎる

型が嘘をつかない言語なら外界とのI/Oの型定義が信用できる
信用できない領域がグッと一気に減る
だから型は嘘をついちゃいけないし
簡単に嘘をつける言語仕様は絶対におかしい
1021 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 20:05:16.00 ID:zuTar3e4.net]: >>977
構造的部分型もわかりにくいバグの温床だな
anyよりは全然マシだが
まあ楽なのは楽だよそれはわかる
ただ楽なのと安全でりかいしやすいのとは同じじゃないからね

typeは俺が言ったような真の意味で型安全を担保するための仕様
interfaceは構造的部分型でサボるための仕様
こう使い分ければよかったんだろうな
1022 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 20:09:20.24 ID:zuTar3e4.net]: >>977
セールポイントであり最大の弱点でもある
思い切って互換性切った方が絶対上手くいってた

>>978
まあ先発の古い言語だからある程度は仕方ないね
Null安全は対応してきてる
イミュータブルは昔から使えてた(final)
1023 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 20:42:46.31 ID:18t9WvJQ.net]: >>979
型さえあってりゃどんなライブラリも安全安心だと思っているのか……
1024 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 20:51:38.40 ID:iK2C+Pgo.net]: >>982
ちゃんと読めてます？
「信用できない領域がグッと減る」って書いてあるでしょ？

型安全であれば全てが安全なんてことはない
これは常識
でも型安全ならそうでない場合に比べて大部分が安全になる
これも常識

そしてTSは一見すると型安全であるかのように見えるけれど
型が簡単に嘘をつける言語仕様のせいで実は型安全ではなく安全でない言語である
これが私の主張
よく読んでね
1025 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:06:33.94 ID:18t9WvJQ.net]: >>983
お、これは失敬
1026 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:26:07.36 ID:XEA11GKy.net]: >>971
あんたの言う「型が嘘をつく」の意味がよくわからんが。オレオレ用語じゃなくて一般的な用語で説明してくれんかな。

>先も述べたようにJsonのパース、ApiのIO、DBのIO、野良ライブラリのIO
>疑わしい箇所が多すぎる

嘘をつくもなにも、JSONはそのJSON自体の構造以上の型を主張したりはしないが。
それを勝手に別の型と見做したとしたらそのコードの方に問題があるわけだろう。
1027 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:31:50.13 ID:XEA11GKy.net]: >>972
ああなるほど。
型の合わせ方がわからなくてasやanyで誤魔化したらバグったってのの逆恨みか。
1028 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:32:15.17 ID:yBt1j67p.net]: 型が嘘をつくってのは
コンパイル時に指定した型以外の値が入ってることがある
入れることが簡単にできるということ

type X = { foo: string }
function xxx(): X

例えば↑こういう定義があったとする
実際にxxx()の戻り値が文字列型のfooという属性を持っているかどうか？
それはソースコードを隅々まで読んで間違いないことを確認するまでわからない

コードはXという型はfooという文字列型の属性を持っていると主張しているわけだが実際にはそうでない場合がある
これを俺は型が嘘をついていると表現する
1029 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:33:00.94 ID:yBt1j67p.net]: >>986
ちげーよ
1030 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:36:23.80 ID:yBt1j67p.net]: JavaやC#ではこういう事は起こらない
正確には低レベルAPIでメモリを不正に書き換えれば起こせるが無理すれば起こせないこともないと言った程度
JavaやC#ではXがfooという文字列型の属性を持っていてxxxの戻り値の型がXであると書いてあったらそれを信用していい
JavaやC#は型が嘘をつかないからだ
1031 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:37:07.94 ID:XEA11GKy.net]: >>987
？
おめーのtscはそれコンパイルエラーにしてくれないの？
1032 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:39:39.80 ID:rc2c+xCv.net]: >>99
1033 名前：0 本当に恥ずかしいからお前はもう黙ってろ []: [ここ壊れてます]
1034 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:39:49.15 ID:yBt1j67p.net]: >>990
しない
1035 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:42:03.35 ID:18t9WvJQ.net]: そんなにTSが嫌いならずっとJavaなりC♯なり使ってれば良いじゃん
1036 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:45:32.05 ID:XEA11GKy.net]: >>992
コンパイルエラーにならない function xxx() の例よろ。
1037 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:57:10.00 ID:hxNkeOah.net]: >>993
そだね
選択権があるプロジェクトなら必ずそうしてるよ
1038 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:59:52.63 ID:hxNkeOah.net]: >>994
function xxx(): X {
return {
foo: bugLib.getStringValueEvil();
}
}
1039 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:09:49.35 ID:XEA11GKy.net]: >>996
？
bugLib.getStringValueEvil() がstringと宣言されていればコンパイルが通るけどそっちが嘘だったって話？
1040 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:21:35.89 ID:hxNkeOah.net]: >>997
そう
1041 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:24:35.31 ID:XEA11GKy.net]: じゃあ bugLib.getStringValueEvil() はどうやって嘘をついたわけ？堂々巡りだが。
1042 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:28:29.05 ID:hxNkeOah.net]: >>999
さあどうだろうな？
だから>>987でソースコード隅々まで見たら…って書いたんだけどね

JavaやC#だったら型だけ見ればああこの戻り値のfoo属性は文字列なんだなと信頼できる
ソースコードを隅々まで見る必要はない
なぜなら型が嘘をつかないからね
1043 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:34:32.46 ID:rc2c+xCv.net]: anyなんかから型変換する際にランタイムチェックを追加するオプションはあっていいとは思うがTypeScriptにとってのno goalだから無いのも仕方ない
型安全性だけに拘るならTypeScriptは適当じゃないのはそれはそう(そもそもがoptional typeでしかない)

他の要素も考慮すれば個人的には悪い選択肢じゃないのでJavaScriptよりはTypeScriptを選ぶけども(C#やJavaと比較するかは目的による)
1044 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:38:38.66 ID:XEA11GKy.net]: ようはTypeScriptに限らず強い型付け以外全否定ってことかね
1045 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:56:16.20 ID:XEA11GKy.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/
part3
https://mevius.5ch.net/test/read.cgi/tech/1524746903/
1046 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:57:42.38 ID:XEA11GKy.net]: TypeScript part4
https://mevius.5ch.net/test/read.cgi/tech/1640872622/
1047 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 23:01:37.83 ID:chdQ4etC.net]: >>1000
それって型指定のバグなわけで、バグを回避する為に他の言語でもソースコード全部読む必要あるのは変わらないのでは……
1048 名前：1001 [Over 1000 Thread.net]: このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 1344日 1時間 13分 15秒
1049 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef