くだすれPython(超初心者用) その46【Ruby禁止】

**デフォルトの名無しさん** · 2020/01/02(木) 15:56:54.08

当スレに★Python以外のプログラミング言語での回答類を書くべからず★
☆「Ruby では」「Rubyでは」をNGワード登録推奨

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

★Pythonのソースコードはそのまま５ちゃんにコピペするとインデントが崩れるので
　　↓等のてきとうなソースコード用うｐろだに貼ってきてください。
　　スクショをImgur等にうｐ　といった　手抜き（クソ行為）禁止。
ttp://ideone.com/　　　　　　デフォ設定はC用のため言語選択ボタン押下がﾋﾟｺ手間かも。
ttp://codepad.org/　　　　　ほぼ直感的に使える。Run codeボタンあり。
ttp://pastebin.com/　　　　　まずまずシンプル。
ttp://dpaste.com/　　　　　　とてもシンプル。消えるまでの日数は十分長ーく指定のこと。
ttps://jupyter.org/try　　　　（旧try.jupyter.org）ちょっとめんどうそう

◆エラーを解決したい場合は、表示されてるエラー全文（勝手に省略禁止）と
　　実行環境（Pythonのバージョン・OS名・IDEの種類とバージョン）をシッカリ書くこと。

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

〇前スレ〇
くだすれPython(超初心者用) その45【Ruby禁止】
https://mevius.5ch.net/test/read.cgi/tech/1571188632/

**デフォルトの名無しさん** · 2020/02/06(木) 12:25:05.18

>>492
他に使ってなさそうで欲しい属性分かってるんだったら
elems = html.select('img[data-iurl]')
これでよくね

あとfirefox10でも47でもないいい加減なUAはやめとけ

**デフォルトの名無しさん** · 2020/02/06(木) 12:35:55.03

要素を非同期処理で読み込むから、要素が存在しないとか、
サイトの構成が変わったとか、
XPath/CSS セレクターが間違っているとか、
相手がアクセスをブロックしてくるとか

スクレイピングは、相手のサイトを分析するのが難しいのと、
適切に限定される、セレクターを作るのが難しい

API が公開されているなら、APIを使った方がよい

漏れは、Ruby で、Selenium WebDriver, Nokogiri などで、
Chrome, Edge などのブラウザーを自動操作して、スクレイピングするけど

ここに書いておいた

【VBScript】WSHについて話し合うスレ【JScript】
https://mevius.5ch.net/test/read.cgi/tech/1578522041/24-27

**デフォルトの名無しさん** · 2020/02/06(木) 12:41:43.46

>>494
改行=\n または \r\n

**496** · 2020/02/06(木) 12:45:42.46

>>492
Base64 は、HTML でもよく使う

Base64の文字列で、PNG/JPEG画像を、HTMLファイルに直接埋め込める

<img src="data:image/png;base64,xxxxx..." />

**496** · 2020/02/06(木) 12:59:31.10

>>492
適切に、1つに限定される、セレクターを作るのが難しい！
以下で、特定できないのか？

class="rg_i Q4LuWd tx8vtf"
data-iid="0"
jsname="Q4LuWd"

それか、img 要素の外側で、id など、限定される要素を探すか。
基本的には、idを探さないと特定できない

idを振っていない場合は、そのサイト特有のルールを発見しないといけない！

例えば、5ch のスレ内では、id が無いから、
data-id に投稿番号が入っているので、それを使うとか

このように、相手のサイトを分析するのが難しい！

**デフォルトの名無しさん** · 2020/02/06(木) 13:30:53.32

>>495
firefoxのUA、修正します。すみませんでした；

そして、以下でやってみましたが
elems = html.select('img[data-iurl]')
なぜか出来ずに、うむむ…と申し訳ありません、さらに研究してみますが…

**496** · 2020/02/06(木) 14:30:31.06

>>496
にも書いたけど、
要素をAjax で非同期処理に読み込むから、またimg 要素が存在しないとか？

Ruby で、Selenium WebDriver を使えば、要素が出現するまで、自動的にwait する。
await みたいに、非同期処理を同期的に書ける

**496** · 2020/02/06(木) 14:34:29.34

もっと簡単に、10～20 秒ぐらい、sleep したら、img 要素が出現しないのか？

**デフォルトの名無しさん** · 2020/02/06(木) 16:58:26.66

一応成功致しました！

>>500
結果としてelems = html.select('img[data-iurl]')
で、このelemsとしては取れていたようです！

ここは元々elems = html.select('.rg_meta.notranslate')
であったと最初に出しましたが　このelemsを
↓（適当～８行くらい）
------------------
for ele in elems:
eledict = dict()
ele = ele.contents[0].replace('"','').split(',')
for e in ele:
num = e.find(':')
eledict[e[0:num]] = e[num+1:]
imageURL = eledict['ou']・・・・・
--------------
というような感じで使っていたのですが　img[data-iurl]の今回？　目的のurl自体はスムーズに取れていたようで

for ele in elems:
imageURL = ele.get('data-iurl')

今回elemsのeleを　ele.get('data-iurl')　で、1枚づつ取ることができたようでした。
有難うございました！

**デフォルトの名無しさん** · 2020/02/06(木) 20:03:36.02

asyncioってわかる人いますか？

**デフォルトの名無しさん** · 2020/02/07(金) 07:27:17.45

知ってるよ(どの程度を期待してるのか知らないけどな)

**デフォルトの名無しさん** · 2020/02/08(土) 07:30:51.90

thread
threading
multiprocessing
concurrent.futures
asyncio

この辺の違いがよく分からない

**デフォルトの名無しさん** · 2020/02/08(土) 08:43:13.34

>>506
それらはOSやCPUを自力で作れる神クラスの技術者でないと理解できないし、使いこなせないと思う
一般人である自分もドキュメントを読んでみたが、チンプンカンプン(死語)だった
さっさと忘れてPythonを楽しみましょう

**デフォルトの名無しさん** · 2020/02/08(土) 10:13:41.17

GUIやるなら、threadかasyncioのどちらかは必須。

**デフォルトの名無しさん** · 2020/02/08(土) 10:16:19.38

プロセスとスレッドの違いは知っておいて損はない

**デフォルトの名無しさん** · 2020/02/08(土) 10:19:32.94

GUIやるならC#+VisualStudioが一番

**デフォルトの名無しさん** · 2020/02/08(土) 10:26:34.58

Macにも持っていけるの？
>>510

**デフォルトの名無しさん** · 2020/02/08(土) 10:32:22.39

Mac持ってないからわからん
俺は自分用ツールしか作ったことない

**デフォルトの名無しさん** · 2020/02/08(土) 10:37:32.38

なんで情弱しか使わないMacに対応しなきゃいけないんですか！（半ギレ

**デフォルトの名無しさん** · 2020/02/08(土) 11:10:45.42

Windowsは情強だけ使っていればよろしい

**デフォルトの名無しさん** · 2020/02/08(土) 11:12:38.04

シェア一割のくせに態度だけ見てると九割くらいありそうだよなw

**デフォルトの名無しさん** · 2020/02/08(土) 12:15:26.33

Mac以外の残り９割の殆どがゴミ

**デフォルトの名無しさん** · 2020/02/08(土) 12:37:42.97

売れない芸人が一丁前に何か言ってるわ

**デフォルトの名無しさん** · 2020/02/08(土) 13:20:07.76

Windows/Mac/iOS/androidに対応したGUIを作ることができます
そう、pythonならね

**デフォルトの名無しさん** · 2020/02/08(土) 13:33:43.29

React Native + Expo

アシアルのMonaca(Cordova/PhoneGap) + Onsen UI もある

**デフォルトの名無しさん** · 2020/02/08(土) 13:47:48.76

普通にWindowsで作ったC#はLinuxでもMacでもMonoで動くぞ

**デフォルトの名無しさん** · 2020/02/08(土) 13:48:05.92

GUI含めて。

**デフォルトの名無しさん** · 2020/02/08(土) 14:36:46.22

>>520
.netcoreだよね？

**デフォルトの名無しさん** · 2020/02/08(土) 14:46:34.93

Monoって書いてるだろ

**519** · 2020/02/08(土) 15:35:46.13

C# では、Microsoft が、

>>519
や、Unity などに対抗するために、Xamarin/Mono を買収した

**デフォルトの名無しさん** · 2020/02/08(土) 16:54:09.53

>>515
ﾜﾛﾀ！（・∀・）

**デフォルトの名無しさん** · 2020/02/08(土) 17:09:56.17

Ruby禁止だけじゃなくMono/C#も禁止するか

**デフォルトの名無しさん** · 2020/02/08(土) 17:19:51.57

qtって汚いよな

**デフォルトの名無しさん** · 2020/02/08(土) 17:28:08.83

RADツールもないもんな
知らんけど

**デフォルトの名無しさん** · 2020/02/08(土) 17:29:00.79

>>515
開発者のMacのシェアは約30%、Windowsは約45%、Linuxが25%
Windowsはシェア半分もない

**デフォルトの名無しさん** · 2020/02/08(土) 17:46:35.97

世代交代しか訴えられないんじゃぁ、ぶてぃじぇっじもたいした候補じゃねーなぁ

**デフォルトの名無しさん** · 2020/02/08(土) 17:51:48.56

やっぱ一番かっこいいのはkivy？

**デフォルトの名無しさん** · 2020/02/08(土) 20:33:49.47

>>506、>>507
良くわかるけど
Pythonやるにはあまり関係ないよ？

**デフォルトの名無しさん** · 2020/02/08(土) 21:53:48.06

>>506
ソフトエンジニアならわからないと馬鹿にされるんだろうが
でも、この底辺スレに来る連中はエンジニアではなく低レベルのサンデープログラマが
ほとんどで分からない奴が大多数だろ(もちろん俺もわからん)

**デフォルトの名無しさん** · 2020/02/08(土) 22:16:28.53

>>506
プロセス（OSから見えてる単位）→スッドレ（プロセスの下にわさわさ増殖可能）→コア（CPUの部品）

１プロセス＝１CPU
プロセスとプロセスの間の情報やり取りはゲキムズ＆低速。

スッドレとスッドレの間はやり取りOKだけど、
メモリを奪い合わったり書き換えっこになったりしないように要注意。
あと、旧来は１スッドレ１コアが普通だったけど、
今は２スッドレ１コアが普通になりつつあり、
多スッドレ→１コアする場合はメモリ領域の扱いに注意が必要。

（どのスッドレも同時にみんな手をつないでゴール！を強要されない計算の場合は）
１つのプロセスからいっぱいスッドレわかせて計算するより、
いっぱいプロセス湧かせて順次まとめあげる方が、高速＆効率が良いはずである。
だが、
多プロセス化するとメモリはもっさり消費される傾向なので、
ほんとのところは、
やりたいことが同期を強く求めてるかどうかと、マシンスペックによるのである。

**デフォルトの名無しさん** · 2020/02/08(土) 22:17:55.33

突っ込まないぞ

**デフォルトの名無しさん** · 2020/02/08(土) 22:18:40.14

スッドレスッドレ
(わさわさ)

**デフォルトの名無しさん** · 2020/02/08(土) 22:31:02.57

（つづき）
さきにあげた並行処理をPythonにさせるとき使うライブラリが506の質問であがってるさいしょの３ツ。

threading　：　スッドレをいっぱいわかせることができる（マルチスッドレ）
multiprocessing　：　プロセスを複数作れる

ケツ２つはやはり並行処理なのだが、
「ノンブロッキング処理」とゆうのをさせるためのもので、
投入されたPythonのバージョンが違う（concurrent.futuresの方が古い）のと、
とっつきやすさが違う（concurrent.futuresの方が人類にはとっつきやすい）。
これらを使うメリットがあるのは下の３条件を満たしてるとき。特に３についてはよく考えろ。
１．過程で、ボトルネックなクソ重い処理がある
２．それが何度もやってくる
３．ボトルネックの通過完了時刻が全部バラバラになってもおｋ（追い越しOK）で、
　　最終的にまとまればいい。

もっと詳しくは
ｇｇってＨｉｔした↓でもよんでくれ。
ttps://qiita.com/icoxfog417/items/07cbf5110ca82629aca0

**デフォルトの名無しさん** · 2020/02/08(土) 22:31:57.71

ｺｺﾊｺﾞｼﾞｬｰｽﾅ（・∀・）ｽｯﾄﾞﾚﾀﾞﾖ!!!

**デフォルトの名無しさん** · 2020/02/09(日) 01:28:40.71

>>534
ハードウェアマルチスレッディングとソフトウェアによる通常のマルチスレッドをごちゃまぜに理解してるようだな。
勉強してからもう一度書き込むように。

**デフォルトの名無しさん** · 2020/02/09(日) 07:52:13.11

>>> (10).to_bytes(2,'big')
b'\x00\n'

期待している結果となりません。
b'\x00\x0a'　にならないのは何故?

**デフォルトの名無しさん** · 2020/02/09(日) 08:44:46.73

>>540
ドキュメントのbyteオブジェクト関連の項目を読むと書いてあるが
文字として見せた方がわかりやすいと思われるバイト値は
16進ではなく文字で表示する方針なのだそうだ
だから値としては正しく格納されているので気にしなくてよろしい

**デフォルトの名無しさん** · 2020/02/09(日) 09:24:21.10

>>541
納得しました
誰得の方針なのか、モヤモヤは残りましたが…

**デフォルトの名無しさん** · 2020/02/09(日) 09:30:32.92

>>542
ところで、この(値).to_bytes()っていう書き方は初見なんだが
いつからある機能なんだろうか(自分の知識はver.3.3で止まっている)
JavaっぽくてPythonらしくないと感じるのだが

**デフォルトの名無しさん** · 2020/02/09(日) 09:51:55.28

>>543
int.to_bytes(length, byteorder, *, signed=False)

New in version 3.2.
だそうです

**デフォルトの名無しさん** · 2020/02/09(日) 10:38:09.30

flaskでsms認証つけたいんですけど何がおすすめでしょうか？
アカウントにユーザーのメルアド、氏名、住所もつけておきたいです。

**デフォルトの名無しさん** · 2020/02/09(日) 10:56:43.41

>>544
サンクス
一つ賢くなったよ

**デフォルトの名無しさん** · 2020/02/09(日) 11:03:20.76

知識が増えただけで賢くはなって無いんじゃないの

**デフォルトの名無しさん** · 2020/02/09(日) 11:07:52.69

>>547
人の会話に茶々入れるんじゃないよ
即NGだ

**デフォルトの名無しさん** · 2020/02/09(日) 11:26:42.55

会話に茶々入れたくなければ公開掲示板なんかで聞かなきゃいいじゃん
つまりいくらでも茶々入れていいのが２ｃｈ５ｃｈでしょ
その基本を無視して俺ルールをいきなり押し付けられても困る

で、賢さってのは知識量のことなワケ？

**デフォルトの名無しさん** · 2020/02/09(日) 11:27:51.13

だって「超初心者」が知識と賢さを混同してるらしいからね
ほっとけないね

**デフォルトの名無しさん** · 2020/02/09(日) 11:32:14.37

>>539
＞ハードウェアマルチスレッディングとソフトウェアによる通常のマルチスレッドをごちゃまぜに理解
そのようだ…

ありがとう
そしてありがとう

Ｐｙｔｈｏｎのライブラリでやれるのは
ソフトウェア的マルチスッドレだな

**デフォルトの名無しさん** · 2020/02/09(日) 11:34:06.96

というわけで
>>506よ、
536のことはうっちゃっておいて
>>537の先頭２行も脳内から消して、詳しくはケツに貼ったQiitaの人の記事を読んでｸﾚｸﾚ

**デフォルトの名無しさん** · 2020/02/09(日) 12:11:02.39

list = [1,2,3,4,5,6,7,8,9,10]
というリストがあった場合
for i in list:
とするよりも
for i in set(list):
とする方が高速ですか？
それとも、setに変更しても元々がリストなので早くならないですか？

**デフォルトの名無しさん** · 2020/02/09(日) 12:16:47.36

一般的には想定される普通の使い方をする時に一番早くなるように言語を作る
それに間に一枚噛んでると遅くなる、と思うのが人間

あとは長さ１０万くらいのリストを数千回試して時間を計る

**デフォルトの名無しさん** · 2020/02/09(日) 12:26:35.34

>>553
試すといいよ。ってのが正しいと思うけど、あえてマニュアルから。
https://docs.python.org/ja/3/reference/compound_stmts.html#the-for-statement

> 式リストは一度だけ評価されます。

ってあるから、ほぼ変わらんのでは？

**デフォルトの名無しさん** · 2020/02/09(日) 12:44:06.57

list->setのコスト分だけ遅いだろ

**デフォルトの名無しさん** · 2020/02/09(日) 12:53:21.16

論より証拠
昔の人は良いことを言った

**デフォルトの名無しさん** · 2020/02/09(日) 13:38:53.89

お前ら木偶の坊なんだから俺の疑問に答えて少しは世の中の役に立てよ

という意識があのような質問を生むのだ

**デフォルトの名無しさん** · 2020/02/09(日) 14:44:11.09

>>555
sum(for x in range(10))
sum([for x in range(10)])
これの違い。

**デフォルトの名無しさん** · 2020/02/09(日) 14:49:31.50

sum(x for x in range(10))
sum([x for x in range(10)])
だった。

**デフォルトの名無しさん** · 2020/02/09(日) 14:56:02.52

>>560
どう違うの？
下は内包表記？

**デフォルトの名無しさん** · 2020/02/09(日) 15:22:07.62

>>553
listをsetに変換するコストを無視してもsetをイテレートするほうが遅いよ
hash tableをイテレートする時に必要な処理とlistをイテレートする時に必要な処理の違い

といってもその差は微々たるものだから
その差が重要なプログラムを書こうとしてるなら言語を変えたほうがいいかも

**デフォルトの名無しさん** · 2020/02/09(日) 15:35:28.11

>>554-562
ありがとうございます
あまり大きくは変わらないのですね
参考にします

**デフォルトの名無しさん** · 2020/02/09(日) 15:45:54.02

>>561
上: generator (リストは造らない)
下: 内包表記 (リストが造られる)

**デフォルトの名無しさん** · 2020/02/09(日) 15:54:02.80

for i in set(list):
listのイテレートとsetのイテレートが発生するのと、一旦setのためのメモリが確保されるから、
setの重複排除機能が必要でない限り、100%無駄だと断言できる。

**デフォルトの名無しさん** · 2020/02/09(日) 16:12:45.54

>>563
複数のやり方でどれが速いのか気になったら%timeitしよう

**デフォルトの名無しさん** · 2020/02/09(日) 16:14:09.61

むしろforの中身を見直すか
numpyとか使うべき
ループはクソ遅い

**デフォルトの名無しさん** · 2020/02/09(日) 21:20:07.67

質問者はリストにin演算子使うと遅いって話と混同してるんじゃないかと
そっちは遅くて当たり前なんだが、forでsetより遅くなる道理はないと思うが

**デフォルトの名無しさん** · 2020/02/09(日) 22:35:43.77

>>568
>そっちは遅くて当たり前なんだが
その当たり前を教えてくれ

**デフォルトの名無しさん** · 2020/02/09(日) 23:21:11.41

>>569
setはハッシュ値で格納位置を一発で割り出す
リストは要素をすべて舐め回して探す

**デフォルトの名無しさん** · 2020/02/10(月) 00:00:12.89

>>568
リストをfor文を回してsetより速くする方法が他にあるってことですか？

**デフォルトの名無しさん** · 2020/02/10(月) 00:07:40.31

>>570
リストって、毎回全要素をリニアサーチしているって事ですか？

**デフォルトの名無しさん** · 2020/02/10(月) 01:46:01.93

>>571
>>568で
>forでsetより遅くなる道理はないと思うが
と言っている。で、これから
>リストをfor文を回してsetより速くする方法が他にあるってことですか？
がなぜ出てくるんだ？
>>568の前の部分はfor~inについてではなく、
list/setの要素にこれ(x)ある?を調べるin演算(x in list/set)についての
ことを言っている。

**デフォルトの名無しさん** · 2020/02/10(月) 07:54:06.49

>>573
なるほど、ありがとうございます

**デフォルトの名無しさん** · 2020/02/10(月) 09:51:35.16

>>572
570はサーチとイテレートをごっちゃにしてるわな。
listは動的配列だから、オブジェクトへのポインタのポインタをインクリメントしてるだけだわな。
サーチはその後の話だろ。

**デフォルトの名無しさん** · 2020/02/10(月) 09:58:28.58

>>575
いや君がごっちゃにしてるだけでイテレートの話なんてしてないだろ
570はin演算子使った時にどうやって探すかの話だろ

**デフォルトの名無しさん** · 2020/02/10(月) 16:12:22.59

色々脱線はしているのかもしれないが、最初の質問は >>553 で
リストを処理するのに、そのままよりも、
setを噛ませた方が速くなるかどうか、ということであって
リストの内容は全件処理しているようだし

**デフォルトの名無しさん** · 2020/02/10(月) 17:20:59.87

なに意味不明なことうだうだ言ってんの

**デフォルトの名無しさん** · 2020/02/10(月) 17:29:20.70

568 名前：デフォルトの名無しさん[sage] 投稿日：2020/02/09(日) 21:20:07.67 ID:U6aZQoQk
質問者はリストにin演算子使うと遅いって話と混同してるんじゃないかと
そっちは遅くて当たり前なんだが、forでsetより遅くなる道理はないと思うが

570 名前：デフォルトの名無しさん[sage] 投稿日：2020/02/09(日) 23:21:11.41 ID:U6aZQoQk
>>569
setはハッシュ値で格納位置を一発で割り出す
リストは要素をすべて舐め回して探す

この辺の説明を ID:U6aZQoQk がちゃんとすれば良いんだと思う

**デフォルトの名無しさん** · 2020/02/10(月) 17:38:58.14

逆になにがわからないのかわからないんだが

**デフォルトの名無しさん** · 2020/02/10(月) 17:42:34.83

分かるまで、みんなの話を聞いていたら

**デフォルトの名無しさん** · 2020/02/10(月) 17:44:23.19

553 名前：デフォルトの名無しさん[sage] 投稿日：2020/02/09(日) 12:11:02.39 ID:vWZlCr2H
list = [1,2,3,4,5,6,7,8,9,10]
というリストがあった場合
for i in list:
とするよりも
for i in set(list):
とする方が高速ですか？
それとも、setに変更しても元々がリストなので早くならないですか？

これが最初の質問

**デフォルトの名無しさん** · 2020/02/10(月) 17:47:57.76

この質問で想定される回答は

for i in set(list):の方が高速
どちらも変わらない
set 使わない方が高速

この三通りじゃないかと思うが

**デフォルトの名無しさん** · 2020/02/10(月) 17:55:55.56

>>580
俺も何がわからないのかわからん

in演算子が何かわかってないから
>>568や>>570に書いてることが理解できないんじゃないかな
と想像してみる

**デフォルトの名無しさん** · 2020/02/10(月) 17:59:57.44

>>583
それはもう回答が出てるでしょ

んで普通に考えたらsetにしたほうがが速いという考えにはならないのに
setのほうが高速かもしれないと思ってしまってるのは
for loopのfor x in fooの`in`と
contains(foo, x)を演算子にしたin演算子の`in`とを勘違いしてるんじゃない？
ってコメントが>>568

**デフォルトの名無しさん** · 2020/02/10(月) 18:20:13.36

回答までにしか興味は無いです
後は、妄想も含めた雑談なわけだし

**デフォルトの名無しさん** · 2020/02/10(月) 18:21:49.94

>>584
そういうことかね

>>585
前にQiitaでリストにin演算子使うと遅いっていう記事がバズってたからね
そういうの見て質問者が漠然とリストはsetより遅いって思い込んでしまった可能性はあるね

**デフォルトの名無しさん** · 2020/02/10(月) 19:06:26.64

>>584
質問者ですがそうです
setのforループの方が早いのかと思い込んでいました
>>574で自分の勘違いに気づいたところです

**デフォルトの名無しさん** · 2020/02/10(月) 19:34:40.34

>>583
ケースバイケース
っていう可能性もあるかと

**デフォルトの名無しさん** · 2020/02/10(月) 19:44:21.91

>>589
ハッシュキーが衝突したレコードが大量にあるとか、かな？

**デフォルトの名無しさん** · 2020/02/11(火) 10:10:26.19

ちっちゃい質問かもなんですが
かっこ閉じ際の位置ってpython的にはどこが良いですか？

例えば
def kakko(a,b):
____a+b
というdefを使うときに行の最後にかっこをつけるか
kakko(
____1+2+3+4,
____5+4+6+7)
改行してかっこの中のインデントに合わせるか
kakko(
____1+2+3+4,
____5+4+6+7
__＿)

kakkoのインデントに合わせるのか
kakko(
____1+2+3+4,
____5+4+6+7
)

**デフォルトの名無しさん** · 2020/02/11(火) 10:24:42.95

>>591
pythonの思想は1行で処理だから改行すな

**デフォルトの名無しさん** · 2020/02/11(火) 10:30:13.65

kakko(
____1+2+3+4,
____5+4+6+7)
または
kakko(1+2+3+4,
____5+4+6+7)

**591** · 2020/02/11(火) 11:02:07.61

>>592
ですよね・・・
そうなると式が長くなる時は
かっこの前に分かり易い名前をつけて
さきに計算しておいたほうが良いですか？

kakko_a = 1+2+3+4
kakko_b = 5+4+6+7
kakko(kakko_a,kakko_b)

>>593
ありがとうございます
かっこ閉じは改行で分離しない方が良いんですね