くだすれ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(木) 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もあるじゃん

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

こんにちは。

pandasのdataframeのデータから、別途用意されたカラム名リストの
カラムだけ取り出す方法をご教授願います。

例：

df

はa～zの列がある。

list = ('d', 'g', 'h')

にあるカラム名の列だけ取り出したい。

（listの中身はその都度変わって数も多い。）

よろしくお願いします。

**521** · 2020/11/21(土) 07:40:18.66

リストは()じゃなくて[]でした。

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

>>520
lispのmapとsplitが便利だから
それ以後の言語には持ち込まれたわけで

**521** · 2020/11/21(土) 08:22:43.36

自己解決しました。

data = df[df.columns.intersection(list)]

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

>>524
細かいことだが、
listという名前は上書きしないほうが良い(list関数が使えなくなる)
のと、
listの要素がcolumnsに必ず含まれているのが保証されるなら、
data = df[list]だけでいけるよ

**440** · 2020/11/21(土) 12:18:46.35

VSCode で、Microsoft の拡張機能を入れてない香具師とか、
git のプルリクを知らない香具師とか、
JSON ではなく文字列を結合する香具師とか、問題外

文字列の結合を認めたら、SQL・HTML タグを文字列で書いたりして、SQL インジェクションされる

新技術を学べない、老害に多い

日本人は植物油を多く使うから、脳にアミロイドが貯まって、新しく記憶できない。
全員が痴呆症w
動物油なら、こういう事はない

プルリクもKENTA が言ってるから、マコなりの学校にも、グループ学習がある。
グループ学習やっていない香具師は、採用されませんって。
でも、高い授業料を払って、グループ学習する意味はないと反論する人もいる

Ruby on Rails なんて、Rails Way・レールに乗る。
我流・レールに乗っていない方法は、すべて却下される

YouTube で有名なRubyist、伊藤淳一の動画でも、コードレビューしてる

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

今どき香具師なんて言葉使ってるのが老害

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

少し上の過去レスを追うこともできない古い人間 >439

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

macOS での python の質問もここで良いのですか？それとも他に板やスレがありますか？