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