2017年の振り返りと来年の予定

恒例の年末の個人活動の振り返りです。 去年はこういう感じでした。

daiksy.hatenablog.jp

今年は書籍を執筆したりDJデビューしたり、新しい経験ができました。仕事でもディレクターになって働き方が変わりました。 それでは月ごとに振り返っていこうと思います。

1月

特に主だった活動はしていないですね。

インスタ映えのする鴨鍋を食べたりしてました。

鴨を喰らう!!

2月

ディレクターになりました。

DevLOVE関西で登壇。心理的安全についてお話しました。 devlove-kansai.doorkeeper.jp

スライドはこちら。

ScalaMatsuriにスタッフとして参加しました。

daiksy.hatenablog.jp

3月

ヴァル研究所さんに見学に行きました。 daiksy.hatenablog.jp

スクラムブートキャンプ大阪に参加してきました。 scrumdo-kansai.connpass.com

この頃は、仕事が忙しくてめちゃくちゃ消耗していた。ゼルダが唯一の人生の癒やしでした。

4月

Scala関西Summitの会場の下見などをしていました。

あと、念願のクラフトビールの聖地ポパイに行きました。

5月

会社の部活でDJデビューしました。

休日のたびにコワーキングスペースにこもって本の執筆してたのもこの頃かな。

6月

Agile Japan 2017 京都サテライト & KANJAVA PATY 2017 daiksy.hatenablog.jp

このときの発表が好評だったので、来年のRSGTやデブサミに繋がります。 ここでの発表をアレンジしたものをプロポーザルとして提出しました。

7月

Scala福岡で登壇しました。来年も行きたいです。 daiksy.hatenablog.jp

8月

夏休みに恒例のフェスに行ってました。が、ずっと雨でつらかったので来年は晴れてほしいです。 daiksy.hatenablog.jp

9月

Scala関西Summitが開催。スタッフとしてお手伝いしました。 daiksy.hatenablog.jp

人前でDJデビューしました。 smtppp.club

本が出ました。

Mackerel サーバ監視[実践]入門

Mackerel サーバ監視[実践]入門

10月

Web+DB Press誌にScala関西Summitのイベントレポートを書きました。

WEB+DB PRESS Vol.101

WEB+DB PRESS Vol.101

11月

10月, 11月はライブに行きまくっていました。

12月

またDJやりました。 smtppp.club

毎年恒例の合同勉強会に行きました。 gbdaitokai.connpass.com

来年

早くも来年の登壇予定がなんと3つも決まっています。 来年は30代最後の1年です。エンジニアコミュニティで活動をはじめたのが32歳のとき。30代の10年間でずいぶん遠いところに来たな、という感慨があります。とくに自分がデブサミで登壇することになるなんて、たぶん10年前の自分に言っても信じないと思います。

30代の締めくくりに相応しい1年にしつつ、次の10年のキャリアの方向性をきちんと決める1年にしたいなと思っています。

1月12日 Regional Scrum Gathering Tokyo 2018 Day2 に登壇 2018.scrumgatheringtokyo.org

2月15日 Developers Summit 2018 Day1 に登壇 event.shoeisha.jp

2月18日 Backlog World に登壇 backlog.com

スターウォーズ 最後のジェダイ 感想 (ややネタバレあり

スターウォーズ 最後のジェダイを観た。

ネタバレ無しでTwitterで雑に感想だけ書こうかと思ったが、まだ観てない人には「面白かった」「面白くなかった」の評価だけであっても先入観を与えてしまって良くないと思ったので、ゾーニングの観点でブログに雑に感想を書く。

以下、観てない人は注意

いやーーーーー。なんか今回、微妙じゃないですか??

予告段階から無駄に期待感を煽る「予想を超える展開」も、なるほどこういう展開にするのか、とは思ったけど別に予想の域を超えてこなかったし、ラストバトルのオチはあれでいいんですか?

インターネットでは高評価が多くて逆に戸惑っていて、正直スターウォーズとしても映画としてもまったく良さがわからなかったです。

ビールと日本酒飲んだあとのレイトショーで観たので、酒によって判断力を失っていたおそれがあるので、素面でちゃんともう1回観ておこうとは思います。

あ。デル・トロが出てるって知らなくて、なんか似てる人がいるなー、と思ったらエンドロールでデル・トロだったのはなんか、面白かったです。

ちなみにフォースの覚醒は最高、という立場です。ただ、フォースの覚醒が微妙だという人の意見は、まぁそういう意見もあるかと納得がいったけど、最後のジェダイが良かったという意見はまだ1ミリも共感できないので、とりあえず今日は朝からひたすら賛否さまざまな感想を読みまくってなんとか腹落ちさせようと苦心しているというステータスです。

たんに旧作最高で新しいものを受け入れられない老害っぽい感覚なのかもしれない。

誰か、ぼくに共感できる人、一緒に飲みに行ってくれ...。

(追記) これが良い記事だった。

theriver.jp

うーん。過去との決別というのはとても良く分かるんですけど、あまりにも決別の仕方が雑じゃないですかね。

それこそフォースの覚醒で煽った期待感をあっさり投げ捨てるのは、作劇上の意図としてはそうやりたい気持ちはわかるし、やってもいいけど、手口がちょっと観客をバカにしすぎている気がした。もう少し丁寧にひっくり返すか、いっそのことエヴァQくらい思い切って捨ててほしかったな。

今年買ってよかったもの - GODJ Plus -

今週のお題今年買ってよかったもの

今年買ってよかったものベスト1はGODJ Plusです。

実際にお金を払ったのは、クラウドファウンディングが開始された去年の3月だったのですが、実際に手元にきたのは今年の4月だったので、「今年買った」ということにします。

買ってなにがよかったのか

DJデビューできました。

もともと音楽が好きで、ライブやフェスに良く行っていて、気持ちのどこかにずっと「いつかはプレイヤー側になりたい」というのがありました。プレイヤーになりたいなら何か楽器を1つ練習すればいいだけなのですが、飽きっぽい性格ゆえなかなか続かずにいました。

たまたま前職の同僚でDJ活動をしている人が多かったこともあって、iPadとかMacのDJソフトでちまちま遊んだりはしつつ、GODJ Plusの前身であるGODJあたりを買って遊んでみようかなーとかぼんやり思ったりしてました。

今の会社でDJ部なる活動がはじまり、みんながDJ活動を開始したのを機に、自分もやってみようと思いたち、ちょうどこのGODJ Plusのクラウドファウンディングが始まったのをみて勢い良くお金を振り込んだわけでした(そこから手元に来るまで1年かかりましたが)

GODJ Plusのよさは、ぼくが書くよりもBUBBLE-Bさんのこの記事が最高なので読みましょう。

weekly.ascii.jp

GODJ Plusをゲットしてから、結局3回ほど人前でDJをする機会がありました。

実はもうちょっと本格的にやりたくなってきて、DDJ-RBを購入してしまいました...。今週末に届く予定なので楽しみです...。

Pioneer DJ パイオニア / DDJ-RB DJコントローラー

Pioneer DJ パイオニア / DDJ-RB DJコントローラー

ディレクターとしてのMackerel活用術 - サービスメトリックとグラフボード

これはMackerelアドベントカレンダー 3日目の記事です。

昨日は tanakahisateru さんの記事でした。

qiita.com

ぼくはMackerel開発チームのディレクターをしている、id:daiksy です。

Mackerel開発チームでは、ドッグフーディングも兼ねて様々な場面でMackerelを活用しています。今回は、ディレクターの立場での活用をご紹介したいと思います。

サービスの利用状況をMackerelでトラッキング

ディレクターとして、Mackerelというプロダクトをマネージメントしていくためには、プロダクトについての様々な数字を見ていく必要があります。プロダクトの成長戦略にも関わる部分なので、詳細をすべてお話することはできませんが、主な部分では、Mackerelがどのくらい実際に利用されているのか、というものがあります。

たとえば、Mackerelにメトリックを送っているアクティブなagentはどのくらいあるのか。それぞれどのようなOSで利用されているのか。新しくリリースした機能はどういう推移で利用が拡がっていくのか、などです。

チームでは、このような情報をMackerelのサービスメトリックを用いて可視化しています。

f:id:daiksy:20171127164511p:plain

たとえば、上記のグラフはAWSインテグレーションの利用状況を可視化したものです。マネージドサービスごとに色分けして、利用数をグラフ化しているので、それぞれの機能のリリースタイミングによって段階的に利用者が増えていく様子が概観できます。

Mackerelの各機能がどのくらい使われているか、という情報は、Mackerelのデータベースから各機能のテーブルを参照することで件数などが取得できるので、定期的にSQLを実行して集計し、サービスメトリックへ結果をポストするスクリプトを社内で動かしています。

サービスメトリックはAPIから簡単に投稿することができます。

mackerel.io

Mackerelでサービスを作成し、サービスメトリックがまだ1件もポストされていない状態で、サービス詳細画面のサービスメトリックタブを見ていただくと、curlコマンドを使ったサービスメトリックのポストの例が表示されるので、そちらも参考にしてみてください。

サービスメトリックとグラフボードでの情報整理

はてなでは、会社全体で1つのMackerelのオーガニゼーションを利用しています。そのうえで、はてなブログはてなブックマーク、といったプロダクトごとにMackerelの「サービス」を作成しています。Mackerel自身もそのうちの「サービス」のひとつとして管理されています。

Mackerelの「サービス」や「ロール」については以下のヘルプが詳しいです。

mackerel.io

この「サービス」には、ホストやロールのグラフとは別に、「サービスメトリック」という任意の時系列データを投稿できる機能があります。

mackerel.io

さきほどお見せしたAWSインテグレーションのグラフは、このサービスメトリックを使ってグラフ化しています。

サービスメトリックは任意の時系列データをポストできるので、Mackerelの運用にあたって、システムの健全性を確認する目的でも利用しています。たとえば、アクセスログの結果を集計し、レスポンスコードの2xx, 4xx, 5xxのそれぞれの件数を投稿。4xxや5xxのレスポンスの数が閾値を越えたらアラートを通知する、などです。

このようにサービスメトリックを使って、Mackerelでは様々な情報をグラフ化し、監視をしているのですが、ディレクターとしてサービスの利用状況を把握できるグラフだけを見たい、という用途があります。そこでぼくは、グラフボード機能を使って、自分が普段見たいグラフだけを抜き出して一覧化しています。

mackerel.io

f:id:daiksy:20171127164523p:plain

ちなみに、これはサービスメトリックに投稿している、グラフボードの利用数の推移を可視化したグラフです。このように順調に利用が増えており、たいへん便利な機能ですので、ぜひご利用ください。

Mackerelアドベントカレンダー。明日は ore_publicさんです。よろしくお願いします。

『IntelliJ IDEAハンズオン』を読んだ。これまで英語UIに抵抗があった人は、導入のチャンスだと思います。

技術評論社さんより、『IntelliJ IDEAハンズオン』をご恵贈いただきました。ありがとうございます!

待望の日本語本

IntelliJ IDEAは優れたIDEであるものの、EclipseなどのようにUIが日本語化されておらず、導入にあたって少し敷居の高い印象がありました。

いざ、使い慣れてみれば、エンジニアにとっては馴染み深い単語が並んでいますから、操作するにあたって困ることは特にないのですが、 日本語UIに慣れている人にしてみれば、導入のネックになっていたのではないでしょうか。

本書は、IntelliJ IDEAの基本機能から応用まで、実に多くの操作手順が日本語で書かれています。これまで英語UIに抵抗があって導入をためらった人にとっては、大きな機会となるのではないでしょうか。

意外と知らない機能があって驚いた

ぼくは2012年頃から業務でScalaを書くようになり、Scala用のIDEとしてIntelliJ IDEAを使い始めました。その頃から考えると、もう5年ほどずっと使っているはずなのですが、改めて本書を読むと、まだまだ知らない便利な機能がたくさん紹介されていました。

まぁ、公式ドキュメントをちゃんと読めば書いてあることなのでしょうけど、このあたりも、改めて日本語で書いてくださったことで、目につきやすくなった、という事が言えるかもしれません。

FizzBuzzを書きながら操作を学ぼう

本書で面白いなーと思ったのは、基本操作編です。

プログラマがおそらく最も長時間操作するであろう、実際のコーディングに関係する操作について、みんなが大好きFizzBuzzのコードを書きながら、一通り学べる構成になっています。FizzBuzzという馴染みのあるコードを書くことで、ソースコードの内容はあまり気にせず、IntelliJ IDEAの操作に集中して読み進めることができました。 (サンプルコードが妙に複雑だと、そっちが気になってしまいますからね)

これから年末年始も近いことですし、正月休みを利用して新しいIDEの操作でもちょっと覚えてみるかなー、という人はぜひ読みましょう。

RSGT2018に「リモートワーク」についてのプロポーザルを出しています

今年、仕事でチームマネジメントを頑張っています。

そこで、2017年の目標の1つに、2018年のRegional Scrum Gathering Tokyoで登壇するというの掲げていました。

ぼくがマネジメントするMackerel開発チームはリモートチームで、この1年間リモートワークの良さや大変さを思う存分味わいながら仕事をしていました。

いくつかの勉強会で、リモートワークについて登壇したところ、それぞれ好評だったこともあり、今回RSGT2018に「リモートワークは難しい - それでもぼくらは歯をくいしばってやっていく」というタイトルでプロポーザルを提出しました。

世の中に、リモートワークの良さを語る記事や書物は数あれど、その「難しさ」の部分にフォーカスした資料はあまり無い気がしています。ただ、難しいから諦めましょう、ではなく、難しさと向き合ってなお、そこには価値がありますよ、ということを最終的に言えればと思っています。

リモートワークにはどんな困難があり、それをぼくたちはどのように解決しているのか。

このようなトークを聴きたいと思った方はぜひ投票をお願いします!

confengine.com