くだすれPython(超初心者用) その51【まず1嫁】

**デフォルトの名無しさん** · 2020/10/17(土) 10:05:38.14

当スレに★Python以外のプログラミング言語での回答類を書くべからず★
派生言語はそれぞれ専スレがあるのでそっち池。
「Ruby」「某言語では」をNGワード登録推奨。荒らしは、完全スルー放置が一番きらいです。

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

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

【【【複数の連続半角スペースはなかったことになる・タブがうまく入らない5chの仕様】】】に注意！
Pythonの★ソースコードをそのまま５ちゃんにコピペすると、インデントが崩れてチヌ★ので
　　↓等の、いわゆるコードうｐ用サイトに貼ってこいください。
ttps://techiedelight.com/compiler/　　Run Code機能あり。最近流行中？
ttp://ideone.com/　　　　　　デフォ設定はC用のため言語選択ボタン押下がﾋﾟｺ手間かも。
ttp://codepad.org/　　　　　ほぼ直感的に使える。Run codeボタンあり。
ttp://pastebin.com/　　　　　まずまずシンプル。
ttp://dpaste.com/　　　　　　とてもシンプル。消えるまでの日数は十分長ーく指定のこと。

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

〇前スレ〇　くだすれPython(超初心者用) その50【まず1嫁】
http://mevius.5ch.net/test/read.cgi/tech/1598527450/

次スレは >>985 あたりが挑戦してくだしあ。（980過ぎて自動落ちは、無くなって久しい）
### END OF TEMPLATE ###

**デフォルトの名無しさん** · 2020/11/19(木) 18:33:57.52

というかホストPCで開発するときも
プロジェクト毎にcloneすると思うけど
毎回ファイルごとコピペしてる人が多いのかな

**デフォルトの名無しさん** · 2020/11/19(木) 18:43:27.44

>>418
BOMっていうのは知らなかったですけど
https://qiita.com/JINr/items/255429d6174fad76b9b7
ここに書いてあることをやってみたのですが
BOM付きっていうところをにはチェックは入ってなかったです
あらためてチェックなし状態で上書き保存して同じことしても
同じようなエラーが出ました

**デフォルトの名無しさん** · 2020/11/19(木) 18:53:18.11

>> 409
コメントありがとうございます。
flush()　色々と調べてみましたが、まだ有効に使えていませんが、
調べているうちに、update()とsee()というメソッドがあるのが
わかり、組合せたら上手くいきました。
ヒントいただきありがとうございました。

一応、結果報告
import tkinter
import tkinter.scrolledtext as tkst
import sys

def click():
for i in range(10000000):
# 10000回ループに1回テキスト出力
if (i / 10000 ) % 1 == 0:
editArea.insert('end',str(i)+'回目\n') # OK
editArea.update()
editArea.see('end')
#sys.stdout.flush()
print(str(i)+'回目') # このようにしたい

# メインウィンドウ作成
root = tkinter.Tk()
root.geometry("600x400")

Button1 = tkinter.Button(root,text='実行',command=click)
Button1.pack()
editArea = tkst.ScrolledText(root,wrap= tkinter.WORD, width=20,height = 10)
editArea.pack(expand=True,fill=tkinter.BOTH,padx=5, pady=5)
root.mainloop()

**デフォルトの名無しさん** · 2020/11/19(木) 19:00:41.46

>>421
myconfig.pylintrcの方がBOM付きUTF-16LEになってる予感
もしかしてpowershellでやった？

**デフォルトの名無しさん** · 2020/11/19(木) 19:03:04.41

>>422解決おめ＋報告乙

＞sys.stdout.flush()
おう、これ↑は標準出力（Win系ならDOS窓）への出力をいますぐやれよ　という命令だから・・・
sysのimportもコメントアウトしちゃって大丈夫にみえる

**デフォルトの名無しさん** · 2020/11/19(木) 19:04:21.67

>>421
今知れてよかったな＞BOMの存在
（これからもまれに苦しんでいくことだろう）

>>423横じゃが
なるほどなっとくありうる展開

**デフォルトの名無しさん** · 2020/11/19(木) 19:11:37.20

>>423
！！！その通りでした！！！
myconfig.pylintrcがBOMつきUTF-16になっていました・・・
本にフォルダでShiftを押しながら右クリックで
「コマンドウィンドウをここで開く」か「PowerShellウィンドウをここで開く」を選べと書いてあったので
PowerShellで開いてやってました
すいません正確な情報じゃなくて・・・
myconfig.pylintrcをUTF-8にしたらうまくできました！！！
ありがとうございます！

**デフォルトの名無しさん** · 2020/11/19(木) 22:17:37.25

>>419
クラウドでコンテナ云々とか別に普通じゃないと思うけど
場合によるでしょ
というか今どきはVSCodeのリモート開発がマジでローカルで開発してるみたいで便利でいいよ
あと、jsonモジュールはPython標準なのだから、よっぽど性能を出したいとかじゃなければ標準ライブラリ使った方がトラブらないと思う。自分のいい加減なコードより10万倍ぐらいテストされてるだろうから。
そもそも性能出したいときにPython使わないし、jsonモジュールを使わない方がいいケースがあまり思いつかないなあ。

**デフォルトの名無しさん** · 2020/11/19(木) 22:31:26.53

>>427
いや普通に主にVSCodeでのリモート開発ですよ
＞ローカルで開発してるみたいで
そのためのコンテナなんですけどね・・
場合によってVSCodeなり別だったりでgit管理、運用がコンテナってだけで。
普通は仮想環境下ならこれらはセットだと思いますよ・・
あと繰り返しになりますが
＞intとstrのみとわかっている
みたいな単純な用途の場合ですよ

**デフォルトの名無しさん** · 2020/11/19(木) 23:28:35.13

>>428
なるほど、ちゃんと読んでなかったけど
importを書きたくないからの主張なのか
なら、json.dumpsの1行上にimport jsonを書いて2行コピーするのはどうかな？
何回importがあっても問題ないし、文が書けるところならどこにでも書けるし、
式で完結させたければ
__import__('json').dumps(obj)
とすればいいみたい。(これにはちょっと驚いた)

自分はめちゃくちゃ簡単なはずのjsonでも固定のjsonを条件によって2個出し分ければいいとかじゃなければ、
たかだかjsonを出すのに、strに変な文字が入らないか考えたりintをstrに変換する方法を考えたりして、余計な判断が入るのが嫌だから、jsonモジュール任せだな。
まあ、楽な方法は人それぞれだと思うんでjsonモジュールを使わないのが楽と思う人もいるのは否定しないけど。

**デフォルトの名無しさん** · 2020/11/19(木) 23:38:08.43

考え方は人それぞれなんでしょうけど、「スマートな書き方」という質問に対して、JSON形式で返すのならjson.dumps使ったほうが他人がコードを読んでも「あ、これはJSONで返すんだな」と意味が理解しやすいしスマートだと思うなぁ
自己満足的なスマートか、保守性も考えたスマートなのか、方向性の違いかしら。

**デフォルトの名無しさん** · 2020/11/19(木) 23:57:14.70

import書きたくないから文字列コピペするとかちょっと意味わからん

**デフォルトの名無しさん** · 2020/11/20(金) 00:20:07.13

>>429
＞importを書きたくないからの主張
'{"status":200,"error":"hoge"}'
とか直接書いてもいいし
res(200,"hoge")とかでもしいし
json.dumps(res)とかでもいい
自作モジュールで管理するでもいいし
という前提があります
が今回は、関数に分けるまでもjsonモジュール使うまでもなさそうだな
という用途で、かつ汎用的に流用したい、かつ変数代入やimportの省略による行数の節約
などができないかと思ったときに
formatの使い勝手が良かったしかし、{の干渉があった
が、結果的にその干渉を除くことができました
ってだけの話です
書きたくないというより使うまでもないな
ということに尽きると思います

**デフォルトの名無しさん** · 2020/11/20(金) 00:25:40.46

>>432
個人的な趣味だけど、まあC言語とかで書いてるなら言うことは同意できるよ。C言語で書いててそこからの移植とか。
個人的な趣味だけど、Python使ってて「使うまでもない」かどうか一々判断するのは面倒だなって思っちゃう。Pythonって、使えるものは何でも使ってやれの富豪プログラミングの精神に近いかなと。
まあ個人的な趣味でしかないんで、その判断をするのが異常だとは思わないよ。色々な理由があるのだろうし。

**デフォルトの名無しさん** · 2020/11/20(金) 01:08:25.18

>>432
このケースで文字列のコピペでいいと思うのはたぶん君だけ

可読性/変更容易性/テスト容易性など他と比べて何一ついい点がなく明らかにマズい書き方

**デフォルトの名無しさん** · 2020/11/20(金) 01:22:02.94

極論""返すだけだとしてもどんな場合でもチェックすべきだ
みたいな議論と同じでその主張はさすがに違和感あります >>434

**デフォルトの名無しさん** · 2020/11/20(金) 01:28:55.33

statusコードを成型して返すだけのモジュールは別のケースで使っていて
今回はそれを使わないケースだった、というだけの話なのですが
もしかするとどんな場合でもformatを使った書き方でやっている
と勘違いしてる人がいるのかもしれない

**デフォルトの名無しさん** · 2020/11/20(金) 05:05:30.75

>>272
漏れは、Windows 10, WSL2, Ubuntu 18.04 で、
VSCode の拡張機能、Remote WSL を使う

Linux側には、日本人が作った、バージョンマネージャーのanyenv で、rbenv, nodenv を使って、
ruby 2.6.6, node 12.16.2 を入れた

yarn は、Windows側に入れて、WSL から、拡張子なしのyarn コマンドを呼べる。
これは、#!/bin/sh で始まるシェルスクリプト

anyenv は多言語向きで、rbenv, nodenv, pyenv, phpenv などを同じ使い方で、統一的に扱える。
同様のツールに、asdf もある

**デフォルトの名無しさん** · 2020/11/20(金) 05:15:51.38

Ruby on Rails では、API モードがあって、API 用のアプリも作れる

初心者は、そういう事を知らないから、
何でも時間をかけて、低品質なアプリを自分で作るw

**デフォルトの名無しさん** · 2020/11/20(金) 05:29:48.35

>>411
>UnicodeDecodeError: 'utf-8' codec can't decode byte 0xff in position 0: invalid start byte
これで、検索してみれば？

UTF-8 は以下のように、先頭ニブル・4ビットで、1～4バイト文字を判別しています

1バイト文字: 0000～0111: 0～7

多バイト文字の2バイト目以降
1000～1011: 8～11(8～B)

2バイト文字: 1100～1101: 12～13(C～D)
3バイト文字: 1110: 14(E)
4バイト文字: 1111: 15(F)

0xff は、4バイト文字を示すけど、それで始まる文字が存在しないのかも？

**デフォルトの名無しさん** · 2020/11/20(金) 05:43:06.55

我流の人は、Git のプルリクを知らなそう。
就職では必須項目

上の人が見たら、一発で書き直し。
バグりやすいコードは、プルリクを受け付けられないだけ

議論するだけムダ

チェックを通ったコードは、合法になるから、
皆が模範にしてコピペするから、我流はダメ！

**デフォルトの名無しさん** · 2020/11/20(金) 06:50:20.26

>>432
> かつ変数代入やimportの省略による行数の節約などができないかと思った
いつの時代のおじいちゃんなんだよw

**デフォルトの名無しさん** · 2020/11/20(金) 08:19:06.00

>>431
んだんだ

**デフォルトの名無しさん** · 2020/11/20(金) 08:27:43.79

パイソンって書いた事ねーんだけっども、ブロックってインデントで
表現するんだべ？するってーと、１００行のブロックにifに入れてぇ
ときは、１００行分インデントすんのけ？

**デフォルトの名無しさん** · 2020/11/20(金) 09:03:36.27

>>443
せやけど
IDEがまともだったり、テキストエディタでもSakuraエディタみたいなPythonソースコードモードがあるエディタなら
自動でやってくれるべ？

**デフォルトの名無しさん** · 2020/11/20(金) 09:09:51.23

でも範囲の指定は自分でやらんとならんよね。
他の言語ならブロックの開始と終了を書いてやればいいんだけど
pythonは自分で範囲指定してインデントしてやる必要がある。

**デフォルトの名無しさん** · 2020/11/20(金) 09:33:53.10

やっぱりそれなりのエディタや統合環境が前提なのかな（もちろん批判ではない）。
マジレスありがとう。

**デフォルトの名無しさん** · 2020/11/20(金) 09:52:05.41

>>446
だがおれはいつもは秀丸でコードを書いている。
範囲指定→右クリメニュー「インデント」→おｋ！

**デフォルトの名無しさん** · 2020/11/20(金) 11:05:57.25

行選択してtabキー押すだけじゃないの？
秀丸ってそうなの？

**デフォルトの名無しさん** · 2020/11/20(金) 11:14:42.02

>>448
行番号選択ってこと？
できるかもしらんが、してないなぁ

**デフォルトの名無しさん** · 2020/11/20(金) 11:26:50.71

なんでVSCODE使わないの？

**デフォルトの名無しさん** · 2020/11/20(金) 11:33:54.21

回答者側と思しき立場でただのgit管理にすら怪訝する人が上の方でちらほらいたので正直驚いたけど
個人開発であってもgitはほぼ必須になってくる場面があるのでまとめて覚えておいて損はない

**デフォルトの名無しさん** · 2020/11/20(金) 11:48:54.11

>>451
流れ軽く読んで来たけど
・実装の重複を防ぐためのクラス/メソッド抽出してモジュール化
　⇒設計的な話
・Gitでモジュール化したものを管理する
　⇒バージョン/ファイル管理的な話

この二つは本質的には別問題だけど、何故か混同された話になってて
よく分からん事になってるな
(実際の開発考えるとGit使ったやり方になるから分からん話でもないが）

**デフォルトの名無しさん** · 2020/11/20(金) 11:58:33.01

>>450
ネットブックだと動かない

**デフォルトの名無しさん** · 2020/11/20(金) 12:11:55.05

Notepad++にPython Indentを入れれば同じことができる。

**デフォルトの名無しさん** · 2020/11/20(金) 12:32:50.55

だがおれは秀丸派

**デフォルトの名無しさん** · 2020/11/20(金) 12:47:59.38

>>439
>4バイト文字: 1111: 15(F)
>0xff は、4バイト文字を示すけど、それで始まる文字が存在しないのかも？

1バイト文字は0xxx-xxxx
2バイト文字は110x-xxxx
3バイト文字は1110-xxxx
4バイト文字は1111-0xxx

↑この制限だけでも4バイト文字の先頭バイトは0xF0~0xF7の範囲
実際はUnicodeのコードポイントの上限がU+10FFFFまでなので0xF0~0xF4(1111-0100)

**デフォルトの名無しさん** · 2020/11/20(金) 13:12:12.59

chromebookでも動くvscode(´・ω・`)

**440** · 2020/11/20(金) 13:17:17.31

YouTube で有名な、雑食系エンジニア・KENTA が言ってる

Git のプルリクは、転職に必須項目だと

**デフォルトの名無しさん** · 2020/11/20(金) 13:33:16.00

パソコンor通信環境のスペック次第だが仮想環境であればvscodeに限らず大体使える
スマホですら動く

**403** · 2020/11/20(金) 13:44:15.80

>>439
>>423で解決しましたよ

**デフォルトの名無しさん** · 2020/11/20(金) 14:07:20.42

>>451
git管理に怪訝してる人なんて一人もいないでしょ
むしろgitも理解してるから話が噛み合わない

**デフォルトの名無しさん** · 2020/11/20(金) 14:57:48.56

gitを持ち出したのは>>416の指摘通りだろうけど、書いてる内容見るとpythonのモジュールを理解してなさそう

自分が知らなかったことや見落としてたことを絶対に認めずに (本人にとっての)俺はできるんだぞアピールで返す人はスルーに限る

**デフォルトの名無しさん** · 2020/11/20(金) 15:40:25.51

>>458
プルリクっていろんな人が好き勝手にソースをいじるOSS開発で役立つ機能っしょ
転職に何ら関係ないと思うが

**デフォルトの名無しさん** · 2020/11/20(金) 16:07:05.73

いやプルリクそのものじゃなく今までにプルリクした実績のことじゃないの
GitHubアカウントを見せてこんなことしてきましたよと自己アピールする感じで
そんなん実際にするのか知らんけど

**デフォルトの名無しさん** · 2020/11/20(金) 16:12:52.30

日本語翻訳のプルリクでもええか？

**デフォルトの名無しさん** · 2020/11/20(金) 16:21:35.66

>>464
そういうことね
あまり意味ないと思うなあ
プルリクって他人の作ったアプリに寄生する行為だし
こいつ採用してもOSSにかまけて仕事しないんじゃないかと思われるだけだろう

**デフォルトの名無しさん** · 2020/11/20(金) 16:27:14.70

>>466
流石にそれは偏見すぎる

**デフォルトの名無しさん** · 2020/11/20(金) 16:51:03.75

最初の質問が>>386だからな
こんなもんjsonモジュール使えで終わる話だろ

**デフォルトの名無しさん** · 2020/11/20(金) 17:12:00.89

プルリクはOSSに限らないよ
転職の話はプルリクベースの開発スタイルに馴染みがあるかどうか
もしくは適応できるかどうかっての話だと思う

**デフォルトの名無しさん** · 2020/11/20(金) 17:38:21.51

すまん、それpython関係ある？？？

**デフォルトの名無しさん** · 2020/11/20(金) 17:53:38.81

あげるなよ、何かを信じてる方々の啓蒙活動なんだから。
背景雑音だっぺ。

**デフォルトの名無しさん** · 2020/11/20(金) 19:34:59.52

モジュール化してimportするまでもない
git管理するまでもない
関数化はしてもいいがするまでもない
そういう用途下で、ただのformat関数をつかった文字列出力の小技の話なのに
なぜかどんな場合にもimportすべきだjsonモジュール使ってチェックすべきだ
みたいな勢力がいる違和感

**デフォルトの名無しさん** · 2020/11/20(金) 19:42:56.25

>>472
違和感でも何でもない
技術者にはそれぞれ己の中に譲れないポリシーがある
「～するまでもない時はしないでいい」というのもポリシーだし
「どんな時も～するべきだ」というのもポリシーだ
それが匿名掲示板でぶつかり合うとこうなる

**デフォルトの名無しさん** · 2020/11/20(金) 20:00:35.31

>>462
git持ち出したのは＞簡単な用途でない場合
の一例ですよ
簡易的に仮想環境化で動作確認したい場合とか
statusを返すようなモジュール個別開発したりcloneしたりバージョン管理もする必要のない用途例として出しただけです
ここの人なら普通に使ってるものだと思っていたし
できる人のアピールになぜgit？という感じで正直謎でした

**デフォルトの名無しさん** · 2020/11/20(金) 20:29:53.22

2行目で何をしてるのか教えて下さい

s = input()
print(max(map(len, s.split('S'))))

**デフォルトの名無しさん** · 2020/11/20(金) 20:35:44.50

>>475
print、max、map、len、split
それぞれでggrks

続きは↓でな
https://mevius.5ch.net/test/read.cgi/tech/1258320456/

**デフォルトの名無しさん** · 2020/11/20(金) 20:47:13.53

JSONで返しますって言ってるAPIがJSON風の自前の文字列返してくるとか嫌がらせ以外のなにものでもない
何のためにJSONが存在してると思っている

**デフォルトの名無しさん** · 2020/11/20(金) 20:54:33.52

>>475
sに入力した文字列を'S'を境にして区切り、区切った文字列ごとに文字数を算出し
その中から最大の数を選んで表示する

これは難解
map関数は関数型言語からバクッてきた機能らしく、Pythonの文脈に馴染んでおらず
使うと大抵可読性が落ちる
プログラマたるもの、難解な1行より明快な5行を書くことを心掛けなくてはならない

**デフォルトの名無しさん** · 2020/11/20(金) 20:57:12.97

バージョン管理しない書き捨ての用途だとしてもjsonモジュール使う方が何も考えなくていいもの
jupyterで適当なコード書くときだってjson numpy pandasあたりは大体始めに必要だとわかってimportしとくわ。

自分でフォーマットする合理性が理解できない。
「jsonモジュールを使うまでもない」というが、「jsonモジュールを敢えて使わない理由はない」と思ってしまう。
それこそ内包forを使うまでもないから使わない、みたいな話と同じように感じてしまう。
車輪の再発明はどうしても必要とされない限りは基本的に避けた方がいい行為、ということにも合意はなされない、のかな。

**デフォルトの名無しさん** · 2020/11/20(金) 20:59:04.30

>>477
つまりパーサーを通したものこそ真のJSONである、と・・
しかし、そのパーサーの中身は・・？
これやってみては
if json.dumps({"status":200}) == '{"status": 200}':
＿print(True)

**デフォルトの名無しさん** · 2020/11/20(金) 21:00:33.44

>>475 >>478
print(max([len(st) for st in s.split('S')]))
だったら理解できるのかな？
特に478、こっちの書き方なら十分にPython流で明快とされると思うのだが

**デフォルトの名無しさん** · 2020/11/20(金) 21:01:42.82

>>479
> 車輪の再発明
そういえば
去年あたり、このスレに
「エクスポーネンシャルの逆関数を発明した俺天才！」みたいな書き込みしにきたあふぉがいたなぁ・・・　 (´ー｀)

**デフォルトの名無しさん** · 2020/11/20(金) 21:08:06.35

>>480
筋悪だな
json.dumps(json.loads('{"status": 200}')) == json.dumps({"status":200})
ぐらいにしないとFalseになる可能性は十分にある、今実験してTrueなったから未来永劫Trueだろう、というのは考えが甘いよ
それがTrueになるのはどのPythonの実装でなら担保されるのかな？

要は、いちいちJSONの仕様を100%確かめて、100%準拠した手書きJSONを書くというのは割りに合わないということ。
import jsonとかjson.dumpsと書くたったの10秒ぐらいの余計な時間で、
もし間違ったJSONを出力してパーサーの方でパースできない原因を究明することになったときに必要な何十分がなくなるんだから、
余計な10秒をかけない理由がない

変に手抜きすると結局その手抜きが原因で100倍ぐらい余計に時間がかかったりするのがプログラミングの常だもの

**デフォルトの名無しさん** · 2020/11/20(金) 21:09:07.64

>>478,481
なるほど。ありがとうございます。
少ない行数で書ける人に憧れてましたけどそうなんですね…

**デフォルトの名無しさん** · 2020/11/20(金) 21:14:07.28

>>484
少ない行数で書けることがカッコいい、わけではないが、このぐらいのmapは流石に読めたほうがいい
これを5行で書くほうが良いと言うのは、正直いって10年以上前にプログラミングを習ってそこから知識がアップデートされてない人種だと思ったほうが良い
勿論初心者なら、ちょっと読み解くのが難しいから自分には5行でしか書けない、5行のパターンじゃないと読むのが難しい、というのでも構わない
でも今どきJavascriptなんかでこんな書き方は当たり前なんだから、向上心があるなら慣れるべきだと思う

**デフォルトの名無しさん** · 2020/11/20(金) 21:23:59.20

>>483
ただの書き方の解釈、開発環境での用途の話であって
Trueが担保されるかどうかは別の話
余計な10秒をかけたくないときに使えば良いだけ
ただの文字出力用途で１００倍余計に時間がかかってしまう具体例を教えてほしい

**デフォルトの名無しさん** · 2020/11/20(金) 21:39:21.22

>>486
え、「ちゃんとパース可能なJSON」を書き出したいんじゃなくて、「ただの文字出力」をしたいって話だったの？
ただ単純に「ちゃんとパース可能なJSON」を書き出すのが目的だとしたら、
1. JSONの規格を100%理解しているわけではないプログラマーがいい加減に書き出した文字列(テスト回数10回ぐらい)
2. Pythonの標準ライブラリとして用意されているjsonモジュールを使ってオブジェクトをJSON文字列に書き出した文字列(テスト回数100万回ぐらい)
のどっちが良いか、で、1が良いなんてことあるの？
1が良い場合もないとは言えないと思うけど、何かしら条件が必要だと思わない？
「いい加減に書き出した」せいで1時間デバッグに余計にかかったんだとしたら360倍時間かかってるわけで
そもそも{}がうまく出ないとか5chに質問してる時点で相当解決に時間かかってるのでは…？

**デフォルトの名無しさん** · 2020/11/20(金) 21:56:03.77

pythonでmap, filterあたり使う理由ってほぼないだろ
内包表記に比べて遅いしgeneratorで返ってくるし

**デフォルトの名無しさん** · 2020/11/20(金) 22:04:18.19

>>488
シーケンシャルに処理していくならgeneratorを連鎖させると速い
それでも generator内包表記で充分なのは確かだが

**デフォルトの名無しさん** · 2020/11/20(金) 22:08:29.63

>>488
内包表記に比べて遅い、は最近のPythonだとFalseだよ
内包表記に比べて短く書けるわけではない、というのは場合によりTrue
map(lambda x: func(x, 2), arr)と書くよりは
[func(x, 2) for x in arr]と書くほうが短いが、
map(str, arr)とかだったら、
[str(x) for x in arr]より短いから意味がないということもないと思う
list付けてもこの場合はmapの方が短いしね
と言いつつ、関数の呼び出しの形の差でmapを使うか内包表記を使うかいちいち考えるのはめんどくさいので常に内包表記使ってるけど...

**デフォルトの名無しさん** · 2020/11/20(金) 22:10:42.73

>>487
繰り返しになるけど、文字出力と同等の用途なだけ
個人的にフロントで「ちゃんとパース可能なJSON」を解釈できればいい、その程度の用途
あとはfomatの{回避にふと疑問を持ち質問を投げた、それだけこと
というか他でjson.dumpsは普通に使ってるので
こっち（{回避の疑問）の方が主ではあります

繰り返しになりますが、何がなんでもformatを使って自己パーサーを作る、なんていう質問意図ではないです
個人用途で、キーや値の変更による成型を考える場合の変数代入や関数化する過程で発生する
json.dumps使用以外の過程を省きつつ
フロントで解釈できる程度の結果を得たい（得た）というだけの話

個人的には上みたいなJSONとして解釈できるただの文字出力用途で
開発途中に１００倍余計に時間がかかってしまうようなことはないと思います

**デフォルトの名無しさん** · 2020/11/20(金) 22:29:11.10

>>491
formatでつまづいた結果
5chで叩かれて悔しい思いして
100倍余計に時間かかったね

**デフォルトの名無しさん** · 2020/11/20(金) 22:36:29.18

>>491
だからそれが正しいと思うならそうすればいい
ただそう考える人はあまりいないと言うだけの話
特に職業プログラマーはチームで作業してることが多いから個人が考える「かっこいい方法」は忌み嫌われて当然
ましてや>>386程度の質問をするレベルじゃあねw

**デフォルトの名無しさん** · 2020/11/20(金) 22:40:22.91

>>491
「フロントで「ちゃんとパース可能なJSON」を解釈できればいい」のならjson.dumps(obj) 一択
1行でコピペできないという問題も__import__('json').dumps(obj)という書き方で解決された

なぜそこまで自分のコードが信頼できるのか疑問
jsonモジュール(別にjsonモジュールに限らず、他の言語も含む世の中にある名の知れたライブラリ)を書いたプログラマーのほうが
色んな人にソースコードの動作を検証してもらってるし、コード自体も査読してもらってるし、長い時間をかけてそのモジュールを書いているし、
そもそもオープンソースとして公開する時点で優秀なプログラマーの可能性が高い
あなたの言う「スマートなやり方」というのは、「言語/言語のエコシステムの補助を使わずになんとかする方法」なのかな？

「適当な文字出力」と「パース可能なJSONの出力」はハードルが違うからね。
あと、この場合あなたが書きたいのは「パーサ」じゃなくて「シリアライザ」とか「フォーマッタ」と呼ばれる

ぶっちゃけ何度もimportしても構わないからimportは必ずプログラムの頭に書かなくてもいいとか知らなかったことを認めるのが癪で
引っ込みがつかなくなってるのではないかな？
超初心者用のスレなんで、知識が怪しいんじゃないか、というところにツッコミを入れるのもアレだけど、パーサの誤用とか含めて
プライドが高い割には知識が怪しいように思っちゃうなぁ。

**デフォルトの名無しさん** · 2020/11/20(金) 22:40:35.67

>>492
投げた質問が返ってくるまでその質問タスクしか処理できないなんてありませんよ・・
あなたはそうなのかもしれませんけど

>>493
その程度の読解力やレッテル貼りするような人格だと苦労しそう
お察しします

**デフォルトの名無しさん** · 2020/11/20(金) 22:43:05.19

>>481
個人のポリシーでしかないから押し付けるつもりはないが
内包表記も関数型言語からの取入れであり可読性の悪いコードになる
何せコードを右から読まなくてはいけないからね
よって自分は先のmapとこの内包表記は極力使わないようにしてる
forとifとappendでリストにまとめるスタイルが一番しっくりくる

**デフォルトの名無しさん** · 2020/11/20(金) 22:43:14.36

>>474
gitの話が簡単でない用途の例ってますます分からん

"gitで管理するレベルのモジュール"？？
管理しないモジュールがあるの？
ファイル1個追加するだけっしょ？

**デフォルトの名無しさん** · 2020/11/20(金) 22:48:59.72

>>494
＞importは必ずプログラムの頭に書かなくてもいい
importの場所は主題ではないですよ
そのobjはどこでどうやって成型した・するのでしょうか

＞信頼できるのか
繰り返しになりますけど、ただのJSON文字列同等の用途で使っている
という理解だからです
繰り返しになりますが、そうではない、と思うなら普通にjsonモジュールを使っています

個人的には上みたいなJSONとして解釈できるただの文字出力用途で
開発途中に１００倍余計に時間がかかってしまうようなことはないと思います

**デフォルトの名無しさん** · 2020/11/20(金) 22:50:34.06

>>496
どこまで複雑な内包表記を認めるかというのは、仰るとおりポリシー次第なところはあるね。
3重内包表記ぐらいまでは書くことあるけど、書くときはノリノリで書いてシンプルに纏まったぜ、やった、って思っても、
後で2重目のループの処理を修正したいときに地獄を見ることがあったりするのは事実。
内包表記はその存在自体がややこしいので一切認めません、というのもポリシーとしては普通にありだと思う。

関数型言語からの取り入れという事実を後押しする形になるのだが、
数式を読み慣れてると、内包表記やmapは数式に近い形なので、逆に可読性は悪くない、と思うケースも多いのだよなぁ
リストの中身を2乗して全部足すみたいな場合とかね。forループで手続き的にやる方が見通しが悪くなると個人的に思う。

**デフォルトの名無しさん** · 2020/11/20(金) 22:58:01.95

>>498
status = 200
error = None
とかいう値が入ってるとして
__import__('json').dumps({'status': status, 'error': error})
で終わりなんだけどな
result_obj = {'status': status, 'error': error}
__import__('json').dumps(result_obj)でもいいし
もちろん
__import__('json').dumps({'status': 200, 'error': None})
でもいい

JSONを書き出すのに、「文字列」なんて概念を持ち出す必要がないのよ
dictがそのままjsonモジュールで妥当なJSONになって各言語のパーサーでそのまま解釈できると考えておしまい
だから、いちいち妥当でない可能性のある「文字列」の状態を考えたくない

**デフォルトの名無しさん** · 2020/11/20(金) 22:58:07.55

>>475
某言語では
s split("S") map(size) max println

**デフォルトの名無しさん** · 2020/11/20(金) 22:59:54.94

一連のやりとり見てこれを思い出した
ほんとなんで自信満々なんだろう？

「staticおじさん」はなぜ自信満々なのか
https://xtech.nikkei.com/it/atcl/watcher/14/334361/122100450/

**デフォルトの名無しさん** · 2020/11/20(金) 23:02:30.97

>>500
いやだから（一つとして）その
＞とかいう値が入ってるとして
の行数の話をしているだけですよ
statusが500のとき、errorに何かしら入れるとき
どうしますか？っていうだけの話

**デフォルトの名無しさん** · 2020/11/20(金) 23:07:40.26

>>503
え、マジでわからんの？
statusが500だったりerrorになんか入っているときも書き方同じじゃん？
じゃあさ、formatを使う場合と__import__('json').dumpsを使う場合でコードを並べて、
formatの方がここが優れていると教えてくれよ。
逆にerrorに二重引用符とか入ってたり、改行とかの特殊文字が入っているときに、formatだと余計なエスケープ処理が入ると思うけどなぁ。

**デフォルトの名無しさん** · 2020/11/20(金) 23:10:29.05

現役シリコンバレーエンジニアが教えるPython 3 入門 + 応用 +アメリカのシリコンバレー流コードスタイル | Udemy
https://www.udemy.com/course/python-beginner/

**デフォルトの名無しさん** · 2020/11/20(金) 23:12:44.36

>>481
ナゼこう左から右へと流れるように書けないのかと悩むこと小一時間、

　s.split(’S’).map(len).max()

>>478,496 に賛同するに至る

　>>478
　> プログラマたるもの、難解な1行より明快な5行を書くことを心掛けなくてはならない
　>>496
　> forとifとappendでリストにまとめるスタイルが一番しっくりくる

これぞPythonスタイルなり

**デフォルトの名無しさん** · 2020/11/20(金) 23:17:41.85

>>495
> その程度の読解力やレッテル貼りするような人格だと苦労しそう
レッテル貼り？
質問の内容から判断してるんだけど？
読解力とか意味わからんしw

> お察しします
人の事を心配するレベルじゃないことを自覚したほうがいいと思うぞ…

**デフォルトの名無しさん** · 2020/11/20(金) 23:20:59.09

>>506
C#のLINQみたいにmapとかmaxとかをリストやジェネレータのメソッドとして追加できたらその書き方も出来るのだろうね。
実際、pandasやnumpyでは当該ライブラリで用意しているクラスではそのような書き方ができるような配列ライクなクラスを用意している。
Python言語が生まれた時期が微妙に古いというのが不自然な文法に影響しているかもね。
習いたての頃は、なんでarr.len()じゃなくてlen(arr)なんだ、って思ったもの。

**デフォルトの名無しさん** · 2020/11/20(金) 23:26:46.17

>>504
もう上の方で書いてます
res = '{{"status":{},"{}":"{}"}}'
res.format(200,"error","null")
result_obj = {'status': 200, 'error': None}
__import__('json').dumps(result_obj)
__import__('json').dumps({'status': 200, 'error': None})

＞逆にerrorに二重引用符とか入ってたり、改行とかの特殊文字が入っているときに、
入らない用途なので自分の環境下では問題ありません

**デフォルトの名無しさん** · 2020/11/20(金) 23:34:39.47

>>509
このスレの人間にはあなたの質問のレベルが高すぎると思うんですよ

https://www.python.jp/pages/pythonjp_discord.html
ぜひお越しください

**デフォルトの名無しさん** · 2020/11/20(金) 23:37:51.38

>>509
res = '{{"status":{},"{}":"{}"}}'
res.format(200,"error","null")
と
__import__('json').dumps({'status': 200, 'error': None})
を比較して、前者のほうがスマートだと感じるなら、
他の人にも散々指摘されてるが、あなたはおそらく殆どの人が同意できない感覚の持ち主だろう
ゴーイングマイウェイで頑張ってくれ、ぶっちゃけ一緒に仕事はしたくないが

会社の経理のおばちゃんが、計算ミスばっかりするからどうしてかと思ったら、なんと算盤使って紙に向かって計算してて、
「頼むからExcel覚えてExcelでやってくれ」ってお願いしてるんだけど、「私は算盤が得意だからいいの！」って言われてる感じ

**デフォルトの名無しさん** · 2020/11/20(金) 23:42:08.20

>>511
例えばstatusコードを複数吐くとき
どうなりますか
res = '{{"status":{},"error":"{}"}}'
res.format(201,"null")
res.format(202,"null")
res.format(203,"null")
res.format(204,"null")
res.format(205,"null")
__import__('json').dumps({'status': 201, 'error': None})
__import__('json').dumps({'status': 202, 'error': None})
__import__('json').dumps({'status': 203, 'error': None})
__import__('json').dumps({'status': 204, 'error': None})
__import__('json').dumps({'status': 205, 'error': None})

**デフォルトの名無しさん** · 2020/11/20(金) 23:48:08.89

>>512
複数回出すなら、
import json
json.dumps({'status': 201, 'error': None})
json.dumps({'status': 202, 'error': None})
とするだろうけど
本当に多いなら
res = lambda s, e: json.dumps({'status': s, 'error': e})
res(201, None)
res(202, None)
短く書くというのが目標ならlambdaでもまだ意図は明確だしformatより短いよ。

**デフォルトの名無しさん** · 2020/11/20(金) 23:59:39.49

>>513
'{{"status":{},"{}":"{}"}}'
を書いてみてください

**デフォルトの名無しさん** · 2020/11/21(土) 00:01:48.28

>>514
ここまで示されててわからんの？煽るだけじゃなくて勉強しようよ。
res = lambda s, k, v: json.dumps({'status': s, k: v})
res(500, 'error', 'hoge')

**デフォルトの名無しさん** · 2020/11/21(土) 00:11:54.22

>>515
ありがとうございます
キー名はそのまま代入できたのですね！
自分が書いたjson.dumpsを使った方ではlambda式では長くなってしまい
結局formatでいいか、みたいな経緯がありました
あとは辞書の結合やショートカット機能使えない環境化をでも使ってみたいのでそのあたりを工夫してみようと思います！

**デフォルトの名無しさん** · 2020/11/21(土) 00:15:10.92

えぇぇ、
いやまぁ納得してもらえたならいいけど、、、
良かったね

**デフォルトの名無しさん** · 2020/11/21(土) 01:07:30.25

そうか
lispのコードをさんざん見てきた私は
内包表記もmapも普通なんだけどな
分かりにくい人がいるというのを認識した

**デフォルトの名無しさん** · 2020/11/21(土) 01:09:15.76

普通にhttpレスポンスを生成する関数の中でモデルをjson化してれば
json.dumpsのところだけをlambdaにしたいなんてことにはならないと思うんだけどなぁ

**デフォルトの名無しさん** · 2020/11/21(土) 06:50:26.86

>>501はlispなん？
すげーな
原始的な言語だと聞いていたけど、splitもmapもあるじゃん