Pythonのお勉強 Part71 YouTube動画>1本 ->画像>5枚

●関連スレ● 自称初心者は↓へ
【まず1嫁】くだすれPython(超初心者用) その58
http://2chb.net/r/tech/1662514433/

〇前スレ〇
Pythonのお勉強 Part69
http://2chb.net/r/tech/1669293584/

次スレの建立は>>985が挑戦する。（980通過して24h後も落ちなくなった）
### END of TEMPLATE ### ?

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

前スレ間違えた
Pythonのお勉強 Part70
http://2chb.net/r/tech/1677856680/

>1
先頭の三行全部消えてるぞ
やり直せ

前スレの時点で無くなってたんだけどな

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

ﾜｯﾁｮｲ知らないのに立てるやつら…

ついてるから最後の一行だったんだ
それか一行だけ付けたか

ワッショイありスレだからワッショイありにする文字列を普通に付けた
減ってたら云々の注意書きは読んでない

わっしょい！

3つのWをテーマとしてpythonを勉強していきます

最近Pythonを勉強し始めたけどなんかもう嫌になってきた

>>10
waste
wnko
wakiga

Pythonって標準ライブラリでも
reとglobで正規表現の文法違うのってなんでですか？

re, globの文法の厳密な定義みたいのが公式ドキュメントで見つからなかったのですがどこにありますか？

他人が作ったものの仕様の理由を聞く意味はない。
他人が作った仕様に文句を言うのも意味はない。

嫌なら、自分で代わりのものを作ればいい。

雑談したいがための無意味な質問はやめて欲しいね

>>11
それは目的なく勉強してるからだろう
Pythonで作りたいものがあって勉強するのと
流行りもんだからというノリで勉強するのとではモチベが違う

>>14
プログラミング言語は人間が使うために設計されているのでその裏にある思想を理解することは意味ありますよね
意味がないと思っているのは誤りです

>>13
globは正規表現ではなく、fnmatch.fnmatch()を使用したパターンマッチ。もともと違うものなので文法も違って当然

>>17
つまり、思想などと大層なものを持ち出す必要はない。違うものだから違うのだ

>>13
下記だそうなので、perlre(1)とsh(1)を見ると良いのではないだろうかね。

https://docs.python.org/ja/3.9/library/re.html
> このモジュールは Perl に見られる正規表現マッチング操作と同様のものを提供します。

https://docs.python.org/ja/3.9/library/glob.html
> The glob module finds all the pathnames matching a specified pattern according to the rules used by the Unix shell,

>>16
これに尽きるな

カメラに写った数独を解く、っての作ってみてるけど楽しいぞ
PythonというよりOpenCVや画像処理の勉強になってるが

いいね、そういうの
もう少し基礎学習進めたらそういう画像処理を絡めたお題に挑戦してみたい

pythonが楽で他の言語触るのがいやになったな

簡易言語でカスタマイズできる系のツールの不出来な文法に、
pythonそのまま使えよと思う

高度IT人材、富士通は最大年収3500万円へ

NECと富士通が人工知能（AI）人材の獲得に本腰を入れ始めた。AIやセキュリティー
などの技術の重要性が増す中、それらの高度な技術に対応できる人材（以下、
高度技術人材）の市場価値が急上昇している。企業は自社の採用活動を優位に
進めたり、他社からの引き抜きに対抗したりするために、高度技術人材に厚く
報いる新たな人事制度を模索している。こうした中、日本企業の中で際だった
動きを見せているのがNECと富士通だ。
NECは若手研究者向けに厚待遇の新人事制度を導入し、「20～30代の社員9人
に適用した」（NEC）。一方、富士通は2020年度上期中に年収2500万～3500万円
を提示できる新人事制度の導入に向けて調整中であることが、共に日経
クロステックの取材で分かった。

>>18
ありがとうございます。勉強になりました。

>>24
Excelのことですね判ります

>>16
そういうのじゃなくてさ
C#とかと比べると言語仕様やフレームワークのあまりのクソさにうんざりしてくる
無理やりオブジェクト指向にしてみました感がそこかしこに感じられる

ルールはゆるい方が作りやすい

いちいち自分で申請書書いて自分で受理してからしか飯が食えない生活とか嫌だろ

自分はC#よりpythonを触る時間が多くなった

>>28
比べなきゃいいじゃん
明日までにこのソフトをPythonで作らないと首になるみたいな状況じゃないんだろ
JavaやC#で済むならそれでよし

>>28
嫌ならやめれば良いじゃん
誰も困らんよ

numpyはベクトル演算だから初心者にはちょっと理解しづらいはず
といってnumpyはpythonの最高のライブラリだからこれを避けて学ぶわけにもいかない
ベクトル演算とはどういうものかを基礎から習得していくしかないな

numpyは要らない人はずっと要らない
必要な人は既にベクトルくらい知ってる

ベクトルの実装の話をしています

Real Programmers Don't Use Python.

>>28
外人が日本に来て、日本人のここが変って言うのを時々耳にする。
君、その外人と被るね。

Real Programmers Don't Use Python.

エクセルに乗るって話、どうなった？

>>33
ベクトル演算をしたいならFortran, Julia, MATLAB, Octave, Rなどを使った方が良い。
Pythonなんかで無理な真似事をやる必要はない。

>>40
程度問題
ベクトル演算といっても必ずしも大量データとは限らない
大体Pythonで書いてるプログラムの中で少しだけベクトル演算したいならPythonで書きたいと思うだろう
いちいち外部コマンド呼び出しとかFFIとか面倒だし
(まあNumPyはFFIのお化けみたいなものという話もあるけど)
明らかに数値解析用に作られた言語以外の、
広く使われる言語の中ではNumPyは結構使いやすいのは事実だし、
そう思えないなら他の言語でベクトル演算やったことないだろと言いたくなる。

それぞれがやり易い方法でやれば良いだけ
持論を押し付けるのはあたたたおか

>>31
非力なLinuxPC使ってるからまず開発環境自体を入れるのが手間
オープンソースでクロスプラットフォームでデフォルトでGUIに対応している言語となると限られてくる
でもWindowsアプリケーションの開発環境の歴史を繰り返しているような錯覚に囚われて萎える

仮想環境つくるとき「venv」ディレクトリとしてる？
それとも「.venv」ディレクトリとしてる？

Linux環境でも仮想環境があることが分かるのでvenvディレクトリとしてるのだけど
.venvにした方が何かいいことあるのかな？

Ruby のベクトル演算には、C で作られたNArray がある

速度は、NumPy, Octave にも匹敵する

>>44
漏れは日本人が作った、多言語バージョンマネージャーのanyenv を使う。
同様のツールに、asdf もある

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

echo $(anyenv root)
/home/ユーザー名/.anyenv

echo $(rbenv root)
echo "$RBENV_ROOT"
/home/ユーザー名/.anyenv/envs/rbenv

echo $(nodenv root)
echo "$NODENV_ROOT"
/home/ユーザー名/.anyenv/envs/nodenv

ドット有りの隠しフォルダー以下の階層
/home/ユーザー名/.anyenv

適当なディレクトリにあるbatファイルに
python process1.py %1
みたいに書いてあるとする
別の場所には
python process2.py %1
という内容のbatがあって、それぞれ要求するバージョンや環境が違うとする

このままでは動かないけど、どう修正すると環境を指定して起動できる?

>>47
venvつかう

コマンドラインからvenv使って今からここはバージョンいくつ、みたいにすれば
そこを使う環境が変わるのは判るけど、そんなことを意識せずにbatファイルからやれる気がしない

c:\python2\python.exe
と
c:\python3\python.exe
みたいに明示的にbatファイルに書いてしまうなら判る
でもvenvの方向はそうじゃない

python2 process1.py %1
python3 process2.py %1
でよろし

それをvenvで実現する方法

>意識せずに

それは無理な相談

>>49
venvではバージョン指定できないぞ
それぞれのpythonでvenvつくって、>>47のpythonコマンド実行するまえにvenv有効化すえうだけ

ていうか、venv有効化するのもコマンド一つだしbatに１行増えるだけやん

それを知りたいという話なんだけど
後片付けも要るから2行?

池沼か

>>55
お前の主張は>>49だろ
どこからvenvの使い方教えてくださいに変わったんだよ

相手しないほうがいいよ。

各バッチスクリプト内でvenv有効化/無効化するのはなんか違うよね
せめてdirenvみたいなので自動で有効化/無効化したほうがいいと思うけど
Windowsでそれができるツールがあるのかは知らない

そういうツールがないようならvenvだけだと面倒だからPipenv使えばいいと思う
それぞれのディレクトリでPipfile整備して`pipenv run python process1.py %1`みたいにすればいい
Python自体のバージョン指定と依存ライブラリのバージョン指定をPipfileで一括管理できるので管理や環境の再構築が楽

Pipenv調べてみる
もうenvいろいろありすぎ
多分それぞれにあんまり便利じゃなくて決定版が無いんだろうな

Windowsはデフォルトでpyランチャーがあるからバージョン管理とても簡単だけどmacは大変らしい

py.exeが別のpythonを呼び出す時に引数をうまく渡してくれないので、
それはそれで使いたくないんだよな

>>55の１行ですむ後片付けってなに？
venv使う使わないはもうどうでもいいから、これだけ教えてくれ

BATの中は新しい環境だからdeactivateいらんのがわかってない

venvという名の全く別物である可能性も

素人はpipとconda以外さわるな
homebrewとか絶対使っちゃだめだぞ
おちんちん大っきくなっちゃくからな

え、venvって環境変数だけで実現してるの?

環境がぶっ壊れないことと、作業ディレクトリに必要なライブラリがすべて入るポータブル性だけ要求するならvenvは高機能すぎる気がするけど、
容量の効率性無視でとにかく使いたいスクリプトが動くように全て作業ディレクトリに環境用意してくれるようなライブラリってあるんですかね

venv --copiesのこと？
共有ライブラリの依存も嫌ならPython本体をスタティックリンクするとか

>>61
MacでもWinでもLinuxでもpyenvとpoetryで実行環境のバージョンは同じコマンドで管理できるよ。

>>62
py.exeって引数をうまく渡してくれないの？

virtualenvでいいじゃん

>>68
anacondaにしとけ

>>49
venv環境の中にはそれぞれpython.exeが置いてあるからそのパスを直接指定すれば同じことができる。

こんにちは

久しぶりにpython触ったら明示的な型指定が導入されたみたいで喜んでたけど
実際は型を無視した代入や引数を渡せてしまうねｗ

型ヒントで何も制約できないんだな
これを有効に活用できる局面ってなんなんだ？
VSCodeでもエラー表示などがないんだけどプラグイン次第で何かしてくれるのかな？

>>74
それvenv使う意味ないだろ

>>75
型ヒントは型指定必須の言語から来た開発者のアレルギーを抑えるための間に合わせ機能
純粋なPythonユーザーには百害あって一利なし

型ヒントはそれ単体では役立たなくても、開発環境と合わせると便利になる

型アレルギー持ちPythonユーザーが炙り出されたようだな

型型やかましいわ
pydantic使えよ

型ヒントつけないとインテリセンスにでてこないからつけるわ

動的型付けスクリプト言語で規模が大きくなってきたら「ここにはこんなデータが来る」って
コメントを書いておかないと訳が分からなくなる。
それを処理系でチェックしてくれて間違いを減らせるようになったようなもの。

動的型付けスクリプト言語で規模が大きくなってきたら「ここにはこんなデータが来る」って
コメントを書いておかないと訳が分からなくなる。
それを処理系でチェックしてくれて間違いを減らせるようになったようなもの。

処理系でチェックしないやん、という話

mypy使ってるけど型推論が貧弱なのでもっと強力にして欲しい

>>84
処理系と開発環境は別物って話？

コンパイラとかインタプリタとかCPUが処理系
エディタとかドキュメントは処理系じゃない

学校の理系の建物付近にある食堂の名前が「お食事処理系」で、処理系にしか見えなかった

なるほど、じゃあそれでいいよ。自分の認識じゃあ構文解析は処理系の範疇だったんでああ書いただけで。

どうでもいいことだよな
誰か困ってるヤツいるのかね?

正直なところ俺が困ってるｗ
tsみたいな仕組みでいいからどこかで型チェックを保証してくれｗ

構文解析と字句解析が近藤さんの人ガイル

音速衝撃波!!

(((( 💪

>>90
やってることはあまり変わらんけどな。tsはトランスパイルというステップがあるから
そこでエラーとしてはじいているだけで、
Types as Comments だと python と同じような感じなんだろうな。

>>94
実行時はチェックされないけどどこかのステップで解釈されてる
それでいい

>>91
そこは字句解析じゃなくて意味解析じゃないか？

>>90
型宣言とカッコを省略したことでコードをシンプルに保つ方向に振りきったのがPythonという言語
それをなぜ崩そうとするのか
型ヒントを使ったコードを見たことがあるか？
あんなのはもうPythonじゃない
頼むから大人しくC#やJavaを使っててくれ

>>90
ないものは無い
自分で作れないなら
他に移ればすむ話

>>87
お食事処理係
に観えた

>>97
そうだな
そこまで型にこだわりたいならRust使えば良いのにって思う
きっとあほなんだろう

>>97
大事な事描き忘れた
Nimでも良いよ

型ヒントに親でも殺されたのか？
使いたくなければ使わないだけの話なのに

python使ってると、もうC＋＋で書くきがしないよね。

Cでは今でも書いてるけど、C++は書いたことないな
拡張子だけcppで複素数とか使ってるけどクラスは使ってない、程度なら書いた

python使いたくないんだけどpythonにしかないライブラリを再発明するパワーもないので仕方なく使っている

こんなソフト無いかなと検索しても、windows用が無くてandroid用しか見つからないようなもんか

>>103
pythonでQt触っててC++でも触ってみたらC++も良くなっててこっちでもいいやんって思ったけど
ライブラリ探したりコンパイルするの面倒くさく感じてやめた

>>105
Nim使えばいい

C++はソフトウェアに最小限必要な制約の記述と
最適化に関する記述を分離できていない
全部ごっちゃ
その意味ではRustも大差ない

>>108
pythonのライブラリ使えるのか？

馬鹿には無理

>>107
Python/Qt 最高だよね。
もう、ヘッダーファイルを書くなんて面倒で面倒でw

Qtが企業だと知って萎えた
無料で仕事してくれる人なんていないよね

>>108
Nim使うからRust使うわ

>>97
型宣言付けたら自動補完きくからコード書きやすいだろ
バグ取りも圧倒的に楽だし
他人のコード読むなら絶対あったほうが楽
見た目が醜いのはそうだけど静的型チェックなんだから自分しか使わないならいらないと感じたとこで消せばいい

Pythonはカッコ少ないのは美点だと思うけどじゃあprintもカッコなくして文に戻してよって思う

型チェックを憎むやつの正体
・IDE嫌いの老害
・メソッド名や属性名を全て覚えておりどの変数に何が入っているか全て知っている天才
・簡単で汎用性の極めて乏しいスクリプトしか書かない人
・numpyなどで実質型指定の恩恵を受けている

>>115
静的型チェックではないぞ

文字か数かは見れば判るし、
リストとか辞書の場合は、変数名をそうしておかないと型チェック以前に書くのに困る
なんちゃってハンガリアンで十分

現状困ってないのに型チェックを導入するのは、理不尽なコーディング規約みたいなもので、
慎重になった方がいい

>>117
型付けが動的なだけで型チェックは静的

型付けの静的/動的とチェックの静的/動的は意味が違う

現状困ってなくてもエディタの入力補完の恩恵を受けられるようになるのは大きなメリットだと思うけどな

>>118
強制されてないんだから恩恵がない天才派はそれでOK
じぶんは名前に型含んでたらレビューで難癖つけるけどね

for data in data_list:
とかよく書くけどな

複数形を使うのはあんまりいい方法と思えない

x_intとかx_strみたいな変数名のことじゃなくて？
型アノテーションなかった頃は見てわかる変数名はいいアイディアだったと思うけど今はアノテーション使って書くな

data_listみたいな名付けはする
datas, xsは最悪だと思うけどx_listだと長過ぎるように感じて悩んでる
この辺ってルールあるの？

datumの複数形がdata
もしくは不可算名詞の単数形としてのdata
datasは間違い

リストは複数形、というルールにしたとしても、辞書はどうするんだっていう
名前に型含めると噛みつくうざい人がいたとしても、含めた方がいい

オナーニばかりしてんちゃうぞ
pep8の通りにやることめざしゃ

それ良く言われるけど
英文法の例外に合わせる必要なんてない
hogeがあったら機械的にhogesにする
Railsでも採用されてるnameイングルール

>>116
> 型チェックを憎むやつの正体
> ・IDE嫌いの老害

「型」を寧ろ老害扱いしてたんじゃ。

datasをdata_seriesの略だとする言い訳もある

型の判別のためではなく、それが何かを表すために変数名にdicを含めることは普通にあるだろう
結果として型名が含まれてるだけであってそれをレビューで弾く必要はなかろう

ほんとに辞書ならdictでいいよ
request_header_dict
は止めてほしい

意味、役割が辞書的なものなら実際の型によらずdictでも別にいいと思うけどな

perlは楽だった
$dataと@dataと%dataが同時に使えて、
リストなのか辞書なのか見ただけで判るし名前で苦労しない

>>134
ハンガリアン記法で代替すりゃいいじゃない。

まあ、@dataとdata_list、%dataとdata_dictが同じものなので、
記号で書くか文字列で書くかの違いだけなんだけど

実際、perlから移植する時はそんなふうに機械的に置き換えてる

>>118
>文字か数かは見れば判るし、
それが通用する程度のプロジェクトなら必要性を感じられなくてもしょうがない

規模が大きくなると訳が判らなくなっても仕方ない
という諦めに抗い続けたのが言語の進化の歴史なんよ

処理系は処理系で必死に変数の型をなくそうと努力し、
利用する側は利用する側で変数の型を意識しやすくしようと努力する

一部の人が苦しい思いをしながら型を意識して書いたライブラリを、
大半の人は型なんか意識せずに気軽に使う、という分業が今のところの正解なのだろう
一つの言語だけで全体をカバーするのは無理

>>140
「見ればわかる」程度のコードしか書かない人にとってはそうかもしれないが
そんなんばっかりなわけはないからな

見れば判るコードが一番いいコードなんだよ
なんで難解さをドヤれるんだ

伸びてるな

>>142
そういう意味じゃないでしょうｗ

>>142
単純に規模が大きくなるだけでも「見ればわかるとは言えなくなるだろうに。
それともお前の頭じゃ関数定義するだけで難解なコードなのか。

フェレイゼンも30年の研究の結果
プログラミングには型が必要だとわかったといってた

小さいプログラムしか書かない人は型が要らないと言う
別に書くことを強制されてるわけでもないのに

小さくてもファイル3個ぐらいに別れてたら絶対型がいる

設計書ないの?

自己満オナニー主義者としてはやはりPEP8くらいマスターしておきたいよなー
自分で読んでわかるのも2・3年後に読んだらわからんくなる人もいるし
いつも同じオナニーばっかりの人はどっちよりに曲がっていても気付かないものだしな

Pythonを研究で使う人って設計書書かないっしょ
あとから必要になったときにリファクタリングするついでに設計書書く感じじゃね

なんだか見てると頭が痛くなるな
py界はちょっと参加者が違う

>>138
その言語の進化の歴史に型ヒント、型チェックは含まれるの？

なんで研究前提になっているかは知らんが、
システム・ライフ・サイクルがある程度の期間であれば設計書は作成するでしょ。
記憶できない規模なら、なおさら。

趣味のプログラムならそんなものは作ってないだろう
最初はモジュール含めてトータル3000行だったものが1万行オーバーとか普通だし

#データ読み込み
#加工
#ライブラリに渡す
#結果をプロット

しかやってない人は型はいらないというだろうけどこれでも型はいると思う

本当に必要なのはデータを取り違えない適切なアノテーション
型自体は最適化の領分

実現したいことが30行程度の人はある意味幸せなのかも

>>142
>見れば判るコードが一番いいコードなんだよ
これに尽きる
見ればわかるコードにするのはそれなりにスキルいるからね

それに対する>>144の
>単純に規模が大きくなるだけでも「見ればわかるとは言えなくなるだろうに。
にID:rxWsx5B/0がどう返答するのか注目

「見れば分かる」にもいろいろ解釈の余地があるからな

何を見たのか、断片なのか全体なのか
何が分かったのか、その断片の処理なのか全体の機能なのか

規模が拡大すると、全体で何をしているのかが把握できない
という事実を振り回しているだけに見える

そんなのは当たり前の話で、だから細かく細分化したり抽象化できるようになってる
その細分化された最小パーツの段階で型ヒントが必須かどうかは、
全体の規模とは無関係な話

>>157
>見ればわかるコードにするのはそれなりにスキルいるからね

そこをツールでサポートできれば楽になるわけだよね

メリット・デメリットがあるなら
使い分ければいいじゃん

2万行ぐらいのプログラムは、大きい？ 小さい？

>>160
ある関数が取るパラメータの型は何か、返す値の型はなにか
その関数自体だけからでは読み取れない場合は中の処理を順に追っていく必要に迫られる
そして規模が大きくなるにつれてその探索範囲も広く深くなっていく

型ヒントの有用性は最小パーツ（数行程度の関数）であってもプロジェクトの規模に応じると考える方が自然では？

一見動いてるけど間違ってるのを認知する助けになるから型チェックは有難い
特に凡人ほど恩恵を受けやすい

VSCodeとか開発環境使ってれば圧倒的にタイプ数が違う

絶対に譲歩の無い議論をいつまでやるつもりなんだ
無能で暇だと言うことしか解らないぞ

見ればわかるコードが一番ってその通りでそれを実現するのがアノテーションなのでは？
型チェッカー入れてなくてもstrとかintとか書いてあるだけで多少便利でしょ

>>165
テスト書いてないの？

>>169
テスト書くとしてもテスト書くときにどの関数をどの型の変数が通過して…って考える必要あんだから、書かない理由にはならないでしょ
テストきちんと書くほど細心でなんで型アノテーションしないの

俺はそこまでしてないけど、実行時に入った変数の型見て自動でアノテーション生成してくれるツールとかもあったはず

研究、実験とか数学に使いたい人が、思考が阻害されるからつけないっていうのはわかるよ
そうじゃないのに型アノテーションに反抗してる人は、正しい道具を使ってないから文句が出るだけだと思うわ
それか用途が限定されてる小規模コードしか書いてない

そもそも型で躓く人はプログラミングに向いてないと思うんだよね

Pydanticっていうライブラリがあってだなぁ

>>172
まぁそれはそうだけど
JSなんかは型の曖昧さが逆に間口広くなって使う人が増えてるまであるから

TS触ってJSなんかにもう戻りたくないと思うかどうか

>>170
「テスト書かずに型ヒント書く」笑えない

>>170のどこをどう読んだら「テスト書かずに型ヒント書く」になるのか

修飾語(英語でいう目的語)がない文章に反応するから、こいういう事になる。
文章として不十分なレスはスルーが基本。

>>165
WindowsのAPIはboolを還す定義されていても3値戻って来たりするからな

tk.tk (NG用)

更に家族等などに教えて、更に￥4000×人数をGET！

>>180
金盗まれる詐欺な

>>180
これは知らなかった

>>180
グロ

型ヒントの導入には正直かなりショックを受けた
シンプルを旨とするPython運営がこれほどの愚行を犯すとは
コードのタイプ量は3割増しになってPythonの良さは大幅に失われるだろう
そうなる前に古いバージョンのインストールファイルをこまめに保管しておくしかない

使いたくなきゃ使わんでもいいってのが型ヒントのいいとこやぞ

働きたくない

働いたら負け

使うときも全部に型ヒント付ける必要もないしな
関数の引数に付けるだけでも効果十分

結局チェックされないなら間違ってても通ってしまう訳で
間違ってると内容と矛盾してどっちが本当か判らなくなって
信用出来なくなって毎回内容確認するハメになって
結局効率悪くなる害悪でしかない

チェックされない型ヒントもどきはない方がいい
書いたならちゃんと有効活用しろ

>間違ってると内容と矛盾してどっちが本当か判らなくなって

どういう状況を想定してるんだろうか。

Pythonの文法を頑なに守りつつオブジェクト指向プログラミングを続けようという涙ぐましい努力

>>180
とっくに全員やってね？

>>189
関数入出力情報のドキュメントが信用できないってのは、適宜メンテしてね! 以外にどうしようも無いんじゃね。

まあどうせ観念していずれ型宣言も文法に組み込むんだろうけどさ

>>189
具体的なサンプルコードで状況説明してくれる？

仕事でExcelファイルを処理することになった
Pythonだけでどうにしようとしたけど、限界がきてVBA触ってる
色々つらいけど、特に開発環境がつらい

図形とかグラフとかは辛いな
excelがメインの処理の場所ならpythonでやれることは限界がある

入力データを用意するとか、設定を書いて実行ボタン押すとか、
最終結果を出力するとか、UI部分だけ使うには向いてる

またこの手の泣き言野郎か
今の開発者ってのは環境をお膳立てしてもらわないと何もできんのか？
設計さえちゃんとできていればテキストエディタとコマンドプロンプトで十分

C言語の頃は全てを記憶で書いただろうけど、
どうせ覚えられないしエディタがヒント出せばええやん、という方針で言語がデザインされるので、
装備ゼロで戦うのは大変よ

入力データがexcelファイルなんよな

>>201
Excel案件は最初からVBA一択
つらいのは適していない用途に使われて泣き言言われてるPythonだわ

>>202
VBAで書き始めてからそれは思いました

何をしてるのかは知らんけど
入力データだけ吸い取ったらもうexcelは閉じて、pythonで処理して、
結果だけexcelファイルに書き出すのが楽

CSVから読み込んで計算して上書きしてるよ

そういう事もしたりしてたけど、インプットがexcelファイルのみでファイルによってはデータにプロテクトかかってたりしてたから
結局VBAで処理するのが楽なんだろうなって感じでした

マクロもパスワードロックして自分以外編集できないようにするのって大切よな
Pythonだと丸見えで編集されて動かなくなる件

半年もすればPython in Excelで書くのが当たり前になってそう

>>208
VBAは出来ないことが大杉だからね、クラス継承とか。

Python in Excelあっても全部任せられるわけじゃないんしょ

あんま組み込んでもファイルをヒトにわたせんからな

セルに関数書く代わりにpythonで書くみたいな感じでしょ
マクロを置き換えるものではなかったような

いつの間にかVisual Pythonになって更にVisual Python.NETになる

VBAは有償の開発ツールでも使わないとテストランナーもなければバージョンコントロールもめちゃくちゃやりにくい
Visual Studio使ってるならExcel-DNAやVSTO使ってなるべくVBAの量を減らしたほうが開発効率的に保守性的にも断然いいよ

ExcelをGUIをインタラクティブに使う必要がなくて入力データとして使うだけならPythonでも充分

パネルビューの信頼性と選択問題についてちょっと考えてみた

多分おおよそこんな感じだとおもう
若いほうがいいか、BBAがいいかはプロパティで編集する必要がある

パネルビューの信頼性と選択問題についてちょっと考えてみた

多分おおよそこんな感じだとおもう
若いほうがいいか、BBAがいいかはプロパティで編集する必要がある

パネルビューの信頼性と選択問題についてちょっと考えてみた

多分おおよそこんな感じだとおもう
若いほうがいいか、BBAがいいかはプロパティで編集する必要がある

>>213
IronPythonはどうなる？

IronPythonといえばJythonどうなったんだっけ？

「UTF-8でエンコードされたバイト列」の文字列を、バイト列として扱い、
そのバイト列をデコードした結果を得たい、と思ってます

たとえば「鈴木」という文字列をUTF-8にエンコードすると
print("鈴木".encode("utf-8"))
b'\xe9\x88\xb4\xe6\x9c\xa8'
こんな風になるかと思います

ここで、文字列として"\xe9\x88\xb4\xe6\x9c\xa8"を用意し、
それをバイト列として扱ってデコードした結果である「鈴木」を、
変数resultに格納するための方法を教えてください

print(b"\xe9\x88\xb4\xe6\x9c\xa8".decode("utf-8"))
と、頭に「b」を置いて文字列を直接続ければ表示はできることは分かったのですが、
こうではなく、文字列は変数strとして与えたいです

str = "\xe9\x88\xb4\xe6\x9c\xa8"
result = bytes(str).decode("utf-8")
等とやってみましたが、うまくいきませんでした

>>220

>>221
回答ありがとうございます

この場合、変数bは「b"\xe9\x88\xb4\xe6\x9c\xa8"」と表現される
バイト列になっているので、そのままデコードできるのだと認識してます

説明が難しくて申し訳ないのですが、
変数bが「"\xe9\x88\xb4\xe6\x9c\xa8"」という、頭にbのつかないテキストの
文字列となっており、その文字列を、バイト列に変換するか何かして、
UTF-8としてデコードした結果を得たいと思ってます

print(str.encode('latin-1').decode("utf-8"))

>>220
バイト列リテラル(b"...")を表した文字列を作って ast.literal_eval()
https://ideone.com/qgK6Nb

>>223
情報ありがとうございました
動作しました
動作する詳細の原理はもう少し調べてみますが、
latin-1にエンコードしたうえで、utf-8にデコードする、という処理が
たしかに動作しそうですが、後にソースを見る人に伝わりづらいかもですね…

>>224
情報ありがとうございました
こちらでも動作しそうですね
活用させていただきます
このideone.comというサイトは面白そうですね
こちらも活用していこうと思います

>>220
こんな感じ?

import binascii
name = '鈴木'
bin = name.encode('utf-8') # utf-8のエンコード
binstr = bin.hex() # binの文字列化
bin2 = binascii.unhexlify(binstr) # bytesに
name2 = bin2.decode('utf-8')
print(name2)

自分のコード内でencode(‘utf8’)してるのなら
byteオブジェクトを持ち回るか最初からfromhex()で読める形のstrにしておく
string = “鈴木”.encode(‘utf8’).hex()
bytes.fromhex(string).decode(‘utf8’)でok

外部のファイルとかに\xで記載されてるものなら
読み込んだ時に\\xになるのでreplaceしてやればok

>>220
>>222
223 で FA だけど(pythonに慣れた人なら 223 一瞬観ただけで何やってるか判るから)
敢えて 220 222 が理解出来る描き方にするなら
>>> str = "\xe9\x88\xb4\xe6\x9c\xa8"
>>> bytes(ord(c) for c in str).decode('utf-8')
'鈴木'

input.txt
\xe9\x88\xb4\xe6\x9c\xa8

f = open('input.txt')
str = f.read()

こういう話だと思って見てたけど

>>229
>>> str = r'\xe9\x88\xb4\xe6\x9c\xa8'
>>> bytes(ord(c) for c in bytes(ord(c) for c in str).decode('unicode-escape')).decode('utf-8')
'鈴木'

>>223 使うならこれでもok
>>> str = r'\xe9\x88\xb4\xe6\x9c\xa8'
>>> str.encode('latin-1').decode('unicode-escape').encode('latin-1').decode('utf-8')
'鈴木'

unicode escapeじゃないやん
ただの2桁十六進数やん

>>37
print(
"本（和書）のジャンル一覧｜アマゾン"
"\n"
"h" "tt" "ps://www.ama" "zon.co" ".jp/b?node=465610"
)

>>1
コピペで動画を作れたのだが、
今回やってみたら動画が死んでいる、
なぜなんだろう、、、

>>232
\xe6\x84\x9fji\xe6\x82\xaai\xe3\x82\x88

プログラム内にリテラルで\xhh形式の文字列を書くくらいなら最初から'鈴木'かb'\xe9\x88\xb4\xe6\x9c\xa8'で十分でしょ
わざわざ異なる文字列として解釈されうる値を書く意味がわからない

プログラムパズルとかそういう話なのかな？

> 変数bが「"\xe9\x88\xb4\xe6\x9c\xa8"」という、頭にbのつかないテキストの文字列となっており

というのは r"\xe9\x88\xb4\xe6\x9c\xa8" の意味だろうと
コードに埋め込む訳は無いので、ファイルなり通信なりで入力されるのだろうと

http://menu.5ch.net/bbsmenu.html

ここの文字化けも素人がやらかしたんだろうな

>>237
そういう話であれば>>227が書いてるように文字列から\xを除去してfromhexがいいと思う
fromhexとdecode時にそれぞれエラーが出る可能性があるのでエラーハンドリングは必要

いっそCodec自作するのがよい

matplotlibでファイルとかWebAggにグラフを書き出すとき、show()する度に過去のグラフの上に新しいグラフが追加されていくじゃないですか。
show()する度にウインドウをリフレッシュして新しいグラフだけ表示するようにしたいんですが、そのためには毎回show()のあとにclose()かclf()するしかないですかね？
matplotlibの設定か何かでshow()の後のcloseを強制化か自動化する方法があったらご教示ください。

グラフはなんかどうやっても面倒で、
その原因は隅々まで人間が指定できてしまうことにあるので、
不自由だけど全部やってくれる系のが出るのを待ってる

>>241
グラフ描画はNotebookかColab使うべき
だって静的にイメージは描画させたいしいじるのは動的にやりたいだろ
notebookはそれを完全に解決する
それ以外の解決法はない

ロジックをどのようにすれば以下のような処理を実現できるか悩んでいて、知恵を拝借したいです…
何か良い方法はないでしょうか？

【前提条件】
◯ある配列があり、先頭から順に1日に3件ずつ処理しています
◯その配列には辞書が格納されています。キーの一つに処理日付カラムがあり、最後に処理された日付が格納されています
◯配列の末尾に到達すると、処理対象は先頭に戻ります


【実現したいこと】
配列の中のある一つのインデックスを選んだ時、そのインデックスが示す辞書が次に処理される日付を求める

配列の長さが固定でないなら長さが変わる法則がわからないので計算しようがない
固定なら長さを3で割って書いてある日付に足すだけでは？

python3.11.1からpython3.12.0に更新したら追加したモジュールがないってエラーになるんですが
更新するたびにモジュール入れなおさないといけないのですか

>>244
>◯配列の末尾に到達すると、処理対象は先頭に戻ります

俺にはここの意味がわからん

配列の長さは固定としてよいのですが、長さを3で割って日付に足すやり方は配列の長さが３の倍数でないと使えないと思うんです。

>>247
例えば配列の長さが10だとすると、インデックス0〜2が1日目、3〜5が2日目、6〜8が3日目に処理されます。
4日目は末尾に到達し、9, 0, 1が処理対象となるという意味でした。

>>247
例えば配列の長さが10だとすると、インデックス0〜2が1日目、3〜5が2日目、6〜8が3日目に処理されます。
4日目は末尾に到達し、9, 0, 1が処理対象となるという意味でした。

>>250
格納するための配列が1つで、最大格納数が設定されてるって事ね？
格納する時の辞書を{‘day’:day,’contents’:[contentsA,contentsB,contentsC]}
みたいにしたらあかんの？
もしくは配列のmax数を3の倍数にしとくか。
max数が3の倍数にできなくても指定したインデックスの前後2つずつ調べれば済むだけだと思うけど。

3を固定にしないでいくつでもいいけど実際は3でしか使わない
という設計がいい

>>249
3×日数を配列の長さで割れば、ある日付けにどこを読んでいるかが計算できる
なので前回読まれた時にその日の処理の中で0番目1番目2番目のどれだったのか記録しておけば直接計算できる
あるいは配列の2つ前までが前回処理された日付を読んでもいい

Pythonの問題とかじゃなくて算数の問題じゃないか？

配列の長さがNとしたら3N日ごとに全く同じパターンが繰り返されるから、最初に3N日分計算すれば永遠に同じパターンが使える
上のやり方や3で割った余りで分類する関数を書いてもいいが最初に計算するパターンのほうがミスりづらいので俺ならこっちで書きそう

>>249
3×日数を配列の長さで割れば、ある日付けにどこを読んでいるかが計算できる
なので前回読まれた時にその日の処理の中で0番目1番目2番目のどれだったのか記録しておけば直接計算できる
あるいは配列の2つ前までが前回処理された日付を読んでもいい

Pythonの問題とかじゃなくて算数の問題じゃないか？

配列の長さがNとしたら3N日ごとに全く同じパターンが繰り返されるから、最初に3N日分計算すれば永遠に同じパターンが使える
上のやり方や3で割った余りで分類する関数を書いてもいいが最初に計算するパターンのほうがミスりづらいので俺ならこっちで書きそう

それプログラミングじゃなくて算数の問題だからプログラミングのお題スレとかに書くと喜ばれるよ

dictのまま書くなら2つ前までの要素がいつ処理されたのかを読んで余りで処理するしかないけどめんどいから常人はやらない
辞書を継承した自作クラスにして前回どこを読んだかのカウンターを付ける
これで次回読まれるのがいつかが計算できる

>>244
恐らくfor～range(～)で処理しようとしているんでしょ?
while～で処理すればいいと思いますよ。

do whileが無いので、代わりに無限ループにしておいて、
whileの条件が成立しなかったらbreakで抜けるというのが標準の書き方だけど、
やっぱり低級に見える

>>246
pythonはマイナーバージョン毎に共存できるようになってるのだから入れ直すというか新たにモジュール入れてやらないとだめ

>>244
学校の宿題とかパズルとかならいいんだけど
現実のシステムだと変更に弱くなるから
最後に実行された日付に不必要に依存すべきでないと思う

次はどのインデックス位置からいつ処理を実行するのかといった進捗状態を
配列とは別に保存しておいてそれをもとに計算したほうがいい
イテレータと同じイメージ

>>259
そうなんだありがとう
モジュールはメモしておいた方がよさそうだ

pip freezeでパッケージの一覧を作成できるのか
色々導入していたわ

なんで特定のバージョンに依存する描き方をしたがるんだろ

>>263
これどういうこと？

dockerとかrequirements.txtとか再現性高めようとすると
必然的に特定のバージョンに依存するような書き方になると思うのだが。
最新バージョンで過去のバージョンの描き方してる、とかいう元も子もない前提条件なら知らんけど

>>243
そのポリシーに賛同するかどうかはともかく、質問への回答にはなっていない

>>243
そのポリシーに賛同するかどうかはともかく、質問への回答にはなっていない

func( *l if a else l )
条件分岐で
*l　と　l
渡せると思ってたら
func( *(l if a else l) )
だった

親lがリストのときは*lで
親lがリスト以外のときは[l]
ってやりたいときこれでいいのかな

def func(*args):
　print( list(*args) )
l=[{"a":1},{"b":2},{"c":3}]#[["a",1],["b",2]]
#l={"d":4}
func(*(l if isinstance(l,list) else [l]) )
#[{'a': 1}, {'b': 2}, {'c': 3}]
#[{'d': 4}]

typeを使うのでは

では、とは？

あるいは func(*l) if isinstance(l, list) else func(l)

あるいは func(*l) if type(l) is list else func(l)

func if func的に２度func書くメリットがいまいちわからん

三項演算子だからでは

Pythonの三項演算子カコワルイ
C言語とかの方がパッと見て解りやすい。
(isinstance(l, list)) ? func(*l) : func(l) ;

コロンにそうでなければ、という意味を持たせる文化圏は無い

funcに返り値があったとして
f = func if func
f["res"]
# or
res = ( func if func )["res"]

またfunc内に引数分岐処理を隠蔽できる可能性を残したとして
func if func的に２度func書くメリットがいまいちわからん

>>274 ほんそれ
三項演算子のマクロか関数みたいなのがあったとして
tri(isinstance(l, list), func(*l), func(l))
でもまだましだったと思う

>>276 みたいなのがいるから
true のときの func と false のときの func が常に同じことが確実な場合
tri(isinstance(l, list), func, (*l), (l))
でも良いが

値を返せるifを追加してくれる方がうれしいわ
実装は関数のシンタックスシュガー

値を返せるifって例えばなんですか

むしろ値を返す方が主流だろうに

同じ関数を呼ぶのにアンパックするかしないかの条件分岐をさせるのは
あまり筋がよくないように感じるんだけど俺だけかな？

>>282
なに言ってるか解らん。
筋が良いように感じるコードを示しなよ。

>>279
で、できたのが今の python の三項演算子

>>282
普通に悪いだろうね
どういう設計かわからん
入力整形するヘルパー関数書くべき

式か文かのお話

printって
print(txt1,txt2,txt3)
って感じの仕様だけど
この仕様のメリットってなんなの？

t=[txt1,txt2,txt3]
print(*t)
みたいに書けて名前引数でもオプション設定できたりするくらい？

↑だとprintのソースコードは、def print(*values,,,option):な感じだけど
もしprintが
def print(values=[],option=,,,,**kwrgs):（valuesがlistか否かの処理）
みたいな仕様だったら実装上は
print([txt1,txt2,txt3],option)とかprint(txt1)
って書くことになる

個人的になんか見た目がダサいというか・・
単に好みの問題？

まあ、基本は一つだけprintだしな
スペースで区切っていくつも表示したいというデバッグ的な使い方で複数書くくらいでは

print "result=", value

みたいにやってた流れだろ

>>287
昔のPythonは()すら無かった

>>287
昔のPythonのprintは()すら無かった

>>287
実際pprintの方は引数1個しか取れなかったりする
深い意味ないんじゃない？
printは人間に見やすくするためにあるものなので今の仕様が悪いとは思わない
カッコ一つ多く書かされたらめんどい。今の仕様の理由もそんなんだろ

print(), print(a), print(a, b, c)と
print([]), print([a]), print([a, b, c])とどっちがいいかという話

関数定義の*argsは可変長の引数を扱う場合に
使いやすくしたり読みやすくしたりするためにある

pprintは用途的に位置引数1つで妥当

a = b = {}
みたいにしたらaとbは同一の辞書を指すじゃん？
aとbが別々の辞書を指すように一行で初期化できますか

a, b = {}, {}

>>295
内包表記で書けるって知りました
ありがとうございました

>>293
オブジェクトを人間にわかる形に翻訳して見せるのがprintの目的なんだから
位置引数1個しか取れないとしてもそれはそれで合理的ではある
逆にprintが可変長引数取れるならpprintが取れても良い
実際の使用例で便利だから引数いっぱい送れるってだけだろうな

Twitterで自動投稿しようと思って練習してます。
文字の投稿は成功したんだけど、画像の投稿ができません。
最近(10月)取得の無料APIでは1.1での画像アップロードはできないのでしょうか？

Twitterで自動投稿しようと思って練習してます。
文字の投稿は成功したんだけど、画像の投稿ができません。
最近(10月)取得の無料APIでは1.1での画像アップロードはできないのでしょうか？

>>297
>オブジェクトを人間にわかる形に翻訳して見せるのがprintの目的なんだから
人間にわかる形に翻訳するのは各オブジェクトに定義されている__str__の役割
どういう文字列表現にするかはprintを呼び出す前から各オブジェクトごとにすでに決まっていてprintは関知しない

逆にpprintの場合はどういう文字列表現にするかを基本的にpprintが決めている
同じ型のオブジェクトでも異なる文字列表現が要求されることを前提とした用途なので

便利な状況が多いかどうかで仕様が決まるのはその通り
つまりprintは可変長の位置引数が取れたほうが便利な状況が多いが
pprintは可変長の位置引数が取れても便利な状況があまりないということ

話が別の方向行ってる気がする
print、pprintであろうがなかろうが
リスト指定できるときは可変長の方がよくねって話じゃないのか

hoge([a,b,c])
ではなく
hoge(a,b,c,,,)
hoge(*args)

リスト形式とか行列扱うときは基本
それ専用のオブジェクト渡すわけだし
#objはリストを持つ
hoge(obj)

つまりかなりざっくり言うと
hoge(list)、hoge([])
はダサい、みたいな

>>301
>リスト指定できるときは可変長の方がよくねって話じゃないのか
リストを受け渡すところを全部可変長引数にしたら
様々な弊害が出るのはもちろんだが根本的に想定してる用途が違う

可変長引数はコレクションやコンテナにまとまった一連の要素ではなく
それぞれ独立した値を受け渡すことを主たる使い方として想定している
コレクションまるごと受け渡すのが基本的に想定してる用途なら可変長引数は使わない

＞様々な弊害が出る
例えば・・？

>>300
pprintが決めてるっていうの知らなかった。
何を使ってるの？
reprじゃなく使うものあるの？

文字列にするところまでは別の人で、それをどう表示するかがpprint

例えばRoomクラスとUserやUserクラス作ったときに
Userクラスのメソッドで[user1,user2,user3,]渡せたり
RoomクラスにUserインスタンスのリストを渡せる仕様にしたとき
まとめて渡せるけどむしろ野暮ったく感じるのはおれだけだろうか

可変長引数を使わない場合
user1=User(ユーザー１)
users = []
users.append(user1)
room = Room(users)
#room.add_user(users)
↑ユーザーを渡していますよ、というより（ユーザーだけが格納された）コレクションを渡していますよという意味合いが強まってしまう、気がする。もちろんリストを渡さなければいいわけだがそれだとadd_usersなど複数形のときにはリスト渡そうね、といったアノテーションが増える。なんか野暮い

可変長引数を使う場合
user1=User(ユーザー１)
room = Room()
room.add_user(user1)
#room.add_user(user2,user3,,)
#users=[user4]#users.append(user5)
#room.add_user(*users)
↑ユーザー単体を渡している感が強まる、気がする。add_userで可変長引数使いたくないときはそもそもひとつしか渡さなければいいし、複数可は可変長引数をもったadd_usersにでも任せればいい（なければ使えないだけ）。渡された値の正否に集中できるので例外処理がシンプル

リスト渡したいときは、リストの各値の扱いがバラバラのとき、[int,str,obj1,obj2,,,]みたいなときくらいしか無いような気がするんだがそれだと、そもそも設計ミスのような。もちろん近くのコンビニに部屋着で行く感覚ならどうでもいいと思うけど

そもそも可変長で追加したいと思ったことないや
1個追加するappendでforループ回したほうがバグりづらくない？

どうしても用意したいならappend, extend,で list の操作と名前を揃えるとか？

Pythonって配列の形状の指定がないことが多いから、長さ不明なスターアンパック自体やっぱ危険じゃね？と思う
それで書くのが明らかに簡潔なケースでは当然使うけど、そういうのも最終的にはリストかnumpy配列の委譲で実装しちゃうからメソッドの名付けで困ったことはないかも
委譲先のをパクる

スターアンパックで危険って例えば・・？

numpyとかはコレクション自体が本体みたいなもんだからリスト渡すのはわかる
しかしリストの各値を個別で扱いたい場合、各値を扱う目的とは別に
その値を格納したリストそのものに別の目的が生まれてしまう
その次元を下げてくれるのがスターの目的だと思う

＞そもそも可変長で追加したいと思ったことない
それは普通にそれでいいんじゃね

可変長使わずにadd_users追加しましたってときに
「usersなんだから”当然”リスト渡すよねー（渡すのはリスト型だよねー）」（もっと言えばuserのみが格納されたリスト型だよねー、またはusersオブジェクトとかでもいい）
みたいなアノテーションが必然的に発生するのがモヤモヤするだけで。

>>306
そのケースは基本的に可変長引数を使う状況ではない
1件追加するためのAPIと複数一括で追加するためのAPIは分けるべき

複数一括で追加するメソッドの中身が1件1件追加するのと同じ処理なら
後者のAPIは用意せず利用者側がループを回すのでも十分

一括処理の最適化がされてるなら複数形にするだけでなく
複数件一括処理であることを示す命名を状況に合わせて考えればいいと思う

＞そのケースは
どのケースのことを言ってるのかまったくわからんが
使わないなら使わなくていいって言ってるがな

>>304
各オブジェクトのreprを利用する場合もあればしない場合もある
そういうのを含めてどういう文字列表現にするかをpprintが決めてるということ

pprint自体はpythonで書かれててそんなに難しくないからソース見てみればいいよ
https://github.com/python/cpython/blob/3.12/Lib/pprint.py

>>301
呼ぶ側でパラメータが複数のときと1個であることが判ってるときに
fuga = [a, b, c]
hoge(*fuga)
と
hage = [p]
hoge(*hage)
の様に無理やりくっつけるのはダサくないのか？
hoge(p)
で良いだろ？

不合理なこと、手間がかかること、読みにくいことを避ける
合理的で簡潔で読みやすければ、ダサくてもそれが正解

みんなが何の話をしてるのかわからん
ある特定のケースで関数が引数に可変長引数かリストのどっちを受け取るべきかっていう話？
それとも、そもそも可変引数は引数は必要かっていう話？
今の議論に** オペレータは含まれる？

>>317
>それとも、そもそも可変引数は引数は必要かっていう話？
それとも、そもそも可変引数は必要かっていう話？
ちょっとみすった

>>317
>それとも、そもそも可変引数は引数は必要かっていう話？
それとも、そもそも可変引数は必要かっていう話？
ちょっとみすった

PythonでStableDiffusionで使われるsafetensorsをonnxファイルに変換するアプリを作り、ユーザーに配布したいのですが、ユーザーにPython環境を構築させないで済む方法があれば教えてください
GUIから使用したいのでPythonでコマンドラインアプリを作成しC#で作ったGUIからC#のProsses.Start()で起動して動かしたいと思いますが
例えばPythonをインストールしていないPCでProsses.Start("〇〇.py")をやっても動きませんよね？
どうすればいいでしょうか？

>>315
＞複数のときと1個であることが判ってるとき
うん、だからadd_itemで可変長使いたくないなら使わなくていいしadd_itemsで可変長使えばいいし
別に可変長使ったadd_itemでitem複数追加できる仕様にしてもいいしって言ってる
add_itemであろうがadd_itemsであろうが
リスト渡す場合に「当然リスト形式で渡すよね」というアノテーション発生が問題なのであって、と言っている
リストに限らず、リスト渡すなら渡すで、オブジェクト渡すなら渡すで、
どうしてその形式なの？の前提があるでしょ

>>303,309
が知りたい

あえて複数形のない日本語で考えるとわかりやすいかもな
add_うどん()
add_うどん(うどん)
うどんが何うどんだとかどこ産のうどんだとかは、add_うどんメソッドには依存しない
とにかく、うどんを渡せばよくて
そのうどんが、うどんクラスのインスタンスだったりするかもしれないってだけ
だが、リストで渡せてしてしまうと
add_うどん([うどん、うどん、うどん、、])
[]←これなに？　→　うどん（など）の配膳カートです
これはうどんじゃなくてカートを渡したってことになる

「カートには入れたが、複数杯（や玉）のうどんを渡したって意味な」
というのが自分も含め通じてしまうのは
Listはそうときに使う（使いたい）からっていう共通認識だけでしかない

"add_うどん_を_配膳カート_で_()"
とかだったら配膳カートをクラス化して渡せばいいし
（リストの機能で十分なら）クラス化せずともリストで渡してもいいのはわかる
でも大抵、リストを渡す時はそこらへん省略されてるかアノテーションで判断してる気がする
なぜならadd_うどん内部での配膳カートはイテラブル程度の機能しか使わないことが多いから

リストを渡す、は本当はそれ自体に意図があり
可変長引数はその意図を論理的に省略することができる

なんか知らんが草

>>309
危険というか単にバグりやすくなるってだけ
多重配列が危ない
リストのリスト、リストのリストのリストとかでアンパック使うと少なくとも俺はすぐバグる
あんまり入れ子になるなら普通は自作クラス定義するがリストとタプルで済ませたいこともあるから

自作データクラスのリストとかは多重配列に近いと思うのでアンパックをホイホイ使うとバグりやすいんじゃないかなと

アンパック使ってもforで書いてもほとんど同じだけど多重配列ならforの入れ子で書いたほうが階層の把握に間違いがないってことね
１重配列なことが確実ならスターアンパックで問題ないと思う

組み込みの型を使ったらそうなるって
listにはlistという意味しか無いんだから
型に意味を持たせたいならクラスを作るしか

＞バグりやすくなる　＞少なくとも俺はすぐバグる

なにこれ
めっちゃふわふわしてて全然わからん
具体的にどういうとき・・？

>>327
＞型に意味を持たせたいならクラスを作るしか
そうだよだからクラス作って渡せばいい
でも結局、そのクラスがリスト持つなら同じように
そのクラスのリストに>>323のような意図が出てくるだけ

個人的に第一引数設計の優先順位は
①単数
②単数・複数（可変長引数）＝　③単数・複数（関数名に引数の意図を明示＆リスト）
④単数・複数（単純展開が目的のリスト）

①はよく見る（というか複数しなければほぼ必須なので当たり前）
②は①で実装できる範囲なのであまり見ない（例 [ list.append(i) for ]）
③をするくらいなら渡す値をクラス化していることが多い
④は①で実装できる範囲なのであまり見ない、個人用途コードでよく見る

第一引数でなくとも（行列の演算でもない限り）リストを渡すのは微妙

誰か教えて下さい、、

>>331
>②単数・複数（可変長引数）
可変長引数は単数・複数を同時にサポートするためにあるんじゃないんだよ
そもそもの大前提として一つの関数や一つの変数で単数・複数を同時にサポートしようとするのは特殊なケースを除いて基本的に悪手だからね

＞同時にサポートするためにあるんじゃない
printさん・・

ん・・ちょっとまてよだったら可変長引数使う時は
hoge()　←ダメ
hoge(a)　←ダメ
↑は条件分岐でそもそも実行させないようにして
少なくとも
hoge(a,b)
ここから推奨ってこと？
可変長ってそんな概念だったっけ・・？

>>333
＞同時にサポートするためにあるんじゃない
ドキュメントやらどこかに明記されてたってこと？

pythonの設計思想は知らんけど
＞かへん‐ちょう〔‐チヤウ〕【可変長】 長さ・桁数・文字数・データの大きさなどが定まっていないこと。
言葉の意味からして
＞同時にサポートするためにあるんじゃない
はさすがに違和感あるわ

> 長さ・桁数・文字数・データの大きさ
のどれでもなく、パラメータの個数だよな

などが

lengthが数を表すという文化が歪んでるんだよな
なんでlenじゃなくてsizeにしなかったんだろう

自分の誤読をごまかすために文化に難癖つけ始めた

おはよう！
https://ideone.com/6RegCA
これがエラーがでるんだが。
どうしたらいいのでしょうか？

単数・複数の定義からはじめないといけないのか

先の例を借りるなら
def add_user(user: User)が単数
def add_users(users: list[User])が複数
この2つを一つの関数でサポートしようとして
def add_user(*users: User)のようにするのが間違った可変長引数の使い方

>>343
＞間違った可変長引数の使い方
エラーでるの？
バグりやすいの？
>>336 ＞ドキュメントやらどこかに明記されてたってこと？

てか同じこと言ってない？ｗ
で、言う割にはなぜか論理的に説明はできないっていうの繰り返してるような

根拠がダサいだしな
ダサいかどうかを基準とする考え方はダサい

すべて羅列するなら（名前付き引数や**kwargsは除外）
単数
①def add_user(user: User)　#一般的
②def add_user(user: List[User])　#関数名からListである必要性を連想できない
③def add_user(*user: User)　#あるっちゃある例print
④def add_user(*user: List[User])　#②同様
複数
①def add_users(user: Users)　#UsersのUser取り出しロジックがUsersのデータ型に依存、関数名での補足がいると思う
②def add_users(user: List[User])　#よくみる、①の発展、だがList展開ロジックが必須で暗黙的
③def add_users(*user: User)　#＝単数③、より明示的
④def add_users(*user: List[User])　#＝単数④

単数④複数④は無い、関数名次第ではアリ

あくまでadd_user,add_users名でやるなら
単数①、単数③、複数③、複数②だな
本質は複数①②が同列に扱われている、という部分だと思う

最近Python始めたんだがGitHubで公開されてるStableDiffusionのsafetensorsファイルをOnnxファイルに変換するスクリプトをクローンして使って見たんだ
その中でハギングフェイスのライブラリ使ってんだがそのライブラリに変更があったみたいでスクリプトがまともに動かなくなってた
Pythonってこういうことよくあるの？

>>344
ごめん、そもそもadd_users(*users)と書く設計にしても全然動くわけで
どう書くと「書く側の人間が」「バグらせやすい」という話を一貫してしてると思ってたのでまさかそこが理解できないとは思わなかった
「バグりやすい」より「バグらせやすい」と書いたほうが親切だったね、どちらでも意味が通るけど

>>330
来る配列の深さもshapeもわからないなら再帰で書くしかないからそれはスターアンパックで書いて構わないと思うよ

２重配列とか３重配列とか、numpyで言えばndimとかshapeの一部が決まってる多重配列を扱う場合にスターアンパック使うのはよくないと思う
こういうのは俺が勝手に言ってるだけでもなくて例えばEffective Pythonには4つ以上の要素を含む(1次元)配列をスターアンパックするなと書いてある
２重、３重、４重とかの組み込み型の多重配列は普通にコード書いて出てくるがそれらをほいほいスターアンパックすればよりバグを生みやすいと思う
add_users(*users)は俺にはアンチパターンに見える

＞add_users(*users)は俺には
嫌ならそう書かなければいいだけでは・・？
多重配列の生成とその扱いを混同してるんだと思うが
usersがUserクラスを持つならそれに従えばいいと思うぞ
例えば４つ以上といわず[np,np,np,,,,,]扱う、みたいなケースがあるのかはしらんが
無理にスターアンパックする必要ないわけで
>>308＞書くのが明らかに簡潔なケースでは当然使うけど
と同じように逆然りでしょ

print関数という実績

add_users(user1,user2)と書いてもadd_users(*users)と書いても動いちゃう
だから（書く側の人間が）バグらせやすいんだ
そんなことある・・？
False==0で動いちゃった、よりよっぽどましだと思うが。。
だって少なくともエディタの補助範囲内だし

自分の取り扱ってるデータが何なのか理解せずに関数に渡すことがまずありえないしな

・1つしか渡す機会がない
・リストしか渡す機会がない
・管理別々の2つ以上の変数を渡したい時がある
・処理速度が気になる場所
などなど

臨機応変に使い分けちゃえば？

あんまり興味ないけど一言
print関数はプログラマにとっての使いやすさに特化してるから可変長引数でいいけど
普通の関数には使わないほうがいい
iterableを受け取る設計がいいことが多い

>>350
>>352
まあ、問題提起になったコード見るとまずadd_user(*users)と書いてるし色んな意味で論外と思う
表現と処理が一致してないし、可変長引数するのに単体のuser渡すのと同じ関数になってる必要がないしね
アンチパターンではかなり優しい表現になってしまう

端的に言うと、プログラミングが苦手な人が書くコード

そもそも自分一人しか見なくて完全にロジックを把握できてるコードなら縛り無く好きに書けばいいんだよ
ここでどう書くのがキレイか？とか聞く時点でバグらせづらさとか、プロジェクトとして複数人で共有した場合の能率の話とかしてると考えるのが当たり前だよね
なのにアンチパターンとかバグりやすいとか言われると怒る心理がよくわからんよ
add_user(*users)は書いたら恥ずかしいコードだよ

臨機応変な有志たちは、>>346単数①に収束してる >>354
・リストしか渡す機会がない
は個人的には例えば、土や木や葉っぱデータの詰まった森データを渡すことを想定していて
森をリスト型で渡すことは稀
土とかを原子レベルで分解すればリストでいいと思う
同じように、１枚の落ち葉の詰まった落ち葉群をリストで渡す、というのは稀な印象
普通は落ち葉群クラスの落ち葉群インスタンスで渡すと思う
ただ、何の木の種類の落ち葉なのか、重さや枯れ具合など
落ち葉オブジェクトにするまでもない場合
リストに入れて渡す、という選択をする場合はあるが
有志たちはそれはあまりやっていない印象
自分が知らないだけかもしれない

問題提起になったコード見ると書き方のバリエーションだけで
使えや書けとは書いてないわけだが読解力の問題だったか

>>355で結論が出ているよね。

可変長かリストがどちらが便利かこっちを使えなんて話はしてない >>355

組み込みのlistの時点でappendとextendが別れてるというのが全てだと思う
データを管理したいならappend(a)とappend(*a)が同時に使えるように書くべきじゃない
型チェックすれば済むとか、処理を把握してるから分かる、とか以前の問題で
どうしたらそういうコードを擁護しうるのかな……と思う　
まあ苦手なものは仕方ないけどね

単体で渡してもリストで渡しても処理してくれる
というのは便利なので、よく作るけどな
自分で作ったのに仕様を覚えられない、という原因が大きいかもしれない

そもそもPythonの関数定義が戻り値１つなら裸で２つなら長さ２のタプルとかいう設計だからね
可変長やアンパックがありがたい場面も当然ある
ただデータを管理するのにそんな書き方する必要は全くないって話
間違いなく不要

同時に使えるように書くべきじゃないっていうが
append(*{})も普通に動くわけで
*を間違えてつけちゃった　と　可変長として間違えました　結果、動いちゃいました
なんて前後でエラー処理する以外にチェックしようがないわけで
間違えた自体と関数分けるのとは話関係ないわな
appendとextendはまさに、可変長使わないなら関数名とアノテーション発生でってことでしょ

>>366
少なくともPythonのlistでは引数１個以外のappendは動かないけど、Pythonじゃない言語を触ってるのかな
まあこの一例でも分かるように、1次元配列ですらバグらせる人はバグらせるんだから
インターフェイスはどんな人でも確実に使えるようにしといたほうがいいよ

room.add_user(user) ←roomにuserをadd
room.add_users([]) ←roomにuser群リストをadd
list.append("a") ←リストに値をappend
list.extend([]) ←リストをリストによりextend

こうみるとわかりやすいな
関数名の情報量が全然違う

観点のちがいなだけでどれも同意できるけど
ひとりだけ変なのがおる

奇遇だな
俺も圏外から攻撃したいだけの変なのを検出してる

引数１個以外のappendは動かないから何なんだ？？>>367
だね、としか言いようがないが。
むしろだからこそ一行の*辞書も*リストも動いちゃうわけで
append,extendが同時に使えるように書くべきじゃない起因ではないし
かといってスター根絶ってわけでもないでしょ、ってことでしょ

>>371
ごめん、「動いちゃうわけで」の部分が全く理解できないけどどういう意味？
[].append(*a)はaが長さ1の配列で無い限り動かないけど
長さ2でも3でも全部エラーだけど長さ1の配列に限って動くからそれだけはアンパックで書ければ便利って意味？
正気とは思えないな～

仮に飛行機じゃないとした場合、一番よく使う組み込み型であるlistのappend/extendの仕様すらろくに理解してないで噛み付く人が複数いるスレってことになるが
まさかこのスレのレベルがそんな低いとは思わないから中点２つの・・使ってるアンパック大好きな人がなんか毎レス書き込む回線ブラウザ変えてることと結びつけそうになってしまうけどね
ツッコミどころあるコード乗せてツッコまれたら素直に受け入れたほうがいいよ

>>372
＞append(a)とappend(*a)が同時に使えるように書くべきじゃない
上での＞append(*a)
は＞同時に使える、とのことから可変長引数へ渡すため
＞*リストも動いちゃう
は、例えばappend(*["a"])とかで可変長引数のためではないでしょ
つまり可変長引数であろうがなかろうが＞動いちゃうんだから
＞同時に使えるように書くべきじゃない
が理由で　＞appendとextendが別れてるというのが全てだと思う
と断定するのは的外れ

＞長さ1の配列で無い限り動かないけど
動いててﾜﾛﾀ

[].append(*[])
[].append(*[2,3,4])
これ動くかなぁ🤔
こんな明瞭な誤りに擁護がいっぱい付くって…😰
まあ間違い絶対認められないマンが暴れてるだけだろうけど
認められないならまずここで質問しなければいいのに

＞これ動くかなぁ
アスペ？
それが許されるならappend(*a)でエラーでたぞ
append無いって言われたから
あーおそらくリストのappendでaも適当に与えておいて、でやっと動いたが

>>374
そのレスがまさに「長さ2でも3でも全部エラーだけど長さ1の配列に限って動くからそれだけはアンパックで書ける」って意味じゃん
やっぱり正気とは思えないかな
それは位置引数１個の関数に引数１個渡してんだから動くよ
呼ぶ時にスターアンパック使ってるのが間違いなだけで
長さ２以上で動かないのにスターアンパックしてなんの意味が？
難しい文法は向いてないっぽいから無理しないほうがいいよ😅

>>378
もしかしてまったく理解してないのきみのほうでは
仮に可変長引数のappendがあったとして、append(*a)で書きたくなければ無理して書かなくていいんだぞ？
故に*付けた付けなかったってのは
＞appendとextendが別れてるというのが全てだと思う
まったく繋がってない　的外れ

リスト結合する時は+使うわ

>>379
仮にとかじゃなくてlistのappendの話だからね
list.appendは可変長引数取らないから
日本語読めない＆list.appendの仕様も知らないのに食い下がる度量は認めるよ
でもPythonは向いてないかも

>>381
いや、老若男女だれがどうみても君自身が
>>363 ＞データを管理したいならappend(a)とappend(*a)が同時に使えるように書くべきじゃない
と、可変長引数を持った仮appendの話をし
＞appendとextendが別れてるというのが全てだと思う
だから組み込みlistの（本家)appendがそんな仕様にはなっていないのだ
という論理展開をしている
可変長引数を持っていようがいまいが、*aは通るときは通る
という可能性をきみが失念して論理展開していたのは明らかです

[].append(*{})は普通に動く、というレベルの認識の人が無闇に可変長引数使わないほうがいいのは間違いないかな
Guidoに習ってappendとextendで分けて引数は常に１個にしよう

>>382
そもそも

add_user(user)　⇔　list.append
add_user(*users)⇔　list.extend

これらの比較の話として、同じメソッドに２通りに呼び出しを与えるべきでない、という文脈の話をしているので(しかもuserは自作クラス、usersは自作クラスのリストという制約がついているので混同しようがない)
そこで妙に食い下がっているのは単に君が議論を追えてないだけだよ
list.appendが可変長引数を取ると思っている君がねｗ

自作クラスのオブジェクト　ね

>>383それがありなら>>377　単に君が動かない場合を想定してるだけで、動く辞書を想像できなかっただけ
単に省略で*{}と書いただけでまさに>>377
>>384
故に>>377前提である
＞list.appendが可変長引数を取ると思っている
は成立しない
＞、という文脈の話をしている
こちらもその文脈の話をしているし、していないとは一言も書いてない
文脈あろうがなかろうが
仮定した＞append(a)とappend(*a)
によって君が
＞同時に使えるように書　いちゃうと不都合だから
＞appendとextendが別れてるというのが全て
という論理展開している事実は変わらない

＞appendとextendが別れてるというの　は
＞append(a)とappend(*a)　のように　＞同時に使えるように書　けちゃうと不都合があるから >>363

可変長関係なく動く*aを失念してるわな　どうみても

>>380
計算科学の世界とかなら話は別だけど、可読性を考えるとオペレーションでリストの処理を記述するのは微妙かも

>>372-373
こいつな (ｸｽﾏﾃ MM7e-RHqV)
>268

>>342
%%time は jupyter notebook 用だろ
python の文や式ではない

vim の外部Linux コマンド呼び出しみたいなものだろう

anacondaで入れてみたけど
普通に入れたほうが楽？
だとよけいに

vscodeだとよけいに

普通とは？

>>392-393
君のレベルなら Anaconda の方が無難
VSCodeはあきらめて

Google ColabでTwitterの自動投稿に成功したのですが、
いざEXE化しようと思い、VSCodeに移植しても動きません
というか、iniファイルの読み込みができないようなのですが、
何か方法ありますでしょうか？

一応、ini読み込み用の物なのですが、こちらもうまくいきませんでした。
また、スクリプトも実行すると raise KeyError(key)　KeyError: 'BASE'と出して止まってしまいます。

よろしくお願いします。

# 設定ファイルを扱うモジュールをインポート
import configparser

# ConfigParserのインスタンス（特定の機能を持った変数）を取得
config = configparser.ConfigParser()

# 用意したconfig.iniを読み出し
config.read(".\config.ini")

# 変数Config_1の中から、"BASE"セクションの"speed"と"weight"項目の内容を取り出し
read_1 = config["BASE"]["speed"]
read_2 = config["BASE"]["weight"]

# 変数の内容を出力
print("read_1 =", cfg_read_1)
print("read_2 =", cfg_read_2)

まずはconfig.readの戻り値を確認

>>394
anacondaつかわずに
Pythonをインストールする

config.read("./config.ini")

config.iniの書き方なのでは

>>397,400
ありがとうございます。
返り値はNoneでした。
また、"./config.ini"やフォルダをつくって
"./config/config.ini"やフルパスも試しましたができませんでした。

何か環境構築が間違っている可能性があったりするのでしょうか？

GoogleColabではエラーなく実行できるのに・・・
(;´д｀)

GoogleColabではいくつかのモジュールが最初からインストールされている。
Vscodeでは必要なモジュールをpipでインストールする必要があるのでは？

もしそうなら
import configparser
でエラー出てるはずだけどそこは出てないんだろ

vscode 内の python から観て './' が実際はどこなのかを確認した方が良いな
print(os.path.abspath('./'))
print(os.path.abspath('.'))

>>396
そのコードのままだと
config.read(".\config.ini") はcolabでは読み込めなかったな
もしそのまま移植したって場合に
元はconfig.read("./config.ini")だったけど移植作業中に
".\config.ini"とか"絶対パス.\config.ini"になっちゃったとか？

>>396
そのコードのままだと
config.read(".\config.ini") はcolabでは読み込めなかったな
もしそのまま移植したって場合に
元はconfig.read("./config.ini")だったけど移植作業中に
".\config.ini"とか"絶対パス.\config.ini"になっちゃったとか？

カレントから読み出すコードは、実行方法や環境によってどこがカレントか変わるんだよな
設定は絶対パスで書くのが無難

>>404
正確には

from pathlib import os

print(os.path.abspath('./'))
print(os.path.abspath('.'))

>>401
>返り値はNoneでした。
config.readはempty listは返すけどNoneは返さないんだわ
インタプリタかデバッガを使って変数の値を確認したり
コードをステップ実行する方法を先に覚えたほうがいいかもしれない

>>408の書き方でもいいけど、
os.getcwd()という専用関数があるけどね
VSCodeはタスクランナーの設定でワーキングディレクトリ自由に設定できるからちゃんと設定しないとダメだよ

>>409
返り値が良くわかっておらず、
サンプルコードみてこれかなぁ・・・
という物でしたので、申し訳ありません。
プログラムはあまり手を出したことがなくあまりわかっていない状況です。

また、本来の目的はTwitterの自動投稿BOTの作成でしたので、
コンフィグ読み込みではなくベタ書きして
ビルドしたところ、無事に投稿できたので、
コンフィグ読み込み部分問題かと思っております。

import configparser
config = configparser.ConfigParser()
config.read("./config.ini")

なにか問題があれば、教えて頂けないでしょうか。

ファイルの存在チェックを入れないと、ファイル読み込みでファイルが存在しなくてもその部分で特にエラーにならないようだ。
まずはファイルの存在チェックを入れてみては？

参考：このページの最初のプログラムは動いた。違いはencodingかな？
https://qiita.com/mimitaro/items/3506a444f325c6f980b2

あ、他に、ファイル名だけで指定するとデフォルトのフォルダが適用される。
./とかいらんだろ。

ちなみにPyinstallerでEXE化するのはGoogleColabでもできるらしいぞ。

>>411
絶対パスで指定してみたらどうでしょう。

>>411
>>408は試してないの？

>>397-416
ありがとうございます。
>>412さんの方法で無事にコンフィグ読み込みが出来ました。
また、Exe化も無事に成功しwindowsで起動も確認しました。
お付き合いいただき、ありがとうございました。

普通はファイルが無ければエラーにするべきだけど、
configは無ければデフォルトという動作も要求されるから微妙

PysinpleGUIの.FileBrowseで開くフォルダはどうにかして変えられんとですか？

FileBrowse(initial_folder='...')

Python最近始めたのですがpy 〇〇.pyではちゃんと動いたスクリプトをpyinstallerでexe化したのですがexe化したものを実行してみるとErrorが出ます
スクリプトのときは仮想環境(Python3.3以降標準のvenv)で動かしていたのでその仮想環境内でpyinstallerでexe化しました
pyinstallerは仮想環境の中で実行すれば仮想環境のパッケージをすべてまとめてくれるのではないのですか？
それともそもそもpyinstaller自体がゴミカスでまともに.pyをexe化できないのですか？
以下のレスにプロンプトからの情報を貼ります
どこがエラー文なのかわかりません

2023-10-21 18:57:04.0020775 [W:onnxruntime:Default, onnxruntime_pybind_state.cc:1987 onnxruntime::python::CreateInferencePybindStateModule] Init provider bridge failed.
Traceback (most recent call last):
File "importlib\metadata\__init__.py", line 563, in from_name
StopIteration

During handling of the above exception, another exception occurred:

↓続きます

Traceback (most recent call last):
File "transformers\utils\versions.py", line 102, in require_version
File "importlib\metadata\__init__.py", line 1008, in version
File "importlib\metadata\__init__.py", line 981, in distribution
File "importlib\metadata\__init__.py", line 565, in from_name
importlib.metadata.PackageNotFoundError: No package metadata was found for tqdm

During handling of the above exception, another exception occurred:

↓続きます

Traceback (most recent call last):
File "diffusers\utils\import_utils.py", line 684, in _get_module
File "importlib\__init__.py", line 126, in import_module
File "<frozen importlib._bootstrap>", line 1204, in _gcd_import
File "<frozen importlib._bootstrap>", line 1176, in _find_and_load
File "<frozen importlib._bootstrap>", line 1147, in _find_and_load_unlocked
File "<frozen importlib._bootstrap>", line 690, in _load_unlocked
File "PyInstaller\loader\pyimod02_importers.py", line 391, in exec_module
File "diffusers\pipelines\stable_diffusion\pipeline_stable_diffusion.py", line 20, in <module>
File "PyInstaller\loader\pyimod02_importers.py", line 391, in exec_module
File "transformers\__init__.py", line 26, in <module>
File "PyInstaller\loader\pyimod02_importers.py", line 391, in exec_module
File "transformers\dependency_versions_check.py", line 57, in <module>
File "transformers\utils\versions.py", line 117, in require_version_core
File "transformers\utils\versions.py", line 104, in require_version
importlib.metadata.PackageNotFoundError: No package metadata was found for The 'tqdm>=4.27' distribution was not found and is required by this application.
Try: pip install transformers -U or pip install -e '.[dev]' if you're working with git main

↓続きます

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
File "onnxConverter.py", line 33, in <module>
File "<frozen importlib._bootstrap>", line 1229, in _handle_fromlist
File "diffusers\utils\import_utils.py", line 675, in __getattr__
File "diffusers\utils\import_utils.py", line 675, in __getattr__
File "diffusers\utils\import_utils.py", line 674, in __getattr__
File "diffusers\utils\import_utils.py", line 686, in _get_module
RuntimeError: Failed to import diffusers.pipelines.stable_diffusion.pipeline_stable_diffusion because of the following error (look up to see its traceback):
No package metadata was found for The 'tqdm>=4.27' distribution was not found and is required by this application.
Try: pip install transformers -U or pip install -e '.[dev]' if you're working with git main
[5820] Failed to execute script 'onnxConverter' due to unhandled exception!

終わりです

>>421
> どこがエラー文なのかわかりません

RuntimeError: からじゃないの。

大抵は一番上以外はどうでもいいんだよな

>>426
ありがとうございます

tqdmのメタデータがないって感じなのでしょうか

自分を棚に上げてツールに文句言うゴミカス

マルチポストの馬鹿

何でexe化なんてことをするのか理解できない
Python入れて手実行じゃダメなんか
標準以外の実行方法を取るのはPythonの否定と冒涜だ

>>432
他人にPython入れるのを強要するほうが他人に対する冒涜だと思うのですが

>>430
一番聞きたいのは仮想環境内でpyinstaller使うと仮想環境内のパッケージすべて入りますよね？ってところなんですが…
まさかできないんですか？
本環境のパッケージが入ってくるとか？
今PCにごちゃごちゃ入れたくないので(Version管理も大変なので)本環境にはpipくらいしか入れてません

>>434
pyinstaller 仮想環境でググることもしてないの？

思い通りにいかないとゴミカス扱いする輩には反応する必要なし

被害妄想のかたまりだな

>>435
そういうこと言うんですね
わかりましたもうききません

>>438
ちゃんと情報収集してるのか聞いただけじゃん
なにヘソ曲げてんの？

もう聞かないって本人が言ってるんだしほっとけばいいじゃん
彼にはpyinstallerがコケること含めてあらゆる全てが自分への攻撃に感じるんだろう

PyPIにアップロードするんじゃなくても、pip installでインストールできるパッケージを作成する方法は学んで損はないと思う

def find_data_file(filename):
if getattr(sys, "frozen", False): # exe
datadir = os.path.dirname(sys.executable)
else:
datadir = os.path.dirname(__file__) # script
full_path = os.path.join(datadir, filename)
return os.path.normpath(full_path)

Pyinstallerでの問題回避のいくつか
--hidden-import オプションでPyInstallerが自動的に検出できないインポートを手動指定
--additional-hooksオプションでhook ファイルでの依存関係指定
specファイルでバイナリをビルドに含めるようにする
あと>>442
それからライブラリのバージョン
アップデートで解決するかもしれないし
ダウングレードで解決できるかもしれない

あとはPyinstallerをあきらめてNuitkaを使うか
Python embeddable

はじめからC++でやれば簡単なのに

必要なpython環境を構築しちゃったほうが早かったりしてw

そもそもPythonを入れたくない/入れられないPCなら
exeを持ち込むこともできないはずなんだが

>>446
入れたくないではなく入れるのがめんどいってのが一般人の感想だと思うんだが
例えばphotoshopだのCubaseだのexeを入れれば起動できてそれでPythonを個別にインストールする必要がないわけじゃん
君たちはプログラマーだから別にいいんだが一般人が使おうとするとき〇〇を個別にインストールする必要がありますじゃ誰も使ってくれんのよ

ゴミカス君まだいるじゃん
少しはググってみた？

dllとかも面倒だもんな
でもそれなら、windowsならC#とか、androidならkotlinとか
言語を変えてしまった方がいいかも

ChatGPT に聞かない香具師は、使い物にならない！

人に聞く前に、ChatGPT・検索するのはマナー。
他人に、箸の上げ下ろしまで聞くものじゃない！

開発者は自走力。
細かい事まで、何でも隣の香具師に聞いてはならない！

これは会社の常識。
自分でやらない香具師には、誰も教えない

これが開発者

ランタイムとかもバージョンぐちゃぐちゃ
リリース時点は全て最新で問題なく動くんだけど、
そのうち怪しくなってくる
必要なもの全部入りでリリースするのが鉄板

MSがコンテナ動作するだけのミニマルなOSでWSLを初期導入しておいてくれれば
OS関係なくLinuxコンテナで配布できるのにな

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