Pythonのお勉強 Part73

2024/06/06(木) 08:48:10.07

!extend:default:vvvvv:1000:1024
!extend:default:vvvvv:1000:1024
↑スレ立てる毎に減るので、減ってたら３つに補充すること。

・当スレにRubyのソースコード類を書くことを禁ず
・Ruby等、Pythonではないプログラミング言語での回答類・質問を書くのも禁止
・「Ruby では」「Rubyでは」「Rails」正規表現→「^クソチョンw$」をNGワード登録推奨
・エラーを解決したいときは、かならず
エラー文（勝手に省略orスクショうｐ等の横着禁止）と
おま環（Pythonのバージョン番号＋OS名とバージョン＋IDE名）を書け。

※前スレ
Pythonのお勉強 Part72
https://mevius.5ch.net/test/read.cgi/tech/1703659345/

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

2024/08/06(火) 23:24:30.52

アイアン‼マーイク。。。パイソン‼

2024/08/07(水) 00:03:12.33

>>407
事あるごとに時間測定なんてせんでも
ごく基本的なコスト意識で明白なケースだから題材が不適

2024/08/07(水) 00:06:07.93

>>407
なんでその条件でPerlの方が速いって思えるんだよ…

2024/08/07(水) 00:23:06.97

何1000回とgrepしたらキャッシュがあるとはいえ毎回ファイル読み込みが発生する
そんなことするよりオンメモリで検索した方が速い
perlはその有利さを台無しにするくらい遅かった

2024/08/07(水) 01:01:23.97

オンメモリってgrepもオンメモリでしょ…

2024/08/07(水) 09:19:05.25

結局、
「Pythonは簡単だけど処理速度が遅い」(質問者のネトゲのフレンド曰く)を、誰もが表現を替えて言うだけだな。

どの言語に対して処理速度が優位(或いは不利が少ない)であると >>370 は嬉しいのかを、俺としては知りたかった。

2024/08/07(水) 12:20:22.69

おまえらの話が高次元すぎてよくわからないが、スクレイピングやSQL操作やそれを元に計算する程度ならそこまでの体感差はなさそうってことやな？
このままPython学習頑張るぜ！！！

2024/08/07(水) 14:07:09.52

>>414
そういうことだ
頑張れ

2024/08/07(水) 14:25:32.05

pythonで目的を実現出来ていない人が、
速度を求めてより低級言語で実現できるとは思えないが。

2024/08/07(水) 14:54:42.48

ハードウェアに近いものを作るとか、速度が何に増しても重要だとか、そういうものでなければ、Pythonが第一候補になる
Pythonほどライブラリが充実してるものはないから

2024/08/07(水) 16:41:18.97

次の目標は、pythonのコードを多言語対応（英語と日本語）させて、Microsoft Storeで売るぞ
現在は他所で日本のみの販売、売上が5、6、7月と綺麗に7,000円ずつになってる（1本500円で販売）

2024/08/07(水) 17:11:17.36

>>406
numpy

2024/08/07(水) 17:12:50.73

>>416
ほんそれ

2024/08/07(水) 19:15:35.06

GUIもpythonでやり出して他の言語触ることが少なくなってきた

2024/08/07(水) 19:22:06.08

どういう用途にGUIを使うの?

2024/08/07(水) 19:23:15.39

なんぴー

2024/08/07(水) 20:10:49.00

>>421
環境依存だけどな

2024/08/07(水) 21:00:57.38

tkinter

2024/08/08(木) 01:18:29.98

パッケージソフトとして売るとかを考えなければ、Pythonが一番使いやすい
作りたいものを最も早く作れるのがPythonだと思う

2024/08/08(木) 06:39:11.73

？

警備員[Lv.21] (ﾌﾞｰｲﾓ MM95-/5UW) · 2024/08/08(木) 07:19:35.70

AUTO CAD 互換 CADを作ってクレメンス

2024/08/08(木) 07:49:05.69

普段使ってる大抵のソフトはpythonで作れない
動画再生ソフト、表計算ソフト、テキストエディタ、webブラウザ、
画像編集ツール、音楽編集ツール

2024/08/08(木) 08:31:55.19

作れないわけじゃないんだよなぁ
作っても遅くて使い物にならないから作らないだけで

2024/08/08(木) 08:43:03.90

この手の作業を自分の好きなように自動化させる事に向いている

警備員[Lv.22] (ﾌﾞｰｲﾓ MM95-/5UW) · 2024/08/08(木) 10:20:12.40

CVATを自動操作するツールを作ってクレメンス

2024/08/08(木) 13:37:28.10

>>426
自分の見える極狭い範囲のことだけなのに、全部がそうだと思い込む幼稚な頭の人かな

2024/08/08(木) 17:25:55.09

複数の変数初期化というか同じ値放り込みたいんだけど
a,b,c = (None for i in range(3))

なんかもっとスマートな方法ないのかな

2024/08/08(木) 17:30:52.14

レスした瞬間そっこー解決したわすまん
a=b=c=None

2024/08/08(木) 17:37:12.76

>>429
既にいいものが存在していて作る必要がない

2024/08/08(木) 18:32:36.69

以下を超える迂遠な方法を考案してくれたまえ、キミタチ。

>>434
> a,b,c = (None for i in range(3))

2024/08/09(金) 07:45:57.46

パフォーマンスを最適化するためのヒント

ループよりもリスト内包を使う
ジェネレータを活用して効率的な処理を行う
高価な関数呼び出しをキャッシュする
コンテキストマネージャでリソースを管理する
NumPyで演算をベクトル化

2024/08/09(金) 08:10:44.56

速度要ることが見えてるなら最初からpythonを選ばないのが正解

全探索でパズル解かせるとかやると、終わるまで何日もかかる
工夫で1桁くらい速くなるけど、結局Cに移植とかになる

2024/08/09(金) 10:18:56.99

>a=b=c=None
書き方の問題とは別に1つの関数内で3つの変数に明示的にNoneを代入する状況は避けたほうがいいように思う

2024/08/09(金) 16:44:08.25

それはNoneだからってこと？それともどんな値でも変数に同じ値入れる書き方を避けろってこと？　>>440

2024/08/09(金) 16:46:04.18

カレーが足りなくなるって意味ではないか？

2024/08/09(金) 16:51:15.37

C言語でNoneを表現したかったらどう書くんだろう

2024/08/09(金) 17:11:13.51

enum { None, Other }

2024/08/09(金) 22:09:09.69

初心者質問で申し訳ないんだが、仮想環境ってソフト作るときの保全のためだよね？
別に入門書とか勉強してる間は仮想環境でやらなくてもいいよね？

2024/08/09(金) 22:10:34.36

普通に実用で使ってるけど環境なんか作ってない

2024/08/09(金) 22:12:48.00

>>446
そうなんや
なんか入門書とかでライブラリとか入れたりして後から削除するとゴミが残ったりみたいな面倒なことがあるなら
仮想環境作った方が良いのか？って思ったけど気にしないで良いんやな

2024/08/09(金) 22:21:33.97

みんな最新にしてて問題が起きなければそれでok
複数のバージョンを切り替えないといけない事態が発生した時に考える

2024/08/09(金) 22:55:56.94

>>441
どちらかと言えばNoneだから
テストコードとかならあまり気にしない

2024/08/10(土) 04:21:40.95

階層上のpythonファイルをimportするとき相対パスの方が圧倒的に可読性高いと思うけど
頑なに絶対パスで書こうとする人ってなんなの

2024/08/10(土) 08:10:56.63

絶対に同じ環境でしか使わないぞと言う鋼の意思表示

2024/08/10(土) 08:22:50.16

FSのパスじゃなくてsys.pathからのパスじゃないの？
それならトップから書いてても言うほど変ではない
どこまで階層掘ってるのかしらんけど

2024/08/10(土) 14:33:30.87

相対パスで通らなかったからだよ

2024/08/10(土) 14:40:10.17

動いてたものが、ちょっと起動の方法を変えたら動かなくなったりする
相対パスとかカレントから読むとかはやらないのが吉

2024/08/10(土) 16:20:46.44

環境変えたら動かなくなる、ってそれ相対やらは関係ないのでは

2024/08/10(土) 16:25:51.39

>>449
どちらかと言えばのニュアンスがちょっとわからないんだが
def hoge(a=None,b=None,c=None)
もやめといた方がいいってことかな

2024/08/10(土) 17:04:28.50

変数を初期化する、というアイディアがあんまり無いんだろうな
何かを入れる為に変数を用意するんだから、入れる前の値なんかどうでもいい

2024/08/10(土) 17:20:32.64

最適化にはつながらないけれど
複雑化が進むから変数はなるべく再代入したくないな

2024/08/10(土) 17:28:23.63

予め何か入れておいて、判定なりループを抜けて、
一度も値が変更されなかった印として元の値が残ってる

というアルゴリズムは、自然ではあるし、読みにくくもないし、
昔からある定番のものだけど、バグの元なんだよな

必ず何かが入るようにして、もし漏れてたら参照時にエラーになる
という作りにした方が安全

2024/08/10(土) 18:26:13.49

なんとなくyoutubeとか見ながらエディタはVScodeにしたけど
Pythonメインで使うなら後々パイチャームが良いみたいな感じになったりする？
どっちも使ったことある人おすえて

**デフォルトの名無しさん** (ｽﾌｯ Sd33-QylA) · 2024/08/10(土) 23:55:03.51

どっちでもいい

2024/08/11(日) 10:42:41.95

そ、そんな……

2024/08/11(日) 11:22:20.74

>>456
それは別にいいと思うよ
避けたほうがいいと思うのは
def hoge(arg):
　a = b = c = None
　…
　return a, b, c
とか
def hoge(arg):
　a = b = c = None
　…
　return fuga
とか

2024/08/11(日) 12:04:42.70

C言語の頃の因習だよな
auto変数を宣言してもスタックからアドレスが確保されるだけで、
何が入ってるかは判らないので、必ず最初に初期化しましょうという文化が出来た

面倒なので、perlとかは初期化せずに参照しても初期化済ということになった

そんな手抜きをするとやっぱりバグるので、
未定義という状態を追加して、参照したらエラーが出るようにした

言語仕様が許してくれるからより安全な方法が使えるというだけで、
C言語に戻れば初期化しないなんて言語道断

2024/08/11(日) 15:26:51.19

>>463
つまり
>>449 ＞どちらかと言えばNoneだから
ってことは
def hoge(arg):
a=b=c=0

とかなら別にってこと？？

2024/08/11(日) 15:51:01.99

2段落目3段落目のperlのundef話は違うような

2024/08/11(日) 16:06:10.84

その関数内で使う変数は全て、関数内の最初に宣言
ってのは違うと思うけど
重要なやつくらいは良いのでは・・？

2024/08/11(日) 16:50:21.66

> そんな手抜きをするとやっぱりバグるので、
> 未定義という状態を追加して、参照したらエラーが出るようにした

全く違う言語でだけど
初期化をすると、このエラーを抑制してしまうため
未初期化を意味するような無駄な初期化は止めるような流れになった、とか

2024/08/11(日) 17:15:29.30

デフォルト引数も初期化宣言みたいなもんじゃないの？
関数アノテーションに組み込みでバリデーション機能がないわけで
宣言は仕方なくね

2024/08/11(日) 18:47:02.80

>>465
そうだよ

2024/08/11(日) 18:53:04.00

まわしてるなら上書きされるし、except
a＝0
にするだけやん

2024/08/11(日) 19:36:57.58

>440の発言が曖昧で立ち位置がよくわからないのでまとめてみた
（１）複数宣言関係なく、変数宣言を避けたほうが良い
（２）a=b=c=　のような複数宣言を避けたほうが良い
（３）複数宣言関係なく、　None　の代入を避けたほうが良い
（４）a=b=c=None のように複数宣言かつNoneを避けたほうが良い

（１）>440 ＞1つの関数内で3つの変数に少なくとも複数にはこだわっている？ので（１）は無い
（２）特に言及なし
（３）>456→>463 ＞それは別にいい、とのことなので（３）は無い
（４）避けたい

そもそも＞どちらかと言えば
だからNone以外もよろしく思っていないってことなので
（４）＞（２）ってことだと思うが
>>470　＞そうだよ
とのことなので、一番近いのは（４）

しかし>440　＞書き方の問題とは別に
とあるのでまとめると
・明示的な
・複数の宣言
・Noneの代入
これらを避けたいってことが確定

じゃあ例えば、同じ関数内で
・明示的に
・ひとつaだけの宣言
・a=None
なら良いんだ？って疑問がある

ひとつは良くて、２つ、３つ、、はだめなの？
その線引きはどこなの？みたいな

2024/08/11(日) 19:41:48.53

440の人そこまで考えてないと思うよ

2024/08/11(日) 19:51:35.98

>>472
>>440 の言った「1つの関数内で」が、(1)-(4)の考察から漏れているじゃん。悪いけど、及第点はあげられないな。再考要。

2024/08/11(日) 20:10:03.84

(1)-(4)すべて１つの関数内での出来事なら何も漏れてないじゃん

2024/08/11(日) 21:31:42.64

もうちょい中身のある話しない？

2024/08/11(日) 22:12:38.31

未定義である、Noneというオブジェクトである
みたいなことが変数に入ってて当然になってるけど、
C言語の時代から見たらミラクルなんだよな

00-ffしか入らない筈のuint8をint16に拡張して-1が返ったらエラー
くらいの苦し紛れしかできなかった
intだろうがfloatだろうがポインタだろうが何でも扱える状態で、
それでも特別な数を扱いたかったらどうしたらいいの

それはもう、全てオブジェクトにするしかない

2024/08/11(日) 23:18:34.32

>>475
1つの関数内に限定した考察(1)-(4)と
限定されない考察(1)-(4)に、差異は無いの?

2024/08/11(日) 23:22:10.48

それはもう472しか興味ない話

2024/08/11(日) 23:43:17.68

>>440に対するレスかつ、結論の疑問が＞同じ関数内で
と言ってるのに、限定されないケース持ち出すバカっているんですね

2024/08/11(日) 23:55:15.90

まぁ決定的なのは
＞1つの関数内で3つの変数に明示的にNoneを代入する状況
ほほう、なんで・・？
って部分の説明が一切されることなく
「いいと思うよ」「避けたほうが良い」
と感想レスでぐだぐだ消費してるところだわな
本来１，２ターンで終わる話やろ

2024/08/12(月) 00:03:43.33

もういいよ

2024/08/12(月) 00:29:47.69

発端部分はどうでもいいんだよ
ただの戯言

そこは無視して、面白い話題に展開させるのが腕の見せどころ

2024/08/12(月) 17:05:54.78

>>472
まとめ内容はだいたい合ってるよ

>ひとつは良くて、２つ、３つ、、はだめなの？
>その線引きはどこなの？みたいな
1つなら点滅黄信号
2つなら点滅赤信号
3つ以上なら赤信号
くらいの運転感覚

状態変数は増えれば増えるほど関数が複雑化するので
可読性/保守性を下げない範囲で可能な限り減らしたほうがいいというのが大前提

Optional型の変数はNoneの場合のハンドリングが必要だから余計に複雑度が増す
だからNoneで明示的に初期化が必要な関数ローカルの状態変数が3つもあるのなら
リファクタリングを検討したほうがいいと思ってる

x=y=z=0のようなのも無条件で問題なしということではなくてNoneほどは気にしないだけ

2024/08/12(月) 17:20:13.21

Optionはモナドがないと単にチェックが面倒なだけなんで要りません

2024/08/12(月) 17:41:21.72

やはり主観の感覚で言ってただけか

2024/08/12(月) 17:46:09.35

数値型でも無意識にstrに変換されたりするので
むしろ気休めで宣言することでコードの可読性が上がるケースはあるな

2024/08/12(月) 22:12:29.66

>>429
簡単なものならどれも作れるだろ

2024/08/12(月) 22:13:50.74

作れるもんなら作ってみれ

2024/08/12(月) 22:17:45.91

PyQtのデモに簡単なものがありそうなものばかりなんだが

2024/08/12(月) 22:21:04.23

何を以て作ったと言えるか定義にもよるよな
ライブラリ使っちゃいけない縛りだったら絶対やろうと思わないわ

2024/08/12(月) 22:30:00.09

Pythonはライブラリが豊富だから使われているんだから、ライブラリを使うことが前提条件だよね

2024/08/12(月) 22:32:25.47

ライブラリの中には、自分のプロジェクトに合わない法的縛りがある場合があるからそういうのは除外しないといけないけど

2024/08/13(火) 05:10:08.20

法的w

2024/08/14(水) 01:06:20.97

Python初心者に「このライブラリ面白いから入れて遊んでみ」ってやつでおすすめある？？

2024/08/14(水) 01:17:50.66

sleniumかのう

2024/08/14(水) 02:23:20.75

>>495
これが便利だけど、Listboxウィジェットでないと動作しなかったよ
でもListboxで十分
https://office54.net/python/tkinter/file-drag-drop

2024/08/14(水) 03:01:41.34

Streamlit

2024/08/14(水) 06:52:49.57

１年前くらいにStreamlitでめっちゃ遊んでたが
あれから何か進展あったかな

当時は２段以上のページ遷移の実装がめんどくさかった記憶

2024/08/14(水) 09:36:06.91

a系列とb系列の同じ数のデータがあって、
a系列の値でソートしたb系列のデータが欲しい

どういうデータの持ち方をするのが一番適切だろう

2024/08/14(水) 12:13:31.29

>>500
どういうデータの持ち方をするのが一番適切なのかは
そのデータにまつわるすべてのCRUD操作について
頻度・データ量・性能要件などの詳細を明確にしてから検討するもの
a系列の値でソートしたb系列のデータが欲しいという
一つの操作だけで判断できるものではない

2024/08/14(水) 12:49:52.86

a[i]とb[i]の場合
sorted(range(len(a)), key=lambda x: a[x])

l[i]['a']とl[i]['b']の場合
sorted(l, key=lambda x: x['a'])

l[i].aとl[i].bの場合
sorted(l, key=lambda x: x.a)

もっとすっきりと、
sorted(l, key=a)
みたいに書けないものか

2024/08/14(水) 14:51:05.74

>>500
pandas

2024/08/15(木) 09:30:21.30

a[i]とb[i]の場合は
sorted(zip(a, b), key=lambda x: x[0])
こんなんでもいい

2024/08/15(木) 09:31:33.49

keyいらん

2024/08/15(木) 09:33:42.86

そうだった
1つ目のタプルでソートするんだった
忘れてるくらいだから、暗黙として使うと読めなくなりそう

2024/08/15(木) 09:44:05.66

そうすると、key要らない個別リストで持つのが一番シンプルだな

格納方法の手間はそれぞれでかなり違ってて、
個別リストは個別にappendするだけ
辞書は準備できたらセットでappend
classは当然classが必要タイミング等は辞書と同等

要素2個ならリストでいいけど、3個以上のものを個別に持つのは気持ち悪いので、
そんなデータ構造なら他の理由からもclassが楽だろう
でも2個のケースが圧倒的に多い