スレ立てるまでもない質問はここで 157匹目

**デフォルトの名無しさん** · 2021/06/18(金) 22:50:39.76

この板はプログラムを作る人のための板です。
あらゆる質問はまず
スレ立てるまでもない質問はここで
スレにしてください。

【前スレ】
スレ立てるまでもない質問はここで 156匹目
https://mevius.5ch.net/test/read.cgi/tech/1613809074/

次スレは>>980が立てること

**デフォルトの名無しさん** · 2021/10/18(月) 20:58:03.08

まずTSを勉強する理由を見つめ直したほうがいい
ぶっちゃけreactと関係ねえもん

**デフォルトの名無しさん** · 2021/10/18(月) 21:31:58.64

Reactをやりたいけど型安全じゃない言語とか恐怖なのでやりたくない
そうだTSがあるじゃないか！
TS入門する理由なんてだいたいこんな感じでしょう

**デフォルトの名無しさん** · 2021/10/18(月) 23:08:28.64

VSCodeの俺得拡張を作りたい→TSを覚えざるを得ない

**デフォルトの名無しさん** · 2021/10/19(火) 20:30:14.24

便乗気味ですが動的にDOMツリーを生成するのに楽できるライブラリとかありませんかね？
プレーンなJavaScriptで深いツリーを生成するのは結構大変ですし・・

**デフォルトの名無しさん** · 2021/10/19(火) 20:51:51.18

React

**デフォルトの名無しさん** · 2021/10/19(火) 22:41:42.16

innerHTMLに流し込むのが最強にして最速の上簡単簡潔の無敵状態

**デフォルトの名無しさん** · 2021/10/19(火) 22:59:20.46

injection怖いからinnerHtmlはないわー、という感想

**蟻人間** ◆T6xkBnTXz7B0 · 2021/10/19(火) 23:05:29.89

ひと昔前はjQueryの選択肢もあった

**873** · 2021/10/19(火) 23:34:58.74

>>874,877
やはりその手のフレームワークで出来るのか。一応そっちも調べていてVueの解説を読んだりしていたのですが
コンポーネントとコードの連携については詳しく書かれていても、多量のコンポーネントを自動生成する解説は見つけられず
判らずじまいでした。いくつか紹介してもらえると助かります

>>875
StringでHTML作ってinnerHTMLではcreateElement＆appendChildでがんばるのと大差ないような

＃すみません。情報が小出しになってしまっていますが一通り書こうとするとNGワードで書けません・・・

**デフォルトの名無しさん** · 2021/10/20(水) 01:13:00.36

Document.createDocumentFragment( ) とか、
React で、JSX とか

Ruby on Rails, Bootstrap では、
HTML の各部分ごとに、別のファイルにして読み込むとか、

Rails API モードでは、React, Vue.js とか

**デフォルトの名無しさん** · 2021/10/20(水) 04:47:43.65

普段からjavascript使ってる人が手を抜くためにtypescript使うのはありだけど
javascript知らない人がtypescript使っても危険なだけじゃね

**デフォルトの名無しさん** · 2021/10/20(水) 08:08:00.64

tsがjsより危険な部分ってなんだろう？
バニラのjsってかなり癖があって落とし穴が多いからtsは良い選択肢だと思う
そのへん気付かずにとっつきやすい言語だと侮って危ういことをしている人は多い
小規模のスクリプトの場合にベテランがスピード重視でjsでちゃっちゃと書くならわかる

**デフォルトの名無しさん** · 2021/10/20(水) 08:11:00.82

まあtsを採用しただけで罠が消え失せる訳でもないんだけど、tsのポリシー自体が「jsを面倒くさくする代わりにより安全にする」なのでは

**デフォルトの名無しさん** · 2021/10/20(水) 08:45:12.51

>>878
文字列編集してinnerHTMLに流すという点は属性やらクラスやらハンドルやら諸々の作り込みを直感的に扱えるという面がある＞一々create,appendしてると見辛くて目が滑る

例えばReactのDOM生成ではinnerHTML的なアプローチで、SQLのようにインジェクションを防ぐためにプレースホルダを使えるようにHTML文字列編集をオーバーラップしました、と素人目に解釈してる(違うかな？
＞普通ならSQLみたいにステートメント文字列にバインドさせるアプローチにするだろ？と思うからこの解釈は間違ってる可能性は大きい

**デフォルトの名無しさん** · 2021/10/20(水) 08:53:53.30

TSのキメラみてーなエコシステムはどうにかしてほしいね
これでよく動いてんなって感じだわ
まあ実際はターゲットプラットフォームに持っていったら動かねえなんてことも少なくないんだが

**873** · 2021/10/20(水) 11:05:14.27

何がNGなんだろ・・・

今考えている例だと
・チェックボックスを段組してたくさん並べたい
・段組は1列、2列、2列×2、4列、2列×3・・・等々必要に応じて変更したい
・チェックボックスの数も必要に応じて増減する
・あくまでGUIなので横方向も効率的に使って不必要な縦スクロールは避けたい
これを表示するテーブルを生成しようとするとネストが深くなって生成するコードが判りにくくなるし
相当するHTMLを生成しても本質的な差はない
で、なんかこんな感じのDOMツリーを簡単に出力してくれる物がないかなと

**デフォルトの名無しさん** · 2021/10/20(水) 11:10:18.07

htmlで並べるんじゃなくてcssでそういうデザインにすれば？
チェックボックスのサイズを同じにしとけば縦横のサイズに応じて勝手に整列されるでしょ
整列に関してはjavascriptの出番なしだしネストも深くならない

**デフォルトの名無しさん** · 2021/10/20(水) 11:18:43.36

>>885
そういうのはCSSで制御できるよ
https://developer.mozilla.org/ja/docs/Web/CSS/CSS_Grid_Layout

**デフォルトの名無しさん** · 2021/10/20(水) 14:00:37.84

888

**873** · 2021/10/20(水) 15:30:58.66

CSSで並べられるのか！
DOMを操作して何とかしようとばかり考えていたので一つ勉強になりました
CSSで整列させる方向でやってみます

**デフォルトの名無しさん** · 2021/10/20(水) 17:21:53.66

cssで挫折するプログラマー多い

**デフォルトの名無しさん** · 2021/10/20(水) 17:34:28.01

ie対応は必須項目

**デフォルトの名無しさん** · 2021/10/20(水) 17:40:37.56

>>891
もうそういう時代は終わってる

**デフォルトの名無しさん** · 2021/10/20(水) 17:56:05.25

ちょうどIE前提だったWebサービスをEdge用に改修中だわ

**デフォルトの名無しさん** · 2021/10/20(水) 17:56:23.97

safariは対応外
dialogとかHTML5に対応してないらしいから、テストもしてない

**デフォルトの名無しさん** · 2021/10/20(水) 19:59:09.03

5d00061c300308ff
5800021b300308ff
3b000000300308ff

とあるデータで1バイト目がチェックサムらしいのですが、電卓で足した結果+1になってます
どれも桁溢れ1なのでそれも使ってる様な気がするのですが、
ただ結果に+1するか2バイトに足して最後に上位8と下位8を足すか
こう言う場合皆さんならどうされますか

**デフォルトの名無しさん** · 2021/10/20(水) 20:05:45.12

桁あふれなんて使ってないだろ
計算するときはあふれなんて無視。全部unsigned charで計算して終わり
ざっと見て一桁目はその通りの数値になってるよ

**デフォルトの名無しさん** · 2021/10/20(水) 23:15:54.29

>>884
何のことを言っているんだろう？
ts特有のエコシステムといってもtsc自身とランゲージサーバーくらいしか思いつかないが。

**デフォルトの名無しさん** · 2021/10/20(水) 23:37:28.35

>>897
元からカオスなJSにまた変なもん付け足してる

**デフォルトの名無しさん** · 2021/10/21(木) 00:56:15.84

>>895
ffを足してるから-1なんじゃないの？
左端と右端を捨てて中だけ足せば左端と一致する

**デフォルトの名無しさん** · 2021/10/21(木) 07:06:46.11

>>898
いや、トランスコンパイルだからJSには何も足してないと思うんだが

**デフォルトの名無しさん** · 2021/10/21(木) 08:57:04.88

>>900
トランスパイルを付け足してるだろ

**デフォルトの名無しさん** · 2021/10/21(木) 09:10:31.99

>>901
コンパイラは機械語に何か足してるのか？
という話なんだが

**デフォルトの名無しさん** · 2021/10/21(木) 09:12:01.43

>>902
コンパイルを足してる

**デフォルトの名無しさん** · 2021/10/21(木) 09:13:02.10

>>898
エコシステムというより言語仕様の話？
追加された仕様はそう変だとは思わんし、 1+"2" みたいな変なのは逆に排除されたと思うが。

**デフォルトの名無しさん** · 2021/10/21(木) 09:25:16.98

>>904
エコシステムの話だよ

**デフォルトの名無しさん** · 2021/10/21(木) 09:28:50.92

>>905
なんか話をそらそうと必死みたいだけど、JSにコンパイルされるだけだから
> まあ実際はターゲットプラットフォームに持っていったら動かねえなんてことも少なくないんだが
なんてことにならんだろ
少なくともJSよりはマシになる

**デフォルトの名無しさん** · 2021/10/21(木) 09:58:20.02

知ったかぶりでエコシステムとかキメラとか言いたかっただけなんじゃないかな

**デフォルトの名無しさん** · 2021/10/21(木) 09:59:22.39

>>906
マシになるって言ってる時点で問題抱えてんだわ

**デフォルトの名無しさん** · 2021/10/21(木) 10:03:01.76

>>908
それはTypeScriptの問題じゃなくてJavaScriptの実行環境の問題だろ
アホなのか？w

**デフォルトの名無しさん** · 2021/10/21(木) 10:09:37.80

数学の「=」とプログラミングの「=」って違うってよく説明されますよね
等値であることと代入みたいな意味で使われることの差だと思っています。

プログラミングの「=」はどうして代入みたいな意味になったのか。経緯ってどういう感じなんでしょうか

そもそも初期は代入と使用者も思ってなくて、数学的な意味で使用されていたものが拡大解釈されてきたのでしょうか。
それとも「=」になんかしら代入的な用途がすでにあったのでしょうか。
最初の人は神の啓示みたいなもので代入に「=」を使う事をひらめいたのでしょうか。
逆に「<」みたいな"代入っぽい"記号を使わなかった理由は示されているのでしょうか。

**デフォルトの名無しさん** · 2021/10/21(木) 10:19:44.60

>>910
いや、< なんざモロに演算子なんだから、むしろC++死ねよとしか

**デフォルトの名無しさん** · 2021/10/21(木) 10:21:40.72

FORTRANでしょ
等値比較より代入のほうが出現頻度が高いから、代入に=を割り当てた方がパンチが楽

**デフォルトの名無しさん** · 2021/10/21(木) 10:25:44.52

>>910
ここの元記事と1つ目のレスを見るといいと思う
https://news.ycombinator.com/item?id=16803874

**デフォルトの名無しさん** · 2021/10/21(木) 10:35:44.05

代入後は等価になるんだから「等価である」か「等価にする」かの違いで概念がもともと近い
代入っぽい記号という意味では、Pascal系の言語では代入を := で表す
この記号は数学では定義
C言語が = を選んだことと、:= よりタイピングが楽で好まれたといった理由によるよくあるデファクトスタンダードだと思う

**デフォルトの名無しさん** · 2021/10/21(木) 10:48:17.54

アセンブラの頃はmov命令だったりして=じゃ代入してなかったな
単にそれを入力しやすい=に置き換えただけだろ
理由なんて特にないと思うぞ。後付けで色々言われることはあるがそんなのは株価変動に対するアナリストのコメントと同じだろ

**デフォルトの名無しさん** · 2021/10/21(木) 10:56:40.65

文脈で変わるBASICがサイキョウと言うことで

**デフォルトの名無しさん** · 2021/10/21(木) 10:59:20.50

:= を使う言語もあったな
アセンブラだと mov a,b とかを a ← b と描いてるのもあった

**デフォルトの名無しさん** · 2021/10/21(木) 11:50:37.57

まてよ、< はシェルのリダイレクトが元ネタだろうから、ストラウストラップではなくケントンプソンに恨みをぶつけるべきなのか

**デフォルトの名無しさん** · 2021/10/21(木) 12:40:17.17

>>909
TypeScriptはJavaScriptの問題を継承している

**デフォルトの名無しさん** · 2021/10/21(木) 14:02:20.78

>>919
だから何？
そんなこと言っても
>>884 が
> まあ実際はターゲットプラットフォームに持っていったら動かねえなんてことも少なくないんだが
と書いたアホな過去が消えるわけじゃないぞw

**デフォルトの名無しさん** · 2021/10/21(木) 16:37:59.19

>>920
アホなことではなくただの事実

**デフォルトの名無しさん** · 2021/10/21(木) 17:13:02.83

事実はこれやね
> それはTypeScriptの問題じゃなくてJavaScriptの実行環境の問題だろ
> アホなのか？w

**デフォルトの名無しさん** · 2021/10/21(木) 17:20:45.68

所詮はトランスパイルするだけのものとかこの先生き残れない
KotlinなんかもJavaありきだし

**デフォルトの名無しさん** · 2021/10/21(木) 17:24:09.63

>>922
No
ランタイムでおかしくなるのは依存性がおかしいから
依存性を管理してるのはエコシステム

**デフォルトの名無しさん** · 2021/10/21(木) 17:30:33.97

トランスパイル前提ならRust→WebAssemblyで良くね？(過激派

**デフォルトの名無しさん** · 2021/10/21(木) 17:32:16.36

>>924
具体例をどうぞw

**デフォルトの名無しさん** · 2021/10/21(木) 17:43:50.47

>>926
yarn、npm

**デフォルトの名無しさん** · 2021/10/21(木) 17:50:56.46

>>927
具体的にの意味がわからんの？
どの環境でどうおかしくなるか書いてねw

**デフォルトの名無しさん** · 2021/10/21(木) 18:02:23.15

JS嫌いなら嫌いでええやん
理由付けなんて要らん

**デフォルトの名無しさん** · 2021/10/21(木) 18:27:43.72

代入にしろ比較にしろ只の演算子
何の記号に割り当てても結構
おまいらの好きな圏論

**デフォルトの名無しさん** · 2021/10/21(木) 19:50:43.61

>>924
まさか npm install し忘れたのをエコシステムの問題とか言わないよな。
具体的にどんな依存性の問題があったのか。

**デフォルトの名無しさん** · 2021/10/21(木) 20:11:01.09

ツッコんでもキリがないよ
もういいじゃない

**デフォルトの名無しさん** · 2021/10/21(木) 20:23:00.09

>>931
yarn addしたのに別のパッケージをわざわざaddしたり、package以外に追加の設定をしないと実行時にmoduleが見つからず落ちる、などということがしばしば発生する
これはエコシステムが出来損ないだから起きる現象
他の言語、エコシステムではパッケージの依存性を解析して、必要なものをさくっとインストールできて当たり前、なのだがJSTSではそうではないようだ
ポンコツと言うしかない

**デフォルトの名無しさん** · 2021/10/21(木) 20:48:00.85

>>933
本当にそんな問題がしょっちゅう出ていたら他の人からもいっぱい文句が出ていると思うが。
そんな話ほとんど聞かないのはなんでだと思う？

**デフォルトの名無しさん** · 2021/10/21(木) 21:51:10.35

ハードウェアは神がルールを決めるがソフトウェアは人がルールを決める

**デフォルトの名無しさん** · 2021/10/21(木) 22:15:08.88

Ruby on Rails でも、gem/bundler, npm/yarn を使うけど、バグらない

バグるのは、Gemfile, package.json などに間違いがあるから

**デフォルトの名無しさん** · 2021/10/21(木) 22:30:49.61

>>933
で、そのどこがTypeScriptに関係するんだ？
どう見てもバカ晒してるだけにしか見えないんだけどw

**デフォルトの名無しさん** · 2021/10/22(金) 00:51:41.41

npmは-g付けろ

**デフォルトの名無しさん** · 2021/10/22(金) 03:11:49.18

>>934
諦めたんだろうな

**デフォルトの名無しさん** · 2021/10/22(金) 03:12:17.41

>>937
TSはyarm npmを使う

**デフォルトの名無しさん** · 2021/10/22(金) 07:19:44.19

>>940
> TSはyarm npmを使う
えっ？
yarmやnpmがTS使うと言うなら分かるけど、それってTSは単なる被害者やん
馬鹿の上塗りかな？w

**デフォルトの名無しさん** · 2021/10/22(金) 07:46:40.39

>>939
じゃあ>>933だけはjsを諦めてないんだｗ世の中のみんな諦めたのに。

**デフォルトの名無しさん** · 2021/10/22(金) 07:49:57.25

>>941
被害者ではない
自ら地雷を踏みに行った

**デフォルトの名無しさん** · 2021/10/22(金) 07:50:18.18

>>942
諦めたらそこで試合終了ですよ

**デフォルトの名無しさん** · 2021/10/22(金) 08:16:15.76

>>944
いいじゃん、試合終了すれば？

**デフォルトの名無しさん** · 2021/10/22(金) 08:16:25.93

>>943
日本語の意味わかる？
まあ引っ込みつかないからそんなアホな事を言ってるんだろうけどw

**デフォルトの名無しさん** · 2021/10/22(金) 09:11:51.24

>>945
そんな弱気でどうする

**デフォルトの名無しさん** · 2021/10/22(金) 09:11:58.42

>>946
よくわかる

**デフォルトの名無しさん** · 2021/10/22(金) 21:12:13.12

またこのパターン。
最初に適当に言ったキメラとかエコシステムとかが突っ込まれたんで誤魔化そうとぐだぐだな話で煙に巻こうとする。

**デフォルトの名無しさん** · 2021/10/22(金) 22:19:13.31

yarn/npm でグローバルにインストールすると、やばくない？
各プロジェクト(ローカル)の設定と、依存関係が異なる場合があるのじゃ？

例えば、グローバルで、A-ver3 を使っていて、
ローカルで、B-ver5 が、A-ver3 に依存していない場合など

**デフォルトの名無しさん** · 2021/10/22(金) 23:02:58.31

Go使いなんでjs使わないんだけど、真っ当なパッケージマネージャーならばローカルでの指定が優先されるものじゃないの？

**デフォルトの名無しさん** · 2021/10/22(金) 23:20:43.05

ぷっ真っ当なマネージャーて

**デフォルトの名無しさん** · 2021/10/22(金) 23:40:09.06

パッケージ入れてください
ターゲット環境が～なら追加でこれも入れてください

↑TSエコシステムはこんなんばっか
いやそんなもんパッケージマネージャの仕事だろ自動でやっとけやはぁーまじありえねえーってなるだろ

**デフォルトの名無しさん** · 2021/10/22(金) 23:43:48.48

何入れたらいいか教えてくれるだけいいよ
ってか勝手に変なとこにいれるな。そういうことするからごちゃごちゃになるんだよ

**デフォルトの名無しさん** · 2021/10/22(金) 23:52:44.91

それで結局優先順位はローカル>グローバルなの？

**デフォルトの名無しさん** · 2021/10/23(土) 06:43:55.24

>>953
TS叩こうとしたらフルボッコされてパッケージマネージャーにターゲット変更したクズw

**デフォルトの名無しさん** · 2021/10/23(土) 11:32:16.84

>>956
TSはパッケージマネージャの欠陥を継承している

**デフォルトの名無しさん** · 2021/10/23(土) 12:03:05.54

PM程度の欠陥なんて小さな問題だろ
嫌なら使うな、それを実践できる程度でしかない
嫌なら使うなって言われても使わざる得ないんだよってレベルじゃないからどうでもいい

**デフォルトの名無しさん** · 2021/10/23(土) 12:18:57.73

これを小さな欠陥と言ってしまうのは感覚が麻痺してる
普段から多くの欠陥を抱えてるエコシステムを使うとこうなってしまうのかな

**デフォルトの名無しさん** · 2021/10/23(土) 12:55:41.27

小さいとか麻痺してるとかいう以前に、どこがどう欠陥だと言っている？

**デフォルトの名無しさん** · 2021/10/23(土) 13:00:03.97

Anacondaみたいに依存関係を自動で取得して必要なパッケージを全部入れてくれるならいいけど、
TSだとそれが出来ない
それを欠陥って言ってるんだろ

**デフォルトの名無しさん** · 2021/10/23(土) 13:04:11.30

>>957
もう一度>>941を読むことをお勧めする
馬鹿の上塗りにしかなってないぞw
そもそもyarn/npm使ってるのはTSだけじゃねーし

**デフォルトの名無しさん** · 2021/10/23(土) 13:06:01.86

>>961
だからそれはTSの話じゃなくてyarn/npmの話だろ

**デフォルトの名無しさん** · 2021/10/23(土) 13:22:30.65

>>961
依存パッケージを自動で持ってくるだけなら別にnpmでもできると思ったが。
anacondaのリポジトリは中の人がわざわざチェックしてくれているから間違いがない
って話なのかな。

**デフォルトの名無しさん** · 2021/10/23(土) 13:28:22.36

TSエコシステム君って働かないおじさん感がすごい
日頃文句ばかり言っていていざ自分が責任追及されそうになるとのらりくらりとはぐらかす
なるほどと思うような発言を一度も見たことがない
逃げスキルだけ伸びてしまった残念なおじさん

**デフォルトの名無しさん** · 2021/10/23(土) 13:55:59.34

>>962
Tsだけでない、と、TSが欠陥パッケマの欠陥を継承している、の間に関係はない
プログラマは論理学できてなんぼだよ

**デフォルトの名無しさん** · 2021/10/23(土) 14:14:21.48

とりあえずおさらい。

>>884
>TSのキメラみてーなエコシステムはどうにかしてほしいね
>これでよく動いてんなって感じだわ
>まあ実際はターゲットプラットフォームに持っていったら動かねえなんてことも少なくないんだが

>>898
>元からカオスなJSにまた変なもん付け足してる

**デフォルトの名無しさん** · 2021/10/23(土) 14:17:37.13

>>966
>>941を読み直せって書いたはずだが？
お前が論理学とか笑うわ

**デフォルトの名無しさん** · 2021/10/23(土) 15:58:08.70

和訳がわかりません。お願いします。

ISO/IEC JTC1/SC22/WG21: N4861, p.18.
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2020/n4861.pdf
The type of an integer-literal is the first type in the list
in Table 8 corresponding to its optional integer-suffix
in which its value can be represented.

整数リテラルの型は, ある値を表すある任意の整数接尾語に
対応づけた表8のリスト先頭の型である。orz

**デフォルトの名無しさん** · 2021/10/23(土) 16:16:37.30

整数リテラルの型は，表8の省略可能な接尾語に対応する型リストの中で，その値が表現可能な最初の型である．