Pythonのお勉強 Part70

2023/03/04(土) 00:18:00.31

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

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

★Pythonのソースコードを５ちゃんに直貼はインデントが崩壊するので、
　　↓等のコードうｐ用サイトに貼ってきてくだしあ。（スクリーンショットをうｐる「横着」禁止）
ttps://techiedelight.com/compiler/　　Run Code機能あり。
ttp://ideone.com/　　　　　　デフォ設定がCなので、Pythonするには言語種選択ボタン押下がﾋﾟｺ手間かも。
ttp://pastebin.com/　　　　　まずまずシンプル。
ttp://dpaste.com/　　　　　　とてもシンプル。消えるまでの日数は十分長ーく指定のこと。

◇Pythonオフィシャルサイト　http://www.python.org/
◇Pythonドキュメント　https://docs.python.org/ja/3/
◇まとめwiki　ttp://python.rdy.jp/

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

2023/07/22(土) 21:50:00.68

飛び飛びだよ、という意味で0, 2, 4なだけで、もっと続けると、
0, 2, 4, 7, 11, 12 みたいな感じになる

2023/07/22(土) 22:01:05.17

そういう用途ならpandasのread_csvやread_excelでskiprowsやusecolsを指定して必要な部分だけ読み込むかな

csv.reader縛りでも同じように
usecols = [0, 2, 4]
[row[i] for i in usecols]的な処理をする

入力データを整形するステップと
整形したデータをもとに計算加工するステップは分離しておきたい

**565** (ﾜｯﾁｮｲ 7f33-onGn) · 2023/07/22(土) 22:22:00.69

>>590
>>589のコードはあくまで例で、必要な部分を抜き出す処理を関数化できるならっていう意味です

**565** (ﾜｯﾁｮｲ 7f33-onGn) · 2023/07/22(土) 22:31:52.11

官公庁から送られてくるデータで、csvとかjsonで送ってくれたら楽なのにexcelファイルでしか送ってくれないとかいうのあったな

2023/07/22(土) 22:40:18.16

取り消し線で消した部分は無効にしないといけないexcelとか地獄
あと何故かみんなセル結合大好き

2023/07/22(土) 23:01:13.06

マイナンバーとか上手く行かないハズだわ

2023/07/22(土) 23:06:41.26

マイナンバーは作った時に暗証番号の登録が大量にあった時点で、
これは絶対駄目だわと思った

行政に理系が皆無なんだよな
理系なら絶対せんやろということを平気でやって失敗する

2023/07/22(土) 23:09:58.01

いまだにコンビニで誤交付あるのがなんとも

2023/07/22(土) 23:15:46.42

システムは別に間違ってない
紐づけの処理を間違ったヒューマンエラー

何故間違ったかというと、前の人の画面のまま次の人の入力したから

**デフォルトの名無しさん** (JP 0H0b-0blL) · 2023/07/22(土) 23:31:58.51

うんちをすると、おしっこも同時に出るようなものかな。

2023/07/23(日) 00:10:42.60

>>593
官公庁はR使ってるからな
互換性持たせるためにpandasつかえってことでしょ

2023/07/23(日) 01:53:23.55

マイナンバーをプライマリーキーにすれば95%くらい解決する話
要件定義で失敗してる

2023/07/23(日) 08:48:42.98

設計開発した企業の名前は全部公表して欲しいな

2023/07/23(日) 09:06:55.98

その段階でのミスはただのバグで容易に修復が可能
仕様や要件がそもそも間違ってるので、もうどうしようもない

2023/07/23(日) 09:09:02.32

>>601
マイナンバーをプライマリキーにしたらダメだよ
クレジットカード番号をプライマリキーにしないのと同じ

2023/07/23(日) 09:11:22.21

一体どういうシステム組めば同姓同名の他人と取り違えて登録できるんだよというのは疑問だった

2023/07/23(日) 09:12:09.24

そんなケースあった?

2023/07/23(日) 09:13:28.92

まあマイナンバーに限らず官公庁は昔から富士通系

2023/07/23(日) 09:18:19.30

入力ミスじゃなくて富士通がバグ直してなかった

2023/07/23(日) 09:22:35.53

まあ普段からEXCELしか触らない事務員からすればcsv何それだからね

pandas使うにしろ目視手操作による前処理はまあ必要

2023/07/23(日) 09:38:52.76

人間一人一人を本気で識別しようと思ったら塩基パターンのダイジェスト値でも求めるしかなさそう

いやそれこそ個人情報だけどな

2023/07/23(日) 09:41:09.96

DNAの個人差なんか殆ど無いよ

2023/07/23(日) 10:40:07.53

え？警察のDNA鑑定も無駄だってこと？

2023/07/23(日) 10:49:52.76

>>612
八卦占いレベルと聞いているが、向上したのかな。

2023/07/23(日) 10:58:57.84

>>598
主張１「前の人がログアウトしてない」
>>605
主張２「同姓同名の人が重複」
つまり２の原因が１だと言ってることになる
そんな奇蹟的なことがあるか？
政府の発表は嘘だということ

2023/07/23(日) 10:59:49.13

人とチンパンジーの遺伝子が99%同じって話もこれ１００分率が尺度として粗すぎるって事だけどな

2023/07/23(日) 11:02:16.46

>>610
最近プーチンの影武者が話題になっているが
NE○が自慢してる画像だけで100億分の一で判定出来る顔認証AIで判定して欲しいものだ

2023/07/23(日) 11:28:45.57

>>601>>604
どのテーブル/エンティティを対象にしているかを抜かして議論するのがそもそもダメ。
マイナンバーに紐付くべき情報を保持するテーブルでマイナンバーをキーにするのは何もおかしなことはない。

2023/07/23(日) 17:04:38.87

>マイナンバーに紐付くべき情報を保持するテーブルでマイナンバーをキーにするのは何もおかしなことはない。
マイナンバーを発行する機構のシステムでもアクセスキーを持つ情報保有機関のシステムでもそんな設計したらダメだよ
詳しく知りたければDB設計スレにでもどうぞ

2023/07/23(日) 17:07:00.98

詳しくは知りたくないがざっくり説明すらできないのは何も知らんとしか

2023/07/23(日) 17:30:31.15

>>618
まずはどういう理由でダメなのかを一言で説明してみて。
更新異常とかパフォーマンスとかセキュリティとかいろいろあるわけだし。

2023/07/23(日) 17:37:23.40

マ板的な話題かも知れんね

なぜマイナンバーカードはうまくいかないのか
https://medaka.5ch.net/test/read.cgi/prog/1688658413/

まあこういう話題は身近なプロジェクトでも起こりうるのであながち無縁ではない

2023/07/23(日) 17:42:43.73

>>618
じゃあよろしく。

DB設計を語るスレ 11
https://mevius.5ch.net/test/read.cgi/db/1630156137/307

2023/07/23(日) 18:13:42.78

>個人番号（マイナンバー）は原則として生涯同じ番号を使い続けていただき、自由に変更することはできません。
>ただし、漏えいして不正に用いられるおそれがあると認められる場合に限り、ご本人の申請または市町村長の職権により変更することができます。

対策１
新しいレコードを作成して対応（個人番号を主キーと出来る）

対策２
個人番号＋適用期間のテーブルを持つ（個人番号を主キーと出来ない）

DB設計的に綺麗なのは後者だけど、実装が楽で高速なのは前者
テーブル結合が発生するやり方は性能設計的にやりたくない

2023/07/23(日) 18:23:19.83

個人番号自体は悪用された場合等に変更されることもあるんじゃなかったっけ？
だとすれば、これをプライマリーキーにしたらまずいと思うんだけど

2023/07/23(日) 18:43:52.80

例外なく個人と生涯対応した隠しIDみたいなのがあって、それで管理されている
個人番号はそれと紐付けられた情報の一つ

2023/07/23(日) 19:10:08.65

>>624
それは個人とマイナンバーをちゃんと区別する話。
再発行があるなら古いナンバーに紐付く情報と新しいナンバーに紐付く情報が個別に存在するかもしれないし。

2023/07/23(日) 19:58:18.01

個人番号をある数値で割って剰余を〇〇みたいな古典的な暗号化だったら笑う

2023/07/23(日) 20:31:45.21

個人番号って秘密にするものなの？
身分証明証として使えばふつうに漏洩するじゃん。
どっかの店の会員登録したり、使うケースは今後多くなるんじゃない？
なぜなら保険証も免許証もなくなるのだから。

2023/07/23(日) 20:37:40.81

番号自体でどうこうできないけども
トラッキングに使えるから収集は制限されてる

2023/07/23(日) 20:56:43.81

個人情報は保護しなければ
と理由もなく思い込んでるフシがある
昔は住所も電話番号も普通に公開してたのに

スウェーデンみたいに番号知られたって何も困らんというスタンスの方がいろいろ便利

2023/07/23(日) 22:00:31.57

10年以上Python使ってきたけど、今日ドキュメントを見ていてmatch文て存在を初めて知って軽いカルチャーショックだわ
これCとかのswitchだよね？
Pythonはswitchがなく、複数の条件分岐にはif～elifを使うってのが常識だったように思うが俺が見落としていたのか

2023/07/23(日) 22:15:19.88

まあまあ最近に追加されたから知らなくてもおかしくはないかな
Cのswitch/caseとしても使えるしもっと複雑なこともできる

2023/07/23(日) 22:20:57.34

Python 3.10からなら超最近じゃん

2023/07/23(日) 23:25:41.19

職場で個人的にEUCを推進していてさ
自分で書いた小物ツールを他者に説明したりするんだけど
偉そうに「Pythonはシンプルを旨とし、一つのことをするのに
複数の書き方はできないようになってる。
よって条件分岐はifしかない」なんて能書き垂れてたんだよね
人に教える立場の者は常に勉強してないといけないなって反省

2023/07/23(日) 23:28:32.79

sjisの方がよくね

2023/07/23(日) 23:41:11.15

matchそのまま代入できたらよかったのに

2023/07/24(月) 07:42:50.24

>>634
ちなみに、utf-8よりEUCを推奨する理由についてはどう説明してるんですか

2023/07/24(月) 08:10:31.42

>>635の意味がわからなかったけど>>637で把握
マジレスしとくとエンドユーザーコンピューティング
エンドユーザー部門が自力でツールを開発メンテすれば金がかからず仕事も楽になる

2023/07/24(月) 08:23:31.68

>>635
eucはsjisより後に作られた。もちろん理由があってのことだ。

2023/07/24(月) 08:55:56.30

UTF-8が標準なのもなんかなぁ
マルチバイト環境ならUTF-16のが効率よくね

2023/07/24(月) 08:58:01.85

世界的に普及している中で世界中の文字をそれなりに扱えるのがUTF-8だから

2023/07/24(月) 09:21:53.31

EUCが一番不要
何のメリットがあるんだよ

2023/07/24(月) 09:30:34.81

>>623
そもそも12桁って少な過ぎる
絶対将来枯渇するよな

2023/07/24(月) 09:33:25.07

>>628
そもそも秘密なら「教えろ」って言ってくるはずが無い訳だが
そういう仕組みにはなっていないね

2023/07/24(月) 09:36:09.41

>>636
どこのRustの人ですか

2023/07/24(月) 09:39:02.04

>>642
unicodeのcodepointのうちで
sjisに変換不可能な文字は存在するが
eucなら変換出来るんじゃないかな
それだけでもsjisがいかに糞か判る

2023/07/24(月) 10:43:02.36

>>638
とりあえず、>>637
っていうか、utf8普及しまくってるのに何でわざわざeucにするんですかって聞かれ時はどう答えてるの？

2023/07/24(月) 11:23:39.95

>>647
読み間違えてるよ
誤：EUC（Extended Unix Code）を推奨する
正：EUC（End User Computing）を推進する

2023/07/24(月) 12:11:52.51

EUC（European Union Center）だろ。

2023/07/24(月) 18:28:38.98

>>643
日本が存続する限り運用するなら何桁にしても枯渇する

2023/07/25(火) 01:07:45.39

足りなくなったら電話番号みたいに桁増やすでしょ
その時はお役所仕事でグダグダになるんだろうけど

2023/07/25(火) 05:40:35.68

IPアドレスの枯渇とかと同じだと思ってるな
ビット数なんか決まってないんだからどうにでもなる
内部的には19桁までいける筈

2023/07/25(火) 07:01:10.71

web3は国策のはずだがどうなったのだろうな
失敗するんだったらコッチで失敗した方が後の糧となるのにな

2023/07/25(火) 07:37:27.20

web 2.0の時点で何それ知らんだったのにまだやるのか

2023/07/25(火) 14:07:53.28

from importってどこで定義すれば良いのか規則とかあるのでしょうか？

from . import samples
def util():
　pass
def main():
　ここでsamples.aaaなどを参照する処理

とかやった場合にsample.aaaでutil参照してる場合に循環importエラーでますよね
なのでmain関数の中でfrom .import samples
にするかそもそもutile関数を分けるか、だとおもうのですが
そういう場合は、って慣習があるのか気になりました

2023/07/25(火) 14:33:36.56

as hogehoge するとか
ディレクトリ造って __init__.py の方でなんとかするとか

2023/07/25(火) 14:50:47.21

最小構成はこんな感じです
https://pastebin.com/1VEJDXPC

要は、samplesとhogeはお互いの機能を使い合いたい、感じです

仮に、aaaでしかsamples.util使わないならaaaの中でimportすれば循環は回避できます。
また、
hoge.utilの中ではsamplesを参照しない、
のは誰が書いても論理的に確定しているから
hoge.mainの中でsamplesをimportする
という方がしっくりきます

しかし、hoge.main以外にmain1,2と増えた場合に毎度その中で書くことになります
なのでそれが通例？なのかな、と。または別の慣習があるとか
それだったらもう、
「samplesの機能を使うようなモジュールとそうでないモジュール」
として、hoge.utilを完全に隔離した方がシンプルで迷うことは無いのではと考えました

こういうの__init__.pyとかで解決できるんですかね・・？
ちょっと調べてみようと思います　>>656

感情論で言うと
「hoge.util内でsamplesの機能ひとつも使っていないのに、どうしてhoge全体でsamplesをimportしたの？」
が根本的な問題なような気がして・・

2023/07/25(火) 16:03:23.98

hoge.py の中で from samples import aaa

2023/07/25(火) 17:03:52.28

>>658
>>655の＞ここでsamples.aaaなどを参照する処理
の”など”というのは、もしかしたらbbbかもしれないしcccかもしれないし
mainの引数を受け取って条件分岐したりgetattrしたりするかもしれない
ということです

つまりhoge.mainをもう少し汎用的に書くとすれば
hoge内でsamplesから使う機能を把握しておき、例えば
from samples import aaa,bbb,ccc,ddd
など使う可能性のある機能だけを事前に宣言しておいて
def main(sample_type):
のように条件分岐する設計がベストということでしょうか

たしかにこれならmainと同じ場所にutilを書いても論理性が担保されるなと思いました。
デメリットは、samples側でsamples_typeに渡す引数に変更があった場合
import aaa,bbb,ccc,ddd の行　と　hoge.mainの条件分岐内のコードも修正しなければならない
ということくらいでしょうか

2023/07/25(火) 17:18:07.90

というかsamplesでfrom .hoge import utilしていると
hoge.pyの中で部分的に from samples import　しても循環エラー出ますね。 >>658

やはり、使わない機能は隔離して一方向でimportする
というのがベストなのかもしれない

**565** (ﾜｯﾁｮｲ 7f33-onGn) · 2023/07/25(火) 19:50:56.15

何でそういう構成なのかよくわからんからあれだけど、そのままでいくならhoge.pyのmainを__int__.pyに移すとかじゃない

2023/07/25(火) 21:22:26.38

＞何でそういう構成
構成にしているというか、現状はしてません

samples.pyとhoge.pyでお互いの機能をimportし合うケースってあるよね
というのが前提にあって、かつ
「hoge.mainとhoge.utilは機能的に関連性が高いので同じpyファイルにまとめる」
と循環が起きる
対策は
（１）importの場所を変える
（２）pyファイルを分ける
（３）__init__.pyでやる
で、今は（２）hoge.mainとhoge.utilをhoge.pyとhoge_util.pyに分けてます

＞hoge.pyのmainを__int__.pyに移す
というのがいまいちわかりませんが
とりあえず__init__.pyで処理したのは
https://pastebin.com/DctEgQwC
これですが、やはり循環エラーが出ます
やり方があっているのかはわかりません。

**565** (ﾜｯﾁｮｲ 7f33-onGn) · 2023/07/25(火) 22:02:11.25

>>662
https://pastebin.com/0Z9qiNyv

**565** (ﾜｯﾁｮｲ 7f33-onGn) · 2023/07/25(火) 22:10:25.73

.hogeの"."みたいな使い方初めて知った

**565** (ﾜｯﾁｮｲ 7f33-onGn) · 2023/07/25(火) 22:13:45.51

実行結果わすれた
https://pastebin.com/TMhJtUVi

2023/07/25(火) 22:22:23.99

>>663-665
ありがとうございます
＞mainを__int__.pyに移す
って文字通りだったんですね・・ｗ
ただ、これってhoge_util.pyとhoge.pyに分ける
と何が違うんでしょうか？？

hoge.mainという関数名はあくまで最小構成のための仮の命名なので
__init__.py内に書くのは雰囲気的には合ってますが
もっと具体的な機能名だった場合に
hogeモジュールとほぼ関係が断ち切られるので困るような

ちなみにhoge_util.py hoge.pyにあえて分けたやつです
https://pastebin.com/SkAM1JhB

**565** (ﾜｯﾁｮｲ 7f33-onGn) · 2023/07/25(火) 22:22:28.79

>>662
>samples.pyとhoge.pyでお互いの機能をimportし合うケースってあるよね
あるか？

2023/07/25(火) 22:54:39.51

__init__.pyってディレクトリ名を名前空間として
他のクラスを使う特殊なモジュールだという認識
言い換えればディレクトリ名というクラスのコンストラクタであり
ディレクトリ内のモジュールは内部クラスである

2023/07/25(火) 22:55:19.84

util分けずに>>662の（１）のimportのスコープを替えて回避する、もついでに
https://pastebin.com/NsXLF3T2

やはりimportは自作モジュールか否かに関わらず
基本は一番上のスコープでimportするようにして
そのimportしたモジュールの機能を使っていないものは
素直に隔離して小分け、という規則に従った方がいいっぽいですね
まだ何か弊害ありそうな気はするものの

2023/07/26(水) 09:31:51.47

matplotlib.pyplot.show()すると一々ウィンドウができてスクリプトが止まるけど、そうならないでほしい
block=Falseにすると止まらないが図が一瞬で消える
show()する度に永続的な (=閉じるまで消えない) ウインドウを出しながらスクリプトは続行する方法ありますか

2023/07/26(水) 10:19:22.64

>>670
https://matplotlib.org/stable/gallery/misc/multiprocess_sgskip.html
こんなとこで聞くより公式サイトをまず漁る

2023/07/26(水) 11:11:48.46

ChatGPTに聞けば一瞬で答えてくれるやろ

2023/07/26(水) 12:16:00.18

この手の質問してくる人が>>671を見てパッと理解できるとは思えん

2023/07/26(水) 13:22:27.16

＞show()する度に永続的な (=閉じるまで消えない) ウインドウを出しながら
って極論ブラクラみたいになるってこと？ >>670
そのやり方はわからないので必要ないかもだがあえて別の方法を掲示
自分がやるなら画像に出力して、ビューワで表示するなり
簡易的なhttp-serverでも立ててwebアプリにしてしまう

画像出力するだけの方をチャッピーに聞いてそのまま実行したけどできた
https://ideone.com/pNXjgN

2023/07/26(水) 14:45:09.68

show()使わずにpause()してdraw()するんだよ

2023/07/27(木) 03:37:07.84

>>671,673
ええ。全くわかりません。
一時ファイルに書き出して最後に全部表示して消すとかで代替しようかと思います。

>>674
>> show()する度に永続的な (=閉じるまで消えない) ウインドウを出しながら
> って極論ブラクラみたいになるってこと？
そうです。
意外と難しいっぽいですね。

>>675
何も理解せず的外れなこと言ってるね。

2023/07/27(木) 04:05:01.27

いやよく見たら>>671も同じウインドウ内で次々と違うプロットを出す方法じゃん。
show()毎に前のウインドウを残したまま新しいウインドウを出すというのが今やりたいことです。

2023/07/27(木) 09:01:24.08

>>675-677
馬鹿には無理

2023/07/27(木) 09:09:41.74

またこいつか
質問する側なのに偉そうな奴

2023/07/27(木) 09:23:17.34

答えもしない外野が一番偉そうだよなw

2023/07/27(木) 09:41:18.81

>>680
じゃあ答えてあげてね

2023/07/27(木) 10:39:22.50

>>670
その文面をChatGPTに入れて聞けよ

2023/07/27(木) 10:55:48.95

>>678
うん。で、なんで>>675みたいな投稿しちゃった？

2023/07/27(木) 12:27:31.67

マルチスレッド、マルチプロセス、同期、非同期、その辺もろもろの基礎知識ないとダメかと
急がば回れでまずはそこを学ぼう

2023/07/27(木) 21:41:08.59

そうだよね
俺が間違ってたよ
画像のエンコードから学んでくる！

2023/07/27(木) 21:51:47.85

質問者様の方が偉いんだよ

2023/07/27(木) 23:57:37.27

まず「急がば廻れ」(Walk, Don't Run) を聴きましょう。

2023/07/28(金) 00:38:09.66

ChatGPT4-DefaultとChatGPT4-Code Interpreter
に依頼しまくれば基礎知識無くてもアプリできちゃうよ

根気よく会話して、話が噛み合わなくなったら
チャットを新規で始める
エラーが出たらそれをそのままChatGPTに伝える

2023/07/28(金) 00:40:24.18

ChatGPT4-Code Interpreter＋Custom instructionsの回答

matplotlib.pyplot.show()を使用すると、
通常、図を表示するウィンドウが開き、
そのウィンドウが閉じられるまでスクリプトが停止します。
しかし、スクリプトを停止させずに新しいウィンドウで図を表示したい場合は、
次の方法を試してみると良いでしょう。

ion()を使用してインタラクティブモードをオンにします。
figure()を呼び出すことで新しい図を作成します。
グラフをプロットします。
draw()を使用して図を更新します。