Pythonのお勉強 Part75 (973ﾚｽ)
Pythonのお勉強 Part75 http://mevius.5ch.net/test/read.cgi/tech/1743698824/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
951: デフォルトの名無しさん (ﾜｯﾁｮｲ f5a1-UzlG) [sage] 2025/10/02(木) 20:30:06.56 ID:+OkR5kb50 numpyが居座ってるから他のライブラリ勝手に入れるのが気がとがめる 統合しろ http://mevius.5ch.net/test/read.cgi/tech/1743698824/951
952: デフォルトの名無しさん (ﾜｯﾁｮｲ 434b-WB9C) [] 2025/10/03(金) 00:35:09.39 ID:uqAY2LHy0 あいつそんなに気難しいの？ http://mevius.5ch.net/test/read.cgi/tech/1743698824/952
953: デフォルトの名無しさん (ﾜｯﾁｮｲ 05c9-Axi3) [sage] 2025/10/03(金) 05:24:02.13 ID:9AR6VaZy0 もう別環境にして分散コンピューティングするしかないよね http://mevius.5ch.net/test/read.cgi/tech/1743698824/953
954: デフォルトの名無しさん (ﾜｯﾁｮｲ 0d54-DOAI) [sage] 2025/10/03(金) 07:20:10.06 ID:XgAujD0S0 numpyはなんか独自の文化だよな でも換えが効かない http://mevius.5ch.net/test/read.cgi/tech/1743698824/954
955: デフォルトの名無しさん (ﾜｯﾁｮｲ 235d-Yz6d) [] 2025/10/03(金) 12:36:03.67 ID:44h+Lrr50 PYTHON ★ボイス・トォ・スカル書士していたと思われていたものが続々とニュースになっている！ ★ボイス・トォ・スカルでニュースにすると話していたが正しく本物！ 【兵庫】「近々、刑事処分が……」斎藤元彦兵庫県知事が会見で“いら立ち”のウラに検察の動きと「追加告発」 [ぐれ★] 2025/10/02(木) 22:36:49.67 https://asahi.5ch.net/test/read.cgi/newsplus/1759412209/ JR東海に排除措置命令へ 談合、建設コンサル5社に課徴金 [蚤の市★] 2025
/10/03(金) 07:12:48.03 https://asahi.5ch.net/test/read.cgi/newsplus/1759443168/ 小泉進次郎氏 最後の討論会でもステマ問題問われる 「知らなかったとはいえ…」釈明繰り返す [少考さん★] 2025/10/02(木) 22:35:35.25 https://asahi.5ch.net/test/read.cgi/newsplus/1759412135/ アベノマスク、国が関連文書700ページを開示 当初は「保有していない」と主張 上脇教授 [少考さん★] 2025/09/29(月) 19:07:39.83 https://asahi.5ch.net/test/read.cgi/newsplus/1759140459/ >>6月の地裁判決は「作成されなかったとは考えがたい」と指
摘。その後の国の調査で、今回の開示文書が見つかったという。 ★国家を挙げて何をしているのか！ 「平均年収1460万円で納税の対象外」「年の半分が休暇」 ホームタウン構想で抗議殺到JICAの在外職員は超好待遇だった！ ★2 [おっさん友の会★] 2025/10/02(木) 09:18:24.89 https://asahi.5ch.net/test/read.cgi/newsplus/1759364304/ ※二文も国家をあげて犯罪組織の旗印？ 【自民総裁選】比較企業献金、５候補「公開」主張 裏金議員起用も否定せず [蚤の市★] 2025/10/03(金) 07:46:45.80 https://asahi.5ch.net/test/read.cgi/newsplus/17594452
05/ http://mevius.5ch.net/test/read.cgi/tech/1743698824/955
956: デフォルトの名無しさん (ﾜｯﾁｮｲ 235d-Yz6d) [] 2025/10/03(金) 15:38:22.90 ID:44h+Lrr50 PYTHON嘘を無抜く 顔の動きから思考を読み取る、マウスの「心を読む」ことに成功 公開： 2025-10-03 08:00 https://karapaia.com/archives/554632.html ・殺人グループのボイス・トォ・スカルをしている者を発見できる！ ・特殊詐欺に使用できる ・占い師の話術が向上する http://mevius.5ch.net/test/read.cgi/tech/1743698824/956
957: デフォルトの名無しさん (ﾜｯﾁｮｲ 0d54-DOAI) [sage] 2025/10/03(金) 19:46:15.35 ID:1oQXd5ev0 2行n列の配列があって、使いにくいので転置したかった 転置のやり方はいろいろあるけど、 zip(*array) これがエレガントだった エレガント過ぎて何してるのか判らん http://mevius.5ch.net/test/read.cgi/tech/1743698824/957
958: デフォルトの名無しさん (ﾌﾞｰｲﾓ MMcb-d8Or) [sage] 2025/10/03(金) 22:17:07.02 ID:DAeJjve8M 何をしてるかわからんコードをエレガントだと思うのは全くエレガントじゃないな http://mevius.5ch.net/test/read.cgi/tech/1743698824/958
959: デフォルトの名無しさん (ﾜｯﾁｮｲ 0d54-DOAI) [sage] 2025/10/03(金) 22:38:05.98 ID:1oQXd5ev0 こんな風に理解できない人がいるだろうなという懸念 http://mevius.5ch.net/test/read.cgi/tech/1743698824/959
960: デフォルトの名無しさん (ﾜｯﾁｮｲ 43de-MlPs) [sage] 2025/10/03(金) 23:23:20.38 ID:aZVU66UK0 いやー、一応理解しているつもりでも、zipとか * はかなり頭こんがらがるけどなぁ。 zip( *array )は、arrayがiterableのiterable（たとえば、[ [1, 2, 3, 4, 5], [6, 7, 8, 6, 10 ] ]）だとすると、① * によるiterable unpacking によりarrayは2つのiterable の並び（[1, 2, 3, 4, 5], [6, 7, 8, 9, 10 ] ）へと展開される。② 組み込み関数zip は、引数として与えられた複数のiterable から並行的に要素を取得して作ったtuple を逐次的
に返すgeneratorを返す（(1,6), (2, 7), (3, 8), (4, 9), (5, 10) を逐次的に返すgeneratorを返す）……ってことよね。 さらに添字参照とかsum とかと組み合わせるようなケースだともっと大変。 http://mevius.5ch.net/test/read.cgi/tech/1743698824/960
961: デフォルトの名無しさん (ﾜｯﾁｮｲ 05f2-ebMX) [] 2025/10/04(土) 02:20:54.79 ID:1nnmOYkp0 なんかzshみたいな漢字科 http://mevius.5ch.net/test/read.cgi/tech/1743698824/961
962: デフォルトの名無しさん (ﾜｯﾁｮｲ 258f-MlPs) [sage] 2025/10/04(土) 10:53:29.11 ID:lfhYKLud0 printはPytnon3になるときに文から関数になったってことだけど、assert とか raise とかは文のまま。関数にすると余計なオーバーヘッドが生じてしまうとかそういう理由なのかな。 http://mevius.5ch.net/test/read.cgi/tech/1743698824/962
963: デフォルトの名無しさん (ﾜｯﾁｮｲ 1b03-TYAr) [] 2025/10/04(土) 11:13:46.38 ID:Dyjoms350 assertやraiseはそもそも関数にできるんかい？ http://mevius.5ch.net/test/read.cgi/tech/1743698824/963
964: デフォルトの名無しさん (ﾍﾞｰｲﾓ MM2b-G6c+) [sage] 2025/10/04(土) 11:24:37.65 ID:Lrd6UCHyM >>962 raiseはプリミティブな操作だから raiseが関数だったとして、じゃあraise関数をどうやって実装する? 結局Pythonのインタプリタに直接組み込むしかないだろう。だから意味がない。 assertについては、assertを無効にする場合は式の評価自体を飛ばさなければならない。そんなことは普通の関数では実現できない。 http://mevius.5ch.net/test/read.cgi/tech/1743698824/964
965: デフォルトの名無しさん (ﾜｯﾁｮｲ 258f-MlPs) [sage] 2025/10/04(土) 13:03:57.65 ID:lfhYKLud0 >>964で指摘されている点は、インタプリタ上で特別扱いしないと対応できない（通常の関数の枠内では処理できない）というのは分かるんだけど、逆にいうと、インタプリタが特別扱いをするのであれば、関数呼び出しのインターフェイスをすることもできなくはないわけでしょう。 assert文の2つ目の式にAssertionErrorに渡す引数を指定するという構文は直感的に分かりにくいなと以前から思っていて、仮に関数呼び出しのインターフェースで呼べるな
らそんなに違和感ないなとちょっと思っただけ。積極的にそうした方がいいとかそうすべきと主張するつもりはないよ。 http://mevius.5ch.net/test/read.cgi/tech/1743698824/965
966: デフォルトの名無しさん (ﾍﾞｰｲﾓ MM2b-G6c+) [sage] 2025/10/04(土) 13:49:26.07 ID:Lrd6UCHyM >>965 Pythonだと通常の関数呼び出しになってたら特別扱いは難しい 別のraise関数が定義されてるかもしれないからな じゃあraiseという名前だけをキーワードとして特別扱いするか?それraise文と何が違うの? ってこと http://mevius.5ch.net/test/read.cgi/tech/1743698824/966
967: デフォルトの名無しさん (ﾜｯﾁｮｲ 25c4-MlPs) [sage] 2025/10/04(土) 14:08:02.28 ID:lfhYKLud0 仮に特別扱いするなら、raise を一種のキーワードとすることになるんだろうね。raise文との違いは構文。もともとraise文の構文ってちょっと分かりにくくないかというのが元の発想だからね。 どちらかというと、raise文の構文は直感的にちょっと分かりにくいので関数呼び出し風の構文糖があったら良かったのに……という方が言いたいことに近いかもしれない。 http://mevius.5ch.net/test/read.cgi/tech/1743698824/967
968: デフォルトの名無しさん (ﾜｯﾁｮｲ 0d54-DOAI) [sage] 2025/10/04(土) 14:18:48.32 ID:ZS4Jz9di0 そんな形式上のものはシンタックスシュガーでどうにでもなる http://mevius.5ch.net/test/read.cgi/tech/1743698824/968
969: デフォルトの名無しさん (ﾜｯﾁｮｲ 3d01-UAuC) [sage] 2025/10/04(土) 15:12:23.29 ID:cv59dmAz0 仮にraiseを関数化するとしたらビルトイン関数になるわけでキーワードとして特別扱いするのとは違う ビルトイン関数を別のraise関数で上書きしたならその時の動作は上書きした人が責任を持てばいい ただraiseとassertを同じカテゴリで話すのはどうかと思う raiseはreturn, break, continue, yieldなどと同じcontrol flow statementなので通常関数とは別のカテゴリとして扱うのが言語を使う側にとっても作る側にとっても自然かつ楽 raiseと違いasser
tはprintなどと同じでビルトイン関数のほうが使う側には自然 コンパイラを改良する労力をかけたくなかったからステートメントのままなんだと思う http://mevius.5ch.net/test/read.cgi/tech/1743698824/969
970: デフォルトの名無しさん (ﾜｯﾁｮｲ 25c4-MlPs) [sage] 2025/10/04(土) 15:56:42.08 ID:lfhYKLud0 assert と raise とで区別すべきというのは同感（>>967ではボケていてraiseって書いちゃっているけど、965に書いたとおりこの話は基本的にはassertを想定している）。 ビルトイン関数にするかキーワードにするかというのは正直そんなに意識はしていなかったかな。仮にビルトイン関数にするとしても通常の関数とは異なりインタプリタによる特別扱いが必要なら、いっそキーワードにしてしまう方が簡単なような気もするけど、まぁ、どちらでも良い
のかなと。 Pytnonの場合、yieldのような前例があるから同じ構文の中の一定の場合だけを特別扱いするということに比較的抵抗がない文化なのかなとも思うけど、assert に関しては文のままでいい（処理系に手を入れてまで関数っぽいインターフェイスを提供する必要はない）というのが現時点までの開発陣の判断ということよね。個人的にはちょっと残念だけど、まぁ仕方ないのかなとは思う。 http://mevius.5ch.net/test/read.cgi/tech/1743698824/970
971: デフォルトの名無しさん (ﾜｯﾁｮｲ 0d54-DOAI) [sage] 2025/10/04(土) 16:09:30.50 ID:ZS4Jz9di0 raiseのノリでexitと書いて何故か終わらない http://mevius.5ch.net/test/read.cgi/tech/1743698824/971
972: デフォルトの名無しさん (ﾜｯﾁｮｲ 3d01-UAuC) [sage] 2025/10/04(土) 17:51:28.50 ID:cv59dmAz0 >>970 今後の拡張でコンパイラが利用可能なアノテーションを関数に付与できるような仕組みでもできればそれを活用してassertを関数化する可能性は個人的には十分あると思う 逆にassertだけのためにそういう仕組みを追加したり内部的にもassertという名前縛りで関数呼び出し箇所のbytecodeを出力しないようにする変更は費用対効果的にまずないと思う http://mevius.5ch.net/test/read.cgi/tech/1743698824/972
973: デフォルトの名無しさん (ﾜｯﾁｮｲ 43de-MlPs) [sage] 2025/10/04(土) 19:23:00.85 ID:MKE3mvtR0 まぁ、yield と assert とでは色々違うもんね。 http://mevius.5ch.net/test/read.cgi/tech/1743698824/973
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.014s