Pythonのお勉強 Part75

2025/04/04(金) 01:47:04.18

!extend:default:vvvvv:1000:1024
!extend:default:vvvvv:1000:1024

↑スレ立てる毎に減るので、減ってたら３つに補充すること。

※前スレ
Pythonのお勉強 Part74
https://mevius.5ch.net/test/read.cgi/tech/1726881242/
VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured

VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured

2025/06/25(水) 20:47:14.56

>>380ならenumerateでいいんじゃないかという話は分かるんだけど、>>380とsparseなarrayというのがどう繋がっているのかよくわからないんだが。380とは別の話になってる？

2025/06/25(水) 20:51:19.44

>>380はアクセス方法によって挙動が変わるオブジェクトの話がしたいだけで、
enumerateは何の関係もない

2025/06/25(水) 21:02:54.28

うーん、>>380の(0, 100)(1, 200) という出力例（およびindexという用語を使ったこと）がまずかったということかな。380を見れば平均的なPytnonユーザーはenumerateの話かなと思うのが普通だと思うけど。
イテレーションに対して(0, 100)(1000, 'hi') を逐次的に返すようなオブジェクトの話がしたいってことだったのかな。

2025/06/25(水) 22:03:24.34

国語の授業じゃないんで
誤読というか早とちりしちゃったことはさっさと無かったことにすればいいのに、
なんで引きずるかな

2025/06/25(水) 22:48:26.68

ワロタ
国語の授業を受け直したほうがいいのは君の方だと思うぞ

2025/06/25(水) 23:10:43.70

誤読とか早とちりって言われても、>>380みたいなことをやりたいならenumerateを使うのが最も普通の発想だしなぁ……（enumerateを知らない人ならともかくとして）。
>>380の0, 1 というindexの例とか「リストとしてアクセス」という表現からは、>>388のいうsparseなarrayの話は想起できないってことをやんわり遠回しに示唆したら、誤読で早とちりって言われちゃったよ。何で説明能力のないやつに限って自分の能力の欠如を人のせいにするんだろうね。挙句に「なんで引きずるかな」と来たよ。お前がそう書いたからだよ。さすがにちょっとげんなりした。

2025/06/25(水) 23:15:51.44

もう388で言いたいことはわかったやん……

2025/06/25(水) 23:24:11.58

380と388が同じ人かどうかも分からないからなぁ。同じ人なのかなとは思いつつも、明らかに書いてある内容は違うわけだし。
380で本当に言いたかったことは388だったんだみたいな説明があれば「そっかー」で済む話だし、395とか397でそういう説明がしやすいようなパスもされてるのに、「誤読で早とちり」ときたらね。そりゃアホかって話になりますわ。

2025/06/25(水) 23:30:42.65

はいはい
気が済んだかな
ID変わったらもう終わるよ

2025/06/26(木) 04:47:59.75

😩

2025/06/26(木) 08:02:11.80

難しいこといってる自分かっけぇ...！って思ってそう
どっちも

2025/06/26(木) 17:11:12.99

悪意のあるVSCode拡張機能を検出できる「VSCan」
https://gigazine.net/news/20250625-vscan/
※上記の
本体プログラミング改造で改造コードを仕込む場所や攻撃ポイントを割り出せる
※上記と下記のプログラムでエラーコードをメモリー＾上に無いかを調べて別のプログラムを走らせるとエラーコードから親友できるかが割り出せる
などいろいろと使用可能

AIを活用した完全自律型の侵入テストツール「XBOW」がHackerOneのランキングでついに人間を抜いて1位に
https://gigazine.net/news/20250625-hackerone-xbow/

上記のプログラムでセキュリティーほーjるを無理やり開ける方法が判明する

2025/06/26(木) 21:30:29.78

上記のAIとマクロ機能を使用すればAIのみで会話できるようになる
ボイス・トォ・スカル「神や幽霊」の声はこれで行っているのか？

マクロ機能の拡張でインターネットにも自動で書き込みが可能になる
AndroidスマホでもiPhoneでもAIモデルをローカルで実行してチャットできる無料アプリ「Cactus Chat」レビュー
https://gigazine.net/news/20250626-cactus-chat-android-ios-ai-local/

インターネット接続不要でAIモデルをローカル実行できる「LM Studio」にMCPサーバーへの接続機能が追加される
https://gigazine.net/news/20250626-lmstudio-mcp/

2025/06/27(金) 06:00:28.93

スレチ

2025/07/02(水) 08:07:24.92

ああガイジガイジガイジガイジガイジガイジガイジガイジガイジガイジガイジガイジガイジガイジガイジガイジガイジ

2025/07/02(水) 08:09:05.12

俺はガチガイジでも踊りは有るのさ
ガイジガイジガイジガイジ
あそれよよいのよいよいしょよいしょ
ガイジガイジガイジガイジガイジ
今日もまた上司に怒られる無能能無し開き直りナルシスト障害児

2025/07/04(金) 06:47:39.93

AIを使う上で必要なのはプロンプトエンジニアリングよりも「コンテキストエンジニアリング」
https://gigazine.net/news/20250703-ai-context-engineering/

2025/07/04(金) 07:46:26.76

７月２日夜の番組で

安倍晋三総理大臣

ドキュメンタリーをしていたのですが
山口県ではだれも逆らえなかった模様です
※自民党と対立候補ほかしれませんが自民党支持している者関係者？が対立している人が後ろから突飛ばしたりもしていたそうです
※自民党をに牙をむいたら物理的な新た暴力があるように流されていました
自民党が戦略として行ったのが反対意見を速やかにつぶすために自民党の議席を増やして議会で話をさせないようにもしていたようです
自民党の戦術としては裏で統一教会が動いていた模様で
統一教会がしていたことは
1 集会場の助っ人でさくら役であたかも人気があるように見せかけていた
2 選挙のやり方は熟知しているので何も言わなくても事務所は完成する
3 2と同様で選挙違反ぎりぎりの行動をして他の選挙立候補者に嫌がらせもしくは裏工作をしていた？
※兵庫県知事問題も暗躍していた可能性あり
4 統一教会からの投票だけでもまとまった票を集める
5 比例投票で○○党に投票すればさらにその政党の議席を増やせるしキムを作成したのも自民党？
などあったのか知っている人教えて

2025/07/04(金) 08:53:12.17

孔明と棟一どっちか選べと言われたら
絶対孔明を外す

2025/07/04(金) 14:30:53.81

何言ってるか分からん。Pythonicに書いてくれ

2025/07/04(金) 15:17:40.98

if 孔明と棟一 == 孔明:
　pass

2025/07/04(金) 20:21:01.17

なるほど

2025/07/04(金) 22:35:02.26

初めまして

2025/07/07(月) 23:09:08.79

deque()にappendするとO(1)だけど、listだとO(n)になる
とネットで読んだのでそれはいいことを聞いたと比較してもなんも変わらん
listもO(1)に改良された?

2025/07/07(月) 23:23:20.83

メモリ確保で再配置が発生するのは環境にもよるし稀だからそこをゼロとみなすと
どっちもO(1)じゃね？

2025/07/07(月) 23:27:40.71

listがリスト構造になってて、先頭から末尾まで辿らないといけないならO(n)
でもlistなんてappendでしか作らないんだし、そんな非効率なことせんやろと思えばO(1)

2025/07/07(月) 23:39:04.16

prependとかの間違いじゃね？
appendleft, popleftように先頭への追加・先頭からの取得がdequesはO(1)だけどlistはO(n)
末尾への追加・末尾からの取得(append/pop)はlistもO(1)

2025/07/07(月) 23:50:49.97

418はlistの実態が配列(vector)とわかってないだけ
コンテナで末尾要素保持してるリストだと思ってる

2025/07/08(火) 06:15:29.63

ネットに書いてあった、というのはこれ
https://note.nkmk.me/python-collections-deque/

確かによく読むと、listでappendがO(n)とは書いてない

> リストでは(中略)O(n)のコストを必要とするが、
> dequeでは先頭・末尾の要素を追加・削除するappend(), appendleft(), pop(), popleft()がすべてO(1)で実行できる。

dequeだとappend()だとO(1)だと自慢するからには、listはそうじゃないのかと騙された
先頭への挿入だと桁違いにdeque有利
でもそんなデータの持ち方しないので、今ひとつ使い所が無い

2025/07/08(火) 08:17:31.59

自分もlistで足りるような小さなプログラムしか書かないからdeqを実際に使ったことはないんだけれど、キューみたいなFILOのデータ構造を作るにはcollections.deqは便利なんだと思うよ。というか、そのnoteにもちゃんと書いてあるじゃない。（中略）のところに。

2025/07/08(火) 08:21:06.70

失礼、deqじゃなくてdequeか。

2025/07/08(火) 09:14:36.09

FILOじゃなくてLILOだね。ごめん、今日はちょっと寝ぼけ過ぎだわ。

2025/07/08(火) 09:46:52.48

なぁに、どんまい
いつものことだ

2025/07/08(火) 10:52:30.42

>>423
その直後の公式リファレンスの引用箇所に「pop(0) や insert(0, v)はO(n)」って書いてる

>list オブジェクトでも同様の操作を実現できますが、これは高速な固定長の操作に特化されており、内部のデータ表現形式のサイズと位置を両方変えるような pop(0) や insert(0, v) などの操作ではメモリ移動のために O(n) のコストを必要とします。

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-zcFv) · 2025/07/08(火) 11:06:39.94

pythonでlistは命名を間違ったんだろ

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-zcFv) · 2025/07/08(火) 11:07:46.29

426
FIFOとLILOの違いを解説してくれ
FILOじゃなく

2025/07/08(火) 12:17:08.65

ロリに見えたひと先生怒らないから手を揚げなさい

2025/07/08(火) 13:13:14.80

FIFOかLIFOやろ
FILOもLILOもstackやqueueの文脈では使われない

2025/07/08(火) 14:30:13.62

FIFO = LILO …… キューとか
FILO = LIFO …… スタックとか
ただ、432のようにFOという書き方を好む人が多いみたいね。

2025/07/08(火) 15:07:21.13

そりゃそうだろ

2025/07/08(火) 19:09:29.65

なるほど、FIFOバッファ作るのに向いてるのか

そういう必要に迫られたら、バッファサイズ固定でリングバッファの発想しか無いな
dequeも似たようなことやってるんだろうけど、バッファサイズが動的に変えられる
中のメモリどうなっとんねん

2025/07/08(火) 20:01:16.09

>>435
そこはlist(いわゆる動的配列)と同じで、配列が満杯になったら大きな配列を確保し直して全コピするだけだよ
もちろんその際はO(N)、魔法はない

2025/07/08(火) 20:08:45.12

音声データ出力とかさせたらブチブチ切れそうだな

**436** (ﾜｯﾁｮｲ 9f20-p46g) · 2025/07/08(火) 20:52:38.31

すまん訂正する
dequeueは配列ではなく双方向リンクリストで実装されているため、バッファの再確保は発生しないようだ
一般にリンクリストは動的配列に比べてゴミのように遅いが、そもそもPythonインタプリタ自体がゲロ遅いため>>437の懸念の通り安定性の方を取ったのだろう

2025/07/09(水) 09:53:25.01

最初っからデータが連続してなくて個別に管理してるだけでしょ
そうすりゃデータ量が毎回変わっても、同じアルゴリズムで使える
その代わり、常に個別のアドレスをすべて管理して比較して並べ替えするから遅いわな

2025/07/10(木) 17:20:04.47

AMDが画像生成AI「Nitro-T」をリリース、32基のInstinct MI300Xでゼロから1日未満でトレーニング可能
https://gigazine.net/news/20250710-amd-nitro-t-text-to-image-diffusion-model/

2025/07/10(木) 19:08:57.31

端っこしかアクセスしません、というのが前提みたいなものだな
100番目見たいんだけどとか、100番目に挿入したいんだけどと言われたら絶望する

2025/07/10(木) 21:24:45.22

map「ぼくをつかえ！」

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-zcFv) · 2025/07/11(金) 14:40:45.73

mapでもorderedmapでもN番目って概念が間違ってる
添字を通し番号のインデックスと観るかkeyvalueのkeyと観るかで
印象は変わるかも知れんがそれは君が観てる幻

2025/07/11(金) 16:18:29.37

（昔の？）JavaScriptのArrayは、整数添字だけど内部的にはkey-value構造じゃなかったっけ？
Pythonについては、dictは（今は要素の挿入順序を記憶するけれども）概念的には要素の順番を観念しないことになっているのに、「next」でイテレーションするというのはよく考えると微妙にひっかかかりを感じなくもない。もっとも、かといって代わる語も思いつかないけどね。

2025/07/12(土) 11:15:02.27

要素の順番は大小が定義できてるかどうかだけで
N番目の要素と言うからにはさらに別に
飛び番があるかどうか等の条件が増える

2025/07/12(土) 15:14:19.33

>>444
内部的にどういう構造を使うかはJavaScriptエンジンの最適化の範疇
飛び番が多いスパースなArrayの場合とそうでない場合で実装を変えるのも自由

>>445
添字Nでのアクセス == N番目の要素へのアクセスとは限らないというだけでしょ
順番は定義できてるのにN番目の要素は他の条件がなければ定義できないというのはどう考えてもおかしい

2025/07/12(土) 15:22:43.17

sparseの話に戻ってきたな
>>380は売り物のシステムの一部で、どうやってるんだろうと見たけど.pycしか無かった
しかも本体はC++だった

2025/07/12(土) 17:03:07.06

>>447
JavaScriptのArrayはイテレート時にundefinedの要素も返す必要があるからそういう使い方をしないsparse arrayとは異なる

本体がCやC＋＋でもPythonのC APIで__iter__や__getitem__相当のものを定義するだけ

少し調べればわかることだと思うんだが>>380から3週間も足踏み状態？

2025/07/12(土) 17:09:28.73

いや、pythonの話だよ

2025/07/12(土) 19:29:50.38

382で解決してる話じゃないの？
残りは蛇足的なヤツで

2025/07/12(土) 22:41:17.93

あー54氏だったか
失念してたわ

2025/07/12(土) 23:27:17.08

得露画像生成するプログラム今作ってる

2025/07/13(日) 21:37:56.47

・人間は犯罪を起こす種族と言い切っている
地球はすでに丸見え、レーダー電波で宇宙人に居場所をさらしている
公開： 2025-07-13 21:00
https://karapaia.com/archives/524757.html
　>>明らかに人工的なもので、200光年以内にある知的文明なら、地球の場所を把握できる可能性が高い。
　>>アレシボ天文台のような超高感度の望遠鏡を使えば、理論上は6万光年先からでも地球の電波を検出できるとされている。
　>>に宇宙空間で“丸見え”の状態にあり、その状況は75年前から続いているのだ。問題は、彼らが友好的な文明であるという保証がまったくないことだ。
★>>可能性としては、（我々人間のように）きわめて敵対的かつ侵略的な種族であるケースも十分にあり得る。

2025/07/14(月) 12:26:21.96

GPT-4.1超えの中国製AIモデル「Kimi K2」が無料公開される、複数のテストでGPT-4.1やClaude 4 Opusを打ち負かしエージェントタスクもこなす
2025年07月14日 11時10分
https://gigazine.net/news/20250714-ai-kimi-k2/
>>Kimi K2はベースモデルの「Kimi-K2-Base」と事後学習済みモデルの「Kimi-K2-Instruct」の2種類に分かれてリリースされています。以下の図は「Kimi-K2-Instruct」「DeepSeek V3」「Qwen3-235B」「GPT-4.1」「Claude 4 Opus」「Claude 4 Sonnet」「Gemini 2.5 Flash」のベンチマークスコアを並べたものです。Kimi-K2-InstructはすべてのテストでオープンモデルのDeepSeel V3とQwen3-235Bを超えるスコアを記録し、一部のテストでGPT-4.1やClaude Sonnet 4などの商用モデルに勝利しています。
◇上記サイト内にダウンロードリンクがある

2025/07/15(火) 02:09:19.89

情報抜き放題

2025/07/15(火) 19:33:02.33

電子は動かず『電子のスピンだけ』が流れて情報伝達できる微小チップを開発
2025.07.15 TUE
https://nazology.kusuguru.co.jp/archives/181574
蘭デルフト工科大は電子自身ではなく電子のスピン状態のみが流れて情報を運ぶ『スピン流』を起こせる微小チップを開発したと発表。チップは電子があっても電子が流れないため熱のロスが大幅に減少します

2025/07/15(火) 20:16:21.85

pythonってもはやプログラミングじゃなくてスクリプティングだよね(´・ω・`)
天才の作ったライブラリをひたすらパクって積み木を高く積み上げるだけ・・・

2025/07/15(火) 22:00:03.09

１　てれぽーとはそんざいしないげんしょう
a 対象者にテレポート攻撃と明確に区別をできる攻撃を行わないのがよい証拠
など

２　過去にさかのぼることは不可能
a 過去で年々何月何時何分に○○のデータを書き換えてほしいとメモ書きすればたとえ１分い何にでーーたを書き換えてほしい情報でも書き換える可能なのに書き換えれていない
など
バイオフォトンで脳活動を捉える新技術｜「光脳波検査法」実用化へ
2025年6月20日11:00
https://innovatopia.jp/neurotrechnology/neurotrechnology-news/58184/
　>>バイオフォトンは、細胞の代謝過程で活性酸素種を無害化する際に、分子内の電子がエネルギーの高い状態から低い状態へ戻る時に放出される自然現象で、熱放射とは全く異なるメカニズムです。特に脳は他の臓器と比較して全エネルギー消費量の約20%を占める「大食漢」であるため、より活発なバイオフォトン放射が期待
　>>研究チームが提唱する「光脳波記録法」は、従来の脳波検査（EEG）とは根本的に異なるアプローチを採用しています。EEGが電気的活動を測定するのに対し、この新技術は脳の代謝活動に直結する光子放射を捉えることで、より直接的な脳機能の評価が可能になる可能性
　>>超高感度の光電子増倍管を左後頭部と右側頭部に設置
★>>現在の検出技術は高度な暗室環境と専門的な機器を必要とするため、臨床応用には機器の小型化と感度向上が不可欠
※上記の室内なら幽霊も撮影可能な室内が完成しているのになぜ幽霊を証明しないのか！
人間に幻視や幻聴を聞こえさせれるので上記の室内なら確実に撮影ができる

電子の電荷を運ばず磁気だけを運ぶ「幽霊粒子」を観測することに成功
2025.07.15 TUE
https://nazology.kusuguru.co.jp/archives/181583
>>「量子世界の理論が現実の物質で実際に再現可能である」という強力な証拠となったからです。
電子は動かず『電子のスピンだけ』が流れて情報伝達できる微小チップを開発
2025.07.15 TUE
https://nazology.kusuguru.co.jp/archives/181574

2025/07/15(火) 22:25:50.08

すいません、パイソンを勉強中なのですがわからないところがあって１点質問さしてください
キーワード専用引数を条件によって与えたり与えなかったりするにはどうすればいいんでしょうか
無論
if True:
hoo(hoge=3)
else:
hoo(hoge=3, fuga=21)
のようにイフ文で分けることは出来ると思うんですが、これしか方法がないでしょうか？

2025/07/16(水) 00:25:55.49

>>459
辞書アンパックでググると幸せになれるかもしれない

2025/07/16(水) 00:26:54.53

>>459
辞書アンパックでググると幸せになれるかもしれない

2025/07/16(水) 05:03:15.49

宇宙誕生直後の数兆度の「宇宙のスープ」を再現――濃厚な後味を探る
2025.07.15 TUE
https://nazology.kusuguru.co.jp/archives/181596

↓昔はよく見えた人魂が見えたので幽霊と勘違いし↓

雷の玉⁈ 謎の自然現象「ボールライトニング」をカナダで観測
2025.07.14 MON
https://nazology.kusuguru.co.jp/archives/181422
臨死体験の正体は死ぬ間際の「爆発的な脳活動」だった
2025.05.03 SAT
https://nazology.kusuguru.co.jp/archives/125749
>>患者たちの脳の意識や思考、記憶にかかわる脳領域において、死ぬ直前に主にガンマ波からなる「爆発的な脳活動」が起きていることが判明しました。
>>同様の脳活動パターンは夢や幻覚を見ているときや、幽体離脱を経験している患者たちで観察されるものと酷似していたとのこと。
※天国や地獄は無い！

2025/07/16(水) 06:49:27.93

>>456 458

板違い
電気電子板へgo

2025/07/17(木) 19:24:07.35

今あなたがPC画面に表示している内容すべてをAIが理解--WindowsのCopilotが新機能
2025年07月17日 09時40分
https://japan.cnet.com/article/35235611/
>>新機能では、AIがあなたの画面を丸ごと把握し、プレイ中のゲームの操作もサポートするなど、あなたのPC操作をリアルタイムで支援してくれるようになる。

・カメラ映像を読み込みながらの・スタンドアローンAIによるPC操作が可能になる
・優先LANでPC同士を接続した環境でAIに攻撃と望郷を２４時間３６５日繰り返させてハッキング不可能な本体プログラムなので犯罪者のテクニックがさらに向上する
・AIにプログラムコードもその場て書き換えれるように双方に搭載させてさらに進化速度を早くすている
◇
・宇宙人はUFOを作成できる技術があるので上記のプログラムはすでに完成している！

2025/07/18(金) 14:18:46.24

・下記の条件を整えない限り量子テレポーテーションによるワイヤレス通信は不可能
量子コンピューターの真価を、実機で証明することに初めて成功。理論から現実への一歩となるか
2025.07.18
https://wired.jp/article/quantum-computer-exponential-speedup/
>>量子コンピューターは、古典的な計算機では手が届かない問題を解く可能性を秘めている。だが、その潜在能力を発揮するためには、実機で機能するアルゴリズムが欠かせない。また、問題の規模が大きくなるほど古典的なコンピューターよりもはるかに早く答えにたどり着けるという優位性を証明しなければならない。これまでのところ、その証拠は得られていなかった。
>>こうしたなか、南カリフォルニア大学（USC）の研究チームが、状況を一変させる成果を発表した。IBMの127量子ビットのプロセッサー「Eagle」を用いて、従来のコンピューターで解を導くことが極めて困難だった「サイモン問題」に取り組み、圧倒的に高速な解法を実現したのだ。
>>サイモン問題へのアプローチは、素因数分解の問題を高速で解くショアのアルゴリズムに先立つ、初期の量子アルゴリズムのひとつとして知られている。実際、サイモン問題を解けるならば、暗号解読の基礎技術にも応用できる可能性がある。理論上は指数関数的に速く解けるとされていたが、それを実機で確かめた事例はこれまでなかった。
>>この課題に取り組むにあたって、ライダーらの研究チームはサイモン問題の特定バージョンに焦点を絞った。オラクルに隠されたビット列に含まれる「1」の数（ハミング重み）を制限することで、回路の複雑さとエラーの蓄積を抑えるとともに、現実的な量子デバイスでも検証可能なかたちに問題を再定式化したのだ。
★>>ダイナミカルデカップリングとは、精密なタイミングでキュービットにパルスを与えて、外部環境との不要な干渉を打ち消す技術だ。これにより量子状態の持続時間が飛躍的に延び、
>>今後の課題は、オラクルなしで定式化された実問題に対しても同様のスピードアップが実現できるかどうかだ。また、より大型の量子コンピューターを安定して動かすためには、外からのわずかな揺らぎや、計算途中で量子状態が壊れてしまう問題にも対処しなければならない。

2025/07/18(金) 18:45:16.88

>>459
三項演算子使う。TrueのところがxがTrueという場合
def hoo(hoge, fuga):
　print(hoge, fuga)

x=True
hoo(hoge=3, fuga=21 if not x else None)

2025/07/18(金) 19:36:23.31

引数としてNoneを渡すのが引数なしと同じ意味になるかどうかは関数の仕様に依存するんじゃない？　
三項演算子を使うなら
hoo( hoge = 3 ) if x else hoo( hoge = 3, fuga = 21 )
の方が無難な気がする。ただ、これは>>459と本質的に変わらないし、459と比べて可読性がどうかは微妙なところ。何回も繰り返すのでできるだけ少ない行数で書きたいとかじゃなければ、結局、459の書き方が一番分かりやすいんじゃないかなぁ。

関数側に変更を加えてもいいなら>>460の指摘するとおり可変長キーワード引数を使うのもありだけど、関数内部でhoge, fuga以外のキーが使われないことからすると、個人的にはちょっと抵抗があるかな。

2025/07/18(金) 20:20:31.38

こっちの方が、例え引数が多くなっても複雑にならないかも
>>460の言う辞書のアンパックを利用

def hoo(**kwargs):
　print(kwargs)

args = {'hoge': 3}
if True:
　args['fuga'] = 21

hoo(**args)

2025/07/18(金) 21:23:16.34

>>468
それだと辞書オブジェクトが{'hoge': 3, 'fuga': 21 } みたいな感じで印字されちゃうから、ちょっと仕様が変わっちゃっているのでは？
あと、可変長キーワード引数は任意のキーワード引数を受け取れるという点にメリットがあると思うので、限定された特定の範囲のキーワード引数のみを想定している関数で使うのは個人的には違和感があるかな。

2025/07/18(金) 21:35:21.52

どうせAIに書かせるんだから、もはやそんなレベルの議論はどうでもいいな
AIの判断に委ねるだけ

2025/07/18(金) 22:05:31.67

>>469
> ちょっと仕様が変わっちゃっているのでは？
どこの何の仕様を言ってるのか分からない
> キーワード専用引数を条件によって与えたり与えなかったりするにはどうすればいいんでしょうか
この質問には合ってるはず

# これでもいいけど、hooの定義はただの確認用
def hoo(*, hoge=0, fuga=0):
　print(hoge)
　print(fuga)

2025/07/18(金) 22:29:51.34

数値0がデフォルト引数として適切なケースならそれでもいいけど、一般的にそうとは言えないから、その点をどう考えるかかな。

2025/07/18(金) 22:42:32.04

hooの定義とか余計な事を書かなければ良かったのかな
これだけで

args = {'hoge': 3}
if True:
　args['fuga'] = 21

hoo(**args)

2025/07/18(金) 23:11:48.96

忍耐強さに素直に拍手

2025/07/18(金) 23:43:46.64

関数hooの内容はブラックボックスにしておいた方が本質的な議論になるのは確かだと思うけど、可変長キーワード引数を使うのは（一般論としては）やっぱり抵抗感があるんだよね。

関数hooのその可変長キーワード仮引数は、hogeをキーとして持ち、さらにオプションでfugaもキーとして持つことができる辞書ということになるけど、そのことはコメントかリファレンスにでも書いておかないと関数のユーザー側からは分からないよね。普通、関数の仮引数に可変長キーワード引数がある場合、ユーザー側は任意のキーワード引数が渡せるものだと想定するものものだと思うんだが。任意のキーワード引数が渡せるわけではないこと（渡せるキーワード引数が一定範囲に限定されていること）を示唆するためにkwargsに代えて別の名前を使うことも考えられるけど、hoge_fugaみたいな仮引数名にするくらいなら素直に>>459で書いた方がずっと分かりやすいのではないかと思う。
hogeとfugaが何らかの設定項目のようなもので、可変長キーワード引数としてsettingsみたいな名前を使うのがぴったりくるようなシチュエーションなら良いと思うんだけどね。

2025/07/19(土) 00:06:17.29

昔ながらのAPIをやりたい時用なのでは
もっと安全で判りやすくて保守性も高い方法がいろいろある

2025/07/19(土) 00:27:33.97

>>475
辞書アンパックをちょっと勘違いしてる
`hoo(**args)`は`hoo(hoge=3)`か`hoo(hoge=3, fuga=21)`に展開されると考えればいい
関数hooの定義で可変長キーワード引数を取るようにしておく必要はない

2025/07/19(土) 01:14:22.09

>>468の関数定義が可変長キーワード引数になっていたのでそれを前提に考えていたんだけど、仮に関数hooが仮引数として（可変長キーワード引数ではなく）hogeとfugaを取る場合、少なくともfugaの方にはデフォルト値が必要にならない？　適切なデフォルト値を選択できるかという方の問題（>>472）になるのかなと思うけど。

2025/07/19(土) 04:01:16.92

>>475
コメントとかリファレンスとか面倒なので、可変長を止めた
デフォルト値も0からNoneにした
渡された引数の確認用printも止めた
これでいいかな？
（個人的には、hooじゃなくfooを使いたい）

def hoo(*, hoge, fuga=None):
　pass

args = {'hoge': 3}
if True:
　args['fuga'] = 21

hoo(**args)

2025/07/19(土) 07:03:58.56

・下記からしてワープ中もエネルギーが減衰
情報は消すとエネルギーになって漏れていく――情報の物理性実証に成功
2025.06.30
https://nazology.kusuguru.co.jp/archives/180561

・AとBの個所は下記の状態が必須条件
量子コンピューターの真価を、実機で証明することに初めて成功。理論から現実への一歩となるか
2025.07.18
https://wired.jp/article/quantum-computer-exponential-speedup/
量子コンピューター同士の長距離通信を実現、データを橋渡しする新しい“翻訳機”が秘めた可能性
2025.07.12
https://wired.jp/article/universal-translator-in-quantum-networks/

電子は動かず『電子のスピンだけ』が流れて情報伝達できる微小チップを開発
2025.07.15
https://nazology.kusuguru.co.jp/archives/181574
・上記のチップを使用すると下記の情報を１００％読み取れる
電子の電荷を運ばず磁気だけを運ぶ「幽霊粒子」を観測することに成功
2025.07.15
https://nazology.kusuguru.co.jp/archives/181583
>>「量子世界の理論が現実の物質で実際に再現可能である」という強力な証拠
↓上記まで読み取れるので下記の理論が出観測できる
量子トリックにより「観測しないこと」で物体を冷却することに成功
2025.06.04
https://nazology.kusuguru.co.jp/archives/178933
↓なぜ同じ状態が観測できないかというと下記の時間差によって異なるために生じる
量子もつれの伝達速度の限界を解明することに成功！
2024.04.01
https://nazology.kusuguru.co.jp/archives/147855
量子もつれは「瞬間」ではなく誕生には232アト秒のタメ時間があった
2025.06.11
https://nazology.kusuguru.co.jp/archives/179350

2025/07/19(土) 09:53:59.24

>>479
スマンが、値Noneがデフォルト値として適切なケースならそれでもいいけど、一般的にそうとはいえないという点は、数値0と同じだと思う。
とはいえ、>>459に対する一般的な回答とはいえなくても、個別のケースを見れば何らかの適切なデフォルト値（多くの場合は、数値0, 1, None, 空文字烈のどれかでカバーできるんじゃないかと思う）を見つけられることが多いと思うから、実践的にはそれで十分と言えるかもしれない。

ただ、そもそも論として、複数の実引数を1つの辞書にまとめ、関数に渡すときに**でアンパックするという方法論は、本質的には場合分けを行う場所を移しているだけだよね。475末尾のsettingsのように、1まとまりのものと観念できるような場合にはともかく、一般論としては>>459と比べて分かりやすくなっているとはいえないと思うよ（辞書の名前という余分な情報が増える分だけ、読む側の負荷が増えるだけなのでは）。

**デフォルトの名無しさん** (ｽﾌｯ Sd94-l3/T) · 2025/07/19(土) 09:56:56.29

#お前がしたいのはこう言うことか
def hoo(**kwargs):
for k in ['hoge', 'fuga']:
print(f'{k}: {kwargs.get(k, None)}')
args = {'hoge': 3}
hoo(**args)
args['fuga'] = 21
hoo(**args)

**デフォルトの名無しさん** (ｽﾌｯ Sd94-l3/T) · 2025/07/19(土) 10:02:46.87

てすと
paiza.io/projects/N9V8GMKR_tIb1zGa6ubx5Q?language=python3

2025/07/19(土) 11:14:22.91

>>478
459の質問はデフォルト付きのキーワード専用引数がある既存の関数を呼ぶ前提でしょ
仮にそうじゃなくて任意引数にできないなら明示的に渡せばいいだけじゃない？
いずれにしてもどういう制御構造を使うかとは直交した別の問題だと思うよ

2025/07/19(土) 11:21:54.47

>>481
分岐が必要なキーワード引数が1つだけなら>>459のように単純なif-elseのほうが分かりやすいと思うが数が増えてくると辞書を使うやり方のほうが分かりやすくなることが多い

ちゃんとしたプログラムならBuilderパターン使って辞書を隠蔽したAPIを用意するけど内部構造は>>479と同じ

2025/07/19(土) 12:44:55.92

# 1行バージョン、引数が増えても安心
hoo(hoge=3, **({'fuga':21} if True else {}))

2025/07/19(土) 18:08:03.19

本質的には場合分けを行う場所を移しているだけ

2025/07/19(土) 20:15:58.43

こういうのは運用重視だな
後で機能の追加や変更をする時に、いかに既に使ってるとこに影響させないか

2025/07/19(土) 21:09:14.95

PythonをLinux上でデバッグできる？
Visual Studioみたいにw

2025/07/19(土) 22:15:21.21

>>489
できるよ

手元がWindowsならWindows用のVSCodeにPython開発用の拡張とSSH拡張入れて
Linuxに接続して実行・デバッグすることもできる

手元がLinuxならLinux用のVSCodeにPython開発用の拡張を入れて、VSCode上で実行・デバッグできる

2025/07/19(土) 22:25:27.17

>>490
あ、できますね
Visual Studio CodeでLinuxに接続。

それだけかね？
さすがにpdbだかはキツそう…

2025/07/19(土) 22:34:22.71

>>491
VSCodeのPythonデバッグ環境がほぼもう最強で一択なので、それだけでよいよ

2025/07/19(土) 23:01:09.11

Pythonを深くやっていないんでよくわからんが、スレッドのデバッグとかはPythonでも厳しいんでないかい？

2025/07/20(日) 15:32:04.17

スレッド先やら名前付きデコレータをステップデバッグしたいならPycharm使え

2025/07/20(日) 15:59:19.04

>>494

VS codeよりいいの？
外見は似てるけど