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

2021/09/14(火) 10:11:51.71

コンテナの中身はミュータブルだけど、引数として渡されたコンテナ自体をごそっと書き換えることはできないんだよね、たしか
その辺の挙動はイミュータブルと整合するというか、区別されていないというか

2021/09/14(火) 12:28:14.12

ID周り見ると解決しそう

2021/09/14(火) 13:05:13.18

> x=y=1
> x=y(2)=2
> y(3)=3
>
ごめん
x=y=1
z=y(2)=2
y(3)=3
ですわ。間違えた。

2021/09/14(火) 13:15:18.36

ミュータブルな代入は
「結果的に」Javaのプリミティブ型の代入と
結果が同じことになるな

2021/09/14(火) 16:10:48.05

気になる人は python のモジュールを C で描いて観ればいい
上に挙がってる疑問がほぼ全て自然に解決する

2021/09/14(火) 21:55:03.84

ndarrayってクラスなんだよね？なんで普通の数と足し算とか掛け算とかできるの？

class hoge:
pass
a = hoge
a + 1.0
> TypeError: unsupported operand type(s) for +: 'hoge' and 'float'

みたいなエラーにならないのは何故？

2021/09/14(火) 22:00:10.62

https://docs.python.org/ja/3/reference/datamodel.html#emulating-numeric-types

2021/09/14(火) 22:01:04.87

初学者なので ndarrayのことは知らないけど、__add__ とか、クラスではオーバーロードが簡単にできるみたいですよ

2021/09/14(火) 22:02:46.10

あら、タッチの差で被った
失礼

2021/09/14(火) 22:06:36.90

君たち天才だわ
サンキュー

2021/09/14(火) 22:07:12.16

>>368
多分君は俺の説明が適切じゃなかったから勘違いしてる
芋づるみたいな感じにはなってないと思う

a = 1
b = a
これは①みたいな感じになる
そして
b = 2
としたら②の画像

print(id(変数その1), id(変数その2))とかやってみて
あとこのページhttps://medium.com/swlh/a-deep-dive-into-variables-in-python-8f55f69c3653のPass-by-Object-ReferenceがPythonのね

因みに割とどうでもいいけど
x = 1
y = 1
この2つの1は同じね
そして
x = []
y = []
この2つの[]は別ね
ミュータブルかイミュータブルかで変わるんじゃね多分

2021/09/15(水) 00:10:25.53

>>379
>x = 1
>y = 1
>この2つの1は同じね

それはcpythonの仕様であってpythonの仕様じゃないよ
あと
x=1000
y=1000
のときは異なる

2021/09/15(水) 00:39:20.72

>>380
これはどういうことなのでしょうか
0 とか 1 とか、よくある値はインスタンスを共有して、とかいうことでしょうか

2021/09/15(水) 01:35:03.84

https://docs.python.org/3/c-api/long.html#c.PyLong_FromLong

2021/09/15(水) 07:38:43.19

PEP 494 -- Python 3.6 Release Schedule
3.6.15 schedule
3.6.15 final: 2021-09-04
3.6.16 and beyond schedule
Security fixes only, as needed, until 2021-12

PEP 537 -- Python 3.7 Release Schedule
3.7.12 schedule
final: 2021-09-04
3.7.13 and beyond schedule
Security fixes only, as needed, until 2023-06

PEP 596 -- Python 3.9 Release Schedule
Expected:
3.9.7: Monday, 2021-08-30
3.9.8: Monday, 2021-11-01
3.9.9: Monday, 2022-01-03
3.9.10: Monday, 2022-02-28
Final regular bugfix release with binary installers:
3.9.11: Monday, 2022-05-02

2021/09/15(水) 07:41:10.30

PEP 619 -- Python 3.10 Release Schedule
3.10.0 candidate 2: Tuesday, 2021-09-07
Expected:
3.10.0 final: Monday, 2021-10-04
Subsequent bugfix releases every two months.

PEP 664 -- Python 3.11 Release Schedule
Actual:
3.11 development begins: Monday, 2021-05-03
Expected:
3.11.0 alpha 1: Monday, 2021-10-04
3.11.0 alpha 2: Tuesday, 2021-11-02
3.11.0 alpha 3: Monday, 2021-12-06
3.11.0 alpha 4: Monday, 2022-01-03
3.11.0 alpha 5: Wednesday, 2022-02-02
3.11.0 alpha 6: Monday, 2022-02-28
3.11.0 alpha 7: Tuesday, 2022-04-05
3.11.0 beta 1: Friday, 2022-05-06
(No new features beyond this point.)
3.11.0 beta 2: Monday, 2022-05-30
3.11.0 beta 3: Thursday, 2022-06-16
3.11.0 beta 4: Saturday, 2022-07-09
3.11.0 candidate 1: Monday, 2022-08-01
3.11.0 candidate 2: Monday, 2022-09-05
3.11.0 final: Monday, 2022-10-03
Subsequent bugfix releases every two months.

2021/09/15(水) 07:46:25.69

>>379
ありがとう
イミュータブルな変数はIDのみコピーするような感じね。
んで変数の書き換えをする時は、実際には書き換えではなく新しいIDと値が与えられるわけだ。
だから古いIDをコピーした方の変数は値が変わらずにいられるんだな。

初学者用の書籍とかだと変数っていう箱に値が入っていてそれを入れ替えれるってような書き方だから理解できてなかったわ。
イメージの話なんだけど、変数って箱にIDが入っているイメージ？それともIDって箱に値が入っているイメージ？？
ようは新しい値に変えたい時に箱の中のIDを取っ替えるイメージなのか箱ごと別物に生まれ変わっているのか。

2021/09/15(水) 10:08:53.20

ワイ.netおじさん。
ありがちな処理はスラスラ書けるけどリスト全体の数値を3倍するとかラムダ式とか書けない。
ループ使っちゃう。

2021/09/15(水) 13:20:08.05

それで何の問題もない

2021/09/15(水) 14:16:37.66

>>386
同じくｗ

2021/09/15(水) 14:33:22.28

>>383
3.8は？

2021/09/15(水) 14:51:06.94

動けばとりあえずヨシ！

2021/09/15(水) 15:08:43.60

幾三

2021/09/15(水) 19:01:39.47

スクレイピングすると地獄へ落ちるって本当ですか？

2021/09/15(水) 19:39:17.25

集中力が落ちて勉強に支障が出るときいたことはある。

**381** (ｱｳｱｳｳｰ Sa21-ndeh) · 2021/09/15(水) 21:18:20.76

>>382
ありがとうございます
Flyweightのようなものを想像していましたが、当たらずとも遠からず、ですかね

**381** (ｱｳｱｳｳｰ Sa21-ndeh) · 2021/09/15(水) 21:26:34.16

>>394
あまり考えないでレスしちゃった
取り方によるけど、遠いっちゃー遠いですね
同値のオブジェクトは共用する意味で、です

2021/09/15(水) 23:02:57.29

>>386
最近とんと.NETから遠ざかってるけど、C#やVBには mapや filterみたいなものはないですか？
てか、Linqではラムダ式は必須じゃなかったっけ

2021/09/16(木) 02:05:17.17

コードや変数の局所化をすすめると
読み手にも機械にも優しいという実感がないんだろう
ループおじさんは

2021/09/16(木) 06:56:32.26

>>396
あるよ、LINQでそれぞれselectとwhereが対応する

2021/09/16(木) 07:37:06.95

>>398
ありがとうございます
Linqは知識としては知っていたのですが、使ったことがなくて
なるほど、mapは select、filterは whereですね

2021/09/16(木) 08:30:23.44

書いてあるものは読めるんよ。
ただ自分でこうしようって書くときに
リストを順番に走査して（for）
条件に合致したら（if）
ゴニョゴニョする（処理）
って頭の中でなっちゃうから無理。
pythonはさくっと書けちゃうから余計につらい。
本を読むとそういう書き方のループはあるべき書き方よりも絶望的に遅いから辞めろと書いてあるから余計に精神に悪いわ。
Rだとそもそもループが書きにくい仕組みしてるからなんとか立ち止まって考えてる。

2021/09/16(木) 08:36:22.02

「これはpythonな人なら得意そうだけど俺はスマートに書くの無理だわ」って感じて泥臭く書いた処理の例（最近）
m列×n行の2次元配列がある
n列×m行に転地する
その時にちょっとした処理がある
例えば列要素の先頭に1からインクリメントする数値のキーを追加する
あるいは3番目の列が[x,y]のリストになってるのを[y,x]に入れ替える
みたいな。

2021/09/16(木) 08:38:00.69

>>400
いつの本か知らんが本当に遅いかはベンチしないとわかんないよ
可読性は明らかに内包表記の方が高い(黒魔術内包表記を除く)

2021/09/16(木) 09:23:18.48

きれいに書いたほうが早いとは限らんわな

2021/09/16(木) 10:34:44.93

泥臭く書く

2021/09/16(木) 18:14:42.41

>>403
もちろんそれはそう。
ケースバイケースなので、ベンチするか具体例を挙げてもらえないとわからないよ。

2021/09/16(木) 18:22:38.50

バージョンアップされるたびにアルゴリズムも改良されて
可読性重視でも最適化されるようになってるという話だけど

2021/09/16(木) 18:27:02.48

>>406
そういう話もあるけど、キャッシュして計算した方が速いケースとかはあるので、結局はケースバイケース
フィボナッチ数列の計算とかは内包表記じゃ速くならない。
昔の、mapの方が内包表記より速いとかいうのはなくなったようだが。
綺麗なのが十分速くてメモリも消費しないなら、関数型言語が主流になってるはず。そうじゃないのは、やりくりしなくちゃいけないケースがあるからなんだよ。

2021/09/16(木) 18:27:14.10

numpyが下手に書いたC++より早いって思うと手放せない

2021/09/16(木) 21:04:48.10

行列計算ならnumpyやな
標準のlistでやってるの見たことない

2021/09/16(木) 21:35:41.20

>>409
numptyは内部の関数はCで書かれているので、Pythonで書くより数倍は速い

2021/09/18(土) 03:39:27.31

スクレイピングの勉強するのですが、下手するとF5アタックになるとかの法的リスクと回避法を重視している入門書ってありますか？
今の所やりたいことは、特定の市町村の5年分気温気象データを収集して自分用に加工
近所のコインランドリーの稼働データを集計して空いてる確率が高い時間帯を調べるの2つです
前者は膨大なデータを取得する必要があります
後者は10分から20分おきにアクセスすることになります

2021/09/18(土) 03:43:27.82

回避法なんぞ無い
普通のサーバーなら間隔数秒開ければほぼ大丈夫としか
LibraHackみたいに相手側のシステムの不具合でこっちが疑われる事もあるからなんとも

2021/09/18(土) 08:35:26.10

マルチ質問は感心しないがそもそも気温湿度天候は死ぬほど気まぐれな指標でAIやってる人も触りたがらないほどだよ。
例えば確実に明日は雨が降るって予報が出てるときにあらかじめ洗濯しておこうって考える人はいるけどその予報そのものは遡れるようなログには残ってないからな。
結果としての天気は気象庁が残してるけど。
あとクリーニングとは関係しないだろうけど積分量としての暑さ寒さなんかも効いてくる行動が多数ある。
それをいきなりクリーニングと結びつけるのは無理を感じるな。
例えばappleとgoogleがそれぞれ都市単位で日毎に発表してるモバイル人流統計と天気で関係性を見つけられるかチャレンジしてみたら？
たぶん爆死するから。
雨が降ったら外出が減るというシンプルそうな関係性でも成り立たせるのは難しい。

2021/09/18(土) 08:39:20.79

>>400
>pythonはさくっと書けちゃうから余計につらい。
>本を読むとそういう書き方のループはあるべき書き方よりも絶望的に遅いから

numpy 使え

2021/09/18(土) 08:42:32.79

>>413
今回の台風の予想進路が良い例だよな
予想と結果が違い過ぎる

2021/09/18(土) 08:46:16.48

>>415
逆にこの進路が予報円として提示されたことをすげーと思ってる

2021/09/18(土) 10:10:18.18

>>416
そうか？
日本海に抜ける予報円だったぞ？

2021/09/18(土) 10:54:42.35

「スクレイピングの勉強」のお題に突っ込んでも詮無いと思うがな。

2021/09/18(土) 13:32:20.83

>>411
5ch は、マルチポスト禁止！
同じ質問を、複数のスレや外部のサイトに書いてはいけない

こちらのスレに回答しておいた

【まず1嫁】くだすれPython(超初心者用) その54
https://mevius.5ch.net/test/read.cgi/tech/1623240344/867

2021/09/18(土) 17:06:08.32

どんな悪質なマルチポストもこのルビ糞よりはマシだよ

2021/09/18(土) 17:25:32.34

>5ch は、マルチポスト禁止！
>同じ質問を、複数のスレや外部のサイトに書いてはいけない

そんなルールあったっけ？

2021/09/18(土) 18:14:59.00

頭のおかしい人に以下のようなことを言われました

>>基本、スクレイピングは営業妨害との戦い。
>>どの本にも、そう書いてある。
>>スクレイピングを推奨する本はない

具体的な書籍名を教えてください

>>5ch は、マルチポスト禁止！
>>同じ質問を、複数のスレや外部のサイトに書いてはいけない

どこでそんなルールが決まっているのでしょうか？

2021/09/18(土) 18:18:24.56

マルチポストは答える気なくす効果があるだけで、
ルールとして禁止はされてないよ

2021/09/18(土) 18:27:50.14

自分で理由を考えようとしないオバカさんが増えたな
これがゆとりか？

2021/09/18(土) 19:02:30.97

マルチポストしても、解決後に
マルチした全部にこういう感じで解決しました、とちゃんとフォロー出来るなら良いと思う。

2021/09/18(土) 19:09:06.49

マルチポストする奴に回答しても
返事すらよこさないからな

2021/09/18(土) 19:16:05.73

山ほど情報がある中でわざわざココで聞くなんて
もっとも効率悪いと思うので5ｃｈではマルチポストした方が効率良いだろう
マルチでも誰も困らないし答えたい奴が答えれば良いと思うわ

2021/09/18(土) 19:21:13.80

Rubyガイジみたいにしつこいならともかく、2-3箇所に同じ質問したからといって
気を悪くする人の思考がよくわからん。
「俺は別の場所でもう読んだんだからまた同じモンを読ませんじゃねーよ」とか？

2021/09/18(土) 19:23:12.69

それぞれに違う回答つけるとか

2021/09/18(土) 19:26:37.96

>>428
マルチポスト問題は大昔あるけど
大体の問題はこれ（Wikipediaより）
・回答が複数のコミュニティーに分散してしまい、知識の集積という1コミュニティーの目的にそぐわない。
・ネット資源（サーバーや回線の能力）とて無限ではない。同じ内容の記事をばら撒くのは資源の無駄遣いといえる。
・その問題に関心のある人は類似した複数のコミュニティーに参加して新規投稿をチェックしていることが多いが、あちこちの同じ投稿に対してそれが本当に目新しい内容かを選別しなければならなくなる。
・他のコミュニティーで付けられた回答を知らずに同内容の回答を付けたり、他のコミュニティーですでに解決したことを知らずに検討を続けたり、善意の回答者の労力の大半が無駄になる。
・この場所だけでは質問が解決するか不安であるという不信感を表明することと、結果としては同じである。
・回答者は知らず知らずの内に強制的に望んでもいない複数コミュニティとの回答競争へ参加した形になり、複数の回答から質問者が選ぶ構図は、まさに回答者への敬意が軽薄で、自分本位な軽率な行為であると捉えられるため。

ただ今の時代だと実感しづらいだろうなーってのはよく分かる
（コピペ解説サイト筆頭に、似たような情報が溢れかえってるし）

2021/09/18(土) 19:32:38.33

>>430
そろそろネット資源のくだりは削除してもいいと思う…

2021/09/18(土) 19:39:17.74

マルチポストなんかより同じ話題がループしてる方がよっぽどウザいよな
スクレイピングの法的リスクとか前にも揉めてただろ

2021/09/18(土) 19:56:40.94

>>430
そのWikipediaの記事はマルチポストがマナー違反だと主張する側の意見でしかないな。

>・回答が複数のコミュニティーに分散してしまい、知識の集積という1コミュニティーの目的にそぐわない。

質問/回答する場が複数存在する時点で分散しているわけで、マルチポストの問題とみなすのがそもそもおかしい。

>・ネット資源（サーバーや回線の能力）とて無限ではない。同じ内容の記事をばら撒くのは資源の無駄遣いといえる。

単に資源の浪費といえば長文ポストも同じわけだがそれについては指摘されない。
netnewsではマルチポストではなくクロスポストを使えば使う資源が少ないという話が独り歩きしているんじゃないかね。

2021/09/18(土) 20:10:37.39

スクレイピングの質問してるのってrubyキチの自演だろ

2021/09/18(土) 20:36:15.98

>>433
まあその２点は同意する
ただほかにも４点ほど書かれてるけどそれについての意見はないの？

2021/09/18(土) 20:38:30.09

F5連打は犯罪です

2021/09/18(土) 20:53:56.02

あえて書くなら

>・その問題に関心のある人は類似した複数のコミュニティーに参加して新規投稿をチェックしていることが多いが、あちこちの同じ投稿に対してそれが本当に目新しい内容かを選別しなければならなくなる。

選別なんてする必要ある？そもそも同じだと認識したからこそマルチポスト認定したんだろ。

>・他のコミュニティーで付けられた回答を知らずに同内容の回答を付けたり、他のコミュニティーですでに解決したことを知らずに検討を続けたり、善意の回答者の労力の大半が無駄になる。

知識の共有という面から見れば、一方のコミュニティーにしか参加していない人にとってその回答は無駄ではないだろう。

>・この場所だけでは質問が解決するか不安であるという不信感を表明することと、結果としては同じである。

気分の問題かね？
能力を疑うわけじゃなくて時間的に都合が合う回答者がいないかもしれないからってことなら気分を害することもないと思うが。

>・回答者は知らず知らずの内に強制的に望んでもいない複数コミュニティとの回答競争へ参加した形になり、複数の回答から質問者が選ぶ構図は、まさに回答者への敬意が軽薄で、自分本位な軽率な行為であると捉えられるため。

なんだか日本語がよくわからないw

2021/09/18(土) 21:12:06.20

>>437
> 選別なんてする必要ある？そもそも同じだと認識したからこそマルチポスト認定したんだろ。
同じと認識するにも労力かかる
って言うか読んでみたら一緒じゃんって言うのはゲンナリする要因

> 知識の共有という面から見れば、一方のコミュニティーにしか参加していない人にとってその回答は無駄ではないだろう。
そういう人が都合良くいつもいるわけじゃないだろ

> 能力を疑うわけじゃなくて時間的に都合が合う回答者がいないかもしれないからってことなら気分を害することもないと思うが。
数撃ちゃ当たるって思ってことには変わりない
そもそも時間を制約するとか何様なの？

> なんだか日本語がよくわからないw
結果として回答者が競争させられる形になるって話
気分は良くないわな

2021/09/18(土) 21:15:42.38

マルチポストにイラついたときはマ●●ポストって置き換えると何かえっちなことみたいに見えて興奮できるよ！

2021/09/18(土) 21:32:41.97

>>438
>同じと認識するにも労力かかる

そこで労力をかける理由がよくわからん。読んでみて同じと思ったら同じ、違うと思ったら違うじゃダメなのかね？

>って言うか読んでみたら一緒じゃんって言うのはゲンナリする要因

それはやっぱり「俺は別の場所でもう読んだんだからまた同じモンを読ませんじゃねーよ」ってことかね？

>そういう人が都合良くいつもいるわけじゃないだろ

回答者のことかな？だとしたらマルチポストをやめたからといって都合よくなるわけでもないだろう。

>数撃ちゃ当たるって思ってことには変わりない
>そもそも時間を制約するとか何様なの？

時間を節約することが悪なの？

>結果として回答者が競争させられる形になるって話

なんで競争になるのかよくわからない。
もしかして質問があったらそれが自分に対する挑戦だと受け取っちゃう感じ？

2021/09/18(土) 22:32:14.12

>>440
> それはやっぱり「俺は別の場所でもう読んだんだからまた同じモンを読ませんじゃねーよ」ってことかね？
まあそう言うこと

> 回答者のことかな？だとしたらマルチポストをやめたからといって都合よくなるわけでもないだろう。
回答者じゃなくて「一方のコミュニティーにしか参加していない人で回答を必要としてた人」な

> 時間を節約することが悪なの？
制約の意味が理解できないの？
節約自体は悪いわけじゃないけどそのために回答者に本来不要な労苦を掛けてるということに気付こうね

> なんで競争になるのかよくわからない。
「知らず知らずの内」とか「結果として」って書いてある意味がわからんの？
回答者が別のスレ見たら同じ質問に対して別の人が回答してたら、なーんだ苦労して回答する必要なかったやんって思うだろ

> もしかして質問があったらそれが自分に対する挑戦だと受け取っちゃう感じ？
それ今の君じゃね？w

まあ回答率を上げるために複数のスレに質問投げたくなる気持ちはわかるけどそうしたいならその複数スレを書いとけばいい
ただそういう事するやつはたいてい>>425-426の言うようにその程度の配慮もできないことが多いから

2021/09/18(土) 22:40:36.77

「配列が何次元か確認したい」ってなんったんだよ。
一次元か二次元かで処理を変えたかったんだよね。

「え、どうやるの？」って思ったんだけど、グーグル先生に聞いたらアットいう間に答えを教えてくれたw

2021/09/18(土) 23:02:32.21

>>441
>回答者じゃなくて「一方のコミュニティーにしか参加していない人で回答を必要としてた人」な

そういう人は普通に存在すると思うが？というかそっちの方が両方のコミュニティーに属している人より一般的だと思うが。

>節約自体は悪いわけじゃないけどそのために回答者に本来不要な労苦を掛けてるということに気付こうね

いやわからん。「本来不要な労苦」ってなに？

>回答者が別のスレ見たら同じ質問に対して別の人が回答してたら、なーんだ苦労して回答する必要なかったやんって思うだろ

それが競争と何の関係が？
それにそんな風に感じてしまう人にとっては、マルチじゃなくても自分が調べている間に他の人が先に回答したら
同じように思っちゃうんじゃね？

2021/09/18(土) 23:13:22.98

>>443
> そういう人は普通に存在すると思うが？というかそっちの方が両方のコミュニティーに属している人より一般的だと思うが。
「回答を必要としてた人」を無視するのは都合が悪いからか？

> いやわからん。「本来不要な労苦」ってなに？
↓ 見てもわからんの？
>> 回答者が別のスレ見たら同じ質問に対して別の人が回答してたら、なーんだ苦労して回答する必要なかったやんって思うだろ

> それが競争と何の関係が？
競争という言葉は良くないかもしれないけど同じ質問に対して誰かと並行して回答するって話

> それにそんな風に感じてしまう人にとっては、マルチじゃなくても自分が調べている間に他の人が先に回答したら
> 同じように思っちゃうんじゃね？
それはそうだが同じスレなら誰かが回答したらそこで調査を打ち切れるだろ

別にマルチポストじゃなきゃ全てのケースでうまく行くなんて言ってるわけじゃなくて少しは配慮した方がお互いいいでしょってことね

2021/09/18(土) 23:26:07.29

マルチポストする質問は、得てして釣りの時がある
だから、マルチポストと分かったときは回答をしないことにしている

「知っているが､オマエには教えない」ってやつだ

2021/09/18(土) 23:46:55.11

なんだかんだ言おうと読む側の気分を害して回答が来ないリスクがある
それを鑑みてやるならば好きにしろとしか

2021/09/18(土) 23:53:42.36

>>444
>「回答を必要としてた人」を無視するのは都合が悪いからか？

「回答を必要としてた人」が必ずしも存在しないというならその知識の共有も不要ってことになるが。
解決したらその結果を共有すべきだとか言ってなかった？それも要らないというなら別にいいが。
そうであれば、質問した複数のコミュニティーの一方にだけ回答があっても全然問題ないということになる。

>↓ 見てもわからんの？
>>> 回答者が別のスレ見たら同じ質問に対して別の人が回答してたら、なーんだ苦労して回答する必要なかったやんって思うだろ
>競争という言葉は良くないかもしれないけど同じ質問に対して誰かと並行して回答するって話

つまり最初に回答した人だけが努力が報われて、出遅れた人はわざわざ調べた努力が無駄になると、そういうことなのかな？
やっぱりマルチは関係ないしその回答者の意識の問題のように思えるが。

>それはそうだが同じスレなら誰かが回答したらそこで調査を打ち切れるだろ

マルチだと知っている人は打ち切ればいいじゃん。

>別にマルチポストじゃなきゃ全てのケースでうまく行くなんて言ってるわけじゃなくて少しは配慮した方がお互いいいでしょってことね

その「配慮」がよくわからん。2-3箇所くらいなら別に目くじら立てずにスルーしときゃ問題ないと思うが。

2021/09/18(土) 23:58:25.27

>>445
同じく
結構釣り質問もあるものな

2021/09/19(日) 00:11:08.27

もちろん、目下の人がハンコを斜めに押さないと気分を害する人が存在するのは否定しないし
そういう人に合わせてやる必要がある場面もあることは承知しているが、それがマナーだと
謎マナーを広めようとする似非マナー講師には反論していきたい。

2021/09/19(日) 03:20:07.88

ってかここでマルチポスト何が悪いのかって煽ってる時点で荒らし。
YahooでもGoogleでも散々回答書いてあるから全部読んで自分なりの解釈をそれら全部にレス付けておいでよ。
そのポインタだけここに置いてってくれ。その労力を何とも思わないならそこから何故って議論になる。
俺は読まないけどそれも含めて。

2021/09/19(日) 05:09:48.46

>>447
> 「回答を必要としてた人」が必ずしも存在しないというならその知識の共有も不要ってことになるが。
そうだよ、そのスレではね

> 解決したらその結果を共有すべきだとか言ってなかった？
そんなことは言ってないよ
共有と集積の違いぐらいはわかるよね？

> つまり最初に回答した人だけが努力が報われて、出遅れた人はわざわざ調べた努力が無駄になると、そういうことなのかな？
そう言うこと

> やっぱりマルチは関係ないしその回答者の意識の問題のように思えるが。
マルチだとその可能性が上がる

> マルチだと知っている人は打ち切ればいいじゃん。
マルチだと判るのは回答して違うスレを見た時

> その「配慮」がよくわからん。2-3箇所くらいなら別に目くじら立てずにスルーしときゃ問題ないと思うが。
未来予知でもしろってかw

2021/09/19(日) 06:06:11.24

自分のことしか考えていないから、何言ってもマルチをするやつはやるんだよ
基本的にはやめてほしいスタンスだが、マルチされてもスルーすれば済む話かなかなとは思ってる

マルチに限らず、脱線した話題とかもそうだけど、
たまたまそこで見かけたからこそ有用な情報になったという場合もあるということについて、
完全には否定はできないのが悩ましいところ
まぁ、ルールと言うより暗黙の了解、マナーと言ったところか

2021/09/19(日) 08:48:59.66

短期的な視野で見たらマルチは正解だと思う
ただ長期的には>>446の言うように回答者が回答しなくなるからそういう配慮をした方が良いんじゃないかなってことなんだけど (ﾜｯﾁｮｲ d75f-d8kw) には理解できないんだろうな

2021/09/19(日) 09:03:55.40

正解とか言っちゃう時点でおかしいだろ
そういうふうに割り切れるものじゃない

2021/09/19(日) 12:29:07.94

マルチポストした香具師への解答は同様にマルチで返すのが良い
つまり
AスレBスレCスレにマルチされているとしたら
Aスレに前半
Bスレに後半
Cスレに中盤
くらいの分割解答をする

2021/09/19(日) 12:39:13.61

よりによってスクレイピングの質問でマルチってのが皮肉ぽくて笑えるんだがw

2021/09/19(日) 12:45:02.94

回答も、ちょっとだけ嘘を入れておくと良いよ

2021/09/19(日) 13:50:49.61

質問ですがPythonで
　if True:
　　文1
　　文2
　　...
　　文n

2021/09/19(日) 13:54:24.86

みたいに無条件に入って出るだけのブロックってもっと簡単に書く方法はありませんか、
単体テストコードをコピペで数いっぱい作るときにC/C++やPerlとかだと
void FooTest() {
　{
　　const int x = 1;
　　const int y = 2;
　　（x, yをパラメータとする簡単なテストコード）
　}
　{
　　const int x = 3;
　　const int y = 4;
　　（x, yをパラメータとする簡単なテストコード）
　}
　{
　　const int x = 5;
　　const int y = 6;
　　（x, yをパラメータとする簡単なテストコード）
　}
　...
}
みたいにコピペで数いっぱい作るるんですけども、

2021/09/19(日) 14:00:42.78

少なくともその例なら{}で囲う必要が無い
気にせず空行で区切るなりして並べて書いて行けば良い

2021/09/19(日) 14:40:49.61

google colaboratoryでAIのプログラムを走らせながら勉強しています。
多層パーセプトロンのパラメータをしょっちゅう変えるのですが、変えるたびに記録としてソースコードを別名保存するのが面倒です。
Python実行時に自身のソースコードをテキストファイルか何かに書き出すことはできませんか？
よろしくお願いします。

2021/09/19(日) 15:13:34.27

>>460
>少なくともその例なら{}で囲う必要が無い
あります
xとyのスコープが区切られねばC++/Cではコンパイルエラーになるし、
Pythonでもテストの独立性を記述レベルで担保する必要がある
さもないと、誰かが途中でパラメータ名xを一か所x2に変えるだけでその後のテストがｲﾐﾌになりかねない

2021/09/19(日) 15:25:08.10

>>462
何がしたいのかよく分からんけど、
複数のパラメータテストしたいなら
Pytestでparametrize辺り使うとすっきり書ける

2021/09/19(日) 15:36:01.22

Python向いてないんだからさっさとC++使えよ

2021/09/19(日) 15:36:21.79

>>463
何がしたいのかというと、（>>459にも書いたあるが）単体テストコードをコピペで数いっぱい作りたいのでつ、

Pytestでparametrizeみたいな仕組みがあることは予期してた
しかし、例えばPytestでparametrizeでパラメータ数20個のテストメソッドを書いて、
ふとちょっとだけ条件を変えたパラメータ数21個のテストを書きたくなった時、
既存のテストコードを壊さないために、
結局パラメータ数20個の既存のテストメソッドはそのままにして、それをコピペしてちょっと変えて
パラメータ数21個の新しいテストメソッドを作ることになるわけじゃん？
{ }でスコープを分けてコピペするのに対して省力化になっらない見込み……

2021/09/19(日) 15:47:11.66

>>465
>何がしたいのかというと、（>>459にも書いたあるが）単体テストコードをコピペで数いっぱい作りたいのでつ、
まずこの辺の考え方がま理解できん
テストコードも重複させないように書くし、必要に応じてヘルパーメソッド作って対応とかする

その辺のテストコードの書き方については
・テスト駆動開発
・レガシーコードからの脱却
・テスト駆動Python
辺りを読むとすっきりというか理解できると思う

2021/09/19(日) 16:05:41.70

>>462
Pythonではifやforではスコープが出来ない(ブロックスコープがない)ので、
見やすさ以外では意味がない

スコープ作りたいならdefして呼び出さないと意味がない

個人的にはもっともPython4系で改善して欲しいところ

2021/09/19(日) 20:29:38.95

>>466
りょーかい

>>467
>Pythonではifやforではスコープが出来ない(ブロックスコープがない)ので、
えっ
しかしまあラムダ式という奥の手があるかもしれん……
Pythonにおける変数のキャプチャの仕様は知らんけど