Pythonのお勉強 Part62

2019/09/15(日) 16:06:00.08

★当スレにRubyのソースコード類を書くことを禁ず★
☆Ruby等、Pythonではないプログラミング言語での回答類を書くのも禁止
☆「Ruby では」「Rubyでは」をNGワード登録推奨

◆エラーを解決したいときはエラー文（勝手に省略禁止）と
　環境（Pythonのバージョン・OS名・IDEの種類とバージョン）をシッカリ書くこと

◆Pythonのソースコードを５ちゃんにコピペするとインデントが崩壊するので
　　↓等のソースコードうｐ用サイトに貼ってきてくだしあ
　　　　（スクリーンショットをimgur等にうｐる「横着」禁止）
ttp://ideone.com/　　　　　　デフォ設定がCなので、Pythonするには言語種選択ボタン押下がﾋﾟｺ手間かも。
ttp://codepad.org/　　　　　ほぼ直感的に使える。Run codeボタンあり。
ttp://pastebin.com/　　　　　まずまずシンプル。
ttp://dpaste.com/　　　　　　とてもシンプル。消えるまでの日数は十分長ーく指定のこと。
ttps://jupyter.org/try　　　　（旧try.jupyter.org）ちょっとめんどうそう。

◇Pythonオフィシャルサイト
http://www.python.org/

◇まとめwiki
ttp://python.rdy.jp/

●関連スレ●
くだすれPython(超初心者用) その44【Ruby禁止】
http://mevius.5ch.net/test/read.cgi/tech/1563969768/

〇前スレ
Pythonのお勉強 Part61
http://mevius.5ch.net/test/read.cgi/tech/1563622784/

次スレの建立は>>985あたりが挑戦する。 [EOF]

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2019/10/01(火) 18:42:48.99

0.0001は2進数では循環小数になる→表現できる桁数は有限だから誤差が積もってゆく

2019/10/01(火) 18:43:28.06

>>111
>>112の返答がほぼ答えだけど、もう少し親切に説明しようと思う
浮動小数点で0.0001を表すと厳密には0.0001ではなくて小さな誤差を持つので、足し合わせても1にはならない

2019/10/01(火) 18:51:08.71

>>114
ありがとう

2019/10/01(火) 19:15:16.00

>>111
「割り切れない数」の代表格の1/3は三進数では0.1
πはπ進数では10

2019/10/01(火) 20:05:23.27

>>110
ぼくのかんがえたていあんをりかいできないとかありえない

ってか？
バカじゃねーの？
そんな簡単にブロックスコープの問題が解決されるなら誰も苦労はせんよw
言語設計者をなめすぎ

2019/10/01(火) 20:21:37.81

>>116
高校数学をやらなければいけないことは分かった、ありがとう

2019/10/01(火) 22:46:37.27

>>117
結局煽ってマウント取って気持ちよくなりたいだけなんだね。わかったよ。ありがとう。

2019/10/02(水) 04:59:18.95

>>119
それお前だろ…
どんだけ悔しがりなんだよw

2019/10/02(水) 07:42:31.71

二進数の浮動小数点演算では誤差が出る。

誤差を出さないために、Pythonでは　fraction (文数) という概念がある。
0.0001 は誤差が出るが、1/10000 なら誤差は出ないという話。

from fractions import Fraction
print(Fraction(1, 10000)*3)

#3/10000

実際のプログラムで誤差を出さない様にするためには、整数演算だけで行う事がよくある。

print(1*3/10000)
#0.0003

x = 0
for i in range(10000):
　x += 1
x = x/10000
print(x)
#1.0

2019/10/02(水) 13:01:18.79

>二進数の浮動小数点演算では誤差が出る。

だから違うから初心者に誤解を招く表現はやめろ
十進数でも浮動小数点演算では誤差が出る
原因は二進数じゃない

2019/10/02(水) 13:27:56.11

>>122
from decimal import *
getcontext().prec = 6

print(Decimal('0.0001')*3 , 0.0001*3)
# 0.0003 0.00030000000000000003

2019/10/02(水) 14:07:38.62

decimal --- 十進固定及び浮動小数点数の算術演算
https://docs.python.org/ja/3/library/decimal.html?highlight=decimal#module-decimal
decimal モジュールは正確に丸められた十進浮動小数点算術をサポートします。

数値間の等価性を厳しく保たなければならないようなアプリケーションを考えるなら、十進数による数値表現が望ましいということになります。

ハードウェアによる 2 進浮動小数点表現と違い、decimal モジュールでは計算精度をユーザが変更できます(デフォルトでは 28 桁です)。
この桁数はほとんどの問題解決に十分な大きさです:

2019/10/02(水) 14:15:23.16

三進数で 0.1 - 0.001 = 0.022 で有限小数となるけど十進数で問題解決できるの？
十進数では1/3も1/27も有限小数じゃなくなるけど。

2019/10/02(水) 15:22:36.64

>>125　数字をどう扱うかだろうね。　
途中演算は全て分数で計算し結果も分数ならそれで終わりだし、最終的に浮動小数点数で表したければ何桁で丸めるかと言うだけの話だろ。
有理数として扱いたければ分数で最終まで扱うしかない。

from decimal import *
from fractions import Fraction
getcontext().prec = 28

f137 = Fraction(1,3)+Fraction(1,7)　# 1/3 + 1/7 -> f137= 10/21
print(f137 , Decimal(float(f137)))
# 10/21 0.47619047619047616404230893749627284705638885498046875

同じことを普通の浮動小数点演算すると
print(13/+1/7)
# 0.47619047619047616

2019/10/02(水) 15:30:33.78

>>124
丸めてるじゃねーかωωω

2019/10/02(水) 15:32:50.13

>>126
二進数でも二進数のまま全て分数で計算すればそれで終わり

2019/10/02(水) 15:33:03.55

>>127　>>126

2019/10/02(水) 15:47:10.47

>>128 分数で扱うのなら二進数も10進数も無い。

ただ、最終的に浮動小数点数として扱うなら
2進数の浮動小数点数は、ハードウェアの演算機の精度で有効桁数が決まるが、10進数の場合は自由に決められるから自分の好みの結果が得られる。

2019/10/02(水) 15:59:41.87

なんでそうなる

2019/10/02(水) 16:10:31.11

なんでそうなるって、decimal が、そう言う仕様で作られてるからに決まってんじゃん。

2019/10/02(水) 16:14:01.35

わざとボケてんのか？

>2進数の浮動小数点数は、ハードウェアの演算機の精度で有効桁数が決まるが、

なんでそうなる

2進数の浮動小数点数だって自分で自由に決められるだろ

2019/10/02(水) 16:37:42.79

>>133 ボケてるのどっち？

15. 浮動小数点演算、その問題と制限
https://docs.python.org/ja/3.7/tutorial/floatingpoint.html

近年の殆どのコンピュータでは float 型は、分子に最も重大なビットから始めて最初の 53 ビットを使い、分母に 2 の累乗を使った、二進小数を使って近似されます。
　1/10 の場合は、二進小数は 3602879701896397 / 2 ** 55 となります。
これは、1/10 に近いですが、厳密に同じ値ではありません。

ハードウェアの浮動小数点演算をサポートしている全ての言語で同じ種類の問題を見つけることができます

Python は本当に float の正確な値が必要なレアケースに対応するためのツールを提供しています。 float.as_integer_ratio() メソッドは float の値を有理数として表現します:

>>> x = 3.14159
>>> x.as_integer_ratio()
(3537115888337719, 1125899906842624)

>>> x == 3537115888337719 / 1125899906842624
true

fractions モジュールと decimal モジュールを使うとこれらの計算を簡単に行えます

2019/10/02(水) 17:00:45.15

>>134
朝鮮人みたいな絡み方だなお前

2019/10/02(水) 17:51:41.97

>>135 最後は捨て台詞？　勉強してね。

2019/10/02(水) 17:55:40.23

ここまでIEEE-754の単語の一つも出ないのは何故なのか

2019/10/02(水) 18:08:35.75

捨て台詞っていうか論点がかみ合わないなと思ってね

2019/10/02(水) 18:09:09.11

知らないんでしょｗ
知ってりゃ
「二進数の浮動小数点演算では誤差が出る」
「数値間の等価性を厳しく保たなければならないようなアプリケーションを考えるなら、十進数による数値表現が望ましい」
「2進数の浮動小数点数は、ハードウェアの演算機の精度で有効桁数が決まるが、10進数の場合は自由に決められるから」
とか出てこない。

2019/10/02(水) 18:15:52.10

Pythonの話はしないのか
しないなら次スレからタイトル変えて

2019/10/02(水) 18:21:26.45

>>139 ここはPython スレだぞ。　Python の仕様を否定するのならこのスレを見てる意味はない。

全て仕様書に書かれてる言葉そのものなのに何をどう反論したいのかな？

2019/10/02(水) 18:51:41.09

>>141
IEEE 754よめｗ

2019/10/02(水) 19:00:26.82

>>142 アホ、IEEE を理解していないな。

2019/10/02(水) 19:05:33.69

一応説明しとく
「二進数の浮動小数点演算では誤差が出る」
→間違い。一般的に言われる「浮動小数点問題」は
https://docs.python.org/ja/3/tutorial/floatingpoint.html#representation-error
に説明がある。雑に言うと、10進数に近似するときに出る誤差を問題にしている。
「数値間の等価性を厳しく保たなければならないようなアプリケーションを考えるなら、十進数による数値表現が望ましい」
→そもそも10進数で表現する必要がないのであれば、等価性を厳しく保つために2進数を採用するのが適切。
「2進数の浮動小数点数は、ハードウェアの演算機の精度で有効桁数が決まるが、10進数の場合は自由に決められるから」
→これこそIEEE754の制限でしょｗ高速性を求めないのであれば、2進数だろうが10進数だろうが精度は自由に設定できる。

2019/10/02(水) 19:43:16.62

IEEEと二進数をNGにしておこうか

**デフォルトの名無しさん** (ｱﾒ MM4b-qPRK) · 2019/10/02(水) 19:46:16.71

各言語での 0.1 + 0.2 の結果
http://0.30000000000000004.com/

2019/10/02(水) 19:55:32.68

仮数部と指数部の話はPythonの話やんけ

2019/10/02(水) 20:27:29.73

相変わらずクソどうでもいいことで言い争ってるな
>>146のリンク貼れば終わる話だろうが

2019/10/02(水) 23:40:17.77

2進数の浮動小数点数、10進数の浮動小数点数ってものが
それぞれネイティブのIEEE754のfloatとBinary Coded Decimalを指してる立場でものを言ってるのか、
純粋に「2進数」の「浮動小数点」などと捉えてものを言っているのかで違っているような

floatはfloatって言うべきだし、BCDはBCDって言うべきだし、それぞれを2進数、10進数の浮動小数点数って言うのは
正確なものの言い方ではないと思うけどね

2019/10/03(木) 00:33:06.53

>>144 おいおい、ここはPython スレだぞ。　どこの言語の話をしてるんだ。

2019/10/03(木) 00:39:40.00

>>149 Python で話せよ。　くだらん話をすんな。

2019/10/03(木) 00:52:45.07

俺はくだらないと思わないが、引き際は大事だと思うよ
これ以上掘り下げてもほとんど意味ないしね

2019/10/03(木) 00:53:02.11

scipyで数値積分をおこなうときに積分範囲をベクトルで与えて
積分の値もベクトルで返す方法はありますか？

例えば ∫_0^x 2*t dt の積分を積分範囲を 0から x=0,1.5, 3 と3通りにかえて
積分結果をベクトルで [0, 2.25, 9] とかえしてくれるようなプログラムを書きたいです。

import numpy as np
from scipy import integrate
from scipy import stats

y = lambda t: 2*t
x = np.linspace(0,3,3)
inty = integrate.quad(y, np.zeros(3), x)

としても
ValueError: The truth value of an array with more than one element is ambiguous.
Use a.any() or a.all()
とエラーがでます。for文を使わずにうまいこと書く方法を教えてください。

2019/10/03(木) 01:42:20.97

>>153
残念ながらfloatにnp.arrayを突っ込むような使い方はできない
こういうときは仕方がないので、以下のようにarray_likeな引数を受け取るような関数を作ることになる

https://ideone.com/czl80w

他にうまい方法があるなら俺も知りたい

2019/10/03(木) 03:22:12.23

>>154
なるほど分かりました
ありがとうございます。

2019/10/03(木) 06:10:56.73

>>151
まあくだらん話だよな
> 2進数の浮動小数点数は、ハードウェアの演算機の精度で有効桁数が決まる
とアホなこと言ってる奴がボコられてるだけだしw

2019/10/03(木) 06:32:35.92

今の主流のコンピュータでは2進数に対応する電圧の状態を利用して計算している

ソフトウェアでそれをどう上手く使って計算するか

IEEEの浮動小数点数の形式で扱うと誤差が出ることがある
Pythonのライブラリで色んな工夫をしている
自分で課題を解決できるライブラリを開発して貢献する事も可能だろう

現在のコンピュータで計算するには
10進数→2進数→10進数
の変換があるからこの過程で
必要な精度を保てるように工夫が必要だろう

2019/10/03(木) 06:37:12.39

木曜日だから今NGすれば一週間消せる

2019/10/03(木) 08:36:04.46

>>156

Pythonの浮動小数点数float型の範囲（最大値・最小値）
https://note.nkmk.me/python-sys-float-info-max-min/

Pythonの浮動小数点数float型は64ビットの浮動小数点数表現である倍精度浮動小数点数で、Cなどほかのプログラミング言語におけるdoubleに相当する。

2019/10/03(木) 11:45:59.34

で？
整数演算機能しか持たない8bit CPUでも多倍長の浮動小数点演算をすることもできる
当然今君が使ってる目の前のPythonでも多倍長の浮動小数点演算ができる
君にできるかどうかは知らんけどねw
なので
> 2進数の浮動小数点数は、ハードウェアの演算機の精度で有効桁数が決まる
と言うのは真っ赤な嘘

2019/10/03(木) 12:14:43.08

>>160 負け惜しみはやめろ。そりゃなんだってゴリゴリやればなんでも出来る。

ここで話してるのはPython の仕様の話だ。

float は、倍精度しか無いと仕様書に書かれている。
それが全てだ。　仮数部53ビット。
これは一般的な64ビット浮動小数点演算機の物理的な制限からきているのは明らか。

2019/10/03(木) 12:35:57.29

ctypes.c_longdouble()

2019/10/03(木) 12:36:57.80

まだ言ってんのか＾＾；

> 一般的な64ビット浮動小数点演算機の物理的な制限からきているのは明らか。

違うぞ。どっちもIEEEによって縛られてるだけ。

2019/10/03(木) 12:55:46.18

>>161
負け惜しみ？
Pythonの話？

馬鹿にされてるのは２進数と10進数の話だぞw
> ただ、最終的に浮動小数点数として扱うなら
> 2進数の浮動小数点数は、ハードウェアの演算機の精度で有効桁数が決まるが、10進数の場合は自由に決められるから自分の好みの結果が得られる。

2019/10/03(木) 19:19:02.85

ラムダ式のリストを作りたいのですが、
def func(n):
　　return lambda n: print(n)

list = [func(n) for n in range(10) ]
list[0]
list[1]
list[2]

は狙い通りに
0
1
2
という結果が出るのに

list = [lambda n: print(n) for n in range(10)]
list[0]
list[1]
list[2]

だと
9
9
9
になってしまうのはなぜですか？

2019/10/03(木) 19:59:14.72

ならないと思うけど
後者のラムダ式は評価されてないから
<function <listcomp>.<lambda> at 0x2b850b976ea0>
とか出るだろ
サンプルは正確に頼む

**165** (ﾜｯﾁｮｲ f16e-jw9j) · 2019/10/03(木) 20:19:26.33

すみません
def func(n):
return lambda : print(n)

list = [func(n) for n in range(10) ]
list[0]()
list[1]()
list[2]()
と
list = [lambda : print(n) for n in range(10)]
list[0]()
list[1]()
list[2]()
でした
ID変わってるかもしれないけど165です

2019/10/03(木) 20:31:44.96

list = [lambda x=n : print(x) for n in range(10)]

**165** (ﾜｯﾁｮｲ f16e-jw9j) · 2019/10/03(木) 20:33:42.58

>>168
どうしてそうなるのかわかりませんが、うまくいきました
ありがとうございます

2019/10/03(木) 22:34:54.68

Pythonでファイルの一括処理を行うと
他の言語やシェルの結果と比較してエラーが多い気がしますが、（特にテキスト処理）
気のせいでしょうか？

2019/10/03(木) 23:13:50.33

僕が論理的に原因分析できないのはここのスレ住民のせいだと思います。気のせいでしょうか？

2019/10/03(木) 23:55:55.59

>>171 気の所為です。　被害妄想とも言います。
ひたすら練習あるのみ。

2019/10/04(金) 02:06:06.17

>>170
エラーではないけど、この関数は将来廃止予定です、みたいな警告はよく見る

2019/10/04(金) 16:24:44.36

def func(n):
　　return lambda n: print(n)
list = [func(n) for n in range(10) ]
これと
list = [lambda n: print(n) for n in range(10)]
これは等価ではない
前者と等価になるのは
list = [(lambda n: print(n))(n) for n in range(10)]

2019/10/04(金) 16:56:37.71

>>174
ならないんだけど

2019/10/04(金) 17:07:14.16

ああ
ならんね
それから
>>165
も狙い通りになってないなω

2019/10/04(金) 17:28:13.79

>>167と>>168で解決してるけど

>>169
python 変数のスコープクロージャ変数の束縛
あたりでググったらわかると思うよ

2019/10/05(土) 00:12:25.64

コンパイラにコード食べさせるのは「コンパイルする」ですけど、インタプリタにコード食べさせるのは何て言うんでしょうか？
「インタプリタする」ですか？

2019/10/05(土) 03:32:00.51

今時のインタプリタはバイトコードへのコンパイルと実行がセットなので
コンパイルではないとされるとすげえ違和感がある

2019/10/05(土) 07:15:18.06

インタプリタがプログラムを解釈interpretするときにはいろんなことを行う
その総体をさしていうなら実行するexecute、走らせるrunだけど、何らの副作用を伴わないなら評価evaluateするという言い方もありだろう
しかし死刑執行人をexecutionerと婉曲にいうように、インタプリタによるinterpretが特別な帰結をもたらす状況もあるかもしれない
昨夜エジョフがスターリンの言葉を解釈した、といわれれば恐ろしい何かが行われたことを想像するであろう

2019/10/05(土) 09:34:05.96

interpretは子音で終わってるから正確にはインタープリッする

2019/10/05(土) 10:30:34.58

>>178 実行するだろうな。

2019/10/05(土) 10:43:06.70

>>178
run
はしらせる

2019/10/05(土) 11:44:35.13

>>178
コンパイルくわせる
リンクしばる
実行はしらせる

**デフォルトの名無しさん** (ｱﾒ MM11-/Xc4) · 2019/10/05(土) 15:18:28.45

生ける忠達　死せる孔明をはしらす
だっけ？

2019/10/05(土) 15:21:10.15

>>185
うるおぼえだなｗｗｗ

2019/10/05(土) 16:32:56.72

>>185
ゾンビかよ

**178** (ﾜｯﾁｮｲ 2ac5-G1PU) · 2019/10/06(日) 11:10:37.65

走らせる、実行するですか
なるほどm(_ _)m

2019/10/06(日) 11:21:21.15

このプログラムが起動するのは一度きりである。実行ののち、消去される。
非実行が選択された場合は起動せずに消去される。
Ready?

2019/10/06(日) 14:54:40.23

非実行なら消去も実行されないじゃんバカなの？ｗ

2019/10/06(日) 15:23:13.43

スパイ大作戦のネタのつもりだろ

2019/10/06(日) 15:23:41.08

ハルヒの消失だっけ？

2019/10/06(日) 17:41:30.75

そもそもメッセージ出してるのは誰よ
実行してんじゃん

2019/10/06(日) 18:24:32.40

おOSがメタデータを読み取って画面表示してるんですよ
ぜ全然破綻してないですよ

2019/10/06(日) 19:13:30.23

　
https://i.imgur.com/3iUCxmB.jpg

2019/10/06(日) 19:22:02.88

>>192 >>195
ﾎﾎｩ( ﾟдﾟ)

スパイ大作戦との中間に、そういえば、
モンタナ・ジョーンズもあったな
諸事情でDVDとかでないのが悲しい・・・

2019/10/06(日) 19:58:52.81

非実行が選択された場合はおまいらのＰＣが等幅フォント、半角カタカナになる。
Ｒｅａｄｙ？

2019/10/06(日) 20:02:06.85

>>197
PC（機械）がフォント（データ）に化けるとはまた面妖な！

2019/10/06(日) 20:07:23.59

昔の16ビットPCに変わるなら、ありかもｗ

2019/10/07(月) 09:25:23.00

polish pillarとかの時代

2019/10/07(月) 09:41:56.19

Ready? と言われると V-MAX発動！と返したくなる
あれ、発動宣言してからReadyだったっけ?

2019/10/07(月) 12:01:35.88

VMAX発動！
「Ready!」

2019/10/07(月) 12:36:46.60

蒼き流星

2019/10/07(月) 19:06:00.76

ラズパイに繋いだ圧電ブザーで
周波数で音の高さが変わるのは分かりましたが
音の音色を変えるにはどう制御すればいいですか？
具体的には音色をピアノ風にしたいです。

2019/10/07(月) 20:58:09.87

スピーカーをつないでピアノの音を鳴らすか
鍵盤を用意して物理的に叩くギミックを用意する

2019/10/07(月) 21:12:02.49

>>204
ピアノ音の波形を周波数成分に分解したものを準備して重畳する
圧電ブザーの数と音の大きさの制御がキーポイント

2019/10/08(火) 13:55:30.56

プログラミング言語人気トップ8、過去15年間で安定 - 例外はPython
2019/10/07 14:16　後藤大地
https://news.mynavi.jp/article/20191007-905781/

TIOBE Softwareから、2019年10月のTIOBE Programming Community Index (PCI)が公開された。
TIOBE PCIは、複数の検索エンジンの検索結果から、対象となるプログラミング言語がどれだけ話題に
なっているかをインデックス化したもの。(中略)

TIOBE Softwareは発表の中で、毎年新たなプログラミング言語が登場しているものの、TIOBE
Programming Community Indexのトップ8は過去15年間でほとんど変化していないと説明した。
Perlが消えてPythonに入れ替わったことや、Objective-Cが消えてSwiftに替わったというのが大きな
例外で、それ以外に大きな変動はないと指摘している。

ただし、プログラミング言語の分野に関してはいくつかの傾向があるとして、その例としてPHPやPerlから
Pythonへ移っていること、新しいプログラミング言語としてDart、Scala、Lua、Rust、Kotlin、TypeScript
などが人気上昇の渦中にあることなどを説明している。

10月TIOBE Programming Community Index / 円グラフ
https://news.mynavi.jp/article/20191007-905781/images/001.jpg

2019/10/08(火) 13:59:03.18

>人気上昇の渦中

終わってるのあるやん

2019/10/08(火) 14:11:07.35

ちおべは説得力ない

2019/10/08(火) 20:51:01.81

Rubyは24.6%もあるじゃん

2019/10/08(火) 20:56:57.87

Pythonが最強なのは知ってるからわざわざ貼らなくてよい

2019/10/10(木) 23:57:06.99

PyPy、JSONパーサを大幅高速化 - CPythonとNodeより高速　2019/10/10 09:47　後藤大地
https://news.mynavi.jp/article/20191010-907234/

高速なPythonの実装系を開発しているPyPyチームは2019年10月8日(米国時間)、「PyPy Status
Blog: PyPy's new JSON parser」において、ここ1、2年で取り組んできたJSONパーサの高速化の取り
組みについて発表した。

JSONデータは特に扱いが増えているデータ形式。さまざまなプログラミング言語が基本的なデータ
形式として扱っており、設定ファイルのような使い方から大規模データ保持の方法としてまで幅広く
使われている。

PyPyチームはいくつかの手法を試して高速化に取り組んだ。結果、処理速度は、CPythonおよびNodeの
双方よりも高速化することに成功したとしている。この新しいパーサは次のリリースバージョンとなるPyPy
7.2に同梱が予定されている。

ただし、PyPyチームはこの新しい実装にはいくつかの課題があると説明。課題とは、高速なJSONパーサと
して知られているRapidJSONほどは高速化を実現できなかったこと、仕組み上採用した仕掛けがPyPyの
世代別ガベージコレクタとの相性が最悪であること、メモリ使用量に関してはNode/V8のほうに分がある
ことなどだ。PyPyチームは、今後さらに多くのベンチマークを実施する必要があるだろうと説明している。

Pythonは現在人気があるプログラミング言語の1つで、デフォルトの処理系以外にもいくつかの実装系が
存在しており、処理速度の高速化に力を入れたている。

2019/10/11(金) 10:41:11.87

msgpackの勝利