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/07/28(日) 17:13:34.21

>>295
スライスも範囲は同じだろ
何言ってんだ？

2024/07/28(日) 17:15:44.24

0オリジンが嫌ならFortranでも使ってなさい

2024/07/28(日) 17:19:22.01

Rubyでいいんじゃない？
..や...演算子があるよ

2024/07/28(日) 17:38:40.75

startとendを両方使う、というのがそもそもアウト
0から始めるのと、endを使わないのはセット
end=numにしたいなら、1から始めるべき

2024/07/28(日) 17:52:59.56

いつまで無駄な事に拘ってるのか
結論は「仕様です」で終わる話やろ

2024/07/28(日) 17:56:18.45

SwiftにはA..<BとA...Bがあるぞ
これが個人的には1番わかりやすい

2024/07/28(日) 18:02:26.09

Swiftみたいに両方用意するのも手だな
その上で..<しか使わないのが読みやすくバグらない
range(5, 10)とだけ書かれても慣れてる人しか意味が判らない

2024/07/28(日) 18:26:18.00

>>296
ユースケース次第だよ
Pythonの標準ライブラリでもrange(start, end+1)やrange(end+1)のパターンはたくさん使われてるよ

2024/07/28(日) 18:29:47.19

内部で閉じてるのにそんな書き方してたら下手なだけ

内部的には0から始まるけど、人間が扱うIDが1から始まってる
みたいなことは普通にあるので、それに合わせる為なら仕方ない

2024/07/28(日) 18:41:53.09

>>305
>内部的には0から始まるけど、人間が扱うIDが1から始まってる
>みたいなことは普通にあるので、それに合わせる為なら仕方ない
それはrangeでend + 1するのとは違う話

2024/07/28(日) 19:16:49.11

違う話だと思ってる人が多いから未だにrangeが2種類要るんだよな
配列のindexやidは0から始めた方が合理的、という考えは割と広まってるのに

num = 5
0 1 2 3 4 : 0からnum-1まで
1 2 3 4 5 : 1からnumまで
0から始めるかどうかと終了条件をどうするかは表裏一体

2024/07/28(日) 19:20:49.38

関係ないけど、妊娠の日数の数え方は0週0日から開始するんだよな
そして1ヶ月は4週
そこだけフランス革命しとる
合理的すぎて大抵の妊婦は混乱してると思う

2024/07/28(日) 19:39:26.26

思考がコンピュータ寄りで素で0から6のindex列挙と発想するから
7回の操作と表現したい気持ちが理解できないんだろうか

2024/07/28(日) 20:02:46.28

numだけでいいなら
for _ in range(num):

2024/07/28(日) 23:11:21.49

0始まりか1始まりかに関係なく
妥当な範囲内にある上限値(end)を指定できることが
対象ドメインにおいて重要かどうかより自然かどうか

例えばipaddressモジュールにはrange(network, broadcast + 1)とあるけど
これはbroadcast addressを使ってrangeを定義できることに意味があるから
範囲外にある次のアドレス192.0.2.4を指定するのは不自然だから

192.0.2.0/30をイテレートすれば上のrangeが使われて
192.0.2.0(network)から192.0.2.3(broadcast)までが列挙される
ここでは0始まりか1始まりかは関係ない

2024/07/28(日) 23:20:07.46

もっと簡単な例で言えば
’n’..’z’のようにアルファベットの任意の範囲を表現したい場合に
‘z’という妥当な範囲内にある上限値を直接指定できないと困るよね？
こういう場合にrange(start, end + 1)やslice(start, end+1)のパターンが出てくる

2024/07/28(日) 23:29:56.40

それは恐らく、rangeを使うべきでない部分にrangeを使っちゃったのが原因

2024/07/29(月) 06:36:23.28

>>313
rangeという「言葉」を使うべきでない機能にrangeと命名しちゃったのが原因、だろ。

2024/07/29(月) 17:15:11.39

0range

2024/07/29(月) 18:56:15.68

ミジンコのお前らが言ったところで言語仕様が変わるとでも思っているのか?

2024/07/30(火) 21:40:53.03

>>290
-1が出てくるお前の頭がバカなだけだろw

2024/07/30(火) 21:42:25.97

>>309
いやそことは関係ない
やっぱニワカやな

2024/07/30(火) 22:52:41.09

>>314
rangeという言葉に代わる適切な名前があればよかったんだろうけどね。
かといってrangeという名前に動作を合わせるのはアホだし。

2024/07/30(火) 22:56:01.49

適当にdictionary作ればよくね

2024/07/30(火) 22:57:25.73

少なくとも、数列に対しては+1とかの小細工は不要
数列でない例を出してきたら無理かもしれないけど、
そもそも加算不可能ならリストとか集合で扱うべき

加算可能でかつ数列でない例となるとかなりレアで反論として苦しすぎる

2024/07/30(火) 23:25:03.88

range型っていう概念がすでに邪魔だなあって
昔のメインフレームみたいに無駄なアクセスメソッドが増える

2024/07/30(火) 23:31:08.40

イテレータが要求されるところに使えるシリーズの一つに過ぎない
rangeだけ嫌わんでも
listとして使いたい時にlist変換すればいい

2024/07/30(火) 23:35:13.83

Pythonはコレクションの名前がわかりにくい

2024/07/31(水) 00:15:40.33

名前だと個人的にはABCに突っ込みたい
Abstract Base Class の頭文字だと言われればそうだけど、普通に読んだらアルファベットの先頭3文字にしか見えないし、どのような機能を提供するモジュールかが分かりづらい

2024/07/31(水) 01:55:45.66

>>325
まあ、ふざけてそういう名前にしているんだよなあ。

2024/07/31(水) 07:48:14.96

BeautifulSoupも意味判らん

2024/07/31(水) 08:10:58.35

>>327
タグスープっていう用語が元ネタ

2024/07/31(水) 11:56:33.80

beautifulな
すーぅぷをぉ
あーげるーうー

2024/07/31(水) 12:28:50.45

>>326
モンティパイソン自体センスがないと言うしかないな

2024/07/31(水) 16:05:19.43

ふしぎの国のアリスじゃないの

https://www.jpnnavi.com/ja/study/book1_10.html

2024/07/31(水) 17:14:24.64

なるほど
間違ったhtmlに対する揶揄なのか
その割に、間違っててもちゃんと読める訳でもない
今どきのはみんな自動生成だから、複雑なだけで間違ってはいない

2024/08/01(木) 09:11:21.61

>>331
そもそも言語の名前からしてと言う意味だが

2024/08/01(木) 19:26:34.93

ウミガメのスープの話が元々ある
本物のウミガメのスープを一口食べて自殺する奴
本物じゃない方は、偽ウミガメのスープ
偽[ウミガメのスープ] という言葉を、[偽ウミガメ]のスープと読み替えて、
偽ウミガメというキャラを登場させるのが面白い部分

2024/08/02(金) 20:38:42.76

おっすオラプログラミング初心者でPython勉強中！！
エディタはVScodeを使ってるんだけど、Pythonやるならこの拡張いれておけ！ってやつある？
とりまこれだけ入れてる。

・Japanese Language Pack for Visual Studio Code
・Python
・Pylance
・auto Docstring Python
・black formatter
・Flake8
・Error Lens
・IntelliCode
・indent-rainbow

2024/08/02(金) 20:48:05.46

パイソンでポイントサイトの毎日ログインやらしたいんだけどどうしたらいい？

2024/08/02(金) 20:49:12.22

不正のやり方は人に聞くものじゃない

2024/08/02(金) 22:17:32.40

>>335
また環境構築やってる

2024/08/02(金) 22:25:18.87

>>336
s*ei*nir

2024/08/02(金) 23:24:25.91

range(1,7)の動きとかな
データの個数だ！0から数えるのが当たり前だ！
とかいう言い訳は通用しないw

2024/08/02(金) 23:28:26.64

1と7を両方書いちゃうと負け
range(1, 1+num)
が正解

2024/08/02(金) 23:30:13.24

7月分のデータを集計しようとして、
7/1から7/31までを指定したら負け
7/1から8/1の前まで、が正解

2024/08/02(金) 23:33:35.55

油断すると負けてしまう

2024/08/02(金) 23:38:37.16

メモリマップとかで、
0000
なんとか領域
0fff
1000
みたいに書いてあるのは存在自体が負け
先頭と末尾を両方書いてたらまず負けてる

2024/08/03(土) 07:07:54.34

締め切りは8/3の23時59分です
とかも、0秒? 59秒? msecは? と無限にツッコミどころが湧いてくる

最初の条件成立から、条件成立しなくなるまで
という「半開区間」が正義

2024/08/03(土) 16:36:13.18

初心者の学習としてJupyter Notebookって必要？？
覚えてた方がええんか？

2024/08/03(土) 18:57:48.50

必要かと聞かれたらいいえ
ただ素の状態だとコンソール出力かファイル加工がやっとだから
簡単にグラフや画像出力、デバッグもできるJupyterのがストレス少ない

2024/08/03(土) 19:56:20.21

ええ

2024/08/03(土) 20:25:15.56

jupterって勉強するもん？

2024/08/03(土) 20:39:36.46

jupyterだとpandasの出力がテキストでなくて表になるのは、
pandasがよく出来てるのかjupyterが賢いのかどっち?

2024/08/03(土) 21:24:11.44

>>347
なるほど？
グラフの出力とかはジュピターの方が楽なのね

2024/08/04(日) 17:38:20.78

グラフの出力自体は素のPythonでも変わらん
しかしグラフというのは一度出したら終わりではなく、一般には望ましい結果が得られるまでデータを加工したり設定を変えたりして試行錯誤するものだ
Jupyterを使うことで、そういった試行錯誤を効率的に行うことができる
逆に言うと、既に試行錯誤の段階が完了していて、データだけを変えて繰り返しグラフ出力を実行するような場合は、Jupyterを使うより素のPythonを使ったほうが効率的かもしれない
まあ現実には最初Jupyterで作ったらそのままJupyterで画像ファイルに出力させることが多いけどね

2024/08/04(日) 17:39:08.92

ごちゃごちゃ言ってないでさっさと書けやw

2024/08/04(日) 17:46:12.24

>>352
とりあえずVScodeにJupyterの拡張入れてみたわ

便利やな
一つのファイル内で別のプログラムを試すときに視覚的にわかりやすいから、参考書みて試しながらやるならこっちのほうがええな

2024/08/04(日) 17:46:19.65

jupyterの出力は簡易的なものだろ
ちゃんとしたグラフはMatplotlibで作る
あるいは最初からRを使う

2024/08/04(日) 18:39:45.11

>>355
馬鹿はコメントするなよ

2024/08/04(日) 18:58:23.72

初心者止まりでいいなら寧ろjupyterでやった方がいいくらい、嫌味でなく

2024/08/04(日) 19:07:06.24

簡単にグラフ作るならexcelがいい
たまにexcelのグラフで本出してる人もいるくらい

2024/08/04(日) 19:54:21.84

>>358
だから、馬鹿はコメントするなよ

2024/08/04(日) 20:16:40.90

ワイはいずれはスクレイピングとかして機械学習とか使って株価予想ソフトを作りたい
まずはJupyterで変数とか基礎文法を学ぶで！

2024/08/04(日) 20:33:50.44

ミュータブルはなんのメリットがあるんだろ
デフォルトがdeepcopyで
やりたいときだけリファレンスデリファレンスすればいいとか思うんだが

2024/08/04(日) 20:46:27.29

py.トーチは結構簡単

2024/08/04(日) 20:48:42.72

Jupyter以外だとStreamlitも凄いよね
QtとかでシコシコGUI作ってる中級者を尻目に美麗でインタラクティブなクールなアプリをクソ簡単に作ることができる

2024/08/04(日) 21:30:49.60

Pythonって変数の型を定義しないでいいの楽ちんだな

2024/08/05(月) 14:04:53.48

>>355
マジレスするとmatplotlibなどの結果をjupyterだとすぐにブラウザでインラインで確認できるってことな
画像を保存するのと本質的に何の違いもないよ
Rとかなんのこっちゃ。グラフを描くだけのためにRを使うことはない。元々Rにしかないパッケージが必要でRで処理しているならともかく、的外れすぎる
>>358
Excelのグラフが簡単なのはかなり限られたユースケースだと思うけどな。
ヒストグラムもめんどくさいし、複数のグラフを同じ体裁でとかも簡単じゃないし。
あくまでテンプレートにある形で全自動でデータ領域選んだら出てくればいいときだけぐらいじゃね？
そして手間は全自動matplotlibも大差ないし

2024/08/05(月) 14:59:08.85

そもそも仕事ではブラフを作ることはそんなにない

2024/08/05(月) 15:50:58.57

>>366
そんなんめっちゃ仕事によるから
webアプリとかwebシステムとかにしか使われない言語ってわけでもないし
確かに専業プログラマ時代はグラフなんかほとんど作らなかったけど

2024/08/05(月) 16:44:17.26

グラフじゃなくてブラフの話だぞ

2024/08/05(月) 16:52:27.14

ブラフw

2024/08/05(月) 19:31:45.20

なあ、初心者質問で申し訳ないがPythonって処理速度遅いらしいやん？
そんなに他と体感的に感じるもんなん？

2024/08/05(月) 19:42:50.14

>>370
速いとか遅いとか言っている人間とは縁を切れ

2024/08/05(月) 19:43:32.98

>>370
実際に時間がかかるものを作って比較するしかない

2024/08/05(月) 19:53:32.99

>>370
> 他

が何かによるんじゃないか。

2024/08/05(月) 19:58:12.02

>>370
確実に言えるのは初心者が気にすることではない

2024/08/05(月) 20:21:32.67

>>371-374
なんだ、そんなに体感するほどでないんだ
ネトゲのフレンドにPython勉強してるっていったら「あーPythonは簡単だけど処理速度が遅いからね」って言ってたから不安になった

2024/08/05(月) 20:31:36.33

0.01秒で終わっても1秒で終わっても人間からすれば同じだしな
他でなら1時間で済むものが100時間かかるなら考える

2024/08/05(月) 20:41:24.61

単純にやると100倍遅くていろいろ工夫しても数倍遅いことはある

2024/08/05(月) 20:53:20.49

>>376
それ結構ちがくね？？？？

2024/08/05(月) 21:03:47.56

>>375
処理速度を気にするような処理はPythonには不向きってことではある

2024/08/05(月) 21:13:21.36

pipでパッケージいろいろ使えるし
手軽でいいぞpythonは

2024/08/05(月) 21:13:41.24

>>375
そんなド素人の話なんか無視してくれ

2024/08/05(月) 21:14:56.84

>>379
オンボロPC上で動かすのか？

2024/08/05(月) 22:59:18.56

Pythonで書いたコードでも処理速度を速くする方法はあるというのがひとつと、
Pythonで書くことによって簡単に書ける代わりに処理速度が犠牲になることが問題なのか考えるべきというのがもう一つある
処理時間よりコードが完成するまでの速さが大事な場合もあるからね

実際に本格的にプログラムを書くようになったら、楽さと速さとかその他の特性に合わせて適切な言語を選んで書くようになるので、
初めての言語なら気にしなくてよいと思う

2024/08/05(月) 23:06:08.80

困った時に考えればいいんだよ

2024/08/05(月) 23:14:29.13

Pythonそのものの話じゃねえだろw

2024/08/05(月) 23:47:18.26

Pythonは「コンパイルを必要とする他の言語に比べると遅い」は事実だけど、用途によってはそれでも十分という感じ
例えばちょっとした事務作業を簡略化するために「ファイルを読み取り、テキストの内容を適宜加工して出力する」くらいならPythonでも十分
それくらいなら0.1秒未満で終わるのが殆どだろうし、Pythonが遅いと体感することも無いと思う

それが数百、数千ファイルを処理したいとなると、いくらか「待たされる」感じにはなると思う
コンパイルされた言語での実装との差も感じられるはず
この待ち時間が十分許容できるなら問題はない

パフォーマンスが重要な分野はPythonは向かない
ゲームエンジンを1から作りたいという場面でPythonはありえないし、それで作ったゲームはとても重くなるはず

ただし、世の中には「他の言語で作られたPythonライブラリ」も多くあって、それを使う分には問題ない
例えば機械学習で使われるPyTorchはC++で書かれていて、それをPythonから扱えるようライブラリを提供している
だからPyTorchを使う分にはC++と同等の速度が出るけど、これもゲームエンジンと同じで、中身の部分はPythonで作れるようなものではない

2024/08/05(月) 23:58:29.54

中身のない長文はいいよ

2024/08/06(火) 00:10:59.10

初心者質問と書いてるんだから少しくらい丁寧に答えても良いと思うが
普段からプログラムを書くような人にとっては常識だけど、そもそもそういう人に向けたレスではないし

2024/08/06(火) 02:00:07.09

>>386
あんた素人すぎよ

2024/08/06(火) 02:01:28.55

>>386
ファイル操作なんてプログラミング言語のせいじゃない。

2024/08/06(火) 02:03:20.81

プログラム板はレベルが低いからなw

2024/08/06(火) 07:52:57.79

IOで遅くなってるのは何で書いても遅い

2024/08/06(火) 08:03:04.64

IOに限らないのだろ。>>386 は「ファイルを読み取り、テキストの内容を適宜加工して出力する」と言ったので。

2024/08/06(火) 10:24:07.35

イキったネットのフレンドωωω

2024/08/06(火) 10:35:02.43

Pythonはインタプリタの起動時間があるのでHello World出力するのでも0.1秒くらいは最低でもかかる
「ファイルを読み取り、テキストの内容を適宜加工して出力する」処理をほとんどの場合で0.1秒未満で終わらせるというのは無理

常駐プログラムにして起動時間を除いて考えるならファイルの内容や処理内容によっては可能かもしれない
ただ起動時間の遅さというのは常に付きまとうので5～10秒くらいは別に待っても構わないという処理でなければ違う選択肢を考えたほうがいいことが多い

2024/08/06(火) 12:19:06.97

>>395
？