Pythonのお勉強 Part68
■ このスレッドは過去ログ倉庫に格納されています
!extend:default:vvvvv:1000:1024 http://www.python.org/ https://docs.python.org/ja/3/ http://mevius.5ch.net/test/read.cgi/tech/1653225908/ https://mevius.5ch.net/test/read.cgi/tech/1653540315/ >>985 が挑戦する。（980通過して24h後も落ちなくなった）
>>756 >>782 >>778 >>785 なんでOpenCVはちょっとしたことでぶっ壊れるんですか？ _max=7 ちなみに0を含む自然数で >>790 最近excelで、答えがマイナスなら0にする、という処理がめんどくさいと思ったけど、 >>790 は一見何をやっているのか、やりたいのかわからんし >>788 の方はわかるし改造しやすい やりたいことをまず自然言語で書く >>788 何がコードゴルフかはジャンルにもよるよなあ。シェーダーなんかだとminmaxみたいなのは常套句みたいなものだし、 >>794 まあ、minmaxの良くないところは、慌てて順番反転させたりする事故が起きると何もクリップしてくれなくなるところなんだけど(良く使うなら関数化しておくべき) maxとminでもいいと思うけど 初コメです。質問させてください。 >>802 AutoItとかAutoHotKeyとかキーボードやマウスをプログラムから操作して 対象のプログラムやウィンドウが背面に行ったり最小化されててもちゃんと動くかどうかで選べばいい 対象プログラムが背面にあっても動くってウインドウハンドルにSendMessageを直接送る感じ？ windowsのアプリをバックグラウンドで起動して動かすようなのが出来たらなぁ WindowsをVMに入れるか、リモートデスクトップ複数人ログイン対応のWindowsならフォアグラウンドでも実質バックグラウンドにできるから困らなさそうだ >>790 がメンテ性悪いとか言う人は temp = min(input, upper_limit) 関数化せずにインラインでそれ書いてきたらレビューでハネる >>809 >>810 import ctypes >>806 >>813 >>803 >>810 関数名と変数名を工夫すれば良いと思う >>818 >>816 a = range_ni_osameru(_min, a, _max) def range_ni_osameru(_min, a, _max): >>823 行数というよりは、中間の変数を登場させたくない 普段可読性重視だけどリスト内包表記だけは速度変わりすぎるから超複雑にしちゃう 100倍変わるなら考えるけど、倍程度ならどうでもいい 内包表記も+=も三項演算子もlambdaも、（言語設計者に対して）日和って半端なもん入れてんじゃねーよって思う。 ごてごて書けるラムダを入れないのは良心を感じるけどなあ >>827 サンプルコードがlambdaで書かれがちなのもあって なるほどlambdaに関しては色々意見あるな。半端な知識で物言った俺が悪かったわ。 Pythonやるならまず「多重継承」な！ http://d.hatena.ne.jp/tottokotokoroten/20130516/1368716650 https://mobile.twitter.com/daikidomon/status/1385368820240437248 https://twitter.com/5chan_nel (5ch newer account) >>827 >>828 とりあえず読みやすいように書いて、速度で困ったら考える >>837 ＝ C言語とかの伝統的な三項演算子と違って、 他の言語なら三項演算子は大好きなんだけどPythonだと異物感がある 並びが if <condition> then <val1> else <val2> 通常のif文でも処理（結果）を先に書く新しい言語を作るか プログラミング言語に英文的な自然さとか求めて無いんだわ 処理をifで修飾するというのは既にある そうする合理的理由を説明すれば納得するものじゃないの？ 英語だと if が後置されることもあるからなあ 三項演算子だけじゃなくて、Perlみたいに後置ifを実装してれば違和感ないんだろうね そうか結構、式である三項演算子や内包表記やlambdaも受け入れられてるんだなぁ。そうなるとなんでmatchを式にしなかったのか。ｺﾚｶﾞﾜｶﾗﾅｲ 後置ifは文だから値を返す必要がない(=elseは不要)。三項演算子は式だから値を返すのに必要。 どこが変なのかわからん lambdaといっしょでゴチャゴチャ書きづらいのが良心 全部英単語でつなげるから、エディタで色変えたとしても見づらいってのはすごく感じる import re そりゃ、想定が間違えているから、以外になんか考えられるのかい？ >>> f'{s}(¥d{2})' まあまあ、お勉強スレなんだし未熟者同士で問題解決していくスタンスで良いんじゃないの f文字列で¥とか/区切りの一部だけを取るような事出来ないのかな？ >>1 >>866 それも必要悪だな >>876 外部を利用する根拠がインデントの崩壊だけなら、崩壊していないのだから不要 ■ このスレッドは過去ログ倉庫に格納されています
