【まず1嫁】くだすれPython(超初心者用) その58

**デフォルトの名無しさん** · 2022/09/07(水) 10:33:53.50

当スレに★Python以外のプログラミング言語での回答類を書くべからず★
派生言語はそれぞれ専スレがある（この板にあるとは限らない）ので、そっち池。
「Ruby」「Rails」「某言語では」「クソチョンw」をNGワード登録推奨。荒らしは、完全スルー放置が一番きらいです。

このスレッドは「お勉強」スレのほうには書き込めない超低レベル、
もしくは質問者自身何が何だか分からない質問を、勇気を持って書き込むスレッドです。
へび使いが優しくコメントを返しますので、お礼は Python の布教と初心者の救済をお願いします。

★エラーを解決したい場合★は、
　　表示されたエラーの全文（勝手に省略やスクショうｐ等の横着クソ行為禁止）と、
　　実行環境（Pythonのバージョン・OSとIDEの種類およびバージョン）をシッカリ書くこと。

Pythonの★ソースコードをそのまま５ちゃんに貼るとインデントが崩れてチヌ★
【【【複数の連続半角スペースはなにもなかったことにされる＆タブは普通には入れられない】】】掲示板の仕様なので、
プログラム文は↓等の、いわゆるコードうｐ用サイトに貼ってこいください。
ttps://techiedelight.com/compiler/　　Run Code機能あり。
ttp://ideone.com/　　　　　　デフォ設定はC用のため、言語選択ボタン押下がﾋﾟｺ手間かも。
ttp://codepad.org/　　　　　ほぼ直感的に使える。Run codeボタンあり。
ttp://pastebin.com/　　　　　まずまずシンプル。
ttp://dpaste.com/　　　　　　とてもシンプル。消えるまでの日数は十分長ーく指定のこと。

◇Python公式◇ http://www.python.org/
◇まとめwiki◇ ttp://python.rdy.jp/wiki.cgi

〇前スレ〇
【まず1嫁】くだすれPython(超初心者用) その57
https://mevius.5ch.net/test/read.cgi/tech/1653225908/

次スレたては >>985 あたりが挑戦する。
### END OF TEMPLATE ###

**デフォルトの名無しさん** · 2022/11/02(水) 22:32:05.28

>>188
お前の中での馬鹿の定義を知らんけど、少なくとも俺は常識的に馬鹿呼ばわりされる
書き込みはしていない

>>189
そうかなあ

>>190
まあそれは一理あると思うけど、じゃあ基本的に悪口はスルー耐性つけとくしかない
ってこと？

**デフォルトの名無しさん** · 2022/11/02(水) 23:42:41.75

こんだけ長々と御託並べてるのに要約すると「バカって言うやつがバカなんだバーカ！！！」でしかないの草

**デフォルトの名無しさん** · 2022/11/02(水) 23:49:15.50

>sqlite3モジュール関連のexecuteメソッドで、SQLのUPDATE文を実行したら
警告が出てしまったのですが、これは使わない方がいいでしょうか？

この後、

>すいません、英語よく分からないんです

までのやり取りを読むと俺も、この馬鹿、と思ったよ。馬鹿と書かれる理由が存在すると思う。

**デフォルトの名無しさん** · 2022/11/03(木) 00:07:03.64

>>186
漏れは、Windows 10, WSL2, Ubuntu 18.04 に、
日本人が作った、多言語バージョンマネージャーのanyenv で、
ruby, node.js を入れているけど、

例えば、rbenv なら、

全てのディレクトリに適用される、グローバルなバージョンを設定する。global
rbenv global 3.0.1

カレントディレクトリ以下のバージョンを設定する。local
rbenv local 2.7.3

同様のツールに、asdf もある

**デフォルトの名無しさん** · 2022/11/03(木) 04:14:15.80

>>191
悪口にはスルー耐性つけとくしかない、その通りだよ。
大体論理的に説得できないから悪口でマウント取ろうとしてるんだと思えば相手が小物に見えるでしょ
もちろん単に性格がクソなだけで内容はちゃんとしたこと言ってる人もいると思うけど
ぶっちゃけ性格が可哀想な人は人生損してるだろうと思って生暖かい目でみた方がいいよ

**デフォルトの名無しさん** · 2022/11/03(木) 11:19:07.00

>>192
草なんか生えねーよ

>>193
100歩譲ってそうだとしても、荒れる原因になる書き込みはするな、と思う

>>195
うーん、参考にはしたいけど、俺あまり忍耐力ないからな
助言はありがたいけど

**デフォルトの名無しさん** · 2022/11/03(木) 11:48:40.65

お前のような真正の馬鹿が反応するから荒れるだけだぞ

**デフォルトの名無しさん** · 2022/11/03(木) 13:25:15.22

>>196
怒りに対する忍耐力ないと自覚したなら理性で感情をコントロールできるようにした方がいいぞ。格闘家とかじゃなければ。
アンガーマネジメントってやつ。
怒りを感じたらなぜ怒ったのかをどんどん要素分解していくんだ。
あいつが○○したからムカついた、では、なぜ〇〇されるとムカつくのか、それは☆☆だから、ではなぜ☆☆されるとムカつくのか？ってのをどんどん単純な理由に落としていって、
それが自分の命や社会生活に関わることだったり、思想信条宗教に反することだったら仕方ないが、そうでなければどこかを回避して腹が立たないように生きた方が楽だし生産的だもの。

**デフォルトの名無しさん** · 2022/11/04(金) 04:58:16.90

>>198
先ずは落ち着けよw

**196** · 2022/11/04(金) 18:14:54.41

>>197
煽る奴も荒らしと同じだぞ

>>198
努力はしてみる
ありがとう

**デフォルトの名無しさん** · 2022/11/05(土) 01:00:28.40

>>187
怒るってことは薄々自分でも気付いてるんだろな

**デフォルトの名無しさん** · 2022/11/05(土) 03:22:53.57

>>182
これが正しいと証明された

**デフォルトの名無しさん** · 2022/11/09(水) 07:19:33.82

さすがくだすれ

**デフォルトの名無しさん** · 2022/11/12(土) 08:46:06.49

同じ名前を持つデータを見つけるたびに削除するスクリプトが必要なんですけど
for loopで全データにアクセスし､アクセスしたデータの名前をlistに保存していき
そのlistにある名前と同じ名前をもったデータにアクセスしたらそのデータを削除するというのを考えたんですけど
もっと効率良い方法あったりしますかね

**デフォルトの名無しさん** · 2022/11/12(土) 08:58:44.70

listの探索はコストが高いからsetにする
元データに対して直接検索できるのか不明だからそれ以上はいえん

**デフォルトの名無しさん** · 2022/11/12(土) 09:50:56.31

dictで良さそう
inでキーが存在したら削除とか上書きとか

**デフォルトの名無しさん** · 2022/11/12(土) 10:19:32.21

ええー、setに突っ込むだけでしょ
set(names)でok

**デフォルトの名無しさん** · 2022/11/12(土) 10:49:03.57

直接検索できないのでデータを総当りしないとダメなんですわ
今までsetとlistしかいじったことないんですがスクリプトにするとこんな感じですかね？

names = set()
for i in active_object.data
if i.name in names:
active_object.data.remove
else:
names.add(i.name)

**デフォルトの名無しさん** · 2022/11/12(土) 11:13:50.56

名前のセットを作ってリストの最初の見つけるとか？

names = set(a.name for a in before)
after = [next(a for a in before if a.name == n) for n in names]

**デフォルトの名無しさん** · 2022/11/12(土) 11:17:04.24

>>209
毎回頭から探すのでリストが長かったり並びに偏りがあると遅くなると思うけど。その場合はソートして検索かけたほうがはやいかもね

**デフォルトの名無しさん** · 2022/11/12(土) 12:26:42.08

>>209
これはnext関数で重複要素を呼び出した時点でbefore内のデータを消してるってことですかね？
next関数で呼び出したデータをlistのafterに格納するのはなんででしょうか
削除したデータをあとから参照するとかでしょうか

**デフォルトの名無しさん** · 2022/11/12(土) 12:43:55.68

>>208
イテレーションしながら削除するとバグるから
新しいリストを生成したほうがいいよ

あと単純に名前だけじゃないなら
重複があった場合の名前以外の値の扱いを仕様として明確にしておいたほうがいい

**デフォルトの名無しさん** · 2022/11/12(土) 13:07:42.34

>>211
before はまったく書き換えずに新しく重複のないafter を作っています
before の更新をしたいなら /after/before/ と置き換えればよいです
next は a.name がnである最初のa をbefore からとってきます

**デフォルトの名無しさん** · 2022/11/12(土) 17:41:07.79

python には

sort | uniq

みたいに簡単に書けるのはないんだっけ?

**デフォルトの名無しさん** · 2022/11/12(土) 22:43:08.86

フローチャートについてなんですが、
for文に対応するelse文ってフローチャートではどう表現すればいいでしょうか？

**デフォルトの名無しさん** · 2022/11/13(日) 00:09:40.80

>>212
>>213
わかりました
レスしてくれた人ありがとうございました

**デフォルトの名無しさん** · 2022/11/13(日) 00:19:06.65

>>214
sorted_cars = sorted(set(cars))

**デフォルトの名無しさん** · 2022/11/13(日) 12:59:42.28

>>215
表現できない
普通にモノ作る分にはフローチャートなんて全く必要ないから、くだらないことは気にしなくていい
学校の課題などでコードと一緒にフローチャートを提出する必要があるのなら、フローチャートで表現できない機能はそもそも使うべきではない

**デフォルトの名無しさん** · 2022/11/13(日) 13:16:46.13

>>215
特に無いから条件分岐で適当に書くしかない

**デフォルトの名無しさん** · 2022/11/13(日) 15:36:13.00

forループやwhileループのelse句は
悪名高いbad partsなので使っちゃダメ
early returnで書き換える

**デフォルトの名無しさん** · 2022/11/13(日) 16:24:09.14

あるものは使っても別に良くね？
いろんな書き方ができるのがPythonのいいとこだと思ってる

**デフォルトの名無しさん** · 2022/11/13(日) 17:41:48.86

配列Aの要素が0,-1のみの時True返すそれ以外False
同じく配列Aが0,-1,1のみの時True返すそれ以外False

という２つの処理をしたいです　条件から考えて２つが同じ結果になることは起こりえません。

all(x==0 or x==-1 for x in list)
all(x==0 or x==-1 or x==1 for x in list)
だとどっちもTrueになりうるのですがどうしたらいいですか？

**デフォルトの名無しさん** · 2022/11/13(日) 17:44:28.27

昔それでperlが無茶苦茶になってな
配布するか自分だけで使うかとかでスタイル決めた方がベター

**デフォルトの名無しさん** · 2022/11/13(日) 18:07:52.96

配列Aの要素が0のみの時はどうなりますか？

**デフォルトの名無しさん** · 2022/11/13(日) 18:17:24.58

>>222
そんなのAの中身によるでしょ
あとlistは組み込み関数なんですけど

**デフォルトの名無しさん** · 2022/11/13(日) 18:50:40.88

>>222
「配列Aの要素が0,-1のみの時」の意味がそのコードのように
「配列Aのすべての要素が0もしくは-1」という意味なら2つの結果が同じになる場合はあるよね

**デフォルトの名無しさん** · 2022/11/13(日) 18:54:42.72

ていうか引数に内包表記渡せるんだね

**デフォルトの名無しさん** · 2022/11/13(日) 18:55:19.91

>>222
> 条件から考えて２つが同じ結果になることは起こりえません。
まずこれがホントに正しいかを考えなよ...

**デフォルトの名無しさん** · 2022/11/13(日) 19:03:42.41

内包表記はリストを返す関数みたいなものだしね

**デフォルトの名無しさん** · 2022/11/13(日) 20:09:30.94

「0,-1,1のみ」とは全て揃っている必要があるのかどうか

**デフォルトの名無しさん** · 2022/11/13(日) 21:59:38.17

いらん補足かもしれんが引数にチョクで内包表記書いたときはジェネレーター内包表記として扱われる

**215** · 2022/11/13(日) 22:13:07.20

お礼が遅くなってすいません
回答してくれた方々ありがとうございます

>>218
そうなんですか
じゃあコードの設計図ってどうしてますか？

>>220
なぜbad partsなんですか？

**デフォルトの名無しさん** · 2022/11/13(日) 23:29:24.88

>>232
作る上で「必要なものを」「適切な抽象度で」記述する
SI業界で大量生産されているような外部設計書だの内部設計書だのというのはそれ自体を成果物として客から金を取っているから作っているのであって、システムを作る上で本当に必要なものはその極一部にすぎない
お前一人で作ってるならたぶん設計書なんか必要無いだろうし、チーム開発でもコード見りゃわかるようなことは書かなくていい
フローチャートについて言えば、一般に、フローチャートはPythonのコードよりも抽象度が低いため、設計書としては全く意味をなさない
そもそも>>215の質問をしている時点で、既にお前はフローチャートの前にPythonコードを先に想定しているんだろう？だったらお前にとって作る上で明らかに不要だろう

**デフォルトの名無しさん** · 2022/11/13(日) 23:40:50.00

>>222
数学の集合の基礎を勉強しなおすべきかも
あと、set使って書いた方が少なくともその処理は楽ちん

**215** · 2022/11/13(日) 23:51:26.26

>>233
長文レスありがとうございます

うーん、じゃあフローチャートの存在意義って何なんだろう
確かに俺はいきなりコードを書いてますが、それは独習or趣味レベルだから
それでも許されるのであって、仕事となると基本情報技術者試験で出てくるような
アクティビティ図だとかユースケース図だとかシーケンス図だとかが必要になる
んですよね？
いきなりコードの記述をしたら、行き当たりばったりになってクォリティも低くなり
可読性も下がりバグの入る可能性も高くなるみたいですし…

**デフォルトの名無しさん** · 2022/11/14(月) 00:14:32.82

>>235
フローチャートはわかんなくていいと思う。
コンピュータでプログラムを動かすのにハンドアセンブルして、パンチャーに打ってもらって、実際動かすまで何日もかかったような時代の、50年前からある遺物みたいなもん。
プログラム何も知らない人でもあの図のルールは単純だからなんとなく教育しやすいからか生き残ってるけど、
基本あんな簡単な図で表現できるコードの範囲が狭すぎる。
状態遷移図とかデータフロー図とか、UMLでもややこしい時に役に立つ図はあると思うけどね。

**デフォルトの名無しさん** · 2022/11/14(月) 00:43:36.88

>>235
フローチャートはもっとハイレベルのフローを図示するためのもの
業務フローだったり料金プランを選ぶフローチャートだったり

**デフォルトの名無しさん** · 2022/11/14(月) 05:59:45.08

tkinterで家計簿作ろうとしてるんだけど公式ドキュメントとかのサンプルみると最後のmainloop以外ぜんぶclass App():にいれてるんだけどマネしたほうがいいの？

**デフォルトの名無しさん** · 2022/11/14(月) 11:59:36.67

状態遷移図の方が大事よね

**デフォルトの名無しさん** · 2022/11/14(月) 12:13:10.18

ウィジェットはクラス化すると使い回すのが楽になるね
タイトル、エディット、ボタンをセットにしたやつとか便利
evalとexecを使って変数と自動同期するフレームワーク作ったわ

**215** · 2022/11/15(火) 10:09:17.84

すいません、レスが遅くなりました
返答ありがとうございます

>>236
では良いものを作りたいと思ったら、UMLの書き方に習熟した方がいいってことですね

>>237
そうなんですね、分かりました

**デフォルトの名無しさん** · 2022/11/15(火) 11:46:22.50

>>241
UMLも全部実用的ってわけじゃないし、システム関係の図を標準化したってだけだから、
まずは、やりたいことが書いてありそうな今の自分にとってちょっと難しめのコンピュータサイエンス寄りのアルゴリズムの本などで勉強することからでいいと思う
UMLは、自分で考えたものを標準的に綺麗に整理したくなってからで十分。
むしろユースケースが体感としてないのにUMLを勉強したからといって設計ができるようになるわけじゃないからね。

**241** · 2022/11/16(水) 19:29:05.53

>>242
分かりました　ありがとうございました

**デフォルトの名無しさん** · 2022/11/18(金) 07:51:40.00

pythonで、搭載されてるGPUの機種名を調べる方法はありますか？
手動の場合は以下の方法で調べられます。
https://www.google.com/amp/s/1-notes.com/windows10-windows10-check-gpu/amp/

**デフォルトの名無しさん** · 2022/11/18(金) 07:57:03.05

試してはない
import subprocess
subprocess.run(["wmic", "path", "win32_VideoController", "get", "name"])

**デフォルトの名無しさん** · 2022/11/18(金) 08:34:53.27

>>245
完璧に動きました！ありがとうございます！

**デフォルトの名無しさん** · 2022/11/19(土) 20:44:10.93

pythonを独学で勉強している非エンジニアの初心者です。環境構築（?）に関してご相談させて下さい。

手元のメインパソコン（windows10 home）でpythonの開発環境を色々触ると、
アップデートやら何やらで動かなくなるものが出てきたりして苦戦しております。

そこで、年内にパソコンを買い換え際にwindows11 proに移行し、hyper-vという仮想環境を使って、
「常時安定稼働させたい環境」「色々試行錯誤する環境」「ひたすら計算させる環境」みたいに切り分けて使うのはどうかと検討しています。

そのような用途でhyper-vを使うのは妥当なのでしょうか？
あるいは、そんなことしないでdockerとかanacondaで何とかするのが普通なのでしょうか？

**デフォルトの名無しさん** · 2022/11/19(土) 21:00:01.65

Pythonのバージョンやモジュールの使い分けだけなら
pyenv + venv/Poetry
でOK
個別のLinuxやWindows環境がほしいなら
DockerやHyper-Vになるけどその分ケアすることが増える

**デフォルトの名無しさん** · 2022/11/19(土) 22:23:50.73

>>247
>手元のメインパソコン（windows10 home）でpythonの開発環境を色々触ると、
>アップデートやら何やらで動かなくなるものが出てきたりして苦戦しております。
この時点で何かがおかしいので、Win以外の環境にデプロイしたいわけでもないのにhyper-vやdocker使っても苦労が増えるだけだと思います
そのままWindowsで動かしたいものを作るなら、anacondaとか使わずに公式のインストーラとvenvで環境構築する方が絶対楽です
エディタもVScodeとかPyCharmとかありますし

**デフォルトの名無しさん** · 2022/11/20(日) 00:59:07.41

演算子と制御構文まである程度理解したけどそこから先なにかアプリをつくることができる未来が見えない。誰か意見や見解を述べられる人いますか

**デフォルトの名無しさん** · 2022/11/20(日) 02:03:49.31

馬鹿にありがち

**デフォルトの名無しさん** · 2022/11/20(日) 02:42:42.05

作りたいものを作るべし

**デフォルトの名無しさん** · 2022/11/20(日) 08:24:43.83

>>250
料理道具を揃えても、料理が作れるようになるわけではない
プログラミング言語を学んでも、アプリを作れるようになるわけではない
大事なことは動機
料理を作ると子供たちが喜ぶとか、
アプリを作ると仕事がめっちゃ楽になるとか金が入るとか、そういう動機が要る

**デフォルトの名無しさん** · 2022/11/20(日) 08:47:44.50

>>250
↑のが奴いう動機が原因でなければ、APIを知らんからだろうな
料理でいえば野菜の切り方や火の扱い方を知っていても
フライパンや鍋び使い方を知らなきゃ料理はできないだろ

初心者がGUIを作るとしたら何のモジュールがいいんだ？
TKinterみたいなのより、マルチプラットフォームなKivyのがよかったりするんだろうか？

**デフォルトの名無しさん** · 2022/11/20(日) 09:04:20.99

>>254
HTML一択だよ
デスクトップアプリをPythonで作ることはないから、苦労するだけ時間の無駄

**デフォルトの名無しさん** · 2022/11/20(日) 09:31:31.05

>>255
なるほど
最近はPyScriptなんてものまであるんだな

**デフォルトの名無しさん** · 2022/11/20(日) 10:13:59.83

wxPython

**デフォルトの名無しさん** · 2022/11/20(日) 11:10:53.77

知識には内側と外側の2種類のベクトルがある
前者は構造、仕組み、言語などを司る左脳の役割
後者は関連、論理、創造を司る右脳の役割
仕組みを学んだのなら、次は無限に広がる創作の世界を学ばなければいけない

**デフォルトの名無しさん** · 2022/11/20(日) 12:09:10.50

パダワンでも育ててんのか

**デフォルトの名無しさん** · 2022/11/20(日) 12:29:07.62

>>254
コマンドラインアプリに設定値をいじる皮を被せたい程度ならtkinterがおすすめ、管理も配布も楽、ただしモッサリ、リサイズはガックガク
wxPythonはバランスいいけどtkinterの手軽さはなくお客さんに見せられるほどカッコ良くもないという微妙な立ち位置、工場とかで使うアプリならありかな
PyQt/PySideは製品レベルの見た目にできるけど環境構築も維持もデプロイも面倒すぎ、GUIを作りやすい言語で皮作って裏でPython呼ぶ方が後々楽
PyGameはカンバス的なものがメインなら意外と業務用でも使える、ただしイベント駆動のウィジェットがないのでDOS時代のような作り方になる
Kivyはよくわからない、何度かやろうとしたけど寿命短そうでやる気が出なかった…
個人的にはGUIをReact/Vueで作って裏でflaskを走らせるみたいなのが多いかな、ただPythonである必要がないときは裏はgoにしてる

**デフォルトの名無しさん** · 2022/11/20(日) 13:18:15.40

>>247
漏れは、Windows 10, WSL2, Ubuntu 18.04, VSCode, Docker Desktop で、Ruby on Rails をやっている。
Linux の端末でもコピペできる、Windows Terminal も良い

VSCodeの拡張機能・Remote Development に、
3つの拡張機能・Remote Container/WSL/SSH が含まれている

Docker Desktop には、Docker, Kubernetes が含まれている

WSL2 のHyper-V で、シームレスにLinux を使える。
これは、Windows 10 Home でも使える

ただし、メモリは最低でも、16GB は欲しい。
32～64GB以上が推奨

漏れは日本人が作った、多言語バージョンマネージャーのanyenv で、
ruby, node.js を入れているけど、同様のツールに、asdf もある。
anyenvでは、nodenv, pyenv, rbenv などを使う

他には、Dockerを使う

ただし、LinuxはRailsなどのプロのウェブ開発者用。
普通の香具師は、Linuxを使えない

**デフォルトの名無しさん** · 2022/11/20(日) 13:37:48.48

>>257>>260
レスありがとう
ぱっと調べた感じだと
wxPython/PyQt/PySide/Kivyあたりはデザイツールあるみたいだから
ある意味こっちのが初心者向けなのかね

**デフォルトの名無しさん** · 2022/11/20(日) 13:42:01.13

kivyはIMEが問題あったと思う

**デフォルトの名無しさん** · 2022/11/20(日) 13:54:47.36

>>247
Anacondaや類似のオールインワン環境は、インストール時にcのコンパイルが必要だったりして面倒なパッケージを誰かの自家ビルドを借りてきて手っ取り早く動かすためのものなのよ。pipとcondaを混用するとパッケージ管理もめちゃくちゃになるのでセキュリティや一貫した開発環境がほしいときには入れない方がいい。
初心者向けの書籍でAnacondaを勧めているものがあるけど、とんでもない話だと思う。

**デフォルトの名無しさん** · 2022/11/20(日) 14:01:22.00

>>263
なるほど
ちょっと調べたらいっぱい出てきたわ
ずいぶん前から日本語入力に問題あるんだな

**デフォルトの名無しさん** · 2022/11/20(日) 17:26:11.09

ここでもRubyキチガイが噓をまき散らしている

**デフォルトの名無しさん** · 2022/11/20(日) 17:41:30.30

そもそも IME が色んな意味で糞ですし

**デフォルトの名無しさん** · 2022/11/21(月) 15:57:20.26

>>254
Python - nimpy - wNim
みたいな組み合わせも有り

**247** · 2022/11/23(水) 11:21:50.01

>>248-264
ありがとうございます。参考にさせていただきます。

**デフォルトの名無しさん** · 2022/11/27(日) 00:07:23.30

>>225
w
あほなん？

**デフォルトの名無しさん** · 2022/11/27(日) 14:03:23.93

日本の偉人たちは朝鮮人について警鐘を鳴らしてきた

夏目漱石
「朝鮮人に生まれなくて良かった」
伊藤博文
「嘘つき朝鮮人とは関わるな」
吉田松陰
「朝鮮人の意識改革は不可能」
福沢諭吉
「救いようのない民族」
本田宗一郎
「韓国人と関わるな」

ちなみに本田宗一郎はバイク工場を
丸ごと韓国メーカーに取られて
激オコしていた。

**デフォルトの名無しさん** · 2022/11/27(日) 21:13:27.38

外部のプログラムによって毎秒数十回更新されるテキストファイルからテキストの内容を取得する場合、以下の方法で問題ないですか？

以下のコードで外部のプログラムをブロックしてしまったり、パフォーマンスが悪かったりしたら嫌なので知りたいです。

f = open('myfile.txt', 'r')

datalist = f.readlines()
for data in datalist:
print(data)

f.close()

**デフォルトの名無しさん** · 2022/11/27(日) 21:17:38.14

問題ないですかじゃねーよ他スレでやって前回の質問でかまわないって回答もらってんだろ
さっさと試して納得したらクソして寝ろ

**デフォルトの名無しさん** · 2022/11/27(日) 21:22:06.82

>>272
そもそもファイルをそんな用途に使ってはダメ
複数のアプリから頻繁にアクセスされるようなデータは
DBに格納してDBMSの排他制御機能を使うべき

**デフォルトの名無しさん** · 2022/11/27(日) 21:36:36.64

>>274
1行程度400文字以内の短いデータを上書き保存するだけなのですが、DB使った方が良いんでしょうか？

以前PostgreSQLを使ったことが一度だけあったのですが使うの大変だった記憶があるのでなるべく使いたくないという嫌悪感があります。

pythonとc++間で簡単に値渡しできるデータベースみたいなものってあるんでしょうか

**デフォルトの名無しさん** · 2022/11/27(日) 21:42:01.22

>>272
それじゃダメだよw
Python同士で試せばすぐ分かることだから
まずやってから問題が出たらその問題を解消するための質問をしてね

**デフォルトの名無しさん** · 2022/11/27(日) 22:48:34.35

>>275
両プログラムを同時に起動できるならパイプ
個別に起動するなら名前付きパイプ
Unix前提ならドメインソケットでも
古典的だけどサーバやミドルウェア不要

**デフォルトの名無しさん** · 2022/11/28(月) 10:59:27.05

毎秒数十回の書き込みとかSSDがすぐ死にそう
自分がやるならFlaskとか入れてweb通信で渡すかな

**デフォルトの名無しさん** · 2022/11/28(月) 11:05:12.64

>>278
毎回フラッシュするわけないじゃん

**デフォルトの名無しさん** · 2022/11/28(月) 12:09:34.48

Ruby on Rails で使う、3大RDB は、PostgreSQL, MySQL, SQLite で、
開発環境では、SQLiteも使うけど、本番環境ではPostgreSQL一択

AWS でキャッシュとして使うDB では、Redis 一択

**デフォルトの名無しさん** · 2022/11/28(月) 13:27:32.87

内容と流れがここと全く同じだなｗ
https://mevius.5ch.net/test/read.cgi/tech/1666337882/739-760

**デフォルトの名無しさん** · 2022/11/28(月) 15:02:56.92

ファイルI/Oって即座に完了する保証ないから
いつか書き込みモードでのオープンに失敗して破綻しそう

**デフォルトの名無しさん** · 2022/11/28(月) 15:11:00.07

ウソや意味が通らんことをもっともらしく書く文才に嫉妬

**デフォルトの名無しさん** · 2022/11/28(月) 15:23:24.17

>>275
memcached

**デフォルトの名無しさん** · 2022/11/28(月) 15:26:32.33

>>282
何を言っとるんだね君はw

**デフォルトの名無しさん** · 2022/11/28(月) 15:29:44.37

アーキテクチャがエクストリーム過ぎて大半のやつが経験したことないやり方だから問題ないですか？とか聞いても無駄だよ

30分もあれば試せる内容なんだから自分で試さないと

**デフォルトの名無しさん** · 2022/11/28(月) 15:40:21.83

あくまでファイルでやりたいなら
アトミックなrename(mv)挟めば成立はしそう

**デフォルトの名無しさん** · 2022/11/28(月) 15:56:07.32

そんなもん必要なわけねーだろーよ
read()/write()とディスクIOの間の機構知ってんだろ?

**デフォルトの名無しさん** · 2022/11/28(月) 16:35:36.63

>>287
おまえもかw >>283

**デフォルトの名無しさん** · 2022/11/28(月) 18:05:36.45

この手のIPCでパイプ・ファイル・シグナル・ソケット使うのは大昔からいくらでもケースあんだろうが
どれ使ったところでパフォーマンスも使い勝手も似たようなもんなんだから使いたいもん使っていいよ
ブロックだのなんだの起きねーから気にすんな
>>274,278,282,286,287はファイルシステムの読み書きと物理的な読み書きの区別がついてないアホだから無視していいよ

**デフォルトの名無しさん** · 2022/11/28(月) 19:02:21.21

ファイルの書き込みの排他制御は
OSが責任をもってくれるんじゃないの?