くだすれ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/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
ありがとうございます
かっこ閉じは改行で分離しない方が良いんですね

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

実運用としてはblackとかyapfにフォーマットさせてそれに従っとく

**591** · 2020/02/11(火) 11:51:51.81

>>595
これ使えば悩まなくて済みそうです。
ありがとうございます！！

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

pythonの流儀・作法に従うのが一番いい

もしもどうしてもやりたいなら他のメジャーな流儀を真似る

WINAPI とは何か？ - C/C++ 入門
https://c.keicode.com/windows/windows-programming-11.php

int WINAPI WinMain (
HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPSTR lpCmdLine,
int nCmdShow ) {

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

>>597
>pythonの流儀・作法に従うのが一番いい

そのpythonの流儀・作法を聞いてるのになぜそれに答えずC++のそれもWIN32API持ってくんの？

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

Pythonの初級を受けた人いますか？
どのような勉強されたか教えてください
m(__)m

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

継承クラスのinitの引数が増える場合はどうしたらいいですか？
class person():
def __init__(self, age):
this.age = age

class student(person):
def__init__(self, age, number)
this.age = age
this.number = number

こんな感じにしたいのですが。

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

>>599
ぱいそんのしかくしけんはひとつだけじゃないんだ
きみがいっているのはどのしけんのしょきゅうかな？

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

>>599
何にも勉強せずに一度受けてみるとよい
試験の雰囲気と問題の内容と自分の実力がわかる
それを踏まえて備えれば二回目は受かる

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

>>600
Student側でsuper().__init__(age)するだけじゃねーの
ああ、基底クラスの__init__を呼ぶ方法が分からんのかな？

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

それにしても、金になると思うとすぐ資格ビジネス屋が群がりやがって

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

a1 = 0, a2 = 0, a3・・・・が続く

for i in range(1, 2):
i = i +1
a[i] = 5
a＋数字に値を入れたいのですがa[i]のような使い方はできないのでしょうか

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

pythonってインターフェースって概念はあるんだっけ？

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

>>601
有難うございます。
Python3エンジニア認定基礎試験です

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

>>605
（インデント崩壊してるからか？）
質問がイミフ
＋
投稿前に1見ろ

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

これはスゴイ

やりたい事はなんとなく分かるが、
何をやりたいのかが分からない

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

>>605
a1 = 0, a2 = 0

for i in range(1, 2):
i = i +1
exec(' "a"+str(i) + "= 5" ')

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

これは高確率でやり方よくないパターン

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

初心者のうちはそういうことやりたくなるのわからなくもないけど素直にlist使いましょう

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

>>605
for i in range(1, 2):
____i = i +1
____x = “a%s” % i # xには”a2”という文字列が入る
____locals()[x] = 5

静的言語のリフレクションみたいなのは
globals/locals, getattr/setattr/delattr

文字列をコードとして評価したいならeval
実行したいならexec

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

>>605は
a1 = 0, a2 = 0, a3・・・・が続く
があり、それらに、オブジェクトaを通して
a[1]でa1に,a[2]でa2に....([]を使って)アクセスしたいってことだろ。
(a[1]のaはaでなくても、名前みたいなものだから好きなのにしていい。
aシリーズにアクセスするらわかりやすくaにしている)
こんなことを実現するクラスの作り方を教えて？という質問になるよな。
と、言っても俺は低脳で出来ない。
>>612
俺もそれで間に合うならそれが良いがと思う

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

>>614
絶対違うと思うがそういう解釈ができなくもないなw

subscriptingは__getitem__, __setitem__を使えば可能
https://ideone.com/7WR8yJ

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

あー
for i in range(1000):
__try:
____a[i]=5
__except
的な？

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

605です
レスありがとうございました
>>610さんのアドバイスで私のやりたかったことが出来ました。ありがとうございます。
execを初めて知りましたが、初心者的には便利な使い方ができそうですね
hoge = "aaaa"
exec('hoge = "ほげ"')
print(hoge)

>>616
それです

**デフォルトの名無しさん** · 2020/02/12(水) 02:21:47.75

dtreevizで決定木を可視化したのですが棒グラフの下の閾値が謎の数値と被ってとても見にくい状態です
閾値だけ表示させることはできますか？