Pythonのお勉強 Part75 (973レス)
1-

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
外部リンク[htm]:mannersy.co.jp
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に限定した話ならそりゃ重複時に上書きが望ましい可能性は低そうだと思うよ
だからこそ問題提起したわけで

ただ「望ましい」と「問題ない」は同じではなくて単純上書き以外の実装をする価値がないくらいに重複の可能性が低いなら望ましくなくても上書きする実装でも問題ないという判断もありえるよね
結局自覚して意思決定できてるかどうか
893
(2): (ワッチョイ 23ad-0Qkb) 09/24(水)00:35 ID:q1Q2Yb580(1) AAS
そもそも awkの例を出してきた人が、連想配列の重複を考慮していないのに
それを python で ってやったから、おかしくなっているとしか
中途半端に、awk を出した結果
894: (ワッチョイ 0a8f-p2ny) 09/24(水)04:40 ID:bD0tkg1v0(1) AAS
原子をナノチューブへ一列に閉じ込めた「一次元気体」の撮影に成功!
2025.09.23
外部リンク:nazology.kusuguru.co.jp
>>あるクリプトン原子(Kr)をカーボンナノチューブの内部に閉じ込めることで「一次元の気体」を作成し、その様子をリアルタイムで視覚的に捉えることに成功しました。
>>実際に撮影された映像では、クリプトン原子が狭いチューブ内である種の「交通渋滞」に巻き込まれており、数珠つなぎに配置されている様子が見て取れます。
>>強度が高くて軽量、また電気を良く通す特性を持つことから、次世代の電子機器や新材料の開発において中心的な役割を果たしています。
>>>また近年ではカーボンナノチューブの内部に原子や分子を詰め込むことで、新しい機能を持つ素材の開発が進められています。

固体と液体の両方の性質を持つ水を観測することに成功!
公開日2025.09.23 18:00:02 TUESDAY
外部リンク:nazology.kusuguru.co.jp
※液体と気体の両方を持っている者も撮影できるのでは?
※燃える氷と呼ばれるものががあるので個体と液体の両方を持っている者も撮影できるのでは

史上最も古いブラックホールを観測、133億年前
2025.09.23
外部リンク:nazology.kusuguru.co.jp

ビッグバン以前の宇宙に新説――重力波が宇宙を紡いだ可能性
2025.09.23
外部リンク:nazology.kusuguru.co.jp
>>従来の宇宙誕生過程では宇宙が始まった直後の急激な膨張を説明するために「インフラトン」と呼ばれる謎のエネルギーが仮定されてきました。
>>しかし今回の研究は、こうした未知のエネルギーに頼らず、私たちがすでに観測している量子と重力だけでだけで宇宙の構造(銀河や星の元になる密度のムラ)が作られた可能性を示しています。
>>この画期的な提案は、宇宙論の理論モデルを大きく変える可能性を秘めており、今後の宇宙観測でその正しさを確認できると期待されています。
895: (ワッチョイ 872a-SUnJ) 09/24(水)04:42 ID:3bDRa/7F0(1) AAS
>>893
> そもそも awkの例を出してきた人が、連想配列の重複を考慮していない

それは空想。考慮したか否かは余人の与り知らぬところ。
896: (ワッチョイ 2e01-Fjhn) 09/24(水)13:15 ID:ZY5d1Pcc0(1) AAS
>>893
awkは関係ない
リストを辞書に変換する処理を実装する際は
例外的な状況を除いて重複ケースを考慮するのは必須
入力が外部ファイルならなおさら

重複ケースを考慮した上でどういう実装を選択するかは
考慮する/しないかとはまた別の判断
897
(3): (ワッチョイ 1e63-lQmN) 09/26(金)23:58 ID:z2s3JGlY0(1) AAS
学術計算用かと思ったのに配列の切り回しがやりづらすぎる
JavaのStreamかC#のLINQくれ
898: (ワッチョイ 8e82-0aFZ) 09/27(土)00:09 ID:ml2mFJmg0(1) AAS
いやDataFrame使えよ
899: (ワッチョイ 9ebb-VHp6) 09/27(土)00:36 ID:mMYsldco0(1/2) AAS
LINQぽい操作はpandasとかの適当なDataFrameライブラリ使うほうが楽よ
900: (ワッチョイ 8a02-CSnM) 09/27(土)00:43 ID:ov4hhnsF0(1/2) AAS
>>897

Javaとかc#とか、
ゆるいシロートプログラマーだな
901: (ワッチョイ 1e10-4qXD) 09/27(土)00:59 ID:h+m11Qj80(1/2) AAS
Pytnonのスレでそんなこと言われても……。
902: (ワッチョイ 6f54-vMDn) 09/27(土)05:59 ID:uhKYSmuk0(1/4) AAS
なんでライブラリ使わずに戦おうとするんだ
903: (ワッチョイ 2bd0-1Udg) 09/27(土)07:00 ID:SLytcfxd0(1) AAS
馬鹿だからだろ
904
(1): (ワッチョイ d3ff-F1lK) 09/27(土)07:20 ID:3g1BoBxQ0(1) AAS
C言語だけで頭が一杯一杯で
ライブラリ各種も使い方が分からん人がそういうのに陥りがち

Cなら何でも出来ると言われがちだが
結局はOSの挙動に左右される
1からビット移動して構築できるレベルならともかく

pythonなんて逆に「こういうことしたいなあ。ライブラリないかな」から全てが始まるw
だからC言語習得者に手抜きと罵倒される

Rustは速度とライブラリの両方兼ね備えたのは認める
習得が手間だけど
905: (ワッチョイ 07cf-ccvY) 09/27(土)07:47 ID:icQpIFwJ0(1) AAS
>>904
Rustはライブラリは備えてないよ
実際に使ってみればわかる
906: (ワッチョイ 6ad8-lG8I) 09/27(土)07:48 ID:EXS6uQyZ0(1) AAS
藪から棒のC言語
907: (ワッチョイ 4ae6-BCL9) 09/27(土)08:06 ID:8Vzuw6f20(1) AAS
ライブラリの名前が意味不明で中二病なのが恥ずかしい
908: (ワッチョイ 6f54-vMDn) 09/27(土)08:10 ID:uhKYSmuk0(2/4) AAS
フリーソフトなんかも、柔軟な設計にしておいてプラグインで機能追加できる仕組みにしておくと、
いろんな人がよってたかって原型留めないほど魔改造してくれる

言語も土台はあんまり余計なことはしないで、
ライブラリが最大に便利に使える仕組みだけ提供してくれればいい
909
(1): (ワッチョイ 1e10-4qXD) 09/27(土)08:20 ID:h+m11Qj80(2/2) AAS
いまはpandasよりもpolarsがお勧めみたいな記事をいくつか見たんだけど、そうなの? 自分は両方とも名前を知っているだけでほとんど使ったことはないんだけど。
910: (ワッチョイ 6f54-vMDn) 09/27(土)08:49 ID:uhKYSmuk0(3/4) AAS
pandas関係ないけど、excelファイルを読むライブラリの話
openpyxlとxlrdがあって、xlsxとxls用だけど、
どう考えてもxlrdのインターフェースの方がいけてる
だから、xlsxを読み書きする時もopenpyxlをxlrd化するようなラッパーをかけてる

アホでも使えるように、を目指すとアホにしか使えないものが出来上がる
911: (ワッチョイ 464d-aiyB) 09/27(土)09:26 ID:Neg3oqaL0(1) AAS
高速なPythonください
912: (ワッチョイ ff02-gLmr) 09/27(土)09:30 ID:DTSuaDcF0(1) AAS
Mojoってどうなったんだろう
913: (ベーイモ MM96-0aFZ) 09/27(土)10:44 ID:AyaRwRPWM(1) AAS
>>909
>>897みたいに他のプログラミング言語の経験がある人はpolarsの方が遥かに馴染みやすい
初学者なら大差ないと思う
ただしpolarsの方が圧倒的に速いから、データ分析というよりデータエンジニア的な人がたまに手元で大きなデータを加工したりする、
というような場合はpolarsが有利
そういう意味でも経験者向きだな
914: (ワッチョイ ff76-0aFZ) 09/27(土)10:57 ID:0O/I0jEQ0(1) AAS
polars爆速すぎて、BigQueryやSparkでやってるようなクソデカバッチ処理も結構いけるんじゃないかと思い始めている
polarsはクラウドの有償サービスの方だと分散並列もできるらしいが、そこまでいかずとも日次処理くらいなら1ノードでpolars使うだけで殆どカバーできるんじゃないかと思う
1-
あと 59 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ

ぬこの手 ぬこTOP 0.013s