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/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よりいいの？
外見は似てるけど

2025/07/21(月) 19:27:42.56

Pycharmの方が10年以上先発で、基本は商用なので機能はてんこ盛りだね。

2025/07/22(火) 00:43:35.79

AIでどんなネイティブコードも自在に生成出来るようになったら
Pythonなんてのは必要なくなるかもな

2025/07/22(火) 01:21:56.31

uv 0.80.0ぶっ壊れるな
依存関係の解釈が狂ってる

2025/07/22(火) 01:55:03.64

>>497
与えた仕様でしか内容を把握できなくなるからメンテできなくなる
100%誤解のない誰が書いても同じ出力になる仕様なんて皆無だから
いまのプログラミング言語にあたる中間的な表現はほしい

2025/07/22(火) 05:32:46.90

・テレポートが完全に否定されました

量子物理学が「宇宙の輪廻転生」を否定――我々の宇宙は一度限りのものだった
2025.07.21 22:00:10 MONDAY
https://nazology.kusuguru.co.jp/archives/181905
>>近年注目を集めている量子重力理論という新しい分野です。
>>これは重力に量子力学の考え方を取り入れ、従来の物理法則では説明できない現象にもアプローチする理論です。
>>これは重力に量子力学の考え方を取り入れ、従来の物理法則では説明できない現象にもアプローチする理論です。
>>例えば、真空中でもごく短時間だけ負のエネルギーが現れる現象（カシミール効果）や、ブラックホールがエネルギーを放出するホーキング放射という不思議な現象が知られています。
>>これは従来の特異点定理が前提としている「エネルギーはどこでも負にならない」という仮定を根本的に揺るがすものです。
>>そのため現在の物理学界では特異点重視派と回避派が理論的なしのぎを削っている状況にあります。
>>第一に、完全な特異点の形成を回避できる可能性があることです。
>>第二に、多くの人が抱く「ではビッグバンの前には何があったのか？」という一般の人の素朴な疑問にも「前の宇宙があった」と答えられるため、科学的にも物語的にも興味を惹くものでした。
>>本質的には「宇宙やブラックホールが崩壊する過程で、もしもエントロピーが常に増加し続ける（＝GSLが成り立つ）限り、いかなる場合も完全な崩壊＝特異点形成を避けることはできない」という定理を証明したのです。
>>つまり、量子効果をどんなに考慮しても、特異点が必ず現れてしまうという結論になり、ビッグバウンスを起こすには基本的な物理法則の一つであるエントロピー増大則を破らなければならない、ということが明らかになったのです。
>>その結果、宇宙全体が収縮の後に再膨張するという「ビッグバウンス型」のシナリオも、少なくとも通常の物理法則の枠組み内では否定されることになりました。
>>少なくともブーソ氏をはじめ多くの物理学者は「どんな理論においても、時間が止まる境界のようなものは残るだろう」と考えています。

2025/07/22(火) 07:03:07.65

>>489
馬鹿はVSはLinuxで動くことを知らない

2025/07/22(火) 13:07:44.33

Googleの強化版Geminiが数学オリンピックで金メダルを取る性能に到達、自然言語で動作し人間と同じ制限時間で解答を導き出す
2025年07月22日 11時04分
https://gigazine.net/news/20250722-google-gemini-mathematical-olympiad-gold-medal/

OpenAIの「実験的推論モデル」が数学オリンピックで金メダル相当のスコアを達成、GPT-5は近日中にリリース予定で「実験的推論モデル」はまだ先
2025年07月22日 11時03分
https://gigazine.net/news/20250722-openai-mathematical-olympiad-gold-medal/

2025/07/23(水) 12:56:19.08

５ちゃんねるで、スクリプト対策で導入されたどんぐりですが、課金してなるハンターで
無差別に連射してレベルを下げようとする悪質な人物がおります
どんぐりシステムの名前は変えられますので、いろんな名前にしてスレを荒らしております

毎日何十人もの書き込みを撃っているので、自動化のプログラムで撃っているのだと思いますが、
pythonでそのようなシステムを作ることは可能でしょうか？

2025/07/23(水) 12:57:23.72

私は素人なのでプログラミングについては知りませんが、スクリプトの自動書き込みも、pythonを使って作っていると聞きました。

2025/07/23(水) 13:05:56.98

可能
次のかたどうぞ

2025/07/23(水) 13:21:18.21

Claude Sonnet 4に匹敵するコーディング特化のオープンモデル「Qwen3-Coder」をAlibabaが発表
2025年07月23日 10時45分
>>Qwen3-Coderの大きな特徴は、ネイティブで256Kトークンという広大なコンテキスト長をサポートするだけでなく、
>>「YaRN(Yet another RoPE-based scaling method)」という拡張技術を用いることで最大100万トークンまで対応可能である点です。これにより、リポジトリ全体を理解するような大規模なタスクにも対応できます。
>>C++、Java、Python、Ruby、Swift、ABAPなどを含む358もの多様なプログラミング言語をサポート。加えて、ベースモデルから一般的な能力と数学的能力を維持しつつ、コーディングに特化しているとのこと。
>>さらに、その能力を最大限に引き出すため、エージェントコーディング用のコマンドラインツール「Qwen Code」も同時にオープンソース化されています。このQwen CodeはGemini Codeをフォークして開発
>>するSWE-Bench Verifiedにおいて、Qwen3-CoderはCloud Sonnet 4よりも小さいモデルサイズでほぼ同等のスコア

ブラックホールに捕食されても生還した「奇跡の星」を確認
2025.07.23 WED
https://nazology.kusuguru.co.jp/archives/181937

2025/07/23(水) 19:41:30.66

>>503
こちら、具体的に何のソフトを導入して、コードが完成したら、どのように扱えばいいのか教えて下さい

2025/07/23(水) 21:27:44.31

夏休みだね～

2025/07/26(土) 17:24:17.74

待っていても有効な回答が得られなかったので再度質問いたします

５ちゃんねるで、スクリプト対策で導入されたどんぐりですが、課金してなるハンターで
無差別に連射してレベルを下げようとする悪質な人物がおります
どんぐりシステムの名前は変えられますので、いろんな名前にしてスレを荒らしております

毎日何十人もの書き込みを撃っているので、自動化のプログラムで撃っているのだと思いますが、
pythonでそのようなシステムを作ることは可能でしょうか？

2025/07/26(土) 18:08:56.90

>>509
馬鹿は消えろ

2025/07/26(土) 20:03:56.60

熱意があれば出来るんじゃねぇの

2025/07/26(土) 21:25:51.48

>>509
505と同意見で可能だと思う
スレ違いだけどJavaScriptでサクッと書いてもいいんじゃない？

2025/07/26(土) 22:10:41.53

こういうところで「可能か？」と聞く馬鹿は「作ってくれ」という意味だろ

2025/07/27(日) 05:01:19.83

勉強になるから作ってごらん

2025/07/27(日) 06:06:34.61

こんなところでしつこく聞くような馬鹿には無理

2025/07/27(日) 07:47:24.26

>>510
>>515
てめえが消えろ害虫バカカス煽り

2025/07/27(日) 07:51:58.97

>>513
何も知らん無能に加え、更に逆ギレして質問者を妨害するようなバカはこの世で最も愚かで存在価値のない人種
幼稚な煽り＝役に立たんバカの自己証明＝存在価値皆無のゴミ

2025/07/27(日) 09:04:32.36

>>517
事実を指摘されて悔しかった？
馬鹿というより境界知能とか知的障害者と言われた方がよかった？

2025/07/27(日) 09:15:12.99

ジェネレーター（イテレーター）の動作イメージって、病院とか郵便局に置いてある番号札発行機で例えるのが一番分かりやすいと前々から思っているんだけど、あんまり見ないね。ボタンを押すと（__next__）次の番号札が出てくる（次の要素が返される）ってことでぴったりだと思うんだが。
初心者向けの入門書とかで、このアイデア使ってくれてもいいぞw

2025/07/27(日) 09:48:35.58

>>512
可能とのことですね、私は初心者なのでプログラミングのことについては詳しくありませんが、
まず何を準備すればいいのでしょうか？

2025/07/27(日) 10:28:01.17

AIに聴いたらきっとバカ丁寧にいつまでも相手してくれるぞ

2025/07/27(日) 10:29:45.72

>>519
あれは連番固定だからいまいち
OTPジェネレータの方がカッコいい

2025/07/27(日) 11:28:38.59

本当に在庫があって順番に渡してるだけか、
実は常に在庫0で注文来てから作ってるかの違い
客からは同じに見えるけど店は倉庫不要になる

2025/07/27(日) 15:12:11.20

注文が来てから作る場合は原材料在庫や中間在庫が必要なので保管場所は必要
そして客から見た場合は注文から商品を手に入れるまでの所要時間が大きく異なるので同じには見えない

2025/07/27(日) 15:20:17.77

原材料を卸してる下請けも在庫0で回してるんだよ
超かんばん方式

2025/07/27(日) 16:28:42.01

看板方式って下請けを倉庫代わりにしてるだけのことだしな
在庫をひっくり返してやってる手間を省いてるに過ぎない

そんなのよりギガキャストとか3D造形とか根本的な製造手法の革新の方がまとも
とっくに日本は遅れた二流だよ

2025/07/27(日) 19:11:27.15

>>520
今の時代はAIに聞いたほうがいい答えが返ってくる気がするが、ますはpythonをインストールしなさい

2025/07/27(日) 19:22:16.30

>>520
この馬鹿マルチポストもしてる
どうしようもないクズ

2025/07/27(日) 19:56:51.28

>>520
https://docs.python.org/ja/3/tutorial/index.html
このチュートリアルを30%くらいやったら

https://docs.python.org/ja/3/reference/index.html
このリファレンスに目を通す

あとはライブラリ見つけて組み合わせるだけで
何でも出来るよ

2025/07/27(日) 20:24:06.34

「誰かが作ったネットに転がってるライブラリを組み合わせてプログラムを作る」
っておじちゃんからすると感動的なんよな

2025/07/27(日) 20:32:17.26

最後のちょっと繋ぐとこだけ残して全部作ってあるキットみたいなもんだしな
ちょっと繋ぐ技術だけ習得すると格段に便利になる
でもそんなのすぐにAIがやってくれるという過渡期

2025/07/28(月) 01:09:41.95

>>518
>>521
ぐうの音も出ない事実正論を突きつけられて一切反論が出来ないバカが
逃げ口上によく使う、今まで相手から言われた言葉を悔し紛れに
書き込むだけのお手本能無し恨み説＝猿以下の脳みその無能の＝存在価値皆無のゴミ

2025/07/28(月) 01:10:01.64

>>528
ぐうの音も出ない事実正論を突きつけられて一切反論が出来ないバカが
逃げ口上によく使う、今まで相手から言われた言葉を悔し紛れに
書き込むだけのお手本能無し恨み説＝猿以下の脳みその無能の＝存在価値皆無のゴミ

2025/07/28(月) 01:11:28.35

マルチしたところで出てくるのが528みたいな、他人に迷惑かけることだけが生きがいの
この世で最も無能で存在価値のないゴミしか出てこないんだから何の意味もないわ

2025/07/28(月) 03:12:48.63

夏休みだね～

2025/07/28(月) 05:36:02.35

>>533
自分で解決するどころか何もできずに厚かましくしつこく人に聞き回ることしかできない馬鹿

2025/07/28(月) 09:34:40.18

こりゃハンターに撃たれまくって当然だわな

2025/07/28(月) 10:06:09.40

>>537
キレたら簡単に正規表現でマッチできそうなレスするもんなw
こりゃ撃ちやすいw

2025/07/28(月) 13:08:04.68

開発環境をwinからmacにしたらmacのフォント管理の仕様のせいでwxPythonのGUIが壊れて、該当部分100個以上削除しなきゃいけなそうでやる気なくした

いっそguiだけ作り直した方が早そうだから仕切り直そうと思うんだけど、アプリのモードや選択したラジオ毎に表示ボタンが細かく変わる場合切り替えるとオブジェクトが削除されてたりしてエラー吐くことが多いんだけど、こういう場合各種表示要素、本処理のモジュールに受け渡す変数とかって全部一括で起動時に定義して保持しておいた方がいいんかね

素人コーディングだから行き当たりばったりでやってたけど前もって仕様を決めておくのって重要なんだなと思った

2025/07/28(月) 13:08:59.91

それは誰がやっても大変な気がするけど

2025/07/28(月) 13:09:09.56

あとはwxPythonよりPyQtとかのがわかりやすい？

2025/07/28(月) 13:34:37.35

きっとまだ使ってるオブジェクト捨ててるんだろう

2025/07/28(月) 14:38:20.79

どう考えても自分が書いてるコードに問題があるのになぜ人のせいにするのか

2025/07/28(月) 16:20:26.59

>>542
というか画面更新して戻すとなったりするんだよね
新規に作られないというか
GUI関連はまだイマイチわかってない

>>543
Macのフォント云々の話?
もちろんその通りなんだけど、その仕様が存在することが原因でもあるからね
別にMacが俺に合わせろって言っているわけではなくそういう経緯があったからアプローチを変えなきゃねという話

2025/07/28(月) 16:26:58.18

>>539
>こういう場合各種表示要素、本処理のモジュールに受け渡す変数とかって全部一括で起動時に定義して保持しておいた方がいいんかね
アプリケーションで管理すべき状態とそれを参照するUI表示要素を分離できてないだけでは？
一般的にはどちらも必要になったら生成して必要なくなったら破棄するのでいいがメインのアプリケーション状態はずっと必要なのでアプリの起動時に生成されて終了時にまで破棄されない

2025/07/28(月) 16:47:31.38

>>545
確かにちゃんと分離していないかも
受け渡し部分そのものはうまく行ってるんで、そこら辺を踏まえて設計しなおしてみるわ
ありがとう

2025/07/28(月) 16:59:20.17

GoogleがAIアプリ開発用のバイブコーディングツール「Opal」を発表、自然言語やビジュアルエディターでノーコード開発が可能に
2025年07月28日 13時55分
https://gigazine.net/news/20250728-google-vibe-coding-app-opal/
>>プログラミング知識がない人でもアプリやソフトウェアを開発できるようになると期待されています。Googleが現地時間の2025年7月24日、自然言語やビジュアルエディターを使ってAIアプリを開発・共有できるバイブコーディングツール「Opal」を発表しました。