久しぶりのオフラインカンファレンスで、YAPC::Hiroshima 2024に参加してきた。

前夜祭

2/10(土)の本編に先駆けて、前日の夜から前夜祭があったので、前夜祭にも参加！

Introduce Hono v4!!!! by Yusuke Wada

Honoの存在は知っていたけど、何が嬉しいのかがよく分かっていなかったので勉強になるトークだった。

新しく作ってみようとしているものがあって、今までGoで書こうかなと思っていたけど、開発体験が良さそうなのでHono + Cloudflare Workersでやるか！となった。作るの楽しみだ。

新しいことに挑戦するきっかけをくれたトークになった。

飲み!!!!

飲み会に混ぜてもらって、蒸し牡蠣を食べた… うまい！初めましての方々と話せて、隣の席に@akiroomさんが居て、「バクラク便利です！」というありがたすぎる言葉をいただいて嬉しかった。私もScrapboxとGyazoのヘビーユーザーなので、1年以上Scrapboxで公開日記をつけていることや、最近GyazoのCLIツールをGoで作ったことを話したりして熱くなったw こういう風にお互いの好きを語れるのは素晴らしい機会だった。ありがとうございました 🙏

本編

アラームが鳴らなくて若干遅刻しつつ、会場へ！

廊下で話したり、ブースにいたりしたので最初から最後まで聞いていたトークセッションの感想を。

Go to Cloudflare Workers ~ 移行から 0.5 年以上運用する by codehex

新卒同期の@codehexの発表。昨日のHonoの発表で気になっていたので、実際に運用したらどうなるかというcodehexならではの発表で楽しめた。

実際の運用だと、オブザーバビリティを担保するのにログ・メトリクス・トレースなどが必要になってくるけど、自作しまくって乗り切っているのではcodehexらしい筋力がある話でよかった。

廊下でも話して、デプロイがマジで早いという話を聞いたので使ってみるのが楽しみ。

My Favorite Protocol: Idempotency-Key Header by ohbarye

個人的にohbaryeさんのScrapboxを読むことが多いので、気になっていたトークセッション。提案仕様をまとめて紹介しつつ、実際の実装と運用まで話していて、非常に濃厚なトークだった。ベストトーク賞に投票したのはこのトーク。前職で決済をやっていて、「冪等性」がよく社内で叫ばれていたので懐かしさもあったw

冪等性をミドルウェアで担保するっていう話は初めて知ったし、Idempotency-Keyに有効期限があるのもなるほどだった。いくつか質問しようと思っていたけど、色んな方が質問してくれて、自分の疑問も解消されて良い質問だった。

実際の発表では省略されていた部分もあるので、じっくりスライドを見る必要がある。懇親会などで話す機会がなかったのが残念！

あと、関係ないけど、使ってたポインティングデバイスがかっこよかった!!

ちなみに、同僚が冪等性グッズを作っているので、どうぞ！

非同期な開発体制を支えるドキュメント文化 by こんぼい

前職の同僚かつ、大学の先輩のこんぼいさんの話。自分も最近ドキュメンテーションに力を入れているので学びになることが多かった。

どういうドキュメントの種類があるのかに加えて、ドキュメント文化をどうやって構築しているかという話が興味深かった。書くことに慣れるための機会が色々提供されているのがいいな。

Notionにもアーカイブ欲しい…

PerlでつくるフルスクラッチWebAuthn/パスキー認証 by macopy

キラキラステッカーの交換をしたmacopyさんの発表。Perl分からなかったけど、フローを丁寧に説明しつつ、コードの解説もしてもらってたので楽しめた。何よりライブコーディングは楽しい。

自分もパスキーに興味があったので、仕組みを分かった気になることができる楽しいし、勉強になるトークセッションだった。

そして、Perlのunpack の呪文スゲーとなったw

懇親会

懐かしの人々に会えて話すことができてよかった！前職の同僚、はてなインターンの同期、友人の友人などなど… 自分の知人同士が話しているのを見ると何か嬉しくなるw

学生の参加者は名札が違ったので、話しかける前から事前に分かってよかった。話をした中には、大学1年生の参加者もいてスゲーってなったw

ハイライトは@polamjagが先導してくれて、@miyagawa さんに自分のやっているポッドキャストのマヂカル.fmのステッカーを渡せたことw

そして、macopyさんにキラキラステッカーのちゃんとした作り方を教えてもらったw (作り方をミスって、キラキラしすぎるステッカーになってしまっていた)

2次会

前職の同僚の @zoncoen さんが誘ってくれて、 @shibayu36 さん達と2次会へ！はてなインターン時代は全然 @shibayu36 さんと話せないので、話す機会があってよかった。

@sugamasaoさんともバクラクのフィードバックをいただいたりした。ありがてぇ… フィードバックをいただけるようなプロダクトを開発できていることが嬉しい。

最後に

全然Perl書いてなかったんだけど、初めて参加したのはYAPC::Asia Tokyo 2015。大学2年生の時に何もよく分からず参加して、そこでたまたま聞いたhitode909さんの発表が面白くて、その翌年の2016年にはてなインターンに行って今があるので、思い入れのあるカンファレンス。

そこから、もう10年弱経っているので、そろそろ私もあの時見ていた人たちのようにならねばなという気持ちになった。やるぞ!!!

「詳解 システム・パフォーマンス 第2版」を年末年始の連休で一気読みした。まだ読んだことない人向けに軽く紹介してみる。

• O'Reilly Japan - 詳解 システム・パフォーマンス 第2版

• 詳解 システム・パフォーマンス 第2版 | Brendan Gregg |本 | Amazon

Brendan Greggさんの本で、初版から8年越しの改訂版。初版から何が変わっているかというとeBPFの章が追加されていてeBPFのツールも各章で紹介されている。あと、Solarisについての記述が大幅に無くなったっぽい。Solarisファンの方は、前の版も買うと良さそう。大学のマシンがSolarisだったけど、私は特に思い入れはないので第2版で満足w

章の組み立てとしては、いきなりCPUやメモリの話になるのではなく、どういう方法論を使っていけばメトリクスなどから解決方法を導くことができるかというのが示されるところから始まる。USEメソッド、REDメソッドはシンプルかつ、有益なのでこれをサクっと見れるようになるダッシュボード作っておくかという業務にすぐ活かせそうな情報も手に入る。

それ以降の章では、オペレーティングシステム、アプリケーション、CPU、メモリ... とそれぞれの基礎的な用語の整理から始まりアーキテクチャ、採用されているアルゴリズムの話が展開される。ここの部分はパフォーマンスを改善するためにベースとなる部分ではありつつ、ここら辺の知識が抜けている人はキャッチアップするのに良さそうであった。

基礎知識整理したあとは、2章で取り上げた方法論を元に、それぞれに合わせたツールを用いて実際にどう分析していくのかというが記載されている。

各レイヤーをどういったツールで分析していくかというのを図示してくれているけど、知らないのがほとんどだった。

また、各章末には練習問題がついていて、理解度チェックに活用できるので、これも嬉しい。一部異常に難しい演習があるが、ちゃんと高難易度と書かれているので親切。

最後にケーススタディとして、著者が実際にNetflixでの業務で発生した「新しいコンテナベースのプラットフォームでNetflixのあるマイクロサービスをテストしたところ、VMから移しただけなのに4倍くらい高速になった」という摩訶不思議な事象を紹介した方法論・ツールを使って謎を解き明かしていく章があるが、これめちゃくちゃ面白いのでここから読んでも良いかも。

色んなケーススタディがまとまっている本を出版して欲しいw

eBPFのことも全然知らなかったので、どういうものか知ることができてよかった。興味が出てきたので、タイムリーに先月発売されていたO'Reilly Japan - 入門 eBPFを買った。読むのが楽しみ。

まとめ

900ページという技術書の中でも結構分厚い書籍ではあるけど、頭から全部読む必要はないかなと思った。16章の「ケーススタディ」を読んで（ケーススタディ自体は10ページほどの短さ)から、2章の「メソドロジ」を読み、気になる章を読んでいくスタイルでも良さそう。1回読んで終わりの本ではないので、必要になった時に何度も参照することになると思う。

2024年の課題図書として、いかがでしょうか。

@deeeetさんがX上でオススメしている様子

2022年の4月にLayerXにソフトウェアエンジニアとして転職してから半年が経過した。現在はLayerXが提供しているバクラクシリーズのうち、バクラク申請・経費精算というサービスの開発に携わっている。

入社エントリを書いていなかったので、半年経過したタイミングでなぜ転職をしたんだっけというところから振り返ってみる。

この記事はLayerXアドベントカレンダー(概念)の28日目の記事になる。27日目は櫻さんの「カルチャーにより実現したエンジニアの爆速立ち上がり」。

なぜ転職を考えたのか

前職はメルカリグループのメルペイというところに所属していて、今と同じソフトウェアエンジニアをやっていた。担当としてはバックエンドエンジニアで、Goでマイクロサービスを開発していた。

株式会社メルカリに新卒入社しました

メルカリグループでの経験はとても素晴らしく、尊敬できる人たちと働くことができ、さらに条件面も良すぎるくらいで不満はなかった。ただ環境が良過ぎたこともあり、自分はここで甘やかされてぬるま湯に浸かっていて、いわゆるコンフォートゾーンにずっといるのではないかという焦燥感に駆られることもあり悩まされていた。

さらに徐々に大きな組織になっていくにつれ、入社したぐらいのローンチ前の熱狂というかそういうものが失われてしまっているなと感じ、自分には小さな組織の方が肌に合っているかもなーと思い始めていた。転職活動はしていなかったが、たまにメッセージが来る企業の中で気になったところのカジュアル面談を受けるくらいはやってた。

なぜ LayerX なのか

たまたまYOUTRUSTで声をかけてもらって、話を聞いてみたのが始まりで、それが2021年の10月くらい。LayerXっていう会社の存在は知っていたけど、何をしてるかは知らないという感じで、これからどういう展開をしていくかという話やプロダクトのデモを見せてもらって興味が出た。

特にプロダクトのデモは印象的で、以下で言うところのtoCの体験をtoBに持ってきているというのを実感して、この開発に携わってみたいなという思いになった。

選考が進み、トライアル制度で実際に1日働かせてもらう中で、Slackを見たり、業務を通じて会社の雰囲気を知ることで自分とのマッチを見定めることもできた。

トライアルの中でも印象的だったのが、「今から仕様決めるMTGするんですが、入ってみます?」と言われてついて行ったMTGで、エンジニア・PdM・ドメインエキスパートが喧々諤々の議論を数時間に渡って行っていたことだった。以下のスライドにもあるように、「こだわりぬいて作る」という片鱗をトライアルの中で感じ、この人達とプロダクト作るの面白そうで、この人達と一緒に働いてみたいなと思ったのを覚えている。

入社してみて

トライアルを経て入社したので、大きなギャップはなかったが、入社した時のことを思い出しつつ感じたことを書き出してみた。

GOOD

• オンボーディングがしっかりしている

これは結構びっくりした。まだまだ揃ってないと言っていたけど、十分なくらい揃っていて最初はどこを見れば良いというのが私が入った頃にはすでに整備されており、スムーズな立ち上がりができた。

• 触ったことがない技術に触れることができている (Vue.js/Nuxt.js/GraphQL/AWS)

これは前職はずっとバックエンドエンジニアをやっていて、フロントエンドをやれていなかったので面白い。バックエンドとしても前職はGCPだったけど、LayerXはAWSメインなので新しく学ぶことも多い。

• お客さまとの距離が近い

toCより圧倒的に近くになった。自分が作った機能への感謝の声やフィードバックをいただくのは貴重な体験。解像度が低いところに関しては、お客さまにヒアリングできてしまうのも新鮮であった。

• Slackのtimesがない

これ賛否あるとは思うけど、私はSlackのtimesチャンネルは存在しない方が嬉しい派なので嬉しいポイント。雑談はrandomチャンネルがあれば良いし、timesチャンネルで仕事の話をしないのが難しいのでだったら無くて良いと思う。

石黒 卓弥｜Takaya Ishiguro on Twitter: "LayerXのSlackは、randomチャンネルはありつつもいわゆる通常のtimesチャンネルが無かったりします。雑談と副業とか、環境の話リモート下での"雑談"は、手段であって目的ではない　社員のエンゲージメントを高めるために、本当に必要な環境 https://t.co/IdMpN3etIT @logmijpより pic.twitter.com/zZHXKNGsRD / Twitter"

LayerXのSlackは、randomチャンネルはありつつもいわゆる通常のtimesチャンネルが無かったりします。雑談と副業とか、環境の話リモート下での"雑談"は、手段であって目的ではない　社員のエンゲージメントを高めるために、本当に必要な環境 https://t.co/IdMpN3etIT @logmijpより pic.twitter.com/zZHXKNGsRD

• 情報がオープン

情報がオープンになっているのは前職も同じだった。しかし、その中でもSlackのプライベートチャンネルはプライベートチャンネルである理由と共に列挙されている徹底ぶりで驚いた。

• レビュー会が良い

もうすでに以下のツイートで書いているんだけど、毎週金曜のレビュー会(=スプリントレビュー)が良い。前職にこういうのはチームの小さい単位でしかなかったので、全体で盛り上がれるのはいいし、モチベーションにもなる。

Yu SERIZAWA on Twitter: "会社の金曜のレビュー会が良くて、Win-sessionなんだけどチーム内じゃなくて事業部全体に今週作ったものとかをエンジニアがデモする場がある。自分やチームが作ったものを披露して事業部の色んな人から褒められたりとか驚いてもらうことって中々無いから最高なんだよなぁ... / Twitter"

会社の金曜のレビュー会が良くて、Win-sessionなんだけどチーム内じゃなくて事業部全体に今週作ったものとかをエンジニアがデモする場がある。自分やチームが作ったものを披露して事業部の色んな人から褒められたりとか驚いてもらうことって中々無いから最高なんだよなぁ...

感動体験を届けるためのLayerX流スプリントレビュー｜Tomoaki｜note

• 強くてニューゲーム

経営陣も含め、スタートアップ2周目の人が多いため、こういうところが組織の成長に伴って陥りがちだよねというところに先手が打たれていて良い。行動指針もそういった罠に陥らないように言語化されて策定されている。

MOTTO

前職との一番の違いは、コードに対するテストの量だった。前職はガチガチにテストを書いていたけど、LayerXではQAが充実しているのもあり、単体テストのカバレッジ率はあまり高い方ではなかった。(手動QAとAutifyがあるので結果的にはカバーできているが、バグが見つかって修正するまでのフィードバックループが遅くなってしまう)

現在はテストのカバレッジ高めるのも含め、テスト高速化など改善に取り組むことができていて徐々に改善してきている。

半年経過した今

事業部にも、チームにもメンバーが続々と増えて開発スピードもさらに上がってきた。自チームはインターン生も含めると5人のエンジニアがいるが、それぞれ得意分野が異なっていて、お互いにカバーしあって教えあっており習得できるスピードが早くてとても良い環境。私はフロントエンド周りが弱いのでサポートしてもらいつつやっている。

その中でも、特にイネーブルメントチームの発足は印象的で、このチームができてから全体の技術力が底上げされ、開発のスピードがさらに増していて、これからが楽しみ。

名村卓を迎えたLayerXがイネーブルメント専門チームを設立。プロダクト開発を最適化するアクションとは？ - エンジニアtype | 転職type

入社してから感じた良い点は変わっていないし、もっと改善できる部分は徐々にではあるがどんどん良くなって来ているのでやっていき 💪

最後に

恵まれた環境からコンフォートゾーンを抜け出して、チャレンジングな環境に身を投じて見て半年経過してから、振り返ってみたけど今の所は良い判断だった。前職では経験できないことが経験できているし、開発すべき・やるべきことがたくさんある！

もっと詳しく聞きたい部分があれば、TwitterかKeybaseのDMでどうぞ。

🎉 採用中 🎉

あなたもtoCの体験をtoBでも当たり前にする最高のSaaSを一緒に開発しませんか！

LayerX 採用情報

メガベンチャーから “LayerX” にソフトウェアエンジニアとして転職して、コンフォートゾーンを抜け出した話 was originally published in All YoU Need Is D* on Medium, where people are continuing the conversation by highlighting and responding to this story.

もう2021年になって3ヶ月経ってしまったけど、去年買ってよかったものを書いておく。時間が経つのは早い。アフィリエイトリンクは無いので安心してください。

最近はTwitterもソーシャルブックマークも全然見なくなってしまった。しかし、何か垂れ流したい気持ちはあるので週1で HEY Worldに書いてる。気が向いたら覗いてみてください。最近はランニングのことしか書いてない。

Yu SERIZAWA

ウォーターオーブン ヘルシオ AX-XW600

AX-XW600 | オーブン・電子レンジ

このポッドキャストで話したけど、ウォーターオーブン ヘルシオは最高の調理器具。

ep.93 自動調理器 (@upamune)

ただの健康的に調理できるものではなく、自動調理器具。冷凍・冷蔵・常温のものを混在させて並べていても勝手にいい感じにやってくれる。から揚げも油なしでできるし、ハンバーグもボタン１つでできる。網焼き・焼くだけでなく、炒めるもできるので焼きそばもできてしまう。一年通してずっと使える最高のオーブン。高価格帯のオーブンだったら、どれも似たような感じの機能だと思うのでヘルシオじゃなくても良さそう。

iPhone 12 Pro

iPhone 12 ProとiPhone 12 Pro Max

これはかなり感動した。Dolby Vision HDRが最高すぎて、これのために買ったようなもの。今までのHDRとは全く違うものなので、違いが比較しなくても分かるレベルですごい。

iPhone 12 Proを使ってDolby Vision HDRで撮った動画を見ていると、鮮やかすぎて今まで白色に見えた部分が薄暗いグレーに見える。これで映像が撮りたいがために、iPhone用のジンバルを買ってしまった。

Aterm WX6000HP

Aterm WX6000HP

まともな無線LANルーターが欲しかったので、発売したばかりのこれを買った。最初のファームウェアだと不安定だったけどバージョンアップして安定している。買い替えてから、IPoEのおかげもあって満足の速度がでるようになった。

Ergodriven THE STANDING DESK MAT

Get Better While You Work

WFHになって、スタンディングデスクを導入したので、床に敷くためのマットが欲しくなった。靴を履くのは面倒だし、トレーニング用のマットは薄すぎるなーと思って購入したのがErgodrivenのマット。これは厚さが十分にあるし、均一の厚さのマットじゃないので、飽きること無く踏むことができて便利。せっかく、コンテッサ セコンダを買ったのに立ってばかりいるので意味がない。

THERMAREST Zシート ソル

THERMAREST(サーマレスト) アウトドア キャンプ シート Z シートソル 【日本正規品】

とても薄くたためる座布団。座布団よりしっかりささえてくれる。腰が悪いので、常にこれを持ち歩いていて、椅子が固いカフェとかで使っている。これを敷くだけで、だいぶ違うのでとても便利。

リニアシェーバーラムダッシュ５枚刃 ES-CLV7E-A

リニアシェーバー ラムダッシュ 5枚刃 | 商品一覧 | メンズシェーバー（電動・電気シェーバー） | Panasonic

今までカミソリを使っていて、電動シェーバー使ってなかったけど買ってみた。電動シェーバーも勿論便利なんだけど、全自動洗浄充電器が最高。乾燥までやってくれる。ちょっと高いモデルだったけど、買ってよかった。

ネクストG

コーヒー機器総合メーカーカリタ【Kalita】

電動ミルが欲しかったので、周囲におすすめしてもらったネクストGを買いました。KOFFEE MAMEYAに豆を買いに行った際、バリスタの方に褒められたので間違いない機種だと思う。メジャーな機種なので、この機種だとどれくらいのメモリに調整して豆を挽けばいいとかのアドバイスも貰えるので便利だった。

GoPro HERO 9

HERO9 Black

リュックに付けてずっと撮ってる。GoPro サブスクリプションに入ると無制限のクラウドストレージが付いてくるので撮った動画を無限に上げられるので最高。Max レンズモジュラーも買って付けているけど、水平維持がすごすぎるので、適当に付けてても後から見ると水平になっててすごい。

SIGMA fp

fp | fp シリーズ | カメラ | SIGMA | 株式会社シグマ

ティールアンドオレンジが良すぎて買ったばかりのころはずっと撮ってた。今はたまに持ち出していて、家にいる時はWebCamとして活躍したりしている。USB Type-Cだけで接続できるので便利。

さいごに

基本的に値段が高いのを買うのが多くて、そりゃ買ってよかったよなって思うことが多いので2021年はコスパがいい製品を見つけて行きたい。

2020年買ってよかったもの was originally published in All YoU Need Is D* on Medium, where people are continuing the conversation by highlighting and responding to this story.

チェキ

チェキカメラを買ったとか言う話ではなく，アイドルチェキ．2018年は何枚撮ったかよく覚えてないけど，確実に買ってよかったものに入る．1枚2000円〜3000円で撮ることができるのでオ得．大抵CDも付いてきてオ得．やっぱり思い出が大切．

マンゴーパッションティーフラペチーノティー抜き

マンゴーパッションフラペチーノティー抜きって，最早マンゴーフラペチーノなんだけど，たぶんマンゴフラペチーノって言うと普通にティー入りになる気がする．注文する時は， {サイズ}マンゴーパッションフラペチーノティー抜き って言う必要があるので長いな〜と思っていたけど， {サイズ}ノンティーマンゴー で通じることが後に判明したので，これでオーダーしてる．おすすめはグランデサイズ．トールだと濃すぎる感じがする．これを飲むだけのためにスタバに通っている．

黄昏流星群

中高年が不倫するショートストーリーだけが書かれている漫画．Kindleにあるので狂ったように読んでた．1995年から現在まで連載中で，58巻まで出版されるのでかなり読みごたえがあるけど，全部短編なのでどこから読んでも良い．オードリーのANNで若林が絶賛しているのを聞いて読んでみたらハマってしまった．たまにSFチックなやつもあって面白い．

まともな買ってよかったやつはここに置いておきます．

upamuneさんの買ってよかったもの

2018年買ってよかったもの was originally published in All YoU Need Is D* on Medium, where people are continuing the conversation by highlighting and responding to this story.

千葉県にある， 土善旅館で開催された，Go合宿2018に参加してきました．

Go合宿2018 (2018/07/07 12:00〜)

Go合宿とはGo好きな人たちが集まってワイワイしながら, 1泊2日の開発合宿をやるやつです. 初参加で心細かったので, 新卒(?)同期の Kei Kamikawa. と一緒に参加しました. 大学を卒業するため授業の課題で実装してない部分があったので実装するために参加しました．

実装するアプリケーション

そもそも，どういう課題なのかというと，本のレビューシステムのようなものを作成しなさいという課題です．もう少し詳しく説明すると，ユーザーが存在して，本を追加できて本にレビュー，キーワード，引用を追加できる．ユーザーは同士はフォローができて，本を検索できて，読んでいない本の推薦する仕組みもあるという感じです．これを3人1チームで言語は何でも良く，操作するインターフェースはGUIでもCLIでも良いので実装してくださいという感じです．基本的な機能(ユーザーのSignup, Login, Follow, Unfollow, 本の作成，取得，レビューの作成，本の引用など)は実装していたのですが，本の検索部分と，本の推薦システムを実装していなかったので，この合宿ではこの2つを実装しようとしました．

本の検索システム

15時に合宿会場に到着して，まずは本の検索システムの実装に取り掛りました．本にはキーワードが設定されているので，それで検索できるように(PostgreSQLにクエリを投げるだけ)まず実装しました．キーワードで検索して，返す際のソート順をPageRank順にするために，それぞれのPageRankを計算するようにしました．本から本へリンク(引用)できるので，それを利用してリンクが貼られた時にPageRankを非同期で計算するようにしました．Goだとサクッと非同期にできるので便利ですね．この実装だと，本とリンクの数が膨大な数になってくると破綻するのですが，他の実装が思い浮かばず(分散処理とか?)，シンプルに実装していきました．順調に実装できてE2Eテストも用意できたのが，夕飯後くらい(20時)でした．

本の推薦システム

温泉に入った後，推薦システムに取りかかりました．フォローしているかどうかの要素も考慮に入れようかと思ったのですが，最初は素朴に協調フィルタリングをこちらの記事を参考にGoで実装していきました．

Python でレコメンデーションを実装する - Qiita

完全にやるだけではと思っていたのですが，まったく頭が働いておらずなかなか進まなかったのですが， @codehex とのペアプロにより無事に実装できました．現在は推薦される本の一覧を取得する際に計算しているので，計算結果をキャッシュした方が良さそうです．こういうパフォーマンスに関する話は，ペアプロ中にも何度も出たのですが，脱線して中々進まなかったので，パフォーマンスチューニングは後回しにしてとりあえず完成させようということでやっていきました．これが終わったのが，午前3時くらいでした．午前3時にも関わらず，起きて開発してらっしゃる方は結構いたので驚きました．ここから後述するLTのスライドを作成し始めて5時前に就寝しました．

LT大会

2日目には合宿の成果発表として希望者によるLTが行われました．1人5分で15人くらい発表者がおり，私も発表しました． "未卒 🔜 新卒" というタイトルで発表しました．発表内容は卒業するためのアプリケーションを作成するにあたって，どんな構成にしたか，どんなライブラリを利用したか，今回の合宿では何をやったかなどをまとめました．利用したライブラリ寄りの話になってしまったので，もっと今回実装した検索システムと推薦システムの2つの話を中心にすれば良かったなと後から思いました．

<a href="https://medium.com/media/c9e336446285a8c4e4bbc64ec43e93a4/href">https://medium.com/media/c9e336446285a8c4e4bbc64ec43e93a4/href</a>

LTが終わると，投票が始まり私のトークはドローンが貰える賞(賞の名前を忘れてしまいました...)を頂きました．投票していただいたみなさんありがとうございました!! オフィスで飛ばして，怒られないようにしたいです．

おわりに

いくつか感想を．

• 実装がダルくて放置していた2機能を実装できて良かった

• これはかなり卒業に近づいた感

• pospomeさんによる深夜のゲリラDDD勉強会が良かった

• 開発合宿はとにかく酒を飲む会だと認識していたけど, 予想以上に多くの人がずっと開発しててすごかった

• 笹川の田舎感がかなり良かった

良い合宿を企画してくださったみなさんありがとうございました! 次回もあればぜひ参加したいです 💪

Go合宿2018に参加して卒業にコミットしてきた was originally published in All YoU Need Is D* on Medium, where people are continuing the conversation by highlighting and responding to this story.

入社するまでの経緯

@b4b4r07さんのこのエントリがきっかけでした．

新卒でメルカリに入社した話 - tellme.tokyo

このエントリ中で，

16 新卒は 6 人いて、今は 17⁄18 卒の新卒採用に向けて動いています。 採用会食など、まずは話から聞いてみたいなという方がいましたら、僕経由で繋ぐことができるかもしれませんので興味があれば Twitter DM でもいいですし、コンタクトいただければなと思います。

とあったので，DMしてみました．これが2016年の10月30日のことでした．DMすると話がトントンと進んでいき，2週間後にオフィス見学&ランチをすることになりました．よく分からん学生にも関らず，福島からの交通費も支給していただいて，ホントありがたかった... (当時HRだった高橋さんありがとうございます :bow:) ランチで話すと，この会社で働きたいなーというのが一層強くなりました(前からメルカリは気になっていました)．ここからしばらくしてエントリーし，数回の面談を経て内定を頂きました．

最終的にメルカリとサイバーエージェントで悩んでいたのですが，以下の理由でメルカリに入社することを決めました(もちろん他にも理由はあります)．

• メルカリには著名なソフトウェアエンジニアが多数在籍している

• US事業やってる (私がUSで働くことに強い興味があるため重要)

• そもそも2014年からメルカリ使ってて，好きなサービス

• 給与

• サイバーエージェントに面談行ったらメルカリ行ったら良いんじゃないと言われた

感想

入社して3ヶ月経ったので今の時点での感想を箇条書きで雑に書き下しました．

• 入社直前に面談があって，1年前のオファー時からの成長具合を考慮して再オファーを出してもらえるのは最高

• コアタイムが12時から16時なので, 12時に出社すれば良いと思っていたら，最初の2週間は新卒研修で10時に出社しなければならず辛かった

• 実は大学卒業失敗(なんと卒業失敗が発覚したのが入社の1ヶ月前)して今も大学に在籍しているが，こんなんでも入社認めてくれてすごい (週1で有給を取得して，半年間大学に通うというのを認めていただいています)

• 入社時に有給を10日分付与してくれるのは最高

• 休みが取り易い&コアタイム過ぎたら自由に帰ることができるので，アイドルイベントに参加し易くて最高

• バックエンドのエンジニアの同期の2人とはTLS実装部という部活を勝手に作って毎週集ってワイワイしたりして楽しくて最高

• 中途のエンジニアの方が良い会社と言っているのを良く聞くので，1社目にこの会社来てしまったら，他の会社行くの大変そう

• 技術的に何か悩んだことがあれば，Slackに投稿したらみんな集まってきて色々アドバイスくれるのが最高

• 社内向けGo勉強会のGo Fridayが最高

• メンターが最高 (最高メンターを引く運だけは強い)

• 大江戸線六本木駅は最悪

最後に

新卒待ってます!!!

ソフトウェアエンジニア（新卒） / メルカリ

株式会社メルカリに新卒入社しました was originally published in All YoU Need Is D* on Medium, where people are continuing the conversation by highlighting and responding to this story.

1月末で働いていた会社を辞め, 現在はHERP, Inc.にいます. 前の会社を辞めた理由は色々ありますが, 聞きたい人は直接聞きに来てください!

前職を元々3月末で辞める予定だったのですが, 社内で色々あり, 昨年12月末に1月末で辞めますと上司に報告してしまいました．しかし元々は3月末で辞めるつもりだったため, 次に働くところは決めていませんでした. 私なんかが当時流行っていたTwitterで職を募集するのをやってもできないことは分かっていたので, Wantedlyを利用して探しました. 探すときには以下のポイントで探していました.

• 数人〜十数人レベルのまだ小さなベンチャー企業であること

• 自分のこれまで利用してきた技術とは異なる技術を利用していること

• 自社サービス開発をしていること

中でも重視していたのは, 自分のこれまで利用してきた技術とは異なる技術を利用している点です. 私は今までバックエンドを担当するエンジニアでずっとGo言語を書いていたのですが, これに拘るのではなく他の分野も触ってみたいと常々思っていました. そのため, iOS開発, フロントエンド開発やバックエンド開発でもGo言語ではない募集を探していました.

以上の条件を踏まえた募集の中から, 自分の気になるものに対してはWantedly上で「話を聞きに行きたい」を押して何件か面談しました. その中で1番面白そうで, 上にあげた条件を満たしていたのが今働かせていただいているHERPです.

現在HERPで働いて2ヶ月弱になるのですが, 今までやってたこととは全然違うことをやっているので学びしかなくて楽しいです. HERPでは関数型プログラミングを推していて, 一部Haskellで書かれていたりします. 私はHaskellの経験どころか, 関数型言語の経験さえほとんどなかったのですが, その部分をメインに担当させていただいています. おそらく日本でHaskellを学んでる人は独学で学んでる人がほとんどで, 私のように仕事で必要になったから学んでいる人は少ないでしょう. Haskellで書く上で分からないことがあれば, メンターに質問すると分かりやすい解説が返ってくるので, かなり恵まれているHaskell学習環境にいます. 現在も，少しづつ学びながらYesodフレームワークでウェブアプリケーションを開発しています． (Yesodも難しい!!) Haskellだけではなく, フロントエンドも少し触らせていただいたりしていて, これまた未知の分野ですが楽しいです．当初の目的であった，自分が経験してこなかった技術を触れているので最高...

あと，オフィスは五反田にあるのですが, おにやんまという有名なおいしいうどん屋さんがあって最高です… 昼と夜おにやんまな日もあります.

おにやんま (五反田/うどん)

最後に, HERP, Inc.では現在一緒に働いていただける仲間を募集しているようです! 気になる方はぜひエントリーしてみてください!!

• やっていき溢れるスタートアップでやっていきたいエンジニアWanted！💪 by 株式会社HERP

• 我コソハ鯨ヲ飼イナラス者ナリ🐳🐳🐳 by 株式会社HERP

エンジニアインターンも募集中のようです!

得意分野を見つけ出したい学生エンジニアWanted！ by 株式会社HERP

やっていき💪💪💪

株式会社HERPにいます was originally published in All YoU Need Is D* on Medium, where people are continuing the conversation by highlighting and responding to this story.

年末のお掃除ということで，開発環境周りを整えることにしました．今までは，ThinkPad X1CarbonでWindows10とManjaro Linuxをデュアルブートしていました．その Windows10とManjaro Linuxを綺麗さっぱり消して, Ubuntu 17.10に移行したというお話です．

ちなみに，現在(2017/12/30)一部のPCでUbuntu 17.10 をインストールするとBIOSを破壊するバグが見つかっているので注意しましょう．

Bug #1734147 "Ubuntu 17.10 corrupting BIOS - many LENOVO laptops..." : Bugs : linux package : Ubuntu

OSイメージ書き込み

こんなこと書かなくてもいいですが，一応書いておきます．

Ubuntu 17.10のISOをダウンロードしてきて，Majaro Linux上で `dd` コマンドを利用して書き込みました．

<a href="https://medium.com/media/6f81ed30ed8282cce03a3a502f977c99/href">https://medium.com/media/6f81ed30ed8282cce03a3a502f977c99/href</a>

`of=/dev/rsda`のように, `r` をつけるのがポイントですね．上では付けたのと付けてないのを両方走らせましたが，付けたほうが約124倍高速でした．

diskとrdisk

インストール

BIOSで起動順序を変更するなどして，USBから起動するようにします．私はこの時，BIOSで一緒にトラックパッドを無効化します．誤動作しかしなくてストレスフルなので．

`Install Ubuntu` を選んでもいいのですが，このままだとトラックポインタが使えないので，私は `Try` の方を選びました．そして，`Super` キー を押して `Terminal` と打ちTerminalを起動させます．

<a href="https://medium.com/media/78e4cc97721a1a00c63612f6877faae2/href">https://medium.com/media/78e4cc97721a1a00c63612f6877faae2/href</a>

そして上記の秘密の呪文を入力してトラックポインタを有効化します．トラックポインターが利用できるようになり，インストーラーをポチポチできて便利です．

最初にやったこと

インストールしてからササっと最初にやったことを列挙していきます．あ，この時点でトラックポインタがまた利用できなくなっていると思うので，上の秘密の呪文をもう一度入力しておくと良いです．

Waylandやめる

様々な問題があるのでやめました．どう判断したらこれを載せられたのか謎です．ログイン時に歯車をクリックしてXorgにしました．

【Ubuntu 17.10】WaylandからXorgに切り替えるべき7つの理由 | Linux Fan

トラックポインタの呪文を毎回入力しないでいいように

`/etc/default/grub` を編集して `GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash”` を `GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash psmouse.proto=imps”` にして， `update-grub` すると次回から呪文を入力してなくて良くなるので便利です．

CapsLockを潰してCtrlに

私は普段CapsLockを利用することがないので，交換するのではなく潰します．

`/etc/default/keyboard` に `XKBOPTIONS=”ctrl:nocaps”` を追記して潰しました．

様々な方法があるので好きな方法を取ると良いと思います．

CapsLockをCtrlにするまとめ - Λlisue's blog

WWAN設定

Ubuntuでは設定と言ってもAPNの設定するだけなのですが，外出先で繋がらないと慌てないように，最初に設定して繋がることを確認しておきます．

日本語入力周り

私はSKKを利用しているので，`ibus-skk` を利用します．

Input SourceでSKKを選択します．私はUS配列を利用しているのですが，このままではSKK利用している時にJIS配列になってしまいます．そのため，こちらを参考にして `/usr/share/ibus/component/skk.xml` のLayoutを `jp` から `us` に変更しました．

ibus-skkを英語キーボードで使えるようにする - メモ程度な日記

そして，自分がいつも利用しているSKKサーバーをDockerを利用してローカルに立てます．

```

docker run -d --restart=always -p 1178:1178 upamune/skkserver

```

各種アプリケーションインストール

色々なパッケージをインストールするためにLinuxbrewをインストールしました．簡単に新しいバージョンが手に入るので便利です．

普段使いなのと，1PasswordXのためにChromeをインストールします．Firefoxを利用している人はWineで1Passwordを入れるかブラウザとの連携はできませんが， `my.1password.com` をnativefierでアプリケーション化するとかですかね? Macでずっと使ってる AlfredっぽいAlbertも入れます．Albertは設定しないと，初期状態では何も検索にひっかからないので注意です．そして，Dockerをインストールしますが，面倒なのでいつも `get.docker.com` 経由でインストールしていますw かなり新しいのが降ってきます．音楽を聞くのにはUbuntuのアプリケーションも配布しているSpotifyを利用しています．UbuntuはBluetoothヘッドホンが何もしなくても簡単に繋がって便利ですね．初めてBluetoothヘッドホンに繋いだ時はゴミみたいな音質で驚いたのですが，サウンドのProfileが `HSP/HFP` になっていたので，`A2DP Sink` に変えるとまともになりました．

あとは自分のdotfilesを取ってきたり，適宜開発に必要なパッケージをインストールしました．

Emacsキーバインド化

テキストフィールドで `Ctrl-a` で全選択になったり， `Ctrl-e` とか効かないのでイライラしてたのですが，簡単にEmacsキーバインドを利用できるようなので設定しておきました．Tweakを使って， `Keyboard & Mouse` から `Emacs Input` をオンにするだけで設定できました．

ウェブアプリケーションのネイティブ化

ネイティブ化というと語弊がありますが，良く利用するウェブアプリケーションをElectronを利用して単体で動作するアプリケーションにしました．流れとしては，jiahaog/nativefier を利用してElectronアプリケーションを生成して `.desktop` ファイルを `~/.local/share/applications` に置きます．

`.desktop` ファイルはこんな感じです．

<a href="https://medium.com/media/9c7837f5100105d17b9e3c72fabf3bd6/href">https://medium.com/media/9c7837f5100105d17b9e3c72fabf3bd6/href</a>

現在，私がネイティブアプリケーション化してるのは以下の通りです．

• 1Password

• Kindle

• PocketCasts

• Trello

おわりに

いつか使うかもしれないと思って，Windows 10をずっと残しておいたのですが，全然使わなかったので消せて良かったです．UbuntuとThinkPadという組み合せだと特に何も設定することがないので便利ですね．最近は様々なアプリケーションがWeb上で実現されてることもあり，ブラウザさえあればなんとかなるみたいなことが多いので，Linuxからでも様々なアプリケーションを利用できるようになって良いです．1PasswordもずっとWineで利用してきたのですが，Web版，1Password Xの登場で必要なくなった感があります．(オフライン時は...)

iOS開発とかしない限り，ネイティブのLinuxの上で生きていきたいと思います．

あとどうでもいいですが，この記事で `` と ``` ```がうまく効いていないのは何なんですかね...

ThinkPad X1 Carbon(2017) にUbuntu17.10をインストールした was originally published in All YoU Need Is D* on Medium, where people are continuing the conversation by highlighting and responding to this story.

最近，仕事でCircleCI 1.0のmacOS上でビルドしてたやつを，2.0のmacOS上に移行するやつをやったのでメモを．

CircleCI2.0のmacOSサポートは，今年の9月から始まったようです．

OS X / macOS / iOS Support on CircleCI 2.0

やったこと

前はテストとdarwin向けのビルドをCI上で行なっていましたが，テストとwin32, darwin, linux向けの並列ビルドと，適切なキャッシュを挟むようにしました．

それぞれの工程に分けてメモしていきます．

テスト

テストするだけならば簡単です．

<a href="https://medium.com/media/9e3717e951d0b7233799867aa163900b/href">https://medium.com/media/9e3717e951d0b7233799867aa163900b/href</a>

特に凝ったことはしていません．一つ気をつけなければならないのは，2.0から,

environment:
  PATH: "${PATH}:${HOME}/${CIRCLE_PROJECT_REPONAME}/node_modules/.bin"

のような，環境変数を "" 中に埋め込むことができなくなりました．そのため，

- run: echo 'export PATH="/usr/local/opt/node@6/bin:$PATH"' >> ~/.bashrc
- run: source ~/.bashrc

とやっています．

How to add a path to PATH in Circle 2.0?

各プラットフォーム向けのビルド

CircleCI 2.0からのWorkflowの機能を使って，3つのプラットフォーム向けに並列にビルドタスクを動かしていくようにします．

先に circle.yml を紹介します．

<a href="https://medium.com/media/4cfb29a1cad89bf55175c5cfbfe1103c/href">https://medium.com/media/4cfb29a1cad89bf55175c5cfbfe1103c/href</a>

最初にbuild を test に変えました． test 中で追加したのは， persist_to_workspace です．ここでインストールした node_modules を次からのジョブに引き継げるように保存しておきます．

ビルドジョブの最初で attatch_workspace で保存した workspace を展開します．それからLinux向けだとそのままビルドできますし，Windowsだと， xquartz , wine をインストールしてからビルドすれば良いです．

厄介なのは, darwin 向けです．署名しなければならないので，Keychain周りのセットアップが必要です．

sudo security authorizationdb write com.apple.trust-settings.user allow
security add-trusted-cert -p ssl -p smime -p eap -p IPSec -p codeSign -p timestamping -k ci.keychain -p basic ./certificates/test.cer
security import ./certificates/test.p12 -k ci.keychain -P "" -A
security find-identity -p codesigning ci.keychain

1．0ではこんな感じでやっていました．しかし，このままでは動きません．

まず， 2.0 は最初から ci.keychain が用意されていないので作成する必用があります．

security create-keychain -p '' ci.keychain # パスワードを空でキーチェーン作成する

このまま， darwin 向けにビルドすると無限にビルドが終わらなくなります．なぜかというと，ビルド途中で electron-osx-sign が codesign コマンドを実行するのですが， codesign コマンドが(おそらく) プロンプトを出して止まっているためです．これは， Sierra からの挙動です．

以下のBitriseのOSSの Certificate and Profile Installer に，このコメントがありました．

You need to use “security set-key-partition-list -S apple-tool:,apple: -k keychainPass keychainName” after importing the item and before attempting to use it via codesign.

bitrise-io/steps-certificate-and-profile-installer

なので言われる通りに付け加えました．

security set-key-partition-list -S apple-tool:,apple: -k '' ci.keychain

よって，最後にはこのようになります．

sudo security authorizationdb write com.apple.trust-settings.user allow
security create-keychain -p '' ci.keychain
security add-trusted-cert -p ssl -p smime -p eap -p IPSec -p codeSign -p timestamping -k ci.keychain -p basic ./certificates/test.cer
security import ./certificates/test.p12 -k ci.keychain -P "" -A
security find-identity -p codesigning ci.keychain
security set-key-partition-list -S apple-tool:,apple: -k '' ci.keychain

これでようやく, darwin 向けのビルドができました．

そしてそれぞれのジョブで成果物をZIP化して，次のジョブで利用できるようにキャッシュに突っ込みます．あと，save_cacheのpath 中に変数が利用できないので，そのまま書くようにしましょう．

Can I use variables in cache paths?

リリース

<a href="https://medium.com/media/8a760db7891e801e19e7d5f8bfd84169/href">https://medium.com/media/8a760db7891e801e19e7d5f8bfd84169/href</a>

release ジョブと workflows の部分が変わったのでそこだけ載せておきます．ここでは，CIの artifacts に保存しているだけですが，タグが付いていたら，GitHubのReleaseに反映するというようなことをやっても良さそうです．

おわりに

以下が全体の circle.yml です．

<a href="https://medium.com/media/0aa7180a17697a7e3ec9e583fc8a3082/href">https://medium.com/media/0aa7180a17697a7e3ec9e583fc8a3082/href</a>

build_darwin のKeychain周りは本当に嵌りました… BitriseのOSSのコードによって助けられました．ありがとうございます🙏

他に嵌ったところは，ビルドしたアプリケーションを落してきて実行しようとすると Cannot find module となり落ちてしまうようになったことでした．理由としては， electron-package-manager が prune を実行して必用の無いモジュールを消してからアプリケーション内にコピーするのですが，何故か必用なモジュールまで消されてコピーされていました． npm のバージョンをローカルと合わせることで解決しましたが，根本的な原因は分かっていません…

まだやっていませんが，YAMLのAnchor/Referenceを利用して重複してるところをまとめていくと良いかなと思います．

CircleCI 2.0 (macOS)でElectronアプリをビルドする was originally published in All YoU Need Is D* on Medium, where people are continuing the conversation by highlighting and responding to this story.

この記事はAizu Advent Calendar 10日目の記事です。

最近、Go言語を最近始めた人からGo言語の周辺情報を教えて欲しいと言われました。

例えばWAFは何を使うか、ビルドするために何を使っているのか、情報を収集するのにどこを見ているのかというような情報です。

確かに新しい言語を始めるにあたってそのような情報は知っておきたいですが、意外とまとまってなかったりします。（すぐ陳腐化するからでしょうか）

なので、ここでは自分なりの周辺情報をまとめておきます。もちろん、これがすべてで必ず正しいわけではありませんので、ご了承ください。

インストール方法

Go言語では他の言語のように同じ環境に複数のバージョンをインストールするということはほとんどしません（Go言語自体の開発などを除く）。

そのため、そのままグローバルにインストールして大丈夫です。

macOS、Ubuntuでのインストール方法、そしてGOPATHの設定方法を紹介します。

macOS

$ brew install go

macOSは普通にHomebrewを使えば大丈夫です。

Ubuntu

$ apt install golang-go

このコマンドでインストールできますが、少々古いバージョンがインストールされてしまうので最新版を利用したい場合はこちらのページに従ってインストールすると良いでしょう。

例えば、Go1.9をインストールしたい場合は以下のようにします。

$ add-apt-repository ppa:gophers/archive

$ apt update

$ apt-get install golang-1.9-go

$ export PATH /usr/lib/go-1.9/bin:$PATH #PATHを通すのを忘れずに

GOPATHについて

GOPATHは1.8から `$HOME/go` がデフォルト値として設定されるようになりました。そのため特に設定しなくても問題はないです。これ以外に設定したい場合は、設定しましょう。ちなみに自分は `GOPATH=$HOME` です。

あと、 `$GOPATH/bin` をPATH通しておくことをオススメします。

`GOROOT` は設定しなくて構いません。

依存関係管理ツールについて

公式がgolang/depというツールを出しています。今から始めるのならこれを利用すれば良いでしょう。

https://github.com/golang/dep

今までは、公式で依存関係を管理できずtools/godepや

Masterminds/glideなどを使っていましたが現在は必要ありません。

https://github.com/tools/godep

https://github.com/Masterminds/glide

ちなみに、依存しているライブラリなどは `vendor/` ディレクトリに格納されます。Goは `$GOPATH` より `vendor/` を優先して見に行きます。

ちなみにGo1.5では `GO15VENDOREXPERIMENT` という環境変数に `1` を設定して、この機能有効にしていましたが今では関係ないです。

タスクランナーについて

今までMakeしか使ってきませんでした。界隈的にもMakefileを利用するのが一般的です。

Makefileはこちらの記事が参考になります。

https://qiita.com/dtan4/items/8c417b629b6b2033a541

いくつか、Goで書かれたタスクランナーもあるようですが、ほとんど利用されているところを見たことがありません。後は、Bazelなんかもあります（何かのプロジェクトで利用されていた気がしますが忘れてしまいました）。

https://bazel.build/

ビルドツールについて

Goコマンドのサブコマンドである `build` を利用します。特殊なことをしていないプロジェクトであれば、 `go build` を実行すれば実行している環境向けのバイナリが同じ階層に吐き出されます。

自分はこんな感じで実行しています（実際はMakefileに `build` として定義しています）。

$ GOOS=linux GOARCH=amd64 go build -ldflags=”-w -s -X github.com/upamune/sugoi-project/config.commitHash=$(git rev-parse — verify HEAD)” -o bin/app app.go

`GOOS` , `GOARCH` を設定することでターゲットを指定してバイナリを吐き出すことができます。

https://golang.org/doc/install/source#environment

様々な環境向けに吐き出したい場合はmitchellh/goxを利用すると便利です。

https://github.com/mitchellh/gox

`ldflags` の `-X` についてですが、ビルド時に情報を埋め込むことができます。ビルド時した時の日付やコミットハッシュなどを入れる場合が多いです。

https://github.com/golang/go/wiki/GcToolchainTricks#including-build-information-in-the-executable

`ldflags` の `-s -w` はこれを指定することでシンボルテーブルを生成しないようにしてバイナリサイズを削減するためのオプションです。

UPXでさらにバイナリをサイズを削減する方法もありますが、私はやっていません。

https://upx.github.io/

Go周辺ツールについて

Go言語にはgofmtという最高のツールがあります。gofmtをかけるとコードのフォーマットが統一されます。公式で提供されているかつ、設定ができないというのがポイントです（従うしかないのでみんなこれに沿っている）。goimportsはgofmt+利用していないパッケージのimportの削除や逆に利用しているがimportしていないパッケージをimportに追加してくれたりします。他にも静的解析ツールの `vet` があります。ちなみに、Go1.10からは `go test` で `go vet` も走るようになるので、 `go vet` で落ちているとテストでも落るようになります。公式以外では握りつぶしているエラーを発見できるerrcheckなどがあります。そして、これらの便利なツールを合わせたgometalinterというのもあります。gometalinterには色々なlinterが含まれているので覗いてみると面白いです。

https://github.com/kisielk/errcheck

https://github.com/alecthomas/gometalinter

エディタについて

なんでも大丈夫です。

Vim, NeoVimを利用している方はfatih/vim-goを入れている方がほとんどです。

https://github.com/fatih/vim-go

IntelliJにGo Pluginを入れても良いですし、JetBrainsからはGo専用のIDE GoLandがリリースされています（旧Gogland）。

https://www.jetbrains.com/go/

ちなみにIntelliJ+Go PluginはIntelliJ Ultimateの必要があるので有料ですし、GoLandも最近正式版がリリースされ有料となってしまいました。

VSCodeを利用して書いている人もいるようです。

テストについて

Goコマンドに `test` がサブコマンドとしてあります。

`sugoi.go` というファイルがあったとすると、テストは `sugoi_test.go` に書きます。

テストする時には、テストしたいファイルがあるディレクトリで `go test` をすれば良いです。 詳細を出力したい際には `-v` オプションを付けます。

カバレッジを取得したい際には `-cover` オプションを付けます。 `go tool cover` を利用すると `-cover` で出力されたファイルが良い感じで見ることができます。

$ go test -coverprofile=cover.out .

$ go tool cover -html=cover.out -o cover.html

複数パッケージのカバレッジを取得したい際には注意が必要でそのままそれぞれの `cover.out` を連結するだけではいけません（CodecovなどのCIサービスではそのまま連結したファイルもよしなにパースしてくれたりします）。`mode` 行を先頭だけにして、それ以降の `mode` は取り除く必要があります。

競合検知をする場合は、 `-race` オプションを利用します。

あるテストだけ実行したい場合は `-run regexp` を利用します。 `regexp` にマッチした関数だけテストが実行されます。

その他のオプションについては、こちらをご覧ください。

https://golang.org/cmd/go/#hdr-Description_of_testing_flags

テストライブラリについて

Go言語では単純に `if` で比較してダメだったらエラーを吐くというのが普通のテストの手法です。

if actual != expected {

  t.Errorf(“expected: %v, but actual: %v”, expected, actual)

}

しかし、これは少々しんどいので私はstretchr/testifyを使っています。

https://github.com/stretchr/testify

assert.Equal(t, expected, actual)

このように書けば、`assert` が失敗した時は適切にエラーメッセージを出力してくれます。 `Equal` 以外にも色々あるので標準的な方法で疲れてきたらこちらを利用すると良いでしょう。

https://godoc.org/github.com/stretchr/testify/assert

あまり使っているのを見たことがないですが、私はダミーデータの生成にbluele/factory-goを利用しています。 `modeltest` というパッケージにおいて利用することが多いです。

https://github.com/bluele/factory-go

デプロイ

ビルドしたバイナリを配置してsystemdなどでデーモン化するというのを自分はやっています。Google App EngineのStandard環境はフルマネージドなのでGoの実行環境として大変おすすめですが、色々制限もあります。インフラにリソースを割けなくて、スケールさせたいならGAE/Stdがおすすめです。

ウェブアプリケーションフレームワーク

私はフルスタックフレームワークを利用せずに、標準ライブラリを元にして小さいライブラリを組み合わせて作成することが多いです。フルスタックフレームワークはrevel/revelがあります。しかし、開発は活発でなく昔のWAFというイメージがあります。

https://github.com/revel/revel

labstack/echoやgin-gonic/ginは薄いWAFとして利用されています。goaは面白いWAF（WAFというかは怪しい）です。goaのDSLを書くと、GoのコードとSwaggerが自動生成されます。これが最高なのはドキュメント（Swagger）と実装の乖離がなくなることです。

goaは少し癖はありますが、便利なのでおすすめです。Goでは様々な薄いWAFが数ヶ月おきくらいに出現してきます。その時乗り換えたかったら乗り換えることができるように、過度に依存しないよう薄くラップしておくことをおすすめします。

https://github.com/labstack/echo

https://github.com/gin-gonic/gin

https://github.com/goadesign/goa

蛇足ですが、kataras/irisは利用しない方がいいです。

https://github.com/kataras/iris

https://www.reddit.com/r/golang/comments/57w79c/why_you_really_should_stop_using_iris/

http://b.hatena.ne.jp/entry/281976155/comment/lestrrat

https://p.moznion.net/d943e3d1618bf0128bda4e27dbd4d2946ce521c0a7c586e326270614f2912934.png

https://github.com/kataras/iris/issues/219

WAFではないですが、Go言語はgRPC周辺がかなり充実しているのでgRPCを利用するのもおすすめです。最近はgRPCでサーバー書いているので近頃のWAF事情には詳しくないことに気が付きました。

DB/クエリビルダー/ORM

標準のdatabase/sqlをラップしているjmoiron/sqlxを利用しています。

https://github.com/jmoiron/sqlx

クエリビルダーはMasterminds/squirrelを利用しています。

https://github.com/Masterminds/squirrel

ORM *的* なものも一応あります。

jinzhu/gormやgo-gorp/gorp、go-xorm/xormなどが有名どころでしょうか。

https://github.com/jinzhu/gorm

https://github.com/go-gorp/gorp

https://github.com/go-xorm/xorm

最近見たvolatiletech/sqlboilerも良さそうです。

https://github.com/volatiletech/sqlboiler

自分がORMを普段利用しないのでフワッとして紹介になってしまいました。

マイグレーション

以前まではliamstask/gooseを利用していました。

https://bitbucket.org/liamstask/goose

git-schemalexを経て、gooseと似たようなmigrateに落ち着いています。migrateはgooseに比べて対応DBが多いこととや、 *GitHub* で開発されているため気に入っています。

https://github.com/schemalex/git-schemalex

https://github.com/mattes/migrate

ロガー

標準ライブラリにもログパッケージはありますが貧弱です。何かしらロギングのライブラリを入れているか、標準logをラップしたものを定義しています。

ライブラリを利用する際、以前まではsirupsen/logrusを利用していましたが、最近ではuber-go/zapを利用しています。zapはUberが開発した他のロガーよりパフォーマンスに優れ

ていることで有名なライブラリです。他に速いロガーとしてrs/zerologがあります。

https://github.com/sirupsen/logrus

https://github.com/uber-go/zap

https://github.com/rs/zerolog

設定まわり

自分は普段kelseyhightower/envconfigばかりを利用しています。envconfigに関しては以前記事を書いたのでそちらを参照してください。

https://github.com/kelseyhightower/envconfig

http://upamune.hatenablog.com/entry/2016/12/05/212013

後は、spf13/viperでしょうか。ファイル（JSON、YAML、TOML, HCL）、環境変数、フラグなど色々なところから設定を読むことができます。

https://github.com/spf13/viper

ちなみに、Go言語では設定ファイルとしてあまり他の言語では見ないTOMLという形式を利用することがあります。

https://github.com/BurntSushi/toml

書籍

あまり書籍の数は出ていませんが、良書が揃っています（アフィリエイトリンクではないので安心して買ってくださいw）。

プログラミング言語Go

言語自体の機能や文法を知りたい場合はこの本がおすすめです。後から読んでも学ぶことがあります。手元に置いておくと良いでしょう。練習問題が難しいのもあるので、全部無理に解く必要はありません。

https://www.amazon.co.jp/dp/4621300253

みんなのGo言語

日本の著名なGo言語を利用している方々が書いた本。実践的で入門書の次くらいに読むとちょうど良さそうです。

https://www.amazon.co.jp/dp/477418392X

スライド

自分が参考になったスライドを書いていきます（参考になったスライドはたくさんあるのですがパッと思いつくのがほとんどないので思い付きしだい追記するかもです）。

lestrratさんによるYAPCでの発表です。Perl Monger関係なく他の言語を書いていてGoを始める人におすすめの資料です。

http://go-talks.appspot.com/github.com/lestrrat/go-slides/2014-yapcasia-go-for-perl-mongers/main.slide#1

Go関連Webサイト

golang.jpは更新されていなくて最早害悪ですが、検索すると上位に出てきてしまうのでドメインブロックして検索結果から排除しておきましょう。

• https://tour.golang.org/

• https://play.golang.org/

• https://golangweekly.com/

• https://www.reddit.com/r/golang/

• こういうこともあったのでどうなんでしょうね

• https://groups.google.com/forum/m/#!msg/golang-nuts/XoOhzUClDPs/jgSWxng7CAAJ

• https://groups.google.com/forum/#!forum/golang-nuts

• https://github.com/golang/go/wiki/SliceTricks

• https://astaxie.gitbooks.io/build-web-application-with-golang/content/ja/index.html

• https://gobyexample.com/

• https://github.com/trending/go

• http://b.hatena.ne.jp/search/tag?safe=on&q=golang

勉強会

大小様々な勉強会が行われていますが、比較的大きいのはここらへんでしょうか。

• https://golangtokyo.connpass.com

• https://gocon.connpass.com/

Goオールスターズは最近開催されていないようです。

おわりに

思い付いたことをつらつらと書いたので、まとまりがないですが参考になる箇所があると嬉しいです。最後にもう一度言いますが、これはあくまで自分の場合です。

もっと良い方法や間違い、聞きたいことなどがあればコメントやTwitter @upamune までよろしくお願いします。

Go言語を学び始める人へ ~2017冬~ was originally published in All YoU Need Is D* on Medium, where people are continuing the conversation by highlighting and responding to this story.

$ git clone git@github.com:google/flatbuffers.git
$ cd flatbuffers
$ cmake -G "Unix Makefiles"
$ make
$ ./flattests # ALL TESTS PASSED だったらOK
$ ./flatc help

Flatbuffersのビルド was originally published in All YoU Need Is D* on Medium, where people are continuing the conversation by highlighting and responding to this story.