四半期ごとの人生振り返りです。

サマリ

• 技術書典で書ききれなかった章足すぞ
• GCPのサーバーレスやるぞ
• 今年もアドベントカレンダーがんばろう

習慣

今年の目標（再掲）

年初に立てる目標は定量的に白黒はっきりするアクションにしました。

特定の技術領域に詳しくなる、的なテーマはその時その時で変わるので、アクションの方向付けくらいに考えています。

• 本（執筆）: 2冊/年
• 登壇: 6回/年
• OSS: 1PR/月
• ひとまとまりのソースコード公開: 1リポジトリ/月
• 技術記事: 2記事/月
• 技術書: 30分/日
• その他本: 30分/日
• カラオケ: 2回/月
• 歌練習: 1回/週
• 品川健康センター: 2回/月
• 走る: 1回/週

この中で歌系は前回の振り返り時点でやめています。

進捗

本（執筆）: 2冊/年

1/2

前回の振り返り時に技術書典5の申し込みをし、落選も脱落もせず当日を迎えられそうです。

技術書典5で『Goで学ぶAWS Lambda』を出展します #技術書典

終わったらこれはこれで振り返ろうと思います。

もう1冊技術書典関係なく共著で書いたやつもう無理かなぁ…

登壇: 6回/年

4/6

登壇と呼ぶかどうかは置いておいて、XamarinとAzure APIを使ったハンズオンの講師をしてきました。振り返り記事を書こうと思って完全に忘れていました。

• ハンズオン: Xamarin.FormsとFace APIで構築する顔認識モバイルアプリ
• GitHub NoOps-jp/xamarin-faceapi-handson

副業の一環でした。たしかソースコードは3月くらいに書いたはず。

コードはmacで書いたのですが、参加者たぶんWindowsやろと思ってハンズオン教材をWindows向けに作ったら参加者全員macという大惨事でした。

今回お誘いいただいたkazuyukimiyakeさんに助けていただきました。今後もなにかしら一緒にお仕事させていただきたいです。

なにかしらコードを書く前提 + 喋るみたいなお仕事はいいですね。

ただ、扱う技術は直近の仕事で使うものや近いもの、もしくは仕事関係なくてもついつい触ってしまう領域だと人生的な効率はよいかもと思いました。

あと、時間が余ったとき用に過去の登壇資料を読み直していたのはやっといてよかったです。

今後についてはテーマのところでちょっと考えます。

OSS: 1PR/月

5/3

• Add go 1.11beta3 @syndbg/goenv
• Add 1.11rc1 @syndbg/goenv
• add 1.11.0 and 1.10.4 @syndbg/goenv
• :bug: fix path for secret @kenfdev/workshop
• :+1: add build, push and deploy commands

やらないよりましなものの設定ファイル追加とかハンズオンの手順修正だけして「OSSにコミットした！！」とか言いたくないなぁ。

そういう意味でもServerlessconf Tokyo 2018 Contributor Dayは今後の活動のよいきっかけできればと思っています。

ひとまとまりのソースコード公開: 1リポジトリ/月

4/3

• NoOps-jp/xamarin-faceapi-handson
• toshi0607/url-shortener-lambda-go
  • url-shortner-lambda-go is a service to shorten URL using AWS Lambda and DynamoDB
• toshi0607/s3-sns-sqs-lambda-slack-go-sample
  • s3-sns-sqs-lambda-slack-go-sample is a sample implementation of a Funout Pattern of a cloud design pattern
• toshi0607/s3-unzipper-go
  • unzip uploaded zip file to another S3 bucket via AWS Lambda in Go

下3つは技術書典向けに書いたものです。現実のユースケースがそれなりに見える形（ほんとに初めて触るサンプル +α的なもの）をコンセプトに書いてるので、1つ1つそこそこ時間がかかっています。いや、そうでもない？

ただ言えるのは「現実にこれ運用するならこういうコード書いた方がいいかも」って思った書いたコードは仕事でもたぶんそういうコード書くと思うし、今の実力（？）こんなもんかという感じです。手を抜かずに書こう。

技術記事: 2記事/月

1/6

• GoLand（IntelliJ）のGOROOTを絶対パスを選択せず直接入力したいとき

何も書いてないな？技術書典の本は技術記事の延長にあると思うけど、その中から細かい粒度で「こうハマったけど、こうしたら解決できた」みたいなの出してけばよかったかもですね。

あと会社では今細かめにドキュメントに残してるので、毎日書いてると言えば書いてる。

もうすぐアドベントカレンダーの季節もやってくるのでテーマ部分で合わせて考えようと思います。

技術書: 30分/日

読んだ

• Google Cloud Platform エンタープライズ設計ガイド

AWSでいう…みたいな感じで予習になりました。仕事用のキャッチアップとしては遠い…

• サーバーレスシングルページアプリケーション ―S3、AWS Lambda、API Gateway、DynamoDB、Cognitoで構築するスケーラブルなWebサービス

JSのテスト先に書いてるのがんばってますねみたいな感じであんまりサーバーレス！！！みたいなのは覚えてないですね。

• Amazon Web Servicesを使ったサーバーレスアプリケーション開発ガイド

一度読んだ気がするのですが技術書典の参考にすべくもう一度読み直しました。

イメージしやすいサンプルのためのサンプル過ぎない具体的なユースケースとGUI操作は行わずとことんコマンドで操作する感じがとてもよかったです。

読んでる

• Clean Architecture 達人に学ぶソフトウェアの構造と設計

向き合い続けるものとは思いますが、設計が大事な時期なので。

• Docker/Kubernetes 実践コンテナ開発入門

DynamoDB localのDockerイメージとの出会いで覚醒しました。そういうタイミングに学ぶのが一番モチベーションが高く効率がよいので一気に読みたいです。

• Vue.js入門 基礎から実践アプリケーション開発まで

技術書典の本の最後のユースケースはサーバーレスSPAにしたかったんですができなかったのと、『Amazon Web Servicesを使ったサーバーレスアプリケーション開発ガイド』で最後のユースケースでVue.jsが使われていてこれは…！！！って思ったので入門することにしました。

• マイクロサービスアーキテクチャ

無駄に洋書で読むマン。Safaru Books Onlineのアカウントを得ました。

• エンジニアの知的生産術 ──効率的に学び、整理し、アウトプットする

インプット・アウトプットの質向上には常に取り組むべき。

その他本: 30分/日

別でまとめてるのでそちらで！

カラオケ: 2回/月

声が出なくなったのでやめました。

歌練習: 1回/週

声が出なくなったのでやめました。

品川健康センター: 2回/月

週1で通う習慣が続いています。

走る: 1回/週

品川健康センターで走ってるのでこれも続けられてます。

転職

新しい会社で働き始めてから1ヶ月が経ちました。もう3ヶ月くらいいるような感覚です。

freeeでの闘争を終え、メルペイで闘争します

試用期間大丈夫かなぁ…///などは考える余裕は一瞬もありませんでした。

仕様把握、設計から新たなマイクロサービスを作るというのはまさにやりたかったことで、配属の希望面談どおりです。

闘争するぞ

— かえる氏の闘争@技術書典5 か76 (@toshi0607) 2018年9月3日

はい闘争です。

9月は仕事ではコードを書きませんでしたが、設計もひと段落しとうとうコードを書き始めました。設計も楽しいですが、実装が見えてくると一層楽しい！！

一緒に課題を解決してくれる仲間を探しているので、もしご興味あればご飯でも行きましょう！

merpay Careers

夏休み

転職にあたり、7月末を最終出社として8月はお休みしていました。

前半の記憶があまりないのですが、技術書典のユースケースの実装1つ終わらせた気がします。

後半は新婚 #とは 旅行に行ってきました。結婚したのは一昨年の2年なのでけっこう経ちましたが行けてなかったので。

個人的にずっと行きたかったクロアチア（ドブロブニク、スプリト）、セルビア・モンテネグロ、イタリア（ベネチア）、フランス（モン・サン・ミシェル）に行ってきました。

毎日旅行記を書いていてまだ公開していないので、写真も添えつつちょっとずつ出していこうと思います。

テーマ

直近3ヶ月でいう技術書典的な位置付けでつぎの3ヶ月なにをやるかどうしようかなぁと思っています。

『Goで学ぶAWS Lambda』の続きとVue.js

今回頒布した本の目次は構成要素を考えている段階ではもっと豪勢な感じでした。

少なくとも最終章のURL短縮サービスはサーバーレスSPAにするつもりで、構成要素はつぎのようなものを含むはずでした。

• 認証・認可（CognitoとかAutn0とか使う）　
• Vue.js

あとは

• Lambda上でヘッドレスブラウザ使うユースケース
• GitHubアサインのSlack通知
• AWS Serverless Application Repository
• Kinesisを使うユースケース
• DLQの設定
• Alexaスキル系
• GraphQL（AppSync）
• SQS（FIFOキュー）のユースケース

GCPのFaaS

Cloud FunctionのGoサポートの申請を待ちつつ…

GCPではまずコンテナやみたいな雰囲気をスルーして本で扱ったようなユースケースを実装してどう違うか触ってみたい気持ちがあります。

GCPのサーバーレス

GCPも最近「サーバーレス」って言い始めたもののAWSやAzureのそれとは何か異なる気がしてその辺を追いたいし、つぎの技術書典のテーマにしたくもあります。

この勉強会とても楽しみです。

GCPUG Shonan vol.32 feat. Serverless & Knative

GCP関係ないけど、Serverless Confで触れたOpenFaaSも近そうで気になります。

Docker/k8s

マネージドサービスでどう扱うかについては仕事上避けて通れないし、GCPのサーバーレスに触れる上では一緒に触れそうです。

アドベントカレンダー

この3ヶ月に技術書典はないので、周囲とワイワイしながらヒーヒー言うイベントは12月のアドベントカレンダーが大きそうです。

去年も相当気合を入れて書きました。

Advent Calendar 4記事の背景にあったテーマ

その結果、問題意識を形にできたり、よい習慣ができたり、書籍の執筆に誘っていただけたりいろいろいい影響がありました。1つのアウトプットの場として今年もなにかしら書こうと思います。

取り組み

一通り並べたところでどう取り組むか迷いますね。アドベントカレンダーの季節にはまた別の興味が生まれているかもしれません。

なにするにしても「これ作ろう」「これ書こう」というアウトプットの形なしに何となく「勉強」を始めるのはとても効率が悪いので、

• サーバーレスSPA（短縮URL）
• Lambdaでヘッドレスブラウザ動かすやつ

に実装観点の主軸を置きつつGCPの勉強会でアウトプットの形を探るみたいな感じで行こうと思います。

まとめ

• 技術書典で書ききれなかった章足すぞ
• GCPのサーバーレスやるぞ
• 今年もアドベントカレンダーがんばろう

あ、あとPokemon GO復帰したので友達申請させてください！

明けましておめでとうございます。

freeeに転職して（ = エンジニアとして働き始めて）3年が経ちました。

2017年はいろいろはじまたいい年だったなぁと思っています。

2018年を強く生きるために2017年を振り返ったり、今年やりたいことを書いたりします。

2017年

仕事面

年初の時点ではこんな感じであれやりたいこれやりたいみたいなことを言ってたみたいです。

転職して2年が経ちました。2016年の振り返りと2017年の目標

• クエリ、データベース: 自分で早くKPIを追えるように、それが動く土台も詳しく
• 機械学習: 経営者が一歩先に進むための判断をサポートするという文脈かついいタイミングなので追いたいです
• 設計: 打ち手を増やして、サービスを作る、変える、大きくするを継続的によくするために。汎用的なデザインパターンとクライアントサイドの定石をまず身につけます。まだまだベストプラクティスを追うフェーズでよいと思っています。
• フロントエンド: ユーザさんが直接的に触る部分をよくするための技術、問題解決できるサービスであることを伝えるための手段として。サービスで使われてるメインの技術をまずは追えるように…C#（WPF）的な文脈ではもうちょいxamlちゃんと理解しようと思います。
• linux: もうちょっとコマンド自由に使えるように…去年はLinux標準教科書を環境作って追ってみたら多少ましになったので、その復習プラスサーバの負荷状況調べれるようになりたいです。
• git: 最低限もわかってない感があるので、本一通り見るのは最低限やります…
• Xamarin: C#のコードが自分のスマホで動くのは純粋に楽しそう
• エディタ: RubymineとVisual Studioもうちょい使いこなそう…

実際書いた通りにやったこともあります。

機械学習も3月頃まで毎週勉強に参加しつつCourseraやったり、最終的にはAzure MLを使って社内勉強会でハンズオンをやったりしたのは楽しかったです。

でも、とあるランチがきっかけでもっと目の前の問題に向き合おうと思いました。（毎年言ってる気もする）

Tokyo Jazug Nightで「Azure FunctionsとAWS Lambdaの開発フローの違い」を話してきました。初めての登壇とその理由 #jazug

「自分が困った問題の原因を考え抜く、調べきる」

どういうテーマ・技術分野をするにしても、それによって解決したい問題がある状況の方が身になると。

一方で、本を読んだりする中で何かを学ぶときのスコープ（範囲、期間）の定め方が曖昧過ぎたのかなとも思いました。

今年最も影響を受けた本の1冊でもあるSOFT SKILLS　ソフトウェア開発者の人生マニュアルでも「学ぶことを学ぼう」という部（9章分）が確保されているほど大事なテーマです。

今年は初めてLTや長めのセッションにも登壇しましたが、学習の習慣作りとして重要な役割を果たしてくれました。

登壇の申し込みをする時点では何もテーマがないんですが、そこからそのときそのときの関心事を考えて、そこまで余裕のない期限に焦りつつ勉強し、なんとか資料にしていきます。

もちろん自分に確実に技術が身についていなくても喋れるのは喋れるし、妥協もいっぱいします。

それでも短期間で一定の形にして人前に晒すのを繰り返すことは意味があると思うので続けます。

登壇は最初は自分で申し込んだものの、.NET ConfやJXUG福岡での登壇はお声がけいただいたものでした。

きっと5分のLTの経験、しかも3回しかなかった自分が45分のセッション（.NET Conf）や東京から離れた土地での勉強会（JXUG福岡）に自分から踏み込む勇気はなかったはずですw

幸運にも機会が機会を読んでくれました。

会社では窓際（物理）でだいたいひきこもっている一方で、コミュニティや他社の方との絡みが広がっていったのもとても嬉しかったです。今年もかまってください。

一方登壇系は自分のやり方ではテーマがバラバラになったり、腰を据えて勉強するのが難しい短期決戦なのでもう少し長いスパンで取り組みたいと思うこともけっこう初期からありました。

そこで取り組んだ技術書典での同人誌の執筆やQiitaでのアドベントカレンダー記事、特定リポジトリ（OSS）へのコミットなど継続的にやっていきたいことです。

技術書典3で『Extensive Xamarin』という同人誌の出展・販売に携わりました

Advent Calendar 4記事の背景にあったテーマ

結果的にMicrosoft MVPも受賞できましたが、受賞自体よりも受賞することで得られる機会を大事にしていきたいと強く思っています。

Microsoft MVP を受賞しました

つまるところ、勉強しないといけないテーマ（技術領域）は年初に「これがやりたい」と思う以上にそのときそのときで変わります。

業務で Xamarin（今後公式にお知らせしますが、Xamarin.Macを使ったMacアプリは無事リリースしました🎉🎉🎉）やることになるとは微塵も思っていませんでした。

そのため、目の前の課題にしっかり向き合い、その向き合い方をより真摯で本質的にするための姿勢・習慣作りを明確にしておくことが大事そうということです。

ある程度「こういう領域やってみたい！」もないといざというときに「え、自分って何やりたいん…？」って困るんですけどね…

そういうわけで2018年の目標はより習慣的なところに重きを置きたいと思います。

音楽面

歌については去年の6月を最後に歌って気持ちいいなぁと思えない状況がひたすら続いています。

各フレーズの1言目が音にならなかったり、息が続かず異様にお腹に力が入ったりただただ苦しいです。（語気弱め）

苦手でできないことばっかりやっているので、ランチカラオケ復活してゆるゆるする時間でも作ろうと思います。

一方聴く面では7月にいった福岡でのミスチルライブが空前絶後のクオリティでした。

中3ではまりバンドをやり始めたきっかけにもなったミスチル、2009年にSUPERMARKET FANTASYのドームツアーで本物を見てからずっと追いかけていますがこの回ほど完璧と思ったことはあいませんでした。

各曲最高のシーンを集めた映画のようで、ある意味では臨場感を失っていました。

今年は早速主題歌も決まってるので楽しみですね！

Mr.Children新曲「here comes my love」、フジ系木曜劇場『隣の家族は青く見える』主題歌に決定！https://t.co/9V8e8znMcG#mrchildren #fujitv #フジテレビ pic.twitter.com/LD4uYsTxAy

— Mr.Children (@mrchildren_jp) 2017年12月20日

家庭面

嫁氏最高本当にありがとうに尽きます。

行きたかった海外旅行（マレーシア・マラッカ）には行けたものの、新婚旅行だったり、結婚式的なものだったり大事なイベントがまだだったりするので、日付決めます。

あと、結婚したら自分の両親とお嫁さんと沖縄に行く！！！って何年か前にしていた約束も果たせたのはよかったです。

今度は2人で離島行きたい。

精神面

年初に掲げていた睡眠の質向上は継続的に取り組み、眠いと感じる日は1年でほぼなかったです。

このスリープ・レボリューションという本で文字通りスリープをレボリューションしました。

あと、精神は半信半疑で読んだマインドフルネス系の本（世界のエリートがやっている 最高の休息法――「脳科学×瞑想」で集中力が高まる）が刺さりました。

イライラと向き合うにあたり、宗教的なアプローチ（反応しない練習 あらゆる悩みが消えていくブッダの超・合理的な「考え方」とか）や名言的アプローチ（デール・カーネギーの悩まずに進め ──新たな人生を始める方法）もそれぞれわかる、せやかて工藤みたいなノリでなかなか定着しませんでした。

でもこの本は単にイライラしない以上に自分のパフォーマンスに直結するのと、よりハードワークな状況を迎えるにあたっての「心身を休める技法」の必要性に迫られている状況がある中取り組みの裏付けもしっかりしているようで比較的定着しそうです。

2018年

仕事面

新チーム

年初からこの1年親しんできた技術とはけっこう別の技術スタックを扱うチームでがんばることになりました。

技術面では、C#や.NETに触れる中で言語の周辺を支えるツールやライブラリの中身まで追うようになってきました。

その向き合い方を忘れずにまずはキャッチアップしてやり切れることを増やしたいなぁと思います。

副業/複業

あと大きいのは副業/複業を始めることです。

またしてもSOFT SKILLS　ソフトウェア開発者の人生マニュアルの影響ですが、自分が個人で仕事受けるとしたら何だろう？と、そういうテーマの章を読んでこのブログのAbout Meページで求職を書いてみました。

About Me

そしたら

「こういうことできるので仕事ください！」

と出せることの幅や深さに問題意識を持たざるを得ませんでしたw

そして実際に書いた内容で求職（副業/複業）し始めました。

意図としては、

• 自分ができるようになってきたと思うことは社外でも（ある程度客観的に）通用するのか挑戦したい
• ここに書くことをテーマに深めていけたら素敵。振り返りもしやすい。
• 「どこまで勉強するか」の1つの基準になる。「仕事を受けてやり切れるまで」
• 弊社サービス会計freeeで帳簿をつけ、Macアプリで電子申告する
• 特定の組織に依存せず生きる力を…

というところです。

週あたりの時間を決めてやって行く予定ですが正直やってみないとわからないのでこれを主軸にやってみてから考えます。

幸い開発と本を書くことについてはお声がけいただいています。※確定して始まっているわけではない

弊社のサービス開業freeeで必要な書類は揃えたので、1/4か5に税務署に提出してきます。

習慣

習慣としてはこういうのを目安に作っていきたいです。

絶対達成したいのとできたらやりたいのを敢えてふわっと…

機会があれば他をおいても挑戦します。優先度順。

• 本: 2冊/年
• 登壇: 6回/年
• OSS: 1PR/月
• ひとまとまりのソースコード公開: 1リポジトリ/月
• 技術記事: 2記事/月
• 技術書: 30分/日
• その他本: 30分/日

寄稿とかないかな？

テーマ

昨年はXamarin勉強した一方でサーバーレスな技術に触れてとても楽しかったです。

UIをHTMLやJS的なフロント以外（モバイル、Bot、Chat）におさまるというかフロント苦手意識が強い？

色々ためしてみたいことたくさんあるので、Trello（カンバン式タスク管理ツール）にチケット切って積み重ねていこうと思っています。

あとはこういう単位で自分で一通り使える状態のコード書いてGitHubにあげていきたいです。
https://github.com/toshi0607/ErrorNotificationLambda

「これできます」と言うためには、細々tips記事書くのを目標にしていたら到達しない（書くことは大事）だと思っていて、一通りサービスなりライブラリなり形にしていくのを増やしていかないとと思うこともあり上に載せたコードを書きました。

そして去年はAWS LambdaやAzure Functionに少し触れてとても楽しく、PaaSの幅広げたい（組み合わせて使いたい）のでAWSかAzureの認定資格とります。

音楽面

楽しいと思う気持ちを復活させる。

• カラオケ: 2回/月
• 歌練習: 1回/週

家庭面

家をきれいにw

いらないものを捨てて、書斎を復活w

ソファとか床とかでPC長時間いじるの辛い…

あと、

• 品川健康センター: 2回/月
• 走る: 1回/週

最近引きこもりすぎて走るのすらやってなかった。

健康診断評価のランクは変わってないけど、数値は悪くなっているw

そして現金以外の資産の比率高める。

精神面

平和な気持ちで過ごしていい1年にしような！

明けましておめでとうございます。

2016年は前半はブログを振り返る範囲では仕事面ではパッとしない感じでしたが、後半は色々な経験ができ、掲げた目標もそれなりに達成できて盛り返した感じでした。

プライベートは文句なしです。

2016年を振り返り、2017年に向けて色々と考えようと思います。

2016年仕事面

今年何を目指すかみたいなところは元々

• Windowsプロジェクトを体制として確立する
• JavaScriptと真剣に向き合う（「ニャンちゅう圧倒的にこれできないからこのプロジェクトはなしかなぁ」をなくす）
• android触る
• API！

をがんばる年にしたかったみたいです。

転職して1年が経ちました。2015年の振り返りと2016年の目標！

が、6月時点ではもっと目の前の技術に向き合わないと何も成果出せないと打ちひしがれてたみたいですね。

28歳になりました

というわけで、この半年間はC#でWindowsのクライアントアプリを書くことと、アプリをちゃんと使ってもらうためにフロント（Backbone.js + CoffeeScript + CSSな部分。まだまだ残ってるので…）を変えていくことに集中していました。

結果、担当してる部分で対応範囲、品質、利用状況どれもだいぶよくすることができ、半年前には想像できなかったくらい良い気分で今年を終えることができそうです。

ざっくりとした内容は年末のfreee Engineers Advent Calendar 2016に書きました。

技術的マイノリティプロジェクトで幸せに過ごすための5つの方法
まとめると、社内的にマイノリティな言語を使ってるプロジェクトにいても、

• 少し抽象化すれば他の言語、プラットフォーム、プロジェクトで活かすことができる技術や手法はたくさん学べる
• どんな技術を使うか以前に、問題を正しく把握し、解決できているかどうかに集中すると幸せになれそう

というお話です。

特に印象深かったのは次のようなことです。

情報を得るために情報を発信する

今年は敢えてブログではなくてQiitaで技術記事を書きました。C#のことを基礎から学ぶにあたっても、知らないからこそ調べて記事にして発信することでフィードバックはもらえるし、調べて詳しくなるしでいいことしかなかったです。

去年の2記事に対して19記事。書く抵抗もだいぶなくなってきました。

Qiitaで書いた記事

ユーザさんが抱える問題の解決にフォーカスする

いわゆる「プロダクトマネジメント」の本を読む機会があってめちゃくちゃ影響されました。

特にこの本は学ぶものが多かったです。

ユーザさんがあれほしい！これほしい！って言ったからあれやこれを作るのではなく、あれやこれの背景にある課題は何かをとことん考え、それを解決するものを作る。

会社でもよく言われます。

freeeを支えるマジ価値開発の極意

意識しても簡単にできるものではないので、こういうのを意識してうまく作られたプロダクトをたくさん触ってみたり、課題をあぶり出すためのよいフレームワークを勉強してみたり追っていこうと思います。

フロントエンドとの闘争

少しずつ勉強してきたフロントエンド（Javascript）もやっと触る機会がありました。

仕事ではBackbone.js + CoffeescriptとCSSにほんの少し触れ、プライベートではReactの勉強が進みました。

本体ももちろんなのですが、トランスパイルの仕組みが整理できてないので今年はもう少しプライベートプロジェクトで進められたらと思います。

KPIのトラッキング

ユーザさんに価値が届いているかどうか、そのための施策が有効か、それらを可視化し追い続けることの重要性をひしひしと感じました。

基盤作りからクエリまで、ほぼ何もできないので今年は勉強しないと…

というような感じでした。総括すると、特に10〜12月のプロジェクトは自分がエンジニアになるときになりたいエンジニア像として掲げた

「技術寄りでサービスを考え、作り、変え、大きくしていくことができるエンジニア」

を体現したようなものだったのでとても有意義でした。

そして目指したい姿と、それに必要なスキルがもう少し具体的になったような気がします。それを踏まえて2017年仕事面でこんな風に過ごしたい！を考えようと思います。

2017年仕事面

「技術寄りでサービスを考え、作り、変え、大きくしていくことができるエンジニア」というのも2年経って少し変わってきた気がします。

サービスが立つべきはやっぱりユーザが抱える問題を解決できてるかどうかで、そのためにはどんな技術も頑張って身につけたいと思うようになりました。

また、特に解決したい、マジで価値あると思うのは「リスクをとって挑戦する人」が抱える問題です。

なので、目指したいのは

「リスクをとって挑戦する人が抱える問題を解決することができるサービスを作り、変え、大きくしていくことができるエンジニア」

です。

そのために必要な技術は意識的にキャッチアップしたいです。

特にデータを扱う領域で不足しているスキルは今年重点的に習得したいです。

整理すると次のようになります。

データを扱う領域

プログラミングなんだからそりゃなんでもデータは扱うだろう…という感じですが、具体的には

• クエリ、データベース: 自分で早くKPIを追えるように、それが動く土台も詳しく
• 機械学習: 経営者が一歩先に進むための判断をサポートするという文脈かついいタイミングなので追いたいです

基礎力向上

データ扱う領域はもちろん、エンジニアとしての身につけておきたい部分は引き続き。

• 設計: 打ち手を増やして、サービスを作る、変える、大きくするを継続的によくするために。汎用的なデザインパターンとクライアントサイドの定石をまず身につけます。まだまだベストプラクティスを追うフェーズでよいと思っています。
• フロントエンド: ユーザさんが直接的に触る部分をよくするための技術、問題解決できるサービスであることを伝えるための手段として。サービスで使われてるメインの技術をまずは追えるように…C#（WPF）的な文脈ではもうちょいxamlちゃんと理解しようと思います。
• linux: もうちょっとコマンド自由に使えるように…去年はLinux標準教科書を環境作って追ってみたら多少ましになったので、その復習プラスサーバの負荷状況調べれるようになりたいです。

その他

日常的な作業を効率化したり理解深化したりとか興味本位だったりとかです。

• git: 最低限もわかってない感があるので、本一通り見るのは最低限やります…
• Xamarin: C#のコードが自分のスマホで動くのは純粋に楽しそう
• エディタ: RubymineとVisual Studioもうちょい使いこなそう…

という感じで頑張っていこうと思います。求められる役割は四半期ごとかそれより細かい単位で変わるとは思いますが、ユーザさんの抱える問題が解決できるか？を常に考え開発していきます。

2016年音楽面

去年の目標は

• 元気ハツラツ90年代をたくさん歌うこと
• 久石譲さんの曲をピアノで1曲ちゃんと弾けるようになること
• 心の底から歌い、届けること

だそうです！ピアノは皆無…好きで聴いてそれだけで満足していました。

ただ、今年も歌を歌う上の課題には1つずつ向き合い、潰していけたと思います。

1つ治ればまた1つ…みたいな感じで際限なかったですね。

相当な期間昼休み返上で練習すれば何とかなる部分もあればそうでない部分も…

まだまだ現役でがんばります。

2017年音楽面

個人として引き続き課題をつぶしていくこと、際限ない課題に向き合うことを諦めずに続けること。

これに尽きます。

あと会社で作った軽音部、人も増えてきたのでできる限りみんな楽しめるように頑張りたいです（あいまい）。

2016年家庭面・精神面

家庭面というセクションができる大きな変化の年でした。

一昨年マラソン途中棄権した男が東京マラソン完走するまでの過程とゴール

というわけで一昨年末に出会ったエンジニアと6月に結婚しました。

あと昨年のテーマであった「許す（問題にもっとフォーカスして解決できる人になる！）」はできませんでした。

原因は何かは『反応しない練習』という本を読んだらうんうんという感じだったので、そもそも「許さないといけない状況を生んだ自分の精神の未熟さ」を見つめる1年でした。

人に期待してためていらいらいしないように、今年は最初からぶつかろうと思います。

2017年家庭面・精神面

今年は海外旅行行きたい！

後結婚式なんらかの形でできると嬉しいです。

あと、すごい幸せなのでそれを当たり前と思わず幸せを維持できるように月々の生活を振り返ったり、仕組み化できる部分は仕組み化したりいい感じにやっていきたいと思っています。

そして「心身共に健康な状態を保つ」がテーマです。

具体的には睡眠を科学する、です。

今年もよろしくお願いします！！

決意

忘れもしない2013年12月7日。自分がエンジニアになる大きな一歩となったTech Garden Schoolの門を叩いた日。そして、フルマラソンに挑戦した日。

就活の自己PRの練習がてら始めたランニングのけじめとして軽い気持ちで申し込んだものの、走破はもちろん踏破すらできずにリタイヤ。

足が痛くて30km地点で歩くこともできなくなりました。（そのときの記事、旧doorlog）

それから約2年後の2015年10月、会社関係でたまたま東京マラソンに出走できることになり、そのときの雪辱を晴らす決意をしました。

フルマラソンを走りきる。別に肩肘張らなくても何なくクリアできる人もいるでしょう。歩いてればいつかゴールできるでしょう。でも自分にはできなかった、それなりに準備してできなかったことをできるようにするためには、よく考えてよく準備する必要があります。

課題

最優先で解決すべき課題は、致命的な（一発退場となる）ダメージから膝（の横の筋）を守ることです。

他にも、そもそも長距離を走ったのは前回リタイヤしたフルマラソンとハーフマラソン1回。

そういうわけで、膝を痛めないように体力をつけるために次のように練習すべき内容、解決すべき課題を整理しました。

1. 走るのに必要な体力を増やす
1-1 膝悪くしない加減のもとでとにかく走る

2. 走るときにかかる負荷を減らす
2-1 膝にかかるダメージを減らす
2-2 同じ膝へのダメージでも体が受ける影響を減らす
2-3 他の体の部位にかかるダメージを減らす（どこにダメージが加わるかは練習して探す）

練習

ざっと課題は上げてみたものの、意識して走らないとよくわからないので、とりあえず走ってみて改善していく！

1. 走るのに必要な体力を増やす
1-1 膝悪くしない加減のもとでとにかく走る
→無理はしない。ちょっと間が空いて年明けに地元を走ったとき、7kmくらいですごい膝が痛くなって翌日階段の昇降かなりきつい程度に…

練習で体を傷めたら元も子もないので、痛いと思ったら練習はやめて、違和感が残ったら走らないルールに。

あと、1月？のいつからかは1回走る毎に+0.8km、週末を挟むと4km増やしていく。それまでは大体4km〜6kmを週1〜3回走っていたので、最終的には平日夜に20kmくらい走りました。

・2月途中風邪引いてしばらく走れなかった
・平日そもそも仕事終わった後しんどい
・夜の時間は修行なり音楽なり会話なり大事にしたく、コンスタントに夜の1〜2時間削るの気持ち的に相当抵抗があった
・夕飯食べるの遅れるとおなか痛かった

とかでだいぶ葛藤してた気がします。

2. 走るときにかかる負荷を減らす
2-1 膝にかかるダメージを減らす
→
まずはシンプルに両膝にサポーターつけて対処しました。慣れるまではつけてもちょっと膝に違和感があったり、サポーターをつけることでふとももの裏が痛かったり（膝曲げるときに負荷がかかってつりそうになる）他の問題もありましたが最終的にはサポーターつけて体力消耗する以上に膝をゴールまで守り抜くことが最優先だったので妥協しました。

次に、そもそも走り方に問題があったのでそれを改善しないと…ということになりました。

・いろいろと走り方（足の地面へのつき方、姿勢等）をかえながら走る
・その道に詳しい人が近くにいる人にアドバイスともらう

中で、つま先を進行方向に対してまっすぐに、かかとから踏み込めておらず、膝の外側に無駄な負荷がかかっていることがわかったので、ペースを落として正しいフォームで走ることをひたすら意識して走る時期もありました。

2-2 同じ膝へのダメージでも体が受ける影響を減らす
→
2-1で走り方を改善してもダメージは残る…ので、同じダメージを受けても体への影響を減らしたい…

自分が課題に感じている問題は何の変哲もない、走る人にはよくあることらしかったので、よく走る友人に聞いたところ膝の横の筋よくストレッチして！！というアドバイスをもらいました。

確かにその部分全然伸ばしてなかったのでしっかり伸ばしました。

2-3 他の体の部位にかかるダメージを減らす（どこにダメージが加わるかは練習して探す）
→
膝が特に痛くなるのはわかっていたものの、きっと40kmとか走ったら他にも痛くなる部分があるはず。ということで、練習の中で痛くなるのはどこか？をきちんと覚えておくようにして、それを軽減するための走り方を探したり、ストレッチを重点的にやるようにしました。

結果的には
・足首: 上のよくない走り方が原因っぽかったのでフォーム改善するのと、足首回すのしっかりやることで解決
・肩: 僧帽筋をきゅっとしめて走る癖があったっぽいので下げるように改善するのと、上回ししっかりやることで解決
・太とも: サポーターつけてることで太ももの裏めっちゃ痛い…多少サポーターゆるめるのと、走り込んで筋肉つけるのでなんとかしました

という感じで当日を迎えました。

本番

前日は軽めに6kmくらい走り、早めに寝ていざ当日。朝の7時から受付スタート、9時10分出走！ということで割と早めに家を出て、配給されてたバナナやスポーツドリンクをいただいてスタートラインにつきました。

3万7千人が同じコースを走るということでスタート前のブロックはたくさんあり、スタートラインまでたどりついたのは9時20分頃だったような気がします。

0〜10km

けっこうな下り坂。ここで飛ばしたら膝への負荷が半端ないので、歩くのに近いペースで走ってました。

人も団子状態なので、無理してもいいこと無さげでした。

10〜20km

めちゃくちゃ苦しいこともなく最も楽な区間。ただ、時折膝が痛んで、このまま動けなくなるくらい痛くなったら…みたいな不安は常にありました。

それまで割と翌日の仕事を気にしていましたが、気にする余裕がなくなりました。

20〜30km

肩が泣きそうなくらい痛い一方で、膝がそこまで痛くなくなりました。

給水ポイントでしっかり水分をとり、ストレッチもしつつですがこの段階でほんとしんどかったです。

それまで割と目標タイムを気にしていましたが、気にする余裕がなくなりました。

30〜40km

膝が痛くないのは不幸中の幸いだったものの、ひたすら足（太ももの裏や付け根）が痛い…

けっこう怖いながらもとりあえずサポーターは外してしまい、ストレッチ、走る、歩くをひらすら繰り返しました。

それまでは残り10kmくらいは走り続けるぞ！とか思ってましたが、もはやどうでもいい、ただただゴールが見たい。

40〜42.195km

残り2km！って見えても、1kmが気の遠くなるほど長く、最後の1kmでやっと後は全部走り切ろうと思って走りきりました。

ランナーズハイなんて1秒もなかった…。

ゴール、ゴール

時間は4:57:52。4:30:00を目指していたものの、そんなことどうだっていい。

今回はちゃんとゴールに帰ってくること、2年前に失敗したことの原因をちゃんと考えること、考えて練習すること、練習して必ず成し遂げること、絶対逃げないこと、それが全てでした。

就活のときにはじめ、途中けっこう空く期間もあったものの走行距離も1000kを突破！

全部走ってるし、途中落として電源切れたり、電池切れたりしたのも何回もあるのでとにかく大台には乗ったはず…

結果として成し遂げることが世間的には平凡であっても、ある時点でそれは自分には敵わないことかもしれません。

でも、なんとかしたいと思うならなんとかする方法はあると思うし、それがどんな分野であっても立ち向かえるだけの人間になりたい。

公言してなかったですが、その象徴が今回の東京マラソンという場とそれにいたる過程でした。

こんな思いで臨んだ東京マラソン。練習に始まり、当日も各地点を回りながら応援し、ゴールで待ってくれていた人がいます。

その人にゴール後プロポーズしました。

自分が身の丈に合わない挑戦をするときにそばにいてくれて、ゴールに待ってくれてると思うだけでがんばれる人、逆の立場になったときに全力で応援したいと思える人だからです。（もちろんこれだけでないではないです）

自分勝手ではありますが、誕生日だったり、他の記念日でなく、自分が決意を貫くこの日、未熟な自分を乗り越えて行く日が他のどの日よりもふさわしいと考えました。

何事にも負けないこと、その人と幸せを築いていく決意をここに記します。