[過去ﾛｸﾞ]
Pythonのお勉強 Part74 (1002ﾚｽ)
Pythonのお勉強 Part74 http://mevius.5ch.net/test/read.cgi/tech/1726881242/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
632: デフォルトの名無しさん (ﾜｯﾁｮｲ bbb2-QNOZ) [sage] 2025/02/14(金) 12:40:51.82 ID:mTgus/9Q0 型アノテーションしないとvscodeでメソッドとか補完してくれないじゃん～ http://mevius.5ch.net/test/read.cgi/tech/1726881242/632
633: デフォルトの名無しさん (ﾜｯﾁｮｲ 6317-3fWp) [sage] 2025/02/14(金) 12:47:27.45 ID:rES5mJq/0 >>630 これはそう 型の表現がゴミなのでその型意味ある？ってやつばっかでノイズにしかならん tsみたいに別の処理系として作るべき http://mevius.5ch.net/test/read.cgi/tech/1726881242/633
634: デフォルトの名無しさん (ﾜｯﾁｮｲ 0601-X7Ot) [sage] 2025/02/14(金) 13:23:14.36 ID:6dC8Hfpk0 >>625 >xs: Tuple[Optional[int]] = 1, 2, 3 これじゃダメじゃん ellipsis忘れてた http://mevius.5ch.net/test/read.cgi/tech/1726881242/634
635: デフォルトの名無しさん (ﾜｯﾁｮｲ ef54-r5n3) [sage] 2025/02/14(金) 19:00:49.38 ID:y0//4+C60 どうせdataclassで型指定が必須になる http://mevius.5ch.net/test/read.cgi/tech/1726881242/635
636: デフォルトの名無しさん (ﾜｯﾁｮｲ 8edb-u07z) [] 2025/02/14(金) 22:20:16.99 ID:zA34SgDn0 age : int = int(9) 右のint()は不要ってことだよね 今だと全部上の文にしようとしていました http://mevius.5ch.net/test/read.cgi/tech/1726881242/636
637: デフォルトの名無しさん (ﾜｯﾁｮｲ ef54-r5n3) [sage] 2025/02/14(金) 22:27:43.41 ID:y0//4+C60 型なんかコンテキストに任せるperlの時代がまた来ないかな 厳密なのはCに任せておいて、手抜き派は限界まで脱力しないと http://mevius.5ch.net/test/read.cgi/tech/1726881242/637
638: デフォルトの名無しさん (ﾜｯﾁｮｲ 8edb-u07z) [] 2025/02/14(金) 23:33:39.76 ID:zA34SgDn0 perlは$@%で変数の中身と参照方法の手がかりがあるの楽すぎる しかも記号の切り替えでアクセス方法も切り替えられる 初心者の俺だけかもしれないけど http://mevius.5ch.net/test/read.cgi/tech/1726881242/638
639: デフォルトの名無しさん (ﾜｯﾁｮｲ 7f6e-HfJw) [sage] 2025/02/15(土) 00:03:38.48 ID:7QZxROg40 >>638 dollar_とかatmark_とか変数に付ければいいのでは? http://mevius.5ch.net/test/read.cgi/tech/1726881242/639
640: デフォルトの名無しさん (ﾜｯﾁｮｲ ef54-r5n3) [sage] 2025/02/15(土) 00:09:45.51 ID:nmEKbiHe0 指し示す時は%varとか@varだけど、使う時は$var{}とか$var[]なのは、 普通に混乱するよな 同じ名前が使えるのはやばすぎるので、敢えて使わないようにしてた http://mevius.5ch.net/test/read.cgi/tech/1726881242/640
641: デフォルトの名無しさん (ﾜｯﾁｮｲ 0701-Wuzd) [sage] 2025/02/15(土) 00:24:38.71 ID:Ff6IMwfd0 >>636 右のint()はintにキャストしたい時に使う 左のintも大半の箇所では不要 数値リテラルで初期化する場合に明示的に型を書く必要があるケースはあまりない 上で書かれてるdataclassのfieldなんかは例外 http://mevius.5ch.net/test/read.cgi/tech/1726881242/641
642: デフォルトの名無しさん (ﾜｯﾁｮｲ 1a8b-RGTj) [sage] 2025/02/15(土) 01:12:51.65 ID:8VzqP0+T0 type aliasでwin32 apiみたいに狂ったようなヘッダーファイルのimportとかになったら嫌だな http://mevius.5ch.net/test/read.cgi/tech/1726881242/642
643: デフォルトの名無しさん (ﾜｯﾁｮｲ 7f32-pSVK) [sage] 2025/02/15(土) 02:36:03.74 ID:jP/E47uy0 型ヒントないとやだやだ http://mevius.5ch.net/test/read.cgi/tech/1726881242/643
644: デフォルトの名無しさん (ﾜｯﾁｮｲ 8edb-u07z) [] 2025/02/15(土) 03:01:40.24 ID:uBYSxski0 >>641 ありがとうございます http://mevius.5ch.net/test/read.cgi/tech/1726881242/644
645: デフォルトの名無しさん (ﾜｯﾁｮｲ 8edb-u07z) [] 2025/02/15(土) 03:03:06.76 ID:uBYSxski0 >>640 なるほど http://mevius.5ch.net/test/read.cgi/tech/1726881242/645
646: デフォルトの名無しさん (ﾜｯﾁｮｲ bbe4-1V4e) [sage] 2025/02/15(土) 09:21:15.19 ID:PDHi7G9/0 一括代入の左辺って、正確にはタプルではないよね。タプルに引き付けて考えるより、代入文の構文の1類型として整理しておく方が良いんじゃないかと思うが。 http://mevius.5ch.net/test/read.cgi/tech/1726881242/646
647: デフォルトの名無しさん (ﾜｯﾁｮｲ ab62-5zF4) [sage] 2025/02/15(土) 10:22:34.31 ID:FKA6BWJy0 >>> x = a, b = 2, 3 >>> type(x) <class 'tuple'> よくわからんな http://mevius.5ch.net/test/read.cgi/tech/1726881242/647
648: デフォルトの名無しさん (ﾜｯﾁｮｲ 1e2a-pN73) [sage] 2025/02/15(土) 10:51:26.01 ID:HEvUb6VY0 >>646 タプルとおもっていたが、正確には何なの? http://mevius.5ch.net/test/read.cgi/tech/1726881242/648
649: デフォルトの名無しさん (ﾜｯﾁｮｲ 0601-Wuzd) [sage] 2025/02/15(土) 13:22:10.39 ID:j/KKg+ui0 タプルだよ a, b = 1, 2 は(a, b) = (1, 2)と同じ 内部的にも一旦タプルとして扱われてunpackingが行われる [a, b] = 1, 2とかにすれば左辺はリストになるけど 括弧省略したカンマ区切りの場合はタプル http://mevius.5ch.net/test/read.cgi/tech/1726881242/649
650: デフォルトの名無しさん (ﾜｯﾁｮｲ 6aeb-12Ab) [sage] 2025/02/15(土) 14:36:18.19 ID:0rXlrcS60 たとえば、タプル (3, 4) では、（要素0の）3を指すポインタと（要素1の）4 を指すポインタとはメモリ上隣接した位置に配置されるけど、 a = 1 b = 2 の後に a, b = 3, 4 と一括代入をしても、（一旦タプルが作られるのかどうかはともかく）そういうことにはならないんじゃない？ *[a, b], c = 1, 2, 3 のようないわゆるスター代入も、イテラブルのunpackではないと思うし。 http://mevius.5ch.net/test/read.cgi/tech/1726881242/650
651: デフォルトの名無しさん (ﾜｯﾁｮｲ 1379-JmS7) [sage] 2025/02/15(土) 16:45:49.40 ID:yy3Wu/gg0 return文の複数値の返却もタプルだけど、 なぜかカッコを省略することが多い まぁ、あくまでカンマがタプルの肝だからということか http://mevius.5ch.net/test/read.cgi/tech/1726881242/651
652: デフォルトの名無しさん (ﾜｯﾁｮｲ ef54-r5n3) [sage] 2025/02/15(土) 17:05:56.61 ID:0vZBBpUh0 リストの内包表記の[]を()にすると、 タプル内包表記ではなくジェネレータ内包表記になる罠 http://mevius.5ch.net/test/read.cgi/tech/1726881242/652
653: デフォルトの名無しさん (ﾜｯﾁｮｲ 1a8b-RGTj) [sage] 2025/02/15(土) 17:06:49.88 ID:8VzqP0+T0 カッコの用途と意味が多くて初学者にはきついと思うわ ( ) はタプルとGenerater { } は辞書と集合 [ ] はリストと内包表記 http://mevius.5ch.net/test/read.cgi/tech/1726881242/653
654: デフォルトの名無しさん (ﾜｯﾁｮｲ ef54-r5n3) [sage] 2025/02/15(土) 17:09:49.95 ID:0vZBBpUh0 空の集合で初期化しようとしてs = {} とか書いてしまう罠 (1,) とか class_ とか苦し紛れいろいろ http://mevius.5ch.net/test/read.cgi/tech/1726881242/654
655: デフォルトの名無しさん (ﾜｯﾁｮｲ 6aeb-12Ab) [sage] 2025/02/15(土) 17:33:56.56 ID:0rXlrcS60 丸括弧は関数・クラス等の呼び出し、角括弧はリスト、波括弧は辞書および集合。 リストと辞書と集合には内包表記があって、generator式は内包表記の仲間。 そうやって整理する分には、（単要素タプルの書き方がちょっと不格好なところを除けば）そんなに違和感はないけどなぁ。 辞書についてリテラル表記は波括弧なのに参照は角括弧なのはちょっと引っかかりを憶えないでもないけれども、これは他の言語でもそうだし。 他の言語と比べて特に複雑とい
うことはないと思うけど。 むしろVBAみたいに、配列の添字指定に丸括弧を使わされたりする方が嫌だわ。 http://mevius.5ch.net/test/read.cgi/tech/1726881242/655
656: デフォルトの名無しさん (ﾜｯﾁｮｲ bbe4-1V4e) [sage] 2025/02/15(土) 19:13:45.78 ID:PDHi7G9/0 immutableなタプルの要素にはそもそも代入ができないはずなので、それだけでも一括代入の左辺がタプルでないのは明らかなのでは。 一括代入の左辺に丸括弧や角括弧が使えるのは、入れ子構造になっているときにその構造を明確にするために過ぎず、リストやタプルとは全く関係ないって考えた方が分かりやすいように思う。 http://mevius.5ch.net/test/read.cgi/tech/1726881242/656
657: デフォルトの名無しさん (ﾜｯﾁｮｲ 0601-Wuzd) [sage] 2025/02/15(土) 23:10:55.08 ID:DkQLiBFd0 左辺と右辺で違いがあるのは当たり前 右辺の値としてのタプルと左辺の言うなればパターンとしてのタプルが 全く同じように評価・実行されるわけがない タプルじゃないとしたほうがわかりやすいならそうすればいいとは思うけど 言語的には左辺の(a, b)もタプルという扱い http://mevius.5ch.net/test/read.cgi/tech/1726881242/657
658: デフォルトの名無しさん (ﾜｯﾁｮｲ 0601-Wuzd) [sage] 2025/02/15(土) 23:12:46.33 ID:DkQLiBFd0 ASTで見るとこうなる import ast expr = ast.parse("a, b = 1, 2") print(ast.dump(expr, indent=4)) Module( body=[ Assign( targets=[ Tuple( elts=[ Name(id='a', ctx=Store()), Name(id='b', ctx=Store())], ctx=Store())], value=Tuple( elts=[ Constant(value=1), Constant(value=2)], ctx=Load()))]) http://mevius
.5ch.net/test/read.cgi/tech/1726881242/658
659: デフォルトの名無しさん (ﾜｯﾁｮｲ ef54-r5n3) [sage] 2025/02/15(土) 23:29:56.42 ID:0vZBBpUh0 a = 1 b = 2 t = (a, b) print(t) # (1, 2) a = 3 b = 4 print(t) # (1, 2) 変数でもそのオブジェクトでもなく、 中に入ってるものでタプルを作る だから、(a, b) がタプルというのも不正確 http://mevius.5ch.net/test/read.cgi/tech/1726881242/659
660: デフォルトの名無しさん (ﾜｯﾁｮｲ cb10-+v22) [sage] 2025/02/16(日) 00:53:20.10 ID:wh5aR4tC0 >>657-658 ASTでタプルとされているからタプルなのだ、それが言語上の定義なのだと言われればそうですかと言うしかないのだけれど、メモリレイアウトがどうなっているかは気になるな。a, bはメモリ上隣接した位置に配置されるのか、それとも、離れた位置に配置されるけれども代入文の左辺である限りはタプルと呼んでいいということなのか。 http://mevius.5ch.net/test/read.cgi/tech/1726881242/660
661: デフォルトの名無しさん (ﾜｯﾁｮｲ c579-o6Hv) [sage] 2025/02/16(日) 07:14:20.57 ID:ThFtPuZc0 メモリ上隣接はCPythonの話？ それこそはいそうですかだけど http://mevius.5ch.net/test/read.cgi/tech/1726881242/661
662: デフォルトの名無しさん (ｱｳｱｳｴｰ Sa13-9cJ9) [] 2025/02/16(日) 12:09:07.95 ID:rAQQ2/+ca (a, b): (int, int) = (0, 0) http://mevius.5ch.net/test/read.cgi/tech/1726881242/662
663: デフォルトの名無しさん (ﾜｯﾁｮｲ fd01-/GLU) [sage] 2025/02/16(日) 13:10:26.00 ID:24lkekzA0 >>660 a, b = 1, 2とすればaとbが個別のローカル変数としてスタックフレームに追加されるだけ CPythonでは定義順になるから内部の配列内で隣接してる場合もあればしてない場合もある スタック上の変数でかつそれぞれ直接アクセスしかしないんだから隣接してるかどうかは実用上はどうでもいいこと http://mevius.5ch.net/test/read.cgi/tech/1726881242/663
664: デフォルトの名無しさん (ﾜｯﾁｮｲ e3bf-CQxi) [sage] 2025/02/16(日) 13:51:57.18 ID:dLfK62nh0 そうでしょ、やっぱりメモリレイアウトが全然違うよね。 一括代入の左辺の場合には、その後もタプルとして使われることは全くなく個別的にしかアクセスしないのだから、メモリ上隣接しているかどうかがどうでもいいというのはある意味当然のことで、それは、通常の意味でのタプル（固定長でimmutableなコレクション・コンテナとしてのタプル）でないことの裏返しだと思うけど。 言語仕様上はそれもまたタプルとして定義されているということであれば
「タプルではない」というのは正しくないことになるしそれはそれで構わないのだけれど、重要なのは通常の意味でのタプルとは全く別物だという点であって、その点の認識はあった方が良いんじゃないかなぁ。 http://mevius.5ch.net/test/read.cgi/tech/1726881242/664
665: デフォルトの名無しさん (ｱｳｱｳｴｰ Sa13-9cJ9) [] 2025/02/16(日) 13:58:47.89 ID:rAQQ2/+ca a, b = 0, 0 構文解析上の文法は (a, b) = (0, 0) の略 ではなく a, b = (0, 0) の略 じゃないかな 代入前(右辺)はタプルで代入後(左辺)はタプルではなく個別 もし左辺がタプルならbindされた名前が無いので利用出来ない http://mevius.5ch.net/test/read.cgi/tech/1726881242/665
666: デフォルトの名無しさん (ﾜｯﾁｮｲ e318-+v22) [sage] 2025/02/16(日) 14:30:13.56 ID:dLfK62nh0 一括代入の左辺のターゲット並びは、丸括弧や角括弧で囲うことも全く囲わないこともできる。 角括弧で囲った場合はリストになり、丸括弧で囲った場合や全く囲わない場合はタプルになるということはできるけれども、通常の意味でのリストやタプルとはまったく別物だし、その後もリストやタプルとして利用されることはないので、それがリストやタプルであるということにどれほどの意味があるのか、むしろ通常の意味でのリストやタプルと混同してしまう
人が出かねない弊害の方が多いのではないかというのが個人的な感想。 むろん、言語仕様上、リストやタプルとして定義されていますということであれば、あえて逆らうつもりはないけれども、リストやタプルの概念の中に異質なものを抱え込むことになって概念内容が拡散するように思うし（e.g.要素に代入できるタプル）、概念整理としては、一括代入の左辺については、リストやタプルのリテラル構文の形式を借用した代入構文の一形式であって、それ自体としてはリストでもタプルでもないという形で整理した方が遥かに分かりやすいのではないかと思ってい
る。 http://mevius.5ch.net/test/read.cgi/tech/1726881242/666
667: デフォルトの名無しさん (ｱｳｱｳｴｰ Sa13-9cJ9) [] 2025/02/16(日) 15:20:14.54 ID:rAQQ2/+ca >全く囲わない場合はタプルになるということはできるけれども いや出来ないやろ http://mevius.5ch.net/test/read.cgi/tech/1726881242/667
668: デフォルトの名無しさん (ﾜｯﾁｮｲ e318-+v22) [sage] 2025/02/16(日) 16:31:54.22 ID:dLfK62nh0 自分は、一括代入の左辺については（通常の意味での）リストやタプルとは区別した方がわかりやすいのではないかという立場だけど、これらもリストやタプルであると考える立場に立つ場合、その中で、丸括弧で囲むか否かによってタプルになったりならなかったりするという考え方はないんじゃない？ ASTでは丸括弧がなくてもタプル扱いみたいだし（>>658） http://mevius.5ch.net/test/read.cgi/tech/1726881242/668
669: デフォルトの名無しさん (ｱｳｱｳｴｰ Sa13-9cJ9) [] 2025/02/16(日) 16:50:55.15 ID:rAQQ2/+ca 左辺がタプルになる代入は c = 0, 0 とか _ = 0, 0 の場合な訳で (後者は暗黙で名前が付かないbindの例で敢えて描いたけど) (a, b) = 0, 0 はタプルに代入してる訳じゃないでしょ という立場ですね http://mevius.5ch.net/test/read.cgi/tech/1726881242/669
670: デフォルトの名無しさん (ﾜｯﾁｮｲ c57e-o6Hv) [sage] 2025/02/16(日) 17:02:45.20 ID:ThFtPuZc0 >>669 >>647 タプルでもリストでもない何かとしてもいいけどね 即値だけのコードも正当なのでbinding(assignment?)の有無は根拠にならんかも http://mevius.5ch.net/test/read.cgi/tech/1726881242/670
671: デフォルトの名無しさん (ﾜｯﾁｮｲ e39c-+v22) [sage] 2025/02/16(日) 17:36:27.88 ID:dLfK62nh0 c = 0, 0 と _ = 0, 0 は、代入ターゲットが1つしかない単一代入の文だから、今の話題と直接的な関係はないかと。 一括代入として、 ア a, b = 0, 0 イ (a, b) = 0, 0 ウ [a, b] = 0, 0 の3つの文に実質的な違いは（おそらく）何もなく、あえて左辺がタプルだリストだという必要はないのではないか（少なくとも通常の意味でのタプルやリストではないので、これらがタプルやリストであると考える意味もほとんどないのではないか）、それよりも
一括代入の構文として共通のものとして理解する視点の方が有用なのではないかという感覚かな。 言語仕様上、リストやタプルの概念がこれらも含むような形で定義されているかはまた別の問題として。 http://mevius.5ch.net/test/read.cgi/tech/1726881242/671
672: デフォルトの名無しさん (ﾜｯﾁｮｲ 3de8-TCCQ) [sage] 2025/02/16(日) 22:36:18.21 ID:38lJcH0O0 個人的には一括代入って言葉の方がよっぽど気になるけどな http://mevius.5ch.net/test/read.cgi/tech/1726881242/672
673: デフォルトの名無しさん (ﾜｯﾁｮｲ e55b-+v22) [sage] 2025/02/16(日) 22:53:37.86 ID:6PRP0OeT0 用語法はまったく本質的な部分ではないので、意味が通じれば何でもいいと思うけど。一括代入、複数代入、多重代入、併行代入……好きなのを使えばいいんじゃない？ 既に定着している用語法があるならそれに従っておく方が無難だとは思うが。 あとa = b = c みたいなのと語感上、区別しやすい用語だとなお良いね。 http://mevius.5ch.net/test/read.cgi/tech/1726881242/673
674: デフォルトの名無しさん (ﾜｯﾁｮｲ 3de8-TCCQ) [sage] 2025/02/16(日) 23:06:15.10 ID:38lJcH0O0 じゃ左辺のタプルも意味が通じればなんでもいいんじゃない？ http://mevius.5ch.net/test/read.cgi/tech/1726881242/674
675: デフォルトの名無しさん (ﾜｯﾁｮｲ cb10-+v22) [sage] 2025/02/17(月) 00:13:36.55 ID:S+Nz3ahz0 要素に代入できるタプルというものを観念して、いわば特殊なタプルと位置付けてタプル概念に含める方向性で考えるのか、タプルとは区別して整理する方向性を指向するのかというのは、理屈としてはタプル概念の外縁の画定に関する1つの態度決定の問題だから、重要でないとはいえないだろうし、タプルに含める立場をとる場合でも、通常の意味でのタプル（immutableな固定長コンテナとしてのタプル）とは質的に異なるということを意識しておくことは実践
的にも意味がある……と自分なんかは思うけど、人の考え方はさまざまだからね。674が、用語法の違いと同程度のどうでもいい問題だと思うのなら、実際674にとってはそうなんでしょ。そのことを否定はしないよ。 http://mevius.5ch.net/test/read.cgi/tech/1726881242/675
676: デフォルトの名無しさん (ﾜｯﾁｮｲ c519-o6Hv) [sage] 2025/02/17(月) 00:31:13.10 ID:ROCyt//h0 利用者から観察できんし内部処理知ってると最適化できる類のもんでもなさそう 今の処理系でどういう扱いしてるのか知りたいならわかるけど 個人的にはどうでもいい寄りというかあえて意識したくない話かな http://mevius.5ch.net/test/read.cgi/tech/1726881242/676
677: デフォルトの名無しさん (ﾜｯﾁｮｲ 3de8-sgke) [sage] 2025/02/17(月) 11:24:47.42 ID:5+w8yWyk0 「正確にはタプルじゃない！」とイキった手前どんなに見苦しい言い訳を繰り返してでも自己正当化したいのだろう http://mevius.5ch.net/test/read.cgi/tech/1726881242/677
678: デフォルトの名無しさん (ﾜｯﾁｮｲ 3dfc-FYiy) [sage] 2025/02/17(月) 12:14:13.77 ID:kwgQ3IwM0 タプルオブジェクトではないとでも言っておけば不毛なレスバしなくてよかったのにね http://mevius.5ch.net/test/read.cgi/tech/1726881242/678
679: デフォルトの名無しさん (ﾜｯﾁｮｲ e327-g3m2) [sage] 2025/02/17(月) 12:36:50.89 ID:Ta1N8VfU0 レスバしたという感覚はないし、そんなに間違ったことを書いたつもりもないんだけどな。678のいう「タプルオブジェクトではない」という表現の方が受け入れやすいということなら別にそれで構わないと思うし。 http://mevius.5ch.net/test/read.cgi/tech/1726881242/679
680: デフォルトの名無しさん (ﾜｯﾁｮｲ 438b-UMND) [sage] 2025/02/17(月) 16:30:08.05 ID:33cG7id30 5chで細かいところまで正確に伝えるのは難しいんだし あんまり気にしなくていいんじゃね SNSは議論に向かないしさ http://mevius.5ch.net/test/read.cgi/tech/1726881242/680
681: デフォルトの名無しさん (ﾜｯﾁｮｲ 1556-xt5A) [] 2025/02/18(火) 01:50:34.73 ID:kyyl/iJD0 辞書に追加する方法を教えてほしいです 存在しないキーを追加してその中にさらにキーを追加したいです 以下だとエラーになりました https://pastebin.com/k1VaU5GZ http://mevius.5ch.net/test/read.cgi/tech/1726881242/681
682: デフォルトの名無しさん (ﾜｯﾁｮｲ b52a-q0RL) [sage] 2025/02/18(火) 02:55:12.14 ID:a4UZNug90 >>681 d["tomorrow"] = {"トマト": 70} ではどうだろう。(未検証) http://mevius.5ch.net/test/read.cgi/tech/1726881242/682
683: デフォルトの名無しさん (ﾜｯﾁｮｲ 1556-xt5A) [] 2025/02/18(火) 03:32:54.30 ID:kyyl/iJD0 >>682 うまくいきました！ どうもありがとうございます！ http://mevius.5ch.net/test/read.cgi/tech/1726881242/683
684: デフォルトの名無しさん (ﾜｯﾁｮｲ 1556-xt5A) [] 2025/02/18(火) 03:48:38.37 ID:kyyl/iJD0 >>681 この関連ですけど、辞書の中の辞書の一部のキーのバリューを変更するにはどうしたらいいですか？ todayのりんごの値はそのままでみかんだけ40にしたいです http://mevius.5ch.net/test/read.cgi/tech/1726881242/684
685: デフォルトの名無しさん (ﾜｯﾁｮｲ fd2a-TPdf) [] 2025/02/18(火) 08:18:06.27 ID:goEKoJkr0 >>684 値の変更はこれで良いのでは。 > d["tomorrow"]["トマト"] = 70 # これだとエラーになる http://mevius.5ch.net/test/read.cgi/tech/1726881242/685
686: デフォルトの名無しさん (ﾜｯﾁｮｲ c5af-o6Hv) [sage] 2025/02/18(火) 08:51:43.27 ID:aG61gPOQ0 混乱させるかもしれんけど標準モジュールcollectionsにあるdefaultdict使えば from collections import defaultdict d = defaultdict(dict, {"today": {"りんご": 100, "みかん": 50}}) d["tomorrow"]["トマト"] = 70 でエラーにならない d["tomorrow"] の時点で {} が自動生成される http://mevius.5ch.net/test/read.cgi/tech/1726881242/686
687: デフォルトの名無しさん (ﾜｯﾁｮｲ e5b1-+v22) [sage] 2025/02/18(火) 09:17:41.68 ID:UncCeV9C0 get, setdefault, collections.defaultdict, __missing__ の違いについては、たしかEffectivePythonで2〜3項目さかれていたね。 http://mevius.5ch.net/test/read.cgi/tech/1726881242/687
688: デフォルトの名無しさん (ｱｳｱｳｴｰ Sa13-9cJ9) [] 2025/02/18(火) 11:02:20.10 ID:HbHlBTpRa まあうまくいくだろうし便利だろうけど キーのスペル間違いとかがチェックされない怖さはあるな http://mevius.5ch.net/test/read.cgi/tech/1726881242/688
689: デフォルトの名無しさん (ﾜｯﾁｮｲ 15df-xt5A) [] 2025/02/19(水) 07:26:57.60 ID:if5TaTL20 亀レスすみません みなさんありがとうございます >>685 これでうまくいきました >>686 エラーにならず.getのように自動生成されるのはいいですね http://mevius.5ch.net/test/read.cgi/tech/1726881242/689
690: デフォルトの名無しさん (ﾜｯﾁｮｲ cd54-3IcV) [sage] 2025/02/19(水) 07:46:07.12 ID:ouE8cAfi0 いきなり参照してエラーになるのは嫌なので、 いつもgetを使うようにしよう というのは必ずしもいい考えじゃないんだよな エラーにならない筈のものがエラーになるなら異常なので捕まえるべき 本気で何が入ってるか予想できないケースではgetを使うしかないけど、 そんな状況になるのも何か間違ってる http://mevius.5ch.net/test/read.cgi/tech/1726881242/690
691: デフォルトの名無しさん (ﾜｯﾁｮｲ cb32-0vo8) [sage] 2025/02/19(水) 08:27:04.14 ID:mSxUrXXi0 noneが帰るならそれキャッチしとけば同じじゃない？ http://mevius.5ch.net/test/read.cgi/tech/1726881242/691
692: デフォルトの名無しさん (ﾜｯﾁｮｲ e57a-+v22) [sage] 2025/02/19(水) 09:44:18.83 ID:tY+HC/mE0 新しいキーが挿入されるのはsetdefaultやcollections.defaultdictであって、getは別に新しいキーは挿入されないんじゃなかったっけ？ http://mevius.5ch.net/test/read.cgi/tech/1726881242/692
693: デフォルトの名無しさん (ﾜｯﾁｮｲ c5cf-0vo8) [sage] 2025/02/19(水) 16:01:59.58 ID:7/rbEKea0 想定していないことは例外にする 局所的に意図してフォールバックさせたいときはget 恒常的にはdefaultってだけよ http://mevius.5ch.net/test/read.cgi/tech/1726881242/693
694: デフォルトの名無しさん (ﾜｯﾁｮｲ cd54-3IcV) [sage] 2025/02/19(水) 20:05:14.43 ID:O180uynF0 継承したクラスにあった__repr__()をそのまま使って欲しいのにうまく行かない http://mevius.5ch.net/test/read.cgi/tech/1726881242/694
695: デフォルトの名無しさん (ﾌﾞｰｲﾓ MM43-UMND) [sage] 2025/02/19(水) 21:58:33.63 ID:S2Edg5gIM keyerrorとかindexerrorとか事前にかわせるやつも例外にするのどうなの？ なんかコスト高そうな印象だけど http://mevius.5ch.net/test/read.cgi/tech/1726881242/695
696: デフォルトの名無しさん (ﾜｯﾁｮｲ c5b3-0vo8) [sage] 2025/02/19(水) 22:19:23.68 ID:7/rbEKea0 VMといえど高いし気になるならin (__contains__)を使えばとしか オレはコードの意図がつかみやすいかで使い分けてる http://mevius.5ch.net/test/read.cgi/tech/1726881242/696
697: デフォルトの名無しさん (ﾜｯﾁｮｲ 3576-+v22) [sage] 2025/02/19(水) 22:48:10.15 ID:/AQQIY230 Rustとか最近の言語って例外ないらしいじゃない。そっちの方が優れているというのがコンセンサスになったらPython4とか5とかのメジャーパージョンアップのときにそちらに舵を切るということもありうるのかな？ 自分は3以降でPythonを知ったので、2→3のときの大改革ってのは未経験なんだけど。 http://mevius.5ch.net/test/read.cgi/tech/1726881242/697
698: デフォルトの名無しさん (ﾜｯﾁｮｲ cd54-3IcV) [sage] 2025/02/19(水) 22:56:14.91 ID:O180uynF0 3での変更点って、ええー2ではまだそんなこと考えてたのという、 3が先進的というよりは2が後進的で、 pythonなら当然そうするでしょという感じなんだよな 2の頃はまだperlをメインに使ってた http://mevius.5ch.net/test/read.cgi/tech/1726881242/698
699: デフォルトの名無しさん (ﾜｯﾁｮｲ 438b-UMND) [sage] 2025/02/19(水) 22:59:08.90 ID:aJXoRfiD0 2はprintがステートメントで ステートメント？！と驚いた と思ったら3でもdelがステートメントでまた驚いた http://mevius.5ch.net/test/read.cgi/tech/1726881242/699
700: デフォルトの名無しさん (ﾜｯﾁｮｲ ab81-xt5A) [sage] 2025/02/20(木) 00:52:57.36 ID:laXgRgOS0 パイチョンはインタプリタが全然頑張らないアホの子 http://mevius.5ch.net/test/read.cgi/tech/1726881242/700
701: デフォルトの名無しさん (ﾜｯﾁｮｲ e5d7-MmBQ) [sage] 2025/02/20(木) 04:49:24.69 ID:2izZplM70 毎日が新鮮な驚きに溢れて楽しそうですね http://mevius.5ch.net/test/read.cgi/tech/1726881242/701
702: デフォルトの名無しさん (ﾍﾞｰｲﾓ MM2b-gW//) [sage] 2025/02/20(木) 11:00:03.67 ID:gDWkqRFJM >>697 Pythonは、ぼくこんぴゅーたのむずかしいことわかんないけどえーあいあぷりつくるんだもん！な子を満足させる使命があるから例外は必要 彼らが例外を放置してもアプリが止まってしまわないのはフレームワークが最終的にケツを拭いてくれているおかげ http://mevius.5ch.net/test/read.cgi/tech/1726881242/702
703: デフォルトの名無しさん (JP 0Hcb-ek9F) [sage] 2025/02/20(木) 19:27:27.78 ID:qCo+divFH 例外処理って必要？ 書かなくてもPython自身が例外を出して止まるよね http://mevius.5ch.net/test/read.cgi/tech/1726881242/703
704: デフォルトの名無しさん (ﾜｯﾁｮｲ cd54-3IcV) [sage] 2025/02/20(木) 19:58:06.02 ID:YvSU5J1d0 変な値が入力されたらエラーを表示したい でも入力部分はずっと下の階層の処理なので、 エラーの情報を上までバトンリレーしないといけない 例外なら言語がやってくれる http://mevius.5ch.net/test/read.cgi/tech/1726881242/704
705: デフォルトの名無しさん (ﾜｯﾁｮｲ 9b9a-MHHu) [] 2025/02/21(金) 06:33:27.06 ID:dPC4thbz0 ギャンブルのデータ分析？とai予想したいのですが、どういう環境がいいんでしょうか？ anacondaが定番のような気がしますが、ローカルだとマシンパワーがどうなのかなと。 unityみたいなゲームエンジン上でも出来たりしますか？ http://mevius.5ch.net/test/read.cgi/tech/1726881242/705
706: デフォルトの名無しさん (ﾜｯﾁｮｲ 9bb9-zHVl) [sage] 2025/02/21(金) 10:53:50.45 ID:ebrhUf4S0 GoogleのColabでええよ http://mevius.5ch.net/test/read.cgi/tech/1726881242/706
707: デフォルトの名無しさん (ﾜｯﾁｮｲ fd7c-JOj3) [] 2025/02/21(金) 11:17:38.16 ID:0EY3V3nR0 >>703 例外処理っていうのは例外が発生した場合にリカバリー可能な処理を書くんだぞ その辺わかってなくて単純に例外の時にって思ってる奴が多い 具体例で言うと通信 ゲームとかのアップデート想像してみればいい 大容量データダウンロードしてる時に通信状況が悪くなった 例外処理が無ければそのまま例外吐いて失敗となる ここで例外処理として通信状況が良い所に移動しろ的なメッセージを出して続行ボタン押させたり、数秒から数十秒間隔で通信
を再開させるようにした場合は処理がスムーズになるやろ こういう風にリカバリー可能な処理を書くのが例外処理やで http://mevius.5ch.net/test/read.cgi/tech/1726881242/707
708: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa49-9cJ9) [] 2025/02/21(金) 11:41:35.66 ID:vI88dzmZa >>705 もちろんUnityでも出来るよ http://mevius.5ch.net/test/read.cgi/tech/1726881242/708
709: デフォルトの名無しさん (ﾜｯﾁｮｲ 9b9a-MHHu) [] 2025/02/21(金) 13:53:02.83 ID:dPC4thbz0 >>708 一般的にデータ分析ってアナコンダとか使うんですかね？ ゲーム目的じゃないですから http://mevius.5ch.net/test/read.cgi/tech/1726881242/709
710: デフォルトの名無しさん (ﾜｯﾁｮｲ a54a-2NqA) [] 2025/02/21(金) 15:26:48.94 ID:NDdeWha40 現実世界の様子やUIを理解してタスクをこなせるマルチモーダルAIエージェントの基盤モデル「Magma」をMicrosoftが発表 https://gigazine.net/news/20250221-microsoft-magma/ 悪用されている http://mevius.5ch.net/test/read.cgi/tech/1726881242/710
711: デフォルトの名無しさん (ﾜｯﾁｮｲ fd7c-JOj3) [] 2025/02/21(金) 17:14:00.29 ID:0EY3V3nR0 >>709 anacondaというよりjupyterを使う なのでgoogle colabでも良いしvscodeのプラグイン入れてでも良い http://mevius.5ch.net/test/read.cgi/tech/1726881242/711
712: デフォルトの名無しさん (ﾜｯﾁｮｲ 9b9a-MHHu) [] 2025/02/21(金) 18:41:20.24 ID:dPC4thbz0 >>711 ありがとう jupyterlってのが必要なんすね 機械学習をunityでやろうとしてましたけど、それと別途で用意します http://mevius.5ch.net/test/read.cgi/tech/1726881242/712
713: デフォルトの名無しさん (ﾜｯﾁｮｲ cb81-JFGK) [] 2025/02/21(金) 18:53:52.10 ID:YTEtnXyW0 >>712 >>711みたいな馬鹿を信じるなよ http://mevius.5ch.net/test/read.cgi/tech/1726881242/713
714: デフォルトの名無しさん (ﾜｯﾁｮｲ 6555-2NqA) [] 2025/02/21(金) 19:06:12.50 ID:hCnqiwLw0 LLM の推論機能を活用する新しいバックドア攻撃「DarkMind」が提唱される https://gigazine.net/news/20250221-darkmind-chain-of-thought/ AIはチェスで負けそうになるとチートする https://gigazine.net/news/20250221-ai-chess-cheating/ http://mevius.5ch.net/test/read.cgi/tech/1726881242/714
715: デフォルトの名無しさん (ﾜｯﾁｮｲ 15b2-xt5A) [] 2025/02/21(金) 23:21:50.44 ID:TllVjNz50 from datetime import datetime t_start: str = "23:00" t_end: str = "24:00" t_start_dt: datetime.datetime = datetime.strptime(t_start, "%H:%M") t_end_dt: datetime.datetime = datetime.strptime(t_end, "%H:%M") unix_t_start: float = t_start_dt.timestamp() unix_t_end: float = t_end_dt.timestamp() x = int(unix_t_end - unix_t_start) print(x) t_endが24だと以下のエラーが出ます 24時間表
記の時は%Hではないんでしょうか？ ValueError: time data '24:00' does not match format '%H:%M' http://mevius.5ch.net/test/read.cgi/tech/1726881242/715
716: デフォルトの名無しさん (ﾌﾞｰｲﾓ MM43-UMND) [sage] 2025/02/22(土) 00:07:13.49 ID:Oo9CzgQsM >>715 知らんけど時間って 00:00:00～23:59:59 ちゃうの？ http://mevius.5ch.net/test/read.cgi/tech/1726881242/716
717: デフォルトの名無しさん (ﾜｯﾁｮｲ 9b01-wm2V) [sage] 2025/02/22(土) 00:28:58.03 ID:rVspP8iQ0 不親切なエラーだよね http://mevius.5ch.net/test/read.cgi/tech/1726881242/717
718: デフォルトの名無しさん (ﾜｯﾁｮｲ 438b-UMND) [sage] 2025/02/22(土) 00:58:09.16 ID:eBlj03Lj0 境界値の問題って定番じゃね テストケースにも必ずいれるだろ http://mevius.5ch.net/test/read.cgi/tech/1726881242/718
719: デフォルトの名無しさん (ﾜｯﾁｮｲ cd54-3IcV) [sage] 2025/02/22(土) 07:44:50.26 ID:mdQ5EfsK0 閏秒なんか廃止で当然だよな http://mevius.5ch.net/test/read.cgi/tech/1726881242/719
720: デフォルトの名無しさん (ﾜｯﾁｮｲ 15b2-xt5A) [] 2025/02/22(土) 12:10:03.03 ID:kWiPacnr0 >>716 ありがとうございます このようにしてみましたがもっとスマートな方法ってありますか？ from datetime import datetime t_start: str = "23:00" t_end: str = "24:00" if t_end[0:2] == "24": t_end = f"00:{t_end[3:5]}" t_start_dt: datetime.datetime = datetime.strptime(t_start, "%H:%M") t_end_dt: datetime.datetime = datetime.strptime(t_end, "%H:%M") unix_t_sta
rt: float = t_start_dt.timestamp() unix_t_end: float = t_end_dt.timestamp() if t_end[0:2] == "00": unix_t_end += 86400 # 24時間足す x = int(unix_t_end - unix_t_start) print(x) http://mevius.5ch.net/test/read.cgi/tech/1726881242/720
721: デフォルトの名無しさん (ﾜｯﾁｮｲ cd54-3IcV) [sage] 2025/02/22(土) 12:19:18.21 ID:mdQ5EfsK0 何がしたいのか不明だけど、時間の計算にはtimedeltaを使う http://mevius.5ch.net/test/read.cgi/tech/1726881242/721
722: デフォルトの名無しさん (ﾜｯﾁｮｲ 15b2-xt5A) [] 2025/02/22(土) 12:35:47.16 ID:kWiPacnr0 >>721 ありがとうございます 調べてみます http://mevius.5ch.net/test/read.cgi/tech/1726881242/722
723: デフォルトの名無しさん (ﾜｯﾁｮｲ 15b2-xt5A) [] 2025/02/22(土) 12:42:40.44 ID:kWiPacnr0 やりたいことはt_startとt_endの中に入ってる文字列の時刻の差分を求めたいです http://mevius.5ch.net/test/read.cgi/tech/1726881242/723
724: デフォルトの名無しさん (ﾜｯﾁｮｲ cd54-3IcV) [sage] 2025/02/22(土) 12:44:39.38 ID:mdQ5EfsK0 といいつつ、日付ではなく時間の長さをhh:mm:ss形式で書きたい時用に、 秒単位のfloatと文字列の相互変換ライブラリを自作した 標準にはいいの無い http://mevius.5ch.net/test/read.cgi/tech/1726881242/724
725: デフォルトの名無しさん (ﾜｯﾁｮｲ cd54-3IcV) [sage] 2025/02/22(土) 12:51:12.03 ID:mdQ5EfsK0 うちのライブラリで書くと、 delta = str_sec(t_end)-str_sec(t_start) print(sec_str(delta)) こんな感じになる http://mevius.5ch.net/test/read.cgi/tech/1726881242/725
726: デフォルトの名無しさん (ﾜｯﾁｮｲ 15b2-xt5A) [] 2025/02/22(土) 13:11:12.71 ID:kWiPacnr0 途中経過ですけど今こんな状態です t_start: str = "23:00" t_end: str = "24:00" dt_now = datetime.now() t_start_dt = datetime(year=dt_now.year, month=dt_now.month, day=dt_now.day, hour=int(t_start[0:2]), minute=int(t_start[3:5])) if t_end[0:2] == "24": dt_d = dt_now.day + 1 # もし現在が月の最終日だとエラーになる "ValueError: day is out of range for month" t_end_dt = datetime(year
=dt_now.year, month=dt_now.month, day=dt_d, hour=0, minute=int(t_end[3:5])) else: t_end_dt = datetime(year=dt_now.year, month=dt_now.month, day=dt_now.day, hour=int(t_end[0:2]), minute=int(t_end[3:5])) x = t_end_dt - t_start_dt print(t_start_dt) print(t_end_dt) print(x) http://mevius.5ch.net/test/read.cgi/tech/1726881242/726
727: デフォルトの名無しさん (ﾜｯﾁｮｲ 15b2-xt5A) [] 2025/02/22(土) 13:58:51.98 ID:kWiPacnr0 何度もすみません とりあえずこうなりました なんだが余計に長くなった気がします from datetime import datetime def strToDt(str_dt: str): dt_now = datetime.now() # TODO 25や26の場合があるかもしれないので24決め打ちはやめる if str_dt[0:2] == "24": next_dt = dt_now + timedelta(days=1) dt_dt = datetime(year=next_dt.year, month=next_dt.month, day=next_dt.day, hour=0, minute=int(str_dt[3:5])) else: dt_dt = datetime(ye
ar=dt_now.year, month=dt_now.month, day=dt_now.day, hour=int(str_dt[0:2]), minute=int(str_dt[3:5])) return dt_dt t_start: str = "23:00" t_end: str = "24:00" t_start_dt = strToDt(t_start) t_end_dt = strToDt(t_end) x = t_end_dt - t_start_dt print(t_start_dt) print(t_end_dt) print(x) # 時間:分:秒 形式 # TODO xを分形式に変換する http://mevius.5ch.net/test/read.cgi/tech/1726881242/727
728: デフォルトの名無しさん (ﾌﾞｰｲﾓ MM43-UMND) [sage] 2025/02/22(土) 14:01:58.99 ID:92tqsAYeM 初学者だと思うけど end>startが保証されてるなら >725 みたいに秒に変換して引き算が正解じゃない？ http://mevius.5ch.net/test/read.cgi/tech/1726881242/728
729: デフォルトの名無しさん (ﾜｯﾁｮｲ 15b2-xt5A) [] 2025/02/22(土) 14:16:15.84 ID:kWiPacnr0 >>728 Endが24までなのか25や26もあるのか、それとも24の次は1なのか確実じゃないのでその辺考えて修正してみます やっぱりタイムスタンプに変換した方が短くなりますか？ あと、727のインポートでtimedeltaが抜けてました http://mevius.5ch.net/test/read.cgi/tech/1726881242/729
730: デフォルトの名無しさん (ﾜｯﾁｮｲ cd54-3IcV) [sage] 2025/02/22(土) 14:22:19.90 ID:mdQ5EfsK0 print(datetime.now()) これの出力が 2025-02-22 14:20:40.735896 これになるのが嫌 秒を整数にしてくれたらそのまま使えるのに http://mevius.5ch.net/test/read.cgi/tech/1726881242/730
731: デフォルトの名無しさん (ﾜｯﾁｮｲ 15b2-xt5A) [] 2025/02/22(土) 15:29:44.08 ID:kWiPacnr0 何度もすみません こうなりました 今のところt_startよりもt_endが小さいとエラーになります https://techiedelight.com/compiler/?119b http://mevius.5ch.net/test/read.cgi/tech/1726881242/731
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 271 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.034s