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

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

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

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

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

**デフォルトの名無しさん** · 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の省略可能な接尾語に対応する型リストの中で，その値が表現可能な最初の型である．

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

接尾辞とかサフィックスか

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

規格書を読もうという心意気はいいけどその英語力とC++の理解度でできるとは思えない
やるならちょっと古い版だけど↓も参考にしろ
http://ezoeryou.github.io/cpp-book/C++11-Syntax-and-Feature.xhtml

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

>>970
optionalには省略可能って意味もあったんですね
ところで「最初の型」(first type)って何でしょうね(汗

>>972
おっしゃる通りで
参考にします

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

わかってないようだから
例 10000000000 ←ゼロが10個
これのinteger-suffixはnone
これは十進数のdecimal-literalである
intでは表せない
long intでは表せない（注 long intが32bit環境）
long long intでは表せる
よってlong long intが表現可能な最初の型なのでこれになる

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

>>974
そういう意味だったんですね
おかげさまでやっと理解できました(*^^)v

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

最初の型とは、より小さなサイズの型の事だろ

同じサイズなら、先に書いてある方じゃないの？

**デフォルトの名無しさん** · 2021/10/24(日) 03:26:26.29

たにぐちまことのYoutube会員になって、素早く動画を全部見て、すぐに1か月以内に退会すれば出費を最小限の980円で済ませられますか？

**デフォルトの名無しさん** · 2021/10/24(日) 05:28:03.11

kyoto-u https://lite.blogos.com/article/565782/
u-tokyo https://utokyo-ipp.github.io/

なぜ -u と u- の様に u の付く位置が学校によって違うのですが？

**デフォルトの名無しさん** · 2021/10/24(日) 06:41:51.46

>>978
そんなもん各大学がテキトーに決めてるからバラバラになってるだけ
東工大みたいにuをつけてない大学もあるし
https://www.titech.ac.jp/

**デフォルトの名無しさん** · 2021/10/24(日) 09:43:27.98

なぜ首都大学東京の様に大学の付く位置が学校によって違うのですが？

**デフォルトの名無しさん** · 2021/10/24(日) 12:02:02.00

まるで小学生低学年なみの質問だな

**デフォルトの名無しさん** · 2021/10/24(日) 12:06:39.43

プログラムの質問と関係ないね

**デフォルトの名無しさん** · 2021/10/24(日) 12:28:41.61

The University of ～と～ Universityだと意味とか受ける印象が違うんよ
大阪公立大の名称問題もその辺が関係してる

京大はThe University of Kyotoと名乗ってもなんら違和感ないけど
そうしなかったのはTokyoとの区別をわかりやすくするためと言われてる

**デフォルトの名無しさん** · 2021/10/25(月) 10:34:20.97

京都先端科学大学 (旧名京都学園大学)
Kyoto University of Advanced Science
https://www.kuas.ac.jp/

**デフォルトの名無しさん** · 2021/10/25(月) 14:28:46.64

フロントエンドからバックエンドへの認証ってみんなどうしてるの？

**デフォルトの名無しさん** · 2021/10/25(月) 14:39:27.94

CogniteとかFirebase

**デフォルトの名無しさん** · 2021/10/25(月) 15:06:33.69

>>985
最近はIDasSだのOAuth2を使う事例ばっかりだけど
俺は昔ながらのForm認証とCookieがシンプルで好きだな
最初っからシングルサインオン、サードパーティクライアントを考慮するなら有料サービスでもいいが

**デフォルトの名無しさん** · 2021/10/25(月) 17:56:02.34

アセンブリ言語の勉強にCASLⅡをやるのってどうなんでしょか

**デフォルトの名無しさん** · 2021/10/25(月) 18:07:35.70

CASLがどうこう以前にそういうの聞くってことはそもそもやる意欲がないだろ
よくて三時間坊主ってとこかな
何かを作りたい→せっかくだからアセンブラでやったるかって感じのモチベがなく、なんとなくやりたいこれはどうなんだろ？はまずもたない

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

大昔にはやってたけど、簡素化された68系って感じだったから今のチップにはどうかな？

でも初心者ならレジスタとかアドレッシングとかフラグのノリに触れるという点でいいと思うよ
シミュレータもテキストも多いし
一個馴染んどくと他のアセンブラでも結構わかる
PIC程度ならインストラクションセットを見ればコードを書けるようになるんじゃないかな

**デフォルトの名無しさん** · 2021/10/25(月) 18:30:36.91

ものづくりのためってよりかはセキュリティ関係の勉強のためなんよ
アセンブリ言語の仕組みとか理解しておくと良いと言われたけど
何やろうかなーと探してたらCASLⅡを発見したんで聞いてみた

**デフォルトの名無しさん** · 2021/10/25(月) 18:38:09.59

じゃあ、レジスタとかをどんな感じで使うのかってノリだけでいいと思うから、適当なシミュレータで適当なサンプルに触るだけで良さそう
セキュリティだとデータ実行防止とかのタームも見ておくくらい(そこいらはOSの領域に踏み込むけど

**デフォルトの名無しさん** · 2021/10/25(月) 18:42:44.56

なるほどありがと

**デフォルトの名無しさん** · 2021/10/25(月) 19:07:16.69

JavaScriptでArrayをスタック的に使うケースで
a = [HTMLelement, HTMLelement];
の場合に
a[0].appendChild(a.shift()); //index0のエレメントを取り除きindex1の子エレメントにする
とした場合Firefox78だとこれはDOMExceptionで失敗するけど
a[1].appendChild(a.shift());
とすると成功する。つまり評価はa[1]→a.shift()の順番で行われていると思うのですが
この評価順はJavaScriptの規格で規定されているのでしょうか？
MDN漁っていますが肯定する情報も否定する情報も見つけられず・・・

**デフォルトの名無しさん** · 2021/10/25(月) 19:14:30.64

あ、説明が不十分かも・・・
現状Firefoxで実験していますがこの評価順が規格上決まっていて、Node.js等の他のエンジンや
将来のエンジンでも同様の評価順を期待出来るのか、それとも評価順は実装依存でなんかの拍子に
変更されると動かなくなる可能性があるのか知りたいです

**デフォルトの名無しさん** · 2021/10/25(月) 19:40:20.40

javascriptに限らずどの言語でも同じだし変わらないよ
a[0]というオブジェクト（aの最初の要素という意味じゃなくてa[0]の中身）に対してappendChildします。appendする中身は・・・って翻訳されてく

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

JavaScriptは知らんがC言語の評価順は実装依存だったような
左からも右からもあり得るから評価順に依存したコードは規格外

**デフォルトの名無しさん** · 2021/10/25(月) 22:47:09.05

jsは多分評価順が仕様書で決まってる

**デフォルトの名無しさん** · 2021/10/25(月) 23:03:23.62

うめ

**デフォルトの名無しさん** · 2021/10/25(月) 23:04:59.06

>>988
TD4

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 129日 0時間 14分 20秒