Pythonのお勉強 Part75 (892ﾚｽ)
上下前次1-新
843: (ﾜｯﾁｮｲ 4301-gtKn) 09/02(火)19:15 ID:i1waRe/20(1)調 AAS
In the face of ambiguity, refuse the temptation to guess.
844: (ﾜｯﾁｮｲ 1342-49dw) 09/02(火)20:59 ID:UyC0HX6M0(1)調 AAS
せやかて工藤
845: (ﾜｯﾁｮｲ cf10-kaWg) 09/03(水)08:24 ID:Yiqf6tZF0(1)調 AAS
Pytnonは習得しやすい言語という立ち位置だし、それは実際にもそうだと思うけど、言語仕様は、全体としては結構大きくなっちゃっていて、シンプルな言語とはちょっと言いにくい感じになっているかな。
なくても何とかなるけどあると利便性が向上する機能（パッと思いつくものとしてはf-stringとかmatch文とか）が増えてくるとそういう印象になるのかも。
846: (JP 0Hdf-8tKF) 09/03(水)14:54 ID:eTDtbpqFH(1)調 AAS
さてはlisperだな
847: (ﾜｯﾁｮｲ 43cc-482X) 09/04(木)00:57 ID:UisKbpz40(1)調 AAS
bashの文字列操作で凝ったことすると可読性最悪になるからそこでpython使うと分かりやすすぎて感動した
848: 普天率土 (ﾜｯﾁｮｲ 7333-n2sn) 09/04(木)14:39 ID:gEToyzrn0(1)調 AAS
Pythonまったく使ったことなくて
5ｃｈのスレタイ読み上げラジオをAIで作ったら3000行超えたわ
そこで初めてAIに分割して作るもんだと教わった
849: (ﾜｯﾁｮｲ 7a1c-aJ3f) 09/10(水)20:25 ID:zlwQrrhf0(1)調 AAS
あるプログラムの出力結果の変数を構造保ったままテキストでダンプして出力しようとしてるけど難しいんだな
perlならdata::dumperで一発なんだけどな
850: (ﾜｯﾁｮｲ 9a02-MPWR) 09/10(水)20:30 ID:u3op23Y70(1)調 AAS
コンパイルしなくて便利な分、
パット見でオブジェクトとか変数の型がわからないから、
ガッツリのプログラムは大変だね…
851: (ﾜｯﾁｮｲ a36d-5o5I) 09/10(水)22:08 ID:AoAHRWDo0(1)調 AAS
PyYAMLは？
カスタムタグでクラスも扱える
852(1): (ﾜｯﾁｮｲ 7a1c-aJ3f) 09/11(木)02:01 ID:8aE/TL8t0(1)調 AAS
ありがとう
量子コンピューティングSDK:qiskitで実機の戻り調べてるんだけど
やっぱり変数の型調べながら一つずつ開いていくしかないっぽいね
バイナリの中までは調べないけどさ
っていうかperlのData::Dumperの動きの方が特例的にやばい感じで異常なんだな
まさにperlって感じ
853: (ﾜｯﾁｮｲ df95-6P5Z) 09/11(木)04:47 ID:ntfz+n6+0(1)調 AAS
pythonでcpu並列とGPU並列をまなびたいです。
おすすめのサイトありますか？
854: (ｽﾌｯ Sdba-bj1o) 09/11(木)10:07 ID:3rL2CEwSd(1)調 AAS
構造調べたいだけなら
pprint.pprint(hoge)
855: (ﾜｯﾁｮｲ 9ab4-aFDf) 09/11(木)18:16 ID:XtPwu2Bi0(1)調 AAS
>>852
Gist に Perl の Data.Dumper を Python に移植したものがあった (MIT ライセンス)
https://gist.github.com/passos/1071857
これでいけそう?
856: (ﾜｯﾁｮｲ b393-mKxa) 09/12(金)19:31 ID:13rTt+Ea0(1)調 AAS
Pythonでサーバーサイド作ろうかと思ったけど遅いかな
ほかの言語にしたほうがいいかな
857(1): (ﾜｯﾁｮｲ 8a9f-snD5) 09/13(土)13:34 ID:DCq23AIZ0(1)調 AAS
気になるならPyPyとかあるけど
Webアプリなら待ち時間がほとんどだから書きやすさ重視
じゃないと速度重視なAIのフロントエンドにつかわれてない
858: (ﾜｯﾁｮｲ 5ff2-O3fR) 09/13(土)20:28 ID:8jhWe9D50(1)調 AAS
>>857
なるへそね
まあ速度がクリティカルじゃなければ気にしなくていいよね
859: (ﾜｯﾁｮｲ 3fb6-mPtt) 09/14(日)19:55 ID:ithLDxGz0(1)調 AAS
PYTHON！
「ドッペルゲンガー（極端なそっくりさん）」を調べたら赤の他人なのにDNAが似ていた
2025.09.14 SUN
https://nazology.kusuguru.co.jp/archives/113854
ADHDの脳は実際に普通の人とは構造が異なっていた
2025.09.14 SUN
https://nazology.kusuguru.co.jp/archives/184809
>>各研究で用いられていたMRI（磁気共鳴画像）装置や画像の解析方法に“微妙な違い”があり、その影響が十分に補正できていなかったためです。この問題は以前から専門家の間でも指摘されていましたが、長年、解決が難しいまま残されていました。
>>この問題に対して、千葉大学（Chiba University）、大阪大学（Osaka University）、福井大学（University of Fukui）など国内複数の大学による共同研究チーム（代表：水野義史〈Yoshifumi Mizuno〉准教授）は、実際に複数の装置で同じ被験者を測定してそのズレを正確に補正する「TS法」と呼ばれる手法を本格的に導入し、長年の課題だった技術的ノイズを徹底的に排除しました。
>>その結果、ADHDの子どもたちの脳にどんな“違い”があるのかを、これまでになく明確に示すことに成功したという。
>>これは理屈としてはばらつきを補正する非常に優れた方法ですが、実際には大規模な協力体制と多くの技術的・資金的なサポートが必要となるため、これまで本格的に実施されることはありませんでした。
>>研究グループはこうして、ADHDの子どもとそうでない子ども、計294名（ADHDの子ども116名、定型発達（健常）児178名）の脳画像を比較しました。ここでは、年齢や性別、知能指数（IQ）などの違いも統計的にしっかり調整されています。
>>結果、ADHDの子どもたちの脳には、実際につくりの違いがあることがはっきり示されました。
◇全精神病や知的障碍者も該当しているでしょう！
まるで45億年前の太陽系!? “惑星の誕生”が初めて観測される
2025.09.13
https://wired.jp/article/exoplanet-gap-discovery/
脳から直接脳波を読み取り意思疎通 ALS患者などの生活の助けに 埋め込み型BCI装置開発 2028年の実用化に向けて年内の治験申請を目指す
9/14(日) 9:00
https://news.yahoo.co.jp/articles/cf64abfd0662436950e9bcccf85ddefd84a6b33e
860: (ﾜｯﾁｮｲ 8f1f-42/7) 09/14(日)20:14 ID:EbV68LBT0(1)調 AAS
スレチ
861: (ｱｳｱｳｳｰ Sa53-ilUi) 09/14(日)20:28 ID:uqktGAy2a(1)調 AAS
まるちんこ
862(2): (ﾜｯﾁｮｲ ff02-LMNA) 09/19(金)12:09 ID:qGqvKNvA0(1)調 AAS
awkで以下のように連想配列を使ってます
BEGIN {
arr["id1"] = "val1";
arr["id2"] = "val2";
printf(arr["id2"]);
}
→結果は「val2」
また、以下のようなid列、val列のCSVファイルがあります
id1,val1
id2,val2
これらのものを使い、Pythonでも同様に、idが指定した値に合致するval列を取得したいと思ってます
以下のようにcsv.DictReaderを使ってディクショナリに読み込んでみることはできました
with open('data/data.csv', 'r') as file:
d = list(csv.DictReader(file, fieldnames=['id', 'val']))
このリストを列挙して中身を表示する等はできたのですが、
指定したidに合致するval列を取得する方法が分かりません
よい方法を教えてください
863: (ﾍﾞｰｲﾓ MM8f-xxKh) 09/19(金)12:24 ID:4hZSGpQJM(1)調 AAS
>>862
1. そのレスを丸ごとコピーします
2. ChatGPTやClaude等のAIの入力欄に貼り付けます
3. メッセージを送信します
4. (ﾟдﾟ)
864: (ﾜｯﾁｮｲ 3f32-yasC) 09/19(金)12:53 ID:jazVqD/P0(1)調 AAS
ありがとうございます！！
865(1): (ﾜｯﾁｮｲ 8ff0-0uML) 09/19(金)13:17 ID:2/pebCZF0(1)調 AAS
d['id1'] で 'val1' を参照できるようにしたいということなら、各行ごとに1つのdict にするんじゃなくて、全体を1つのdict にする方がいいのでは。 d = { id: val for id, val in csv.reader( file ) } とかは？
866(1): (ｽﾌｯ Sd5f-ilUi) 09/19(金)13:47 ID:tcJc82E7d(1)調 AAS
with open('data/data.csv', 'r') as file:
d = csv.DictReader(file, fieldnames=['id', 'val'])
print(d['idHOGE'])
867: (ﾜｯﾁｮｲ 4f01-hzaU) 09/19(金)16:26 ID:vOzhAdtP0(1)調 AAS
今はChatGPTでも重複時はどうしますか？ってちゃんと確認してくるんだな
出てくるコードの質はともかく要点はほぼ全部網羅してくれてめちゃ親切
868: (ﾜｯﾁｮｲ 7f36-IHfe) 09/19(金)18:19 ID:7aePTcRM0(1)調 AAS
chatGPTにプログラムの質問をするときは必ずThinkingモードにすること
デフォルト設定だとThinkingしないクソコード出してくることが多い
869: (ｱｳｱｳｳｰ Sa53-ilUi) 09/19(金)19:23 ID:hOahK7C8a(1)調 AAS
ちっとは考えろやバカタレ
870: (ﾜｯﾁｮｲ 3f02-VRQG) 09/20(土)18:48 ID:usmEJHWE0(1)調 AAS
Visual Studio Codeの変数ウォッチウィンドウが見づらいわ
他にないのかね？
871(1): (ﾜｯﾁｮｲ 8ffc-tBek) 09/20(土)19:05 ID:FzwQ5fID0(1)調 AAS
現状VSCodeかPyCharmの二択だからPyCharmかな試すなら
やりたいことによってはJupyterが最強の場合もある
872: (ﾜｯﾁｮｲ 0602-faWY) 09/21(日)10:32 ID:oeEC4MB10(1)調 AAS
>>865
>>866
回答どうもです
いろいろと見直し、全体を1つのdictにする、という方針として、以下のようにしました
awkの連想配列とPythonの辞書の違いを再認識しました
with open('data/data.csv', 'r') as file:
d = csv.DictReader(file, fieldnames=['id', 'val'])
result = {row['id']: row['val'] for row in d}
print(result['id2'])
→val2が得られる
873: (ﾜｯﾁｮｲ 0601-WLcO) 09/21(日)12:52 ID:wuI8+BKP0(1)調 AAS
id重複時に黙って後勝ちになるが望ましいかどうか
874(1): (ﾜｯﾁｮｲ 6a04-lG8I) 09/21(日)13:04 ID:ttcu4MUo0(1/2)調 AAS
そんなことはどうでもいいだろうよ
責任の所在の話したってしょうがないでしょ
875: (ﾜｯﾁｮｲ 8a02-CSnM) 09/21(日)14:22 ID:RnLJIZeo0(1)調 AAS
>>871
まあ、PyCharmも似たようなもんだね…
業務レベルなので、Jupyterは無理かな…
876: (ﾜｯﾁｮｲ 3bf6-4qXD) 09/21(日)14:41 ID:KUfqxhia0(1/3)調 AAS
awkのことはよく知らないが、連想配列でキーの重複があるの？
877(1): (ﾜｯﾁｮｲ 6f54-vMDn) 09/21(日)15:03 ID:TKqe4uhF0(1/2)調 AAS
あんなのはハッシュだしな
どうやって衝突回避してるのか謎だった
今も謎
878(2): (ﾜｯﾁｮｲ 9301-xzLD) 09/21(日)15:34 ID:kS1Ctw9y0(1/2)調 AAS
>>874
外部ファイルから読み込むのに重複時の振る舞いがどうでもいい場合なんてある？
仮に後勝ちは望ましくないがチェック処理を入れるくらいならサイレントにバグるので問題ないケースだとしてもそういう確認とか意思決定は明示的にしないといけないんじゃない
879: (ﾜｯﾁｮｲ 9301-xzLD) 09/21(日)15:37 ID:kS1Ctw9y0(2/2)調 AAS
>>877
ハッシュの衝突を回避してるわけじゃなくて衝突してもいいような構造にしてるだけ
その代わり衝突が増えるにつれ性能が悪化していく
880(1): (ﾜｯﾁｮｲ 3bf6-4qXD) 09/21(日)15:54 ID:KUfqxhia0(2/3)調 AAS
862を読む限り、csvファイルのキー列の値のユニーク性は前提になっていると思うんだが。だから連想配列とかdictに入れるって想定なんじゃないの？
881(1): (ﾜｯﾁｮｲ 6a04-lG8I) 09/21(日)15:59 ID:ttcu4MUo0(2/2)調 AAS
>>878
データの操作とデータ構造の検査は切り分けることが出来る話でしょ
質問はデータ操作なんだからそっちにフォーカスすればいい
IDなんて名前なんだから作成元が非重複を保証してんのかもしれんし、貰い手側が質問の処理の前段でなんかチェックさせてもいい
いずれにしてもこの質問では考慮する必要のないかつ混同する必要のない事柄ってこと
882(1): (ﾜｯﾁｮｲ 732a-ljyC) 09/21(日)16:40 ID:e5nOC9aY0(1)調 AAS
>>878
> 外部ファイルから読み込むのに重複時の振る舞いがどうでもいい場合なんてある？
ログファイルを読み、とある項目の最新内容が欲しい場合とか。
883(1): (ﾜｯﾁｮｲ 8701-xzLD) 09/21(日)17:30 ID:7OCfaZ6W0(1)調 AAS
>>881
俺は分けることができるとも分けたほうがいいとも思わないから考え方の違いだね
チェックを入れると内包表記を使わないほうがよくなる可能性が高かったりするわけでデータ操作と呼んでるところの内容が変わってくる
>>880
ユニークが前提となっているからどうでもよいじゃなくて「ユニークが前提なので万が一重複が来た時は後勝ちで問題ない」というところまで明確に判断しておいたほうがいいんじゃないのという話
>>882
それはどうでもいい場合じゃなくてログを読む方向に合わせて後勝ちか先勝ちかどちらか一方に仕様を決めなければいけない場合だと思う
884: (ﾜｯﾁｮｲ 6f54-vMDn) 09/21(日)17:58 ID:TKqe4uhF0(2/2)調 AAS
何かの関数の戻り値を渡す、みたいに動作が決まってたら決め打ちでいいけど、
ファイルや通信なんか何でもありなので、
そもそも開けない、通信できない、から始まって、間違いまくったデータでもちゃんと動かないと
885(2): (ﾜｯﾁｮｲ 3bf6-4qXD) 09/21(日)19:55 ID:KUfqxhia0(3/3)調 AAS
>>883
ユニーク性が前提となっていることを明確にしておくのはいいことだけど、ユニーク性を前提として設計しているにも拘らず「万一重複が来た」らそれ自体大問題だと思うけど。それは想定していた前提が成立していないということでしょ。そもそも862のようにid値を検索キーとして使う場合で「後勝ちで問題ない」場合なんてあるかな？
重複がないということを前提にできるからこそdictを使っているのであって、前提が変わってくるならデータ構造の選択とかも変わってくると思うけど。一般論としてデータに重複があっても問題がない場合かどうか気をつけようということなら素直に頷けるんだけど、862のケースで主張するのはムリがあると思うよ。
886: (ｱｳｱｳｳｰ Sacf-kv3/) 09/21(日)19:56 ID:kxRRh56Ha(1)調 AAS
うましかいないよな
887: (ﾜｯﾁｮｲ 8eaf-wBym) 09/21(日)20:54 ID:ORrZGGDb0(1)調 AAS
https://mannersy.co.jp/guivenv.htm
888: (ﾜｯﾁｮｲ 2e01-xzLD) 09/21(日)23:42 ID:4W4Jokme0(1)調 AAS
>>885
個人的にはソフトウェアの設計は想定している前提が成立していない場合の対応まで決めるものだと思ってるけど、今回のはそんな大げさな話じゃないよね
後勝ちになる実装を採用してることを自覚してそれで問題ないと判断できてるかどうか
889(1): (ﾜｯﾁｮｲ 1e10-4qXD) 09/22(月)00:15 ID:scIzhboY0(1/2)調 AAS
重複がありうる状況なら、後勝ちで上書きしてしまう仕様で問題ないわけないだろ。862みたいに検索キーとして使っている場合に。誰がそんな状況でdictを使うんだよ、あほか。
890: (ﾜｯﾁｮｲ 2e01-xzLD) 09/22(月)00:42 ID:nbJbLtLI0(1/2)調 AAS
>>889
上で出てきたログの例を理解できない？
後勝ちでいい例なんていくらでもあると思うんだが
891: (ﾜｯﾁｮｲ 1e10-4qXD) 09/22(月)01:23 ID:scIzhboY0(2/2)調 AAS
あのさ、>>862をもう一回読んできたら？ 「idが指定した値に合致するval列を取得したい」って書いてあるだろ？
idに重複があったら、val列の値の中に参照できないものが出てきてしまうわけだけど、それを許容している状況設定だと本気で思うのか？
892: (ﾜｯﾁｮｲ 2e01-xzLD) 09/22(月)01:41 ID:nbJbLtLI0(2/2)調 AAS
>>885
「862のようにid値を検索キーとして使う場合」とか「862みたいに検索キーとして使っている場合」って書いてたら「id値を検索キーとして使う場合」のジェネラルな話をしてるのかと思うじゃん普通？
862に限定した話ならそりゃ重複時に上書きが望ましい可能性は低そうだと思うよ
だからこそ問題提起したわけで
ただ「望ましい」と「問題ない」は同じではなくて単純上書き以外の実装をする価値がないくらいに重複の可能性が低いなら望ましくなくても上書きする実装でも問題ないという判断もありえるよね
結局自覚して意思決定できてるかどうか
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.510s*