2019年まとめ

これからNeoncityのカウントダウン行くんじゃ！
時間はないから急ぎ足で書くぞ！！まにあえ2019！！

Tech系

• 一応毎月アウトプットしたのでえらい
• 2018年からの草の根活動の甲斐あって自社に勉強会文化がじわじわ根付いてきたのよかった
• 色々勉強会行けた。AWS Summit TokyoみたいなデカいやつからRegex Nightみたいなコアなやつまで。楽しかった
• AWS認定なんとか取れた。クラウドプラクティショナーな？
• GCP認定と応用情報は落ちました。ザコです。2020年はリベンジしような
• ご家庭IoTは監視カメラを作ったくらい
• PyConスタッフデビューもしました
• re:Inventへの参加！海外カンファレンスに行くという夢が叶った

お出かけ

• 今年行った国はアメリカ、タイ、香港
• ディズニーパークはカリフォルニアディズニーランド、カリフォルニアアドベンチャー、香港ディズニーランド、東京ディズニーランド、東京ディズニーシーに行きました
• 国内だと一番遠くて宇都宮？次点で鎌倉か木更津
• 都内温泉めぐりに精を出してた
• お出かけしまくった先で写真撮りまくっていたのでGoogleローカルガイドはLv8になりました
• 映画も頻繁に観ていた。スーパーヒーローオタクにはいい年だった

Music!

• re:Playたのしかった
• Future Funkネオ昭和元年なのでそればっか聴いてた
• 人間としての成長があり？、食指を伸ばすジャンルは広がった気がする
• 昔好きだった音楽とか引っ張り出して聞くようになったので年取ったなと思う

体調

• 信じられる医者を見つけることの重要性。近所の適当な医者にかかったらほんとひどい目に合わされた
• 年を取るにつれて病気は増える、身を守るために筋肉をつけよう

その他

• 英語上達した、頑張った
• 人生変わった、確実に

来年の目標

• がんばる TBD

とりあえずふゅーちゃーふぁんく摂取してくる

定期的に忘れるPyCharmのDocstringsフォーマット変更方法と自動入力例

こちらにある通り。 https://intellij-support.jetbrains.com/hc/en-us/community/posts/115000784410/comments/115000640424

[Settings → Tools → Python Integrated Tools → Docstring format]

の順に辿ることで変更可能。 選択可能なスタイルは5種類。

• Plain
• Epytext
• reStructuredText
• NumPy
• Google

以下にPyCharmによるそれぞれのスタイルの自動入力例を示す。

1. Plain

   自動で入力しない。完全手動で書きたいときに。

def Foo(p1, p2, p3):
    """

    """
    return 1, "str", True

1. Epytext

def Foo(p1, p2, p3):
    """
    
    @param p1: 
    @param p2: 
    @param p3: 
    @return: 
    """
    return 1, "str", True

1. reStructuredText

   たぶんPyCharmデフォルト。

def Foo(p1, p2, p3):
    """
    
    :param p1: 
    :param p2: 
    :param p3: 
    :return: 
    """
    return 1, "str", True

1. NumPy

def Foo(p1, p2, p3):
    """
    
    Parameters
    ----------
    p1
    p2
    p3

    Returns
    -------

    """
    return 1, "str", True

1. Google

def Foo(p1, p2, p3):
    """
    
    Args:
        p1: 
        p2: 
        p3: 

    Returns:

    """
    return 1, "str", True

sam local invokeで timed out したときの対応

AWS SAMのローカル実行をしたときに、 Function 'YourFunctionName' timed out after 5 seconds が出ちゃったときの対応策。
といっても原因はエラーメッセージそのままなのでやることは単純。

Properties.Timeout の値を追記/変更する。 単位は秒。デフォルトは（おそらく）5。自分が試したときは5だった。

  Type: AWS::Serverless::Function
  Properties:
    Handler: index.js
    Runtime: nodejs8.10
    CodeUri: 's3://my-code-bucket/my-function.zip'
    Description: Creates thumbnails of uploaded images
    MemorySize: 1024
    Timeout: 15

参考： - https://stackoverflow.com/questions/56182205/aws-lambda-function-timedout-after-3-sec-using-aws-sam - https://github.com/awslabs/serverless-application-model/blob/master/versions/2016-10-31.md#awsserverlessfunction - https://docs.aws.amazon.com/serverless-application-model/latest/developerguide/serverless-sam-template.html#serverless-sam-template-function

goで関数変数定数のパッチとモック

最近はGoでのテスト時の値の置き換えのしかたとかすごい悩んでます
最近自分がやった策をメモしておく。ただの所感ポエム。

関数のパッチ

MonkeyPatch最強。悩む必要なし
github.com

• テストしたい関数

func Hoge(a string, b int) (string, error) {
    return "hoge", nil
}

• テスト

func TestHoge(t *testing.T) {
    monkey.Patch(Hoge, func(string, int) (string, error) { return "fuga", nil})
    ~~テスト~~
}

ちなみに monkey.Patch() 先生は関数しかパッチできないので無理をしようとすると怒られる。

panic: target has to be a Func [recovered]
    panic: target has to be a Func

定数・変数のパッチ

自分が調べた限り、パッチするようなライブラリはない（あったら教えてください）。
メッチャ苦労するので、設計段階から置き換えやすいIFにしておくのが得策の様子。

苦心した方法は下記。

1. envに入れる
   os.GetEnv("HOGEHOGE") に格納しておいて、都度そこから引っ張り出す。環境ごとに変更。
   テスト時は os.SetEnv("HOGEHOGE") でどうにかなる
2. configファイルを用意、上書き
   コンフィグファイルに定数にしたいものを定義しておく。ただし var で。
   テスト時はそこを書き換える。けっこう無理矢理である。

コンフィグファイル

package config

var (
    Hoge = "foobar"
)

テスト

config.Hoge = "piyofuga"

モック

モックをするには interface が必要らしいので、ちょっと関数だけ…なときにはモックを作るほうにめんどうくささが偏っていく。
とりあえず interface があるなら（もしくはこのために作っても良いのなら） mockry とか gomock とか選択肢はある。
ジェネレートするだけ簡単仕様、使い方は色んな人が書いているからどうにかなる。

github.com

github.com

---

感想、設計がちゃんとしてればテストもラクなんだろうなあって思った（こなみかん）。
テストのしやすさも考えて実装しないと「テストどうやるの…」になって詰む。
Goはその辺試される言語ですね。ザコーダーにはつらい。

Fitbit製品はソニータイマーみたいな壊れ方するから買うべきではない

書かずにはいられなかったよ。

TL;DR

Fitbitは故障対応が最悪なので、購入を検討してここに辿り着いたなら考え直すことを強くお勧めします
特にIonicはダメだ。3万円もするんだぞ。
アキバでやっすい中華ウォッチを買ったほうがマシ

何が起こった

Amazonの日本先行発売で購入したFitbit Ionicを1年10か月使っていました。が、先日故障しました。
原因はおそらく水泳（ちなみに防水モデルですよ！）。

水泳アクティビティ記録モードにして、泳ぎ始めて30分ほど経ったころ、ふと気付くとIonicが再起動状態に。
オヤと思ってプールから上がって様子を見ていると、再起動を繰り返しているようです。
再起動の合間にボタン・パネル操作をしましたが、30秒ほど遅延してやっと操作が反映される状況でした。
とりあえず、時計はそれ以上水に浸けないように腕から外しました。

帰宅後、満充電してみました。
遅延が10秒くらいに減ったがなんかパネル操作がおかしい。左半分の操作が効いていない。
苦戦しつつなんとか設定画面に辿り着き、出荷状態へ初期化しました。

初期化後、遅延はなくなりましたが、やっぱりパネルの左半分はウンともスンとも状態でした。

サポートに連絡したらガッカリ対応だった

サポートに問い合わせるとこんなメールが返ってきた。

要約すると、

• Fitbitに「修理対応」というものはない
• 1年の保証期間を過ぎているので なにも対応できません

そんなことある…？
一応3万円するんですよ、Ionic。
3万円あればSwitchやらPS4やら買えます。任天堂やソニーが修理断るなんて想像できます？
機械は機械だから絶対に遅かれ早かれ壊れます。でも愛着持って使いたい人はいるわけで。
それなのに…？「対応をお断りせざるを得ない」…？

呆然。

みんなソニータイマーしてるらしい

https://community.fitbit.com/t5/%E3%83%98%E3%83%AB%E3%83%97/Ionic%E3%81%AE%E9%98%B2%E6%B0%B4%E4%BB%95%E6%A7%98%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6/td-p/2835097

https://community.fitbit.com/t5/%E8%AD%B0%E8%AB%96/IONIC-VERSA%E3%81%AF%E6%B5%B7%E3%81%A7%E4%BD%BF%E3%81%A3%E3%81%A1%E3%82%83%E3%81%84%E3%81%91%E3%81%AA%E3%81%84/td-p/2850860

この辺を見ると、みんな同じような壊れ方をしているように思います。
かわいそうな人は1年1か月で故障しているようで…ひどい。

IonicはFitbitの最高級モデルで、1台3万円します。
それなのに、修理サポートもなく壊れたらはいおしまい。
ひどくないっすか。

結論

Fitbitが買収したPebbleが好きでした。
なのでFitbitも何となく好きだったけど今回のことで嫌いになってしまいました。
もうFitbitは買いません。
高い勉強代でした。本当に残念。

go-proto-validatorでis_in_enumを使ったときにコンパイルに失敗する

TL;DR

https://github.com/mwitkow/go-proto-validators の version 0.1.0 で、
ネストされているEnumに対して is_in_enum:True を設定するとエラーになる。 version 0.2.0 で解決された様子？だが、うまくいかない。。。

エラーメッセージ

C:\Go\Project\hoge\fuga\foo.pb.go:18:14: undeclared name: Belong_name
2019/09/25 15:33:54 Loading input failed: loading package failed

問題が発生するprotoファイル

item Person {
  string id = 1 [(validator.field) = {length_gt:0, msg_exists:true, string_not_empty:true}];
  string name = 2 [(validator.field) = {length_gt:0, length_lt:50, string_not_empty:true}];
  enum Belong {
    NONE = 0;
    COMPANY = 1;
    SCHOOL = 2;
    OTHER = 3;
  }
  Belong belong= 3 [(validator.field) = {msg_exists:true, is_in_enum:true}];
}

原因

version 0.1.0がネストされたEnumに対応していないことが原因の様子。 pb.go ファイルを生成するとき、Enumは下記のように Name と Value の2つの変数に分けて定義される。

var Person_Belong_name = map[int32]string{
    0: "NONE",
    1: "COMPANY",
    2: "SCHOOL",
    3: "OTHER",
}

var Person_Belong_value = map[string]int32{
    "NONE":     0,
    "COMPANY":  1,
    "SCHOOL": 2,
    "OTHER":    3,
}

ここで変数名に注目して欲しいのだが、変数名は
{親のクラス名}_{自分のクラス名}_{name|value}
の命名規則に則っている。

go-proto-validators はこの {親のクラス名} を追えないようで、 {自分のクラス名}_{name|value}
を探しに行ってしまう。そのため、参照エラーになる。

解決法

ネストしない。
ネストしているEnumを親クラスの外側に出す。

version 0.2.0でこの問題が解決したっぽい。 が、いまいちうまく生成できないのでとりあえずネストしない法でやりすごしている・・・

PyConJP2019に当日スタッフとして参加しました

2018年9月から本格的に業務でPythonを使い始めて1年が経ちました。
満を持して！初PyConJPに参加してきました。 しかも当日スタッフとして。 自分の中ではかなりのチャレンジをしました…！

9/15(前日)

事前準備から参加しました。何もないだだっ広い大展示ホールを「会場」にするお仕事。
会議テーブルを展開したりパーテーションを立てたり、あとは同時通訳レシーバーに番号貼り付けたりしてました。
楽しかったですが、普段座りっぱなしの身にはかなりキツかったです。腕力がなさすぎた。テーブル一枚持ち上げられないんじゃ…。
何をやるにも一番大変なのは準備と片付けですね。再認識しました。

9/16(1日目)

朝からバタバタと色々やってました。
託児&ユースコーダー受付とか、外国人参加者さんのサポートとか、小展示ホールのセッション運営とか、コンセントルームの確認とか。
バタバタでしたが超楽しかったです。
良いこともありました。昔お世話になった方に5年ぶりくらいに会えました。完全なる偶然。嬉しかった。
それから、パーティの時間には初めましての方ともたくさんお話ができてとても良い時間が過ごせました。
正直、15日までは知らない人しかいない緊張でガチガチだったのですが、16日になると肩の力も抜けていい感じにお仕事ができていたと思います。

最後に

スタッフになって見えたこと

ボランティアで活動するスタッフの努力がカンファレンスを支えています。
これは言葉にすると簡単で「当然じゃんか〜」って受け取り方になるのですが、自分がその立場になり、かつ他のスタッフを間近で見ると「自分ごと」としてのリアリティがより濃くなりました。
スタッフは本当に全力で運営に向き合っていました。
深夜までネットワーク保守に全力を投じてくださったNOCのみなさん。
夜遅くまで&朝早くから動けるように、会場近辺に宿泊していらしたスタッフの方々。
けっこう早かった朝の集合時間に間に合うために、朝4時起きで来ていた当日スタッフさん。
カンファレンスへの愛と、気合いがないとできないと思います。
本当に、敬意敬意です。

夜のパーティで、参加者の方から「運営ありがとう」って言われた時は嬉しかった。自分なんかでも、PyConにちょっとでも貢献できたなら嬉しいです。

スタッフの皆さまへ

未経験の自分を当日スタッフとして受け入れてくださり、色々と教えてくださったスタッフの皆さまに感謝します。
大変貴重な経験をさせて頂きました。
来年以降もぜひ参加させてください！