[過去ﾛｸﾞ] Pythonのお勉強 Part68 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
812: (ﾜｯﾁｮｲ 2514-FE2V) 2022/11/14(月)21:57 ID:CWXyQGgF0(1) AAS
頻度次第
813(1): (ﾜｯﾁｮｲ 2301-v+FM) 2022/11/14(月)22:11 ID:gxurLVtj0(1) AAS
>>809
まあ適宜空白入れろよとは思う
a = max(min(a, _max), _min)
814: (ﾃﾃﾝﾃﾝﾃﾝ MM4b-SGX1) 2022/11/14(月)22:20 ID:xHaIXgz6M(1) AAS
>>810
そもそもmaxの中にminがある時点で頭がおかしくなる俺の場合
815: (ﾜｯﾁｮｲ 2379-zDZ1) 2022/11/14(月)22:25 ID:SUeRZblV0(1) AAS
import ctypes
SendMessage = ctypes.windll.user32.SendMessageW
hWnd = ごにょごにょ
pos = (y << 16) + x
SendMessage(hWnd, 513, 0, pos) # WM_LBUTTONDOWN
SendMessage(hWnd, 514, 0, pos) # WM_LBUTTONUP
>>806
こんな感じかな
どのみち、どう処理されるかは相手次第になってしまうけど
背面とか最小化とか、最悪トップに出てきたり
816(1): (ﾜｯﾁｮｲ 4b10-TWxH) 2022/11/14(月)22:50 ID:dRHiUVHI0(1) AAS
>>813
それは自動整形機能の仕事で人間が気遣うことではない
817: (ｽｯﾌﾟ Sd03-WM47) 2022/11/14(月)23:20 ID:XZXiqJkqd(1) AAS
>>803
pyautoguiで一歩進みました！ありがとうございます！
818(1): (ﾌﾞﾓｰ MMeb-p9cw) 2022/11/15(火)01:47 ID:qykSWSRkM(1) AAS
>>810
その2行なら受け入れるけど合体させるのは意味はないじゃんって思うよ
819: (ﾜｯﾁｮｲ 2363-H0Ic) 2022/11/15(火)01:54 ID:JTzzJATw0(1/3) AAS
関数名と変数名を工夫すれば良いと思う
_付けるだけでそれを区別するのはちょっと
820: (ﾜｯﾁｮｲ c597-AMkR) 2022/11/15(火)01:57 ID:7joAI/8k0(1) AAS
>>818
それは、+=や、f.write(','.join([若干長い内包表記]))が許されるかみたいな話とも繋がっていて、
ぶっちゃけ何度も出て来ればこんな簡単なのは1行にしたくなると思うよ
内包表記だって1行で書きたいから書くって側面もあるわけじゃない。
821: (ﾜｯﾁｮｲ 2301-v+FM) 2022/11/15(火)04:53 ID:Ohwd0nE10(1/2) AAS
>>816
掲示板に書く時におまえが気遣えよって言う指摘だぞw
822: (ﾜﾝﾄﾝｷﾝ MMa3-OAfI) 2022/11/15(火)05:06 ID:9j9A/xThM(1) AAS
a = range_ni_osameru(_min, a, _max)
どや！
823(1): (ﾜｯﾁｮｲ 2379-zDZ1) 2022/11/15(火)07:01 ID:+rxWDVlZ0(1) AAS
def range_ni_osameru(_min, a, _max):
return _min if a < _min else a if a < _max else _max
こうかな！
824: (ｱｳｱｳｳｰ Saa9-v+FM) 2022/11/15(火)07:23 ID:GEd0aXfXa(1) AAS
>>823
俺なら
return _min if a < _min else _max if _max < a else a
って書くかな
825: (ﾜｯﾁｮｲ 6347-gR3A) 2022/11/15(火)07:58 ID:gBqAZwZY0(1/7) AAS
行数というよりは、中間の変数を登場させたくない
合体させるにしても、後ろに繋げていく方式とネストを深くしていく方式があって、
ネストだとどうしても可読性を損なう
826: (ｵｯﾍﾟｹ Src1-wjvv) 2022/11/15(火)09:57 ID:8PAOVKkjr(1) AAS
普段可読性重視だけどリスト内包表記だけは速度変わりすぎるから超複雑にしちゃう
827(2): (ﾜｯﾁｮｲ 6347-gR3A) 2022/11/15(火)10:05 ID:gBqAZwZY0(2/7) AAS
100倍変わるなら考えるけど、倍程度ならどうでもいい
828(1): (ﾜｯﾁｮｲ a300-9aJV) 2022/11/15(火)10:09 ID:UuLVn12M0(1/3) AAS
内包表記も+=も三項演算子もlambdaも、（言語設計者に対して）日和って半端なもん入れてんじゃねーよって思う。
829: (ﾌﾞｰｲﾓ MM69-fwKM) 2022/11/15(火)11:23 ID:kX2rkZkfM(1) AAS
lambdaは1.0からあったような
830: (ｱｳｱｳｳｰ Saa9-qc8G) 2022/11/15(火)11:40 ID:f326q+3ca(1) AAS
ごてごて書けるラムダを入れないのは良心を感じるけどなあ
831: (ｶﾞｯｸｼ 0669-AMkR) 2022/11/15(火)11:49 ID:Hm3rex5D6(1) AAS
>>827
処理時間がめちゃ長くて100倍速くしたいならそもそもCythonとか考える
処理時間ちょっとイラッとするぐらいだったら内包表記で倍速くなれば十分なので内包表記止まりかな
832: (ﾜｯﾁｮｲ 05e0-spp/) 2022/11/15(火)12:21 ID:8tiGCKxN0(1) AAS
サンプルコードがlambdaで書かれがちなのもあって
その場で関数定義できるの知らずにごてごて書くケースよく見かける
悲しい
833: (ﾜｯﾁｮｲ a300-9aJV) 2022/11/15(火)12:29 ID:UuLVn12M0(2/3) AAS
なるほどlambdaに関しては色々意見あるな。半端な知識で物言った俺が悪かったわ。
834: (ﾃﾃﾝﾃﾝﾃﾝ MM4b-Os9u) 2022/11/15(火)12:41 ID:LyOwpv5bM(1) AAS
ランバダはアローより判りやすいとは思う
835: (ｱｳｱｳｳｰ Saa9-hD5E) 2022/11/15(火)15:38 ID:0yW3pQONa(1) AA×
外部ﾘﾝｸ:d.hatena.ne.jp
Twitterﾘﾝｸ:daikidomon
Twitterﾘﾝｸ:5chan_nel
836: (ｱｳｱｳｳｰ Saa9-FFna) 2022/11/15(火)16:33 ID:QGmQMBHUa(1/2) AAS
>>827
30分かかるループの中心で何度も使われてたら
倍速になったら15分短縮出来るし
100分の1なら数秒で終わるんだが
837(1): (ｱｳｱｳｳｰ Saa9-FFna) 2022/11/15(火)16:35 ID:QGmQMBHUa(2/2) AAS
>>828
内包表記: あり
+=: あり
lambda: あり
三項演算子: お前は遺憾
838: (ﾜｯﾁｮｲ 6347-gR3A) 2022/11/15(火)17:03 ID:gBqAZwZY0(3/7) AAS
とりあえず読みやすいように書いて、速度で困ったら考える
839: (ﾜｯﾁｮｲ 4bcf-gPc0) 2022/11/15(火)21:46 ID:9SlnRoJw0(1/2) AAS
>>837 ＝
内包表記？ あり
：+= ？ あり
：lambda ？あり
：三項演算子？お前は遺憾
：以下略
ということですね
840: (ﾜｯﾁｮｲ 6347-gR3A) 2022/11/15(火)21:56 ID:gBqAZwZY0(4/7) AAS
C言語とかの伝統的な三項演算子と違って、
pythonのはなかなかいけてると思うけど
841: (ﾜｯﾁｮｲ a300-9aJV) 2022/11/15(火)21:57 ID:UuLVn12M0(3/3) AAS
他の言語なら三項演算子は大好きなんだけどPythonだと異物感がある
上下前次1-新書関写板覧索設栞歴
あと 161 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.027s