Pythonのお勉強 Part71

2023/09/20(水) 09:13:41.41

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

・当スレに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/
※前スレ
Pythonのお勉強 Part70
https://mevius.5ch.net/test/read.cgi/tech/1677856680/

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

2023/10/23(月) 15:34:55.82

exe化しても表面的なもので
結局python.dllは必要でサイズもデカいし
関連するモジュールも結局要るし
それなら普通にpython環境入れてるのと変わらないし
後者の方がずっと楽
どうしても嫌ならdockerとか箱庭でやれ

2023/10/23(月) 15:51:37.62

>>453
>関連するモジュールも結局要るし
>それなら普通にpython環境入れてるのと変わらないし
>後者の方がずっと楽
exe化しても他にインストール必要なものがある前提どっから出てきたよ

2023/10/23(月) 16:12:09.16

もう一つ言うと
pythonで造ったexeが一個ならそんなに問題にならなくても
もしそのアプリが好評でまた違うものをpythonでexe化したら
exe化するたびに無駄なサイズで増殖するんだろ
pythonの使い方を間違ってるよな

2023/10/23(月) 16:18:01.18

それが正解な気がするけどな
ツール一つごとに必要な環境全部入りでインストールする
各々が似たようなものを呼び出している

HDDもったいないから共通化しようぜ、という思いをぐっと堪える

2023/10/23(月) 16:26:34.31

>>455
その程度でユーザーの実行環境に関する手間やトラブルを回避できるなら御の字よ

2023/10/23(月) 17:04:01.26

社内ならともかく一般ユーザーにPythonで作ったクライアントアプリを配布しようとするのが頭おかしい

2023/10/23(月) 17:33:23.61

実行に限定したpythonランタイムがあると、
それ入れろで済むんだけどな
必要なモジュールはどうなるのかは問題だけど

2023/10/23(月) 18:11:40.25

今の時代exeサイズを気にするもんなのか

2023/10/23(月) 18:32:45.73

自分の主張のためにexe化の欠点を無理やりひねり出してるんだろう

2023/10/23(月) 20:12:10.52

VLCのライブラリ使ったGUIツールexe化したら500MBくらいになってワロタ

2023/10/23(月) 20:22:10.10

androidのアプリだってくそでかapkに全部入ってて、
別途VBのランタイムのインストールが必要だったりしない
バージョンアップする時は全差し替え
判りやすくていい

2023/10/23(月) 21:48:20.27

後で「なんか作ったexeがウイルス判定されるんですけど？」とか言い出すと思ってる

2023/10/23(月) 22:03:39.38

もうただの言いがかりだな

2023/10/23(月) 22:18:51.31

考案したアルゴリズムの公表という点では要素のみの方が合理的だけど、
それを実際に使う側としては全部込みじゃないと落ちこぼれる人が出るという二律背反

2023/10/24(火) 00:36:05.53

>>464
ウイルス判定に悩まされるのはよくあることで
開発者なら誰しも経験あるだろ
Pythonだけでなく、C++やc#でも

2023/10/24(火) 01:20:59.11

>>455
onefileオプションを使わずに作成して
複数のexeでdistディレクトリを共有する方法もある

>>446
Pythonに限らず開発環境全般は
やろうと思えばなんでもできるから許可が下りない
業務のためにマッチした特定の機能のソフトウェアは許可が下りる
というのはよくある

2023/10/24(火) 13:45:14.02

python のバージョンって、3.12.0ってのが出てるらしいけど、これにとっとと変えたほうがええの？

2023/10/24(火) 13:58:19.07

自分は使わない機能でも、使ってるモジュールが使ってると、
pythonが古いからという理由でモジュールも古いままにされるので、
あんまり古いのを使い続けるのはデメリットがある

2023/10/24(火) 14:15:41.59

その判断ができないなら、今使ってるPythonがeolじゃない限りは変えるメリットはない

2023/10/24(火) 15:40:01.70

文字列A、Bがあって、元の文字列とどっちが類似してるかの調べたかったんだけど
「自分で作るにはどうしたもんか。作るの大変そうだな。」って悩んでて、グーグル先生に聞いたらLevenshteinってパッケージを教えてくれた。

スゴイぞpython。

問題解決だねw

2023/10/24(火) 15:45:39.21

画像の似てる似てないに関しても距離を定義して計算できる

2023/10/24(火) 16:35:56.44

>>469
Windows用の公式バイナリが提供されなくなったら次に乗り換えるようにしている
特殊なことをしない限り、それくらいで普通は十分

2023/10/24(火) 16:46:58.45

>>472
>Levenshtein
面白そうと思って検索したらもっと良さげなのがあった
>RapidFuzz

2023/10/24(火) 20:39:18.24

python をバージョンアップする際は
使っているライブラリの対応状況をググった方が良い

2023/10/24(火) 20:48:08.54

配布元いけばええのにググるんだ

2023/10/24(火) 22:09:01.76

競合のライブラリの方に詳しい情報があったりする

2023/10/24(火) 22:18:41.75

いまだに一個ずつ人間が目視でチェックしないといけない状況に疑問を持とう

2023/10/24(火) 23:24:19.78

生成AIのお陰で考える事がますます無くなったなぁ
活用出来るものだけが生き残るのかなぁ
と、言っても誰でも活用できるよなぁw
スッタクオボーフレーとかキターとかお役御免かもな

2023/10/24(火) 23:46:21.58

生成系AIはすぐに行き詰まるよ
人間が既に作ったものの真似しかできないので、真似の精度が上がり切ったら終わり

2023/10/25(水) 12:27:08.15

君らは、Ruby のBundler、npm/yarn など、
プロジェクト内の依存モジュールの整合性をチェックしないのか？
君らは開発者じゃないだろw

exe 化については、Ruby on Rails 製のRedmine とかでも、exe化できるのかな？
Windows 用のインストール方法はあるけど

MSYS2, Rails, ImageMagick,
データベースはPostgreSQL など

2023/10/26(木) 01:09:28.92

pyautogui.press(key)において、OEM_3を入力させたいけどpythonでは対応してない？他にコードってあるの？

2023/10/26(木) 01:18:21.38

pyautoguiの資料を見ると「@」もしくは「`」の入力には対応してるみたいだけど出来ないなぁ
https://pyautogui.readthedocs.io/en/latest/keyboard.html

2023/10/26(木) 01:31:00.09

エディタ上だとちゃんと反応してるけどブラウザ上では無理っぽい。求めてる挙動と違う

2023/10/26(木) 08:20:18.04

https://github.com/asweigart/pyautogui/blob/master/pyautogui/_pyautogui_win.py#L239-L242

2023/10/26(木) 08:50:54.81

>>476
恐ろしくてバージョンアップなんて出来ない

という訳でAnacondaに別環境をより新バージョンのpython入りで前環境のライブラリをファイルで読ませて入れていく

ryeだともっと簡単というがどうなんだろう

2023/10/26(木) 18:02:01.37

>>486
マジかぁ
pyautoguiの代わりに使えそうなpydirectinputもoem_3は送れないのでpythonの仕様っぽいのか
UWSCでは使えるのになんてこったい

2023/10/26(木) 18:39:57.46

こんだみたいに他人が作った環境なんて恐ろしくて使えんわ

**デフォルトの名無しさん** (ｽﾌｯ Sd9a-JiYE) · 2023/10/26(木) 19:26:31.99

何をしにこのスレに来てるんだ？
心配なら機械語でイチから組めばいい
信頼性はピカイチだぞ

2023/10/27(金) 07:10:55.34

なんに使うのか知らんが
pyautoguiが必要な状況に問題があると考えるべきで

2023/10/27(金) 07:33:51.20

みんなライブラリで楽しようとし過ぎだよね
ブラックボックスだから中を知らなくても使えるが
ひとたびハマれば無間地獄に陥るリスクを覚悟できていない人が多い
やはりプログラムはライブラリに頼らず自分でコツコツと作ってこそだよ

2023/10/27(金) 07:59:37.19

pythonすら使わず、言語設計から自分でコツコツやるべき

2023/10/27(金) 09:12:11.79

重いconda
試練

2023/10/27(金) 12:21:11.67

ふるっ!

2023/10/27(金) 13:26:25.40

まぁ好んでconda使うヤツの気が知れん

2023/10/28(土) 13:34:13.06

プロの開発者は、
日本人が作った、多言語バージョンマネージャーのanyenv を使う。
同様のツールに、asdf もある

Renv, crenv, denv, erlenv, exenv
goenv, hsenv, jenv, jlenv, luaenv
nodenv, phpenv, plenv, pyenv, rbenv
sbtenv, scalaenv, swiftenv, tfenv

他には、Docker を使う

各言語で、使い方がバラバラなバージョンマネージャーはややこしい。
Python はvenv、Ruby はrbenv、JS はn とか

2023/10/28(土) 13:46:56.01

全部最新で問題なし

2023/10/28(土) 14:31:28.70

ライブラリりやツールをいろいろ入れてると
そのうちそれらの相性や設定の管理に要する手間が増えてきて
コードを書く時間が少なくなって詰む

2023/10/28(土) 15:27:38.08

>>492
ライブラリで楽したいって考える人が選ぶ言語がPythonだとおもうの

2023/10/28(土) 15:57:05.27

>>492
ライブラリ作ってる人のが遥かに優秀だと思うw

2023/10/28(土) 19:05:48.03

>>500
でもpythonにだけ有って他の言語に無いライブラリって無いやん
類似や同等のものは最近の主要言語では存在するし

2023/10/28(土) 19:21:08.30

さすがpython、こんなもんまである
ということはよくあるけどな

2023/10/28(土) 19:33:35.10

Mojoにどれだけのライブラリ使えるようになるんだろうか

2023/10/28(土) 20:52:21.49

CPythonとABIも互換なんでしょ
ほぼ動くんちゃうかな

2023/10/28(土) 21:02:32.40

なんだかんだライブラリあるしpythonでGUIから作ってしまう…

2023/10/29(日) 17:29:52.83

現在、TwitterアナリティクスのJsonを
読みこもうとしていろいろ試行錯誤しています。

範囲の日時指定がエポックミリ秒だということは分かったので、
Time関数を使って、以下のようなモジュールを作りました。

import time
epoch_now = time.time()* 1000
epoch_yesterday = epoch_now - 60*60*24*8*1000
print (epoch_yesterday)

この場合、ステータスコードが500で帰ってきてしまい、
取得できるJson(account_stats.json)と取得できないJson(summary.json)が返ってきます。

そこで、取得できたJsonを見ると取得範囲のエポックミリ秒が
1697846400000～1698624000000
(2023 年 10 月 21 日 9:00:0000～2023 年 10 月 30 日 9:00:0000)
となっており、上記の値を突っ込むことでsummary.jsonも取得できました。

このような0時ちょうど(GMT+9)のエポックミリ秒を生成する手法は何かありますでしょうか?
切り上げも考えたのですが、どうもGMT+9でないと駄目なようです。

2023/10/29(日) 18:11:34.96

＋9時間なんだからUTCって事やろ
基本から学んでこい
プログラム云々じゃ無くて小学生の社会科で日付変更線習うやろ

2023/10/29(日) 18:34:57.27

>>507
from datetime import datetime
datetime(2023, 10, 21, 9).timestamp()
1697846400.0

2023/10/29(日) 20:28:03.18

>>508
+9でJSTになっているのは理解していました。
書き方が悪く、伝わりにくくて申し訳ない

>>509
ありがとうございます。
この書き方だと、実行毎に日付の入れ直しがいりますよね・・？
こちらで強引に生成することで何とかなりそうです。
unix_start_time = datetime.datetime(year=1970, month=1, day=1, hour=0)
#今の日時取得
now_day = datetime.datetime.now()
#今日-1970/1/1 0:0:0の引き算
epoch_day = now_day - unix_start_time
now_epoch = epoch_day.days
#エポック秒計算
now_epoch_time = 60*60*24*now_epoch

また、Json形式でデータを引っ張ることに関してお聞きしたいのですが、
{
"html": ・・・・・(以下略)
"timeseries": {
"tweetviews": [
[ 1697846400000, 456 ],
[ 1697932800000, 466 ],
[ 1698451200000, 324 ]
],
}
のデータである場合、tweetviewsからうまくカンマ後の数字だけ引っ張ることは出来ますでしょうか?
print (json.dumps(data["timeseries"]["tweetviews"][-1], indent=4))
だと、[1698451200000,324]のような形で帰ってきてしまうので、324だけ抽出したいのですが・・・・

2023/10/29(日) 21:03:20.54

エェェ・・・

2023/10/29(日) 21:25:12.23

>>510
data["timeseries"]["tweetviews"][-1][-1]

2023/10/31(火) 03:39:22.60

pycon炎上してんな

2023/10/31(火) 09:35:31.31

import re
str = r'\path\file.ext'
m = re.search(r'\\(.+?)\.ext', str)
print(m.groups()[0])

とやると、
path\file
が表示される
期待してるのはfileだけなのに
\の扱いがよく判らん

2023/10/31(火) 10:02:30.01

運営関係者がお気持ち表明してたけど
日本語下手くそか？って思った

2023/10/31(火) 11:07:11.92

>>514
\というより正規表現自体の話だね。
m = re.search(r'([^\\]*?)\.ext', str)

例題のパターンなら俺ならre.split(r'[\\\.]',str)するかな

2023/10/31(火) 11:21:19.22

os.path.basename(os.path.splitext(str)[0])
のがポータビリティあるし具体的
ext縛りしたいなら os.path.splitext(str)[1] をみる

正規表現の学習中だったならスルーして

2023/10/31(火) 11:45:54.34

pathlibのpath.stemで
linux上でwindows用のpathを処理したいとかじゃなければ

2023/10/31(火) 12:08:29.70

現実の解はsplitしたけど
正規表現に\そのものって入れられないの?

**デフォルトの名無しさん** (ｽﾌｯ Sd33-wFsA) · 2023/10/31(火) 13:02:56.59

馬鹿には無理

2023/10/31(火) 13:10:09.60

>>519
\が使えるから結果が表示されてる。正規表現の解釈が間違っているだけ
左から見ていくからre.search(r'\\(.+?)\.ext', str)だとpathも入る

re.search(r'([^\\]*?)\.ext', str)にすれば.extの直近の\以外の文字範囲になる

2023/10/31(火) 13:13:43.57

.+? が一番短い候補を探してくれる機能は右にしか効かないんだっけ?

2023/10/31(火) 14:12:22.23

\までをgreedyにマッチさせればいい
re.search(r’.*\\(.+?)\.ext', str)
'\foo.extention\file.ext’みたいなのがあっても困らない

2023/10/31(火) 14:25:09.92

.* を足すだけで動いたんだな
右方向にしか探さないというルールを知らずによくこれまでやってこれたものだ

2023/10/31(火) 15:55:39.81

自分もこれ最短一致でいけると思ってた

2023/10/31(火) 18:39:41.68

正規表現できるってマジスゲ

2023/10/31(火) 19:01:40.80

覚えても使う機会がほとんどないからすぐに使い方を忘れる技術筆頭

2023/10/31(火) 19:10:21.32

普通コンピューター使ってたら検索するだろう
使う機会の問題じゃなくリテラシの問題なんじゃないの

2023/10/31(火) 20:39:25.02

最近はAIに作らせてる

2023/10/31(火) 21:23:14.85

普通に考えて使う機会が増えれば使い方を忘れることは減るだろう

2023/10/31(火) 21:26:59.61

機会があって使いどころを解ってないってのがリテラシ低いヤツ
機会がないわけじゃない

2023/10/31(火) 21:40:49.77

pythonは正規表現を極力使うなという設計が見え隠れするけどな
startswithとかendswithとかstripとかでかなりの正規表現は使わなくて済む
一番ありそうなスクレイピングはbs4で何とかする
そうすると特殊な文字列解析をしないといけないケースは限られてきて、
適当なモジュールに追い出せば普段書くコードにimport reは不要になる

2023/10/31(火) 22:25:00.17

使う機会の多い少ないなんか人それぞれだろうにそれをどうしてリテラシの問題にしたがるのか謎

2023/10/31(火) 23:40:18.15

この業界そういう連中ばっかなのは今に始まったことじゃないでしょ

2023/11/01(水) 00:00:54.33

>>532
正規表現は極力使わないのが賢明だね
本番データで想定外のマッチングをして大事故につながるリスクを常にはらんでいる

2023/11/01(水) 16:47:42.46

PyCon APACでDNSクエリを公開する
@mipsparcがそれを指摘する
運営が謝罪
https://pyconjp.blogspot.com/2023/10/pyconapac2023-noc-content.html

何でこれ炎上した上に指摘した人間がツイ消しまでしてんの

2023/11/01(水) 17:38:35.61

https://nukalumix.hateblo.jp/entry/tsuhi
通信の秘密について解説してるブログ

2023/11/01(水) 18:46:55.26

>>536
そいつが騒ぎ立てて目立とうとしただけだろ
ただ目立つことが目的だから訴訟とかややこしいことになる前に消したのだろう

2023/11/02(木) 08:38:38.80

犯罪を指摘した人に対して訴訟とか言い出すやつは頭おかしいよ
意図的な漏洩なので刑事罰事案

2023/11/02(木) 10:36:45.79

きっかけとなった投稿みつかった
https://twitter.com/KikuchiKoichiro/status/1719714835242566081
>>538
一人が騒ぎ立ててあそこまで炎上させられるのなら、それはそれですごい
https://twitter.com/thejimwatkins

2023/11/02(木) 10:43:13.74

というか、投降者の炎上体質は否定しないけど、それ以外にも要素があった？

2023/11/02(木) 12:30:17.43

>>540
いや1人だぞ
そいつに釣られて色んな奴らが反応したせいでここまでおかしくなったのよ
ネットあるあるだ
みんなで無視しとけばよかった

2023/11/02(木) 12:41:38.15

これを無視はないでしょ
運営へすぐ連絡してくれる味方が少なかったのが敗因

2023/11/02(木) 12:57:36.33

ほーん？
味方が少なかった時点で色々と察してしまうなぁ

2023/11/02(木) 13:23:22.21

PyConってコミュニティっていう感じじゃないのよね
会社に近い
日本で唯一めちゃくちゃ儲かってるし
組織的にやってる
だから対応も組織的になってる
こういう「無敵の人」が暴れた時に弱いよね

2023/11/02(木) 13:47:53.28

>>542
無視はやべーだろ

>>543
もうツイート消してるからはっきりとわからんけど、運営にも自分で伝えてたみたいな事言ってなかったっけ

2023/11/02(木) 14:04:28.39

PyCon APAC 2023におけるNOCコンテンツに関するご指摘について
https://pyconjp.blogspot.com/2023/11/pyconapac2023-statement.html
発表きたな

2023/11/02(木) 14:04:44.14

無視でいい
少なくとも外野は
運営が気が付かない訳ないんだからな

2023/11/02(木) 14:26:36.15

>>548
>前日の機構変更により、サブドメインを除いたドメイン名のみ表示に変更
指摘されてすぐ行った対応がこれで、明らかに通信の秘密の侵害を認識できてないから
今回外野が騒なかったらこの対応のまま行ってたと思う

2023/11/02(木) 14:52:54.35

>>549
通信の秘密の侵害になるか？ははっきり言えないと思われ
弁護士の見解もはっきりしてないし実際は裁判しないと決着がつかない部類のものだよ
特に今回のようなケースはね
外野が騒ぎ立てなければここまでプチ炎上することもなかったのだ

2023/11/02(木) 15:25:23.77

>>545
>同様に、本件について問題提起をくださったコミュニティの皆様への個人攻撃・誹謗中傷等
>またはこれに類する行為もお控えいただければ幸いです。
だってさ

2023/11/02(木) 16:40:41.85

>通信の秘密の侵害になるか？ははっきり言えないと思われ
争いの余地なく明らかな侵害
これで侵害してないとかいいだしたら法律いらない
争えるのは刑事罰の対象者と程度くらい
いい弁護士が見つかるといいね

2023/11/02(木) 16:42:58.23

>>552
君は弁護士？
弁護士じゃないなら偉そうに断定しない方が良いよ
素人なんだから