Pythonのお勉強 Part65

2021/05/23(日) 14:51:52.02

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

・当スレに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://codepad.org/　　　　　ほぼ直感的に使える。Run codeボタンあり。
ttp://pastebin.com/　　　　　まずまずシンプル。
ttp://dpaste.com/　　　　　　とてもシンプル。消えるまでの日数は十分長ーく指定のこと。

◇Pythonオフィシャルサイト　http://www.python.org/
◇まとめwiki　ttp://python.rdy.jp/

●関連スレ●　自称初心者は↓へ
【まず1嫁】くだすれPython(超初心者用) その53
https://mevius.5ch.net/test/read.cgi/tech/1615846784/

〇前スレ〇 Pythonのお勉強 Part64
https://mevius.5ch.net/test/read.cgi/tech/1600035173/

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

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

**デフォルトの名無しさん** (JP 0H6b-5naq) · 2021/10/30(土) 15:58:45.67

>>789
上でも書きましたがシーズン毎で傾向が変わるので、
APEXはあと数日で新シーズンが始まるのでそこからスクショ取りまくろうと思ってます

また、上手いこと誰かがアップしてくれるような流れとか作れないもんかと思ってますが無理ですよね、、ｗ

2021/10/30(土) 18:28:36.28

PUBGの安全地帯って規則性あるの

2021/10/30(土) 19:35:56.16

疑似乱数による偏りかもしれないな
コンピュータで使われている乱数はちゃんとした乱数ではないので
どうしても偏りが生じる

**デフォルトの名無しさん** (JP 0Hd3-2hVy) · 2021/10/30(土) 20:03:19.01

メーカー側だけど
ああいうのは制限付きランダム
xxならyy, aa以上ならbb以下みたいな多段ゲートを作っといて
根本のseedだけシーズン(更新)毎にイジる
パチンコの釘調整と一緒

2021/10/30(土) 20:20:24.74

ウェブサイト運営したことないからわからんのだけど
セレニウムでのアクセスに対して検知して規制かける方法ってある？？
IPとかそういう括りじゃ無くてアクセスしてきたブラウザがセレニウムで動いていることを検知して挙動を変えるみたいなこと

2021/10/30(土) 20:56:34.69

selenium 検知 🔍

2021/10/30(土) 22:53:55.79

イテレータで返してくるけど欲しいのは先頭だけの時に、
next(iter)
で取れるには取れるけど、空だった時にエラーになる
空かどうかはどうやって判定する?

2021/10/31(日) 00:45:22.51

try:
next(iter)
except StopIteration:

2021/10/31(日) 10:23:20.10

nextの第二引数にNoneとか入れておくとストップ時にNone帰ってくるよ

2021/10/31(日) 10:29:11.42

おお、ちゃんと安全な取得方法があったのね
空だったら別のイテレータを試すので、危うくtryがネストしていくところだった

紹介記事とかぐぐるんじゃなくてドキュメントに当たらないと駄目だな

2021/10/31(日) 15:17:34.40

そのクラス内からだとクラス変数にselfでアクセスできると思うけどそれってインスタンス変数と見分けが付かないと思うけどいいの？

2021/10/31(日) 15:35:14.24

>>802
これ解決しましたw

2021/11/01(月) 11:47:24.42

関数のdefは呼び出しより上に無いといけないけど、
上に無くてもいい言語も普通にある

関数を重複してdefするとも思えないし、下に書くことを禁止するメリットって何?

2021/11/01(月) 12:51:41.91

>>804
上から順番に実行されることが保証されるかどうか
保証されると下にあってはダメ
保証しないのであれば下に書いてあってもO.K.

2021/11/01(月) 13:25:50.95

バカは黙っとけ

2021/11/01(月) 13:29:40.03

ん、関数の位置に制限なんてあった？

昔しそんな言語を見たような気もするが、、、

2021/11/01(月) 14:21:38.99

そう、君がまだ生きていた頃の話

2021/11/01(月) 14:22:45.49

馬鹿が下手な書き方をすると制限があるように観える
実際は制限は無いと言って良い

2021/11/01(月) 14:55:37.35

公式にも書いてるイデオムを知ってるかどうか
多重でdefできるのもあるけど前方参照制限あると昔に決めたのが続いてるだけ

2021/11/01(月) 16:04:06.57

>>804
前方参照が必要なければコンパイラやインタプリタの実装がシンプルになる

前方参照が不要ならコードを上から下に読むのは一回でいいが
前方参照が必要なら定義をスキャンする時と処理を実行する時の最低2回はコードを上から下に読む必要がある

2021/11/01(月) 16:13:56.82

前方と言われてもforwardと言われても、ソースコードの上の方の意味に思えてしまう
向かう先(下)が前方ね

ソース一回通して読むくらいコストは微々たるものだし、
それだけの理由ならデメリットの方が遥かに大きい気がする

2021/11/01(月) 18:35:34.13

作者の気持ちは作者に聞いてこいよ文系

2021/11/01(月) 18:41:35.74

対話モードで入力したものをファイルにしたものがpyである
という考えなら判る

スクリプトから読む時は対話モード以上のことができます
で誰も困らないと思うのに

2021/11/01(月) 19:13:11.95

これはもう単純に創作哲学でしょう
「は？テメエどこにおんねんｗｗ」という書き方を
己が甘受できるかどうか

2021/11/01(月) 19:14:37.58

お前はチャラ男に対してガバマンな女が好きなのか、どうか

2021/11/01(月) 19:16:36.87

プログラム作成は人間とコンパイラの共同作業
お互いに歩みよって協調していかないと

2021/11/01(月) 19:22:35.19

前方後方って考えるのが変な理解に繋がるんじゃないの？
名前空間にオブジェクト（モジュールやクラス）を登録（メモリに展開）するのが、宣言・定義と考えれば、
アクセスする時点でその目的のオブジェクトが作られていればOK、ってだけ。

2021/11/01(月) 19:53:50.21

その方が楽だから、とか、コストがかかるから、とか、深く考えずに作ったらそうなった、
とかは考えにくくて、
やろうと思えば簡単に実現できるし要望も山程あったけど、
敢えて上にしか書けないようにしてるとしか思えない

何かの明確な哲学が背後にありそうなんだけど、ピンとこない
下に書けたって別にいいじゃん、と思える

2021/11/01(月) 20:09:18.02

理由は簡単
誰も困ってないから

判らないのは頭が悪い証拠

2021/11/01(月) 20:14:54.15

pythonの話だよね？
俺はクラスしか使ってないからかな？
関数の位置でエラーが出た事なんて無いよ。

2021/11/01(月) 20:16:07.29

>>812
> ソース一回通して読むくらいコストは微々たるものだし、
現代の常識で語られてもね…

2021/11/01(月) 20:56:02.22

> 何かの明確な哲学が背後にありそう

陰謀論とか好きなんだろうな

2021/11/01(月) 21:05:48.65

じゃなんでCernの施設にシヴァの偶像があるんだよ

2021/11/01(月) 21:49:27.32

職員の趣味だろう？

2021/11/01(月) 21:50:57.81

もうちょっとこう
直接的な現実の危機や可能性に対して関心をもってもらわないと
陰謀論の沽券にかかわるというもの

2021/11/02(火) 09:43:45.99

頭が不自由な人の層と
陰謀論好きな人の層は
概ね一致する

2021/11/02(火) 09:46:50.98

heapqはなぜdecrease-keyに対応していないのでしょうか？
これではダイクストラ法で使えません。

2021/11/02(火) 14:58:41.08

アスペは未知のものを嫌う
プログラマーはアスペが多い

2021/11/02(火) 15:50:49.01

>>829
根拠の提示はないし、3段論法にすらなってないしナンナの？

2021/11/02(火) 16:24:47.05

つまりプログラマーは未知のものをきらうことがおおい！

2021/11/02(火) 16:43:23.17

if type(v) == 'int':
ではなく
if type(v) == int:
と書く(書ける)理由は何?

予約語ではないので変数intとの比較としか解釈できないと思うけど

2021/11/02(火) 17:12:06.62

型の比較してるだけ

2021/11/02(火) 17:18:11.43

if type(v) is 'int':

じゃねえの？

==でも通る？やった事ないけど。

2021/11/02(火) 17:33:19.47

type関数が返却するのは文字列じゃなくてtypeオブジェクトだからだね
https://docs.python.org/3/library/stdtypes.html#bltin-type-objects

2021/11/02(火) 17:37:55.87

同じ名前の変数を定義したら比較できなくなるけど、ローカル変数なら自分でやってることに気づくはずだし問題にはならないんじゃないかな

2021/11/02(火) 17:38:51.86

<class 'int'>
のように、クラスは'int'として返るのでますます判らない

2021/11/02(火) 17:47:14.44

お前らさ、ちゃんとドキュメント読めや。
type()はtype型オブジェクトを返す。

2021/11/02(火) 18:16:33.18

type型オブジェクトを返すことと、intと書くと変数ではなくtype型オブジェクトと認識されることは
全然別の話だよね
文字列と比較してもうまく行かないことは簡単に理解できるけど、intの取り扱いが謎

intがスコープに無い時は、type型オブジェクトとみなす、みたいな特別ルールがあるとか?

2021/11/02(火) 18:48:54.54

別にドキュメントなんか読まなくていいから
キャンプ用品店でホワイトガソリン買ってきて被って火つけて死ねや

2021/11/02(火) 19:11:36.98

>>834
間違えた。
if type(v) is int :

'int' じゃなくて int ね。

2021/11/02(火) 23:54:06.40

type型オブジェクトってなんだよ
type型オブジェクトを英語にしたらどうなんだよ

2021/11/02(火) 23:57:51.92

プログラムって深く考えてもしょうがないと思ってるので
ふーんでいつも納得してるわｗ
望む通りに動けばいい

2021/11/03(水) 00:03:00.55

組み込み関数とか組み込み型がない世界から来た人なんかな

2021/11/03(水) 00:09:23.02

>>842
type type object意外にある？

2021/11/03(水) 00:36:19.73

細部を疎かにする人に任せられないわ
0とnullの違いが扱えずにバグったりしそうだし

2021/11/03(水) 01:00:55.59

そんなこと言ってたらどんな仕事も人に任せられなくなるよ
人それぞれでこだわりが違うんだし
自分のせいでバグっても人のせいにして逃げることができる奴が生き残れる

2021/11/03(水) 01:41:08.34

nil
あれは何だったんだろう

2021/11/03(水) 02:49:07.41

ぬるぽ

2021/11/03(水) 07:03:46.78

pylint が type() の代わりに isinstance() 使えって言わないか？

2021/11/03(水) 07:10:13.28

初めて知ったわ
教えてくれてありがとう

2021/11/03(水) 10:11:29.12

nullをヌルって読む奴は細部をおろそかにしてるので任せられない

2021/11/03(水) 10:25:30.87

ヌルって呼ばない奴は独りよがりでコミュ力がないので排除

2021/11/03(水) 10:30:49.76

warningをウォーニングと読んだら、
ウォーニング? ああ、ワーニングのことね、と訂正された

2021/11/03(水) 10:32:54.76

>>852
ヌルじゃダメなん？

2021/11/03(水) 10:39:12.31

自分だけかしこいの禁止
愚民に合わせろ

2021/11/03(水) 10:46:59.81

ultra, culture, gulf, lullaby, multi, sulfa, vulnerable
ulのuにアクセントがあると発音は大抵Λ

2021/11/03(水) 11:57:02.58

とは言えpythonの話しててnullなんて言う奴の方が
言葉を柔軟に扱えないヤツなんだなぁと思うわ

2021/11/03(水) 12:03:38.90

ALTキーがあるといいね

2021/11/03(水) 12:11:46.26

>>858
pythonしかやってない人の方が少数だろうし、Noneのことを間違ってnullと言ってしまうこともあるだろう。
いちいち目くじら立てるやつの方が柔軟性皆無。

2021/11/03(水) 12:29:15.50

pull、bull → null って流れになるよね

2021/11/03(水) 14:26:19.98

ALTはいまだにアルトと言ってしまう
ジャネにグノメ、きりがないわ

2021/11/03(水) 14:29:39.96

Windowsのバッチで >NULL と書いてカレントディレクトリにNULLファイルを作ったやつはいねぇか？

2021/11/03(水) 14:33:38.88

きっとaltitudeキーの略だからアルトで正解

2021/11/03(水) 14:37:23.42

with と width ってみんなどうしてるの?

2021/11/03(水) 14:43:15.51

widthははっきりiだけど、withはあいまい母音になる
前置詞なんて言ってるか言ってないか判らないくらい適当

2021/11/03(水) 17:36:50.14

widthは敢えてワイズと言ってるがたまにマジ突っ込みされる
英語としては間違いなんだろうけど靴幅表記のワイズ表のワイズ

2021/11/03(水) 17:54:31.07

靴屋がワイズ言うたびにモゾモゾする

2021/11/03(水) 18:14:40.04

機械屋が直径のΦをパイと読むのと同じ
その業界ではそれが正解

N-BASICでWIDTH 80,25とか書いてた頃は、
ワイズと読んでた気もする

2021/11/03(水) 19:49:41.04

そうですね、靴のワイズを流用しますね
あとは文脈でなんとか…
寸法つながりで、height スピーチとか、日本人にはなかなか….

2021/11/03(水) 20:52:49.87

disableをディザブルと読んでた頃があった
なんでそう思ったのかは謎
enableは普通にイネーブル

2021/11/03(水) 21:04:14.85

falseは。

2021/11/03(水) 21:13:39.21

むかし、hpのオフコンだったか(違うかも)、アペンドに対応する名詞が disaster(ディザスター)だったな
綴りは星と少し違うけど、星のめぐりが悪くて起こる大災害というのが語源だったかと

2021/11/03(水) 21:32:32.45

>>873
もしかしてアベンド（ABEND）？

2021/11/03(水) 22:19:38.73

sorry, you are right.
i ment ABEND. not APPEND.

2021/11/03(水) 22:26:01.16

>>873

やはり、これだろう

https://blog-imgs-45-origin.fc2.com/m/y/w/mywindow/deathstar.jpg

2021/11/04(木) 03:32:19.36

>>875
もしかしてmeant？

2021/11/04(木) 08:39:02.78

>>877
そうそう、ごめん
カッコ悪いねw

2021/11/04(木) 08:40:16.54

>>839
組み込み型
自分でクラスを定義した時と同じ

2021/11/04(木) 11:23:03.07

>>788
>多分、人間が学習できないものは機械学習でも上手くいかないんじゃないかなあ。

まじか？

2021/11/04(木) 11:57:45.62

単なる統計モデルだからね
完全ランダムで決まるなら、最終円がどの区域に発生するかの確率も一定と推定されるだけかと

2021/11/04(木) 15:41:25.85

>>788
> 多分、人間が学習できないものは機械学習でも上手くいかないんじゃないかなあ。
普通の人間より強いAI将棋ソフトとかあるだろ

2021/11/04(木) 16:15:15.51

>>882
それ、人間ができることの延長線上だろ

2021/11/04(木) 16:24:14.86

AIでガンを発見するとかいうのがあるよ。

2021/11/04(木) 16:29:32.19

>>884

見た目から？
それとも血液のデータとか尿のデータとかから？

2021/11/04(木) 16:31:26.68

教師あり学習でも教師が判らないことを判断できるようになるけど、
恐ろしいのは教師なし学習
データを与えるだけで勝手に法則性やらいろいろ理解する
人間が言語を習得するのと同じ

2021/11/04(木) 16:39:46.36

>>884
ちょっとぐらいググれw
https://www.riken.jp/press/2019/20191218_2/index.html

2021/11/04(木) 16:40:10.72

アンカ間違えた>>885ね

2021/11/04(木) 18:54:56.08

>>788
> 多分、人間が学習できないものは機械学習でも上手くいかないんじゃないかなあ。

出来る
評価関数を考えられれば
人間には複雑過ぎたり非直感的な関数でも
その評価点を教師付き学習で使えばいい

2021/11/04(木) 19:08:46.54

>>889
overfitの問題があるので、そう簡単ではないよ。
原理的にはその通りだけど、データセットを無尽蔵に用意できる用途に限られる。

2021/11/04(木) 19:28:29.86

>>889
人間に出来ないことの評価関数を人間が考えられるのか

2021/11/04(木) 19:37:49.40

評価関数は与えない
データと結果だけ教えればあとは勝手に特徴抽出する