Seiya Muramatsu

発表資料発表資料の補足BucketeerはFeature Flag & A/B Testing機能を提供する社内SaaSプロダクトPipeCDのControl Planeが社内SaaSとして提供されている

社内勉強会で「PipeCDを使用したBucketeerのGitOps-style CI/CD」という発表をしました

はじめにCOVID-19 の影響で原則 WFH になってから、色々と自宅の仕事環境を整えてきたのですが、個人的に満足いく感じになったのでブログにまとめてみます。ちなみに自分はソフトウェアエンジニアとして働いているので、快適に開発作業ができるように環境を作っています。全体像はこんな感じです。アイテム一覧  分類    商品名    デスク    FLEXISPOT E6    椅子    オカムラ Baron    モニター    Dell U3421WE    キーボード    Mistel BAROCCO MD770    トラックパッド    Apple Magic Trackpad 2    Web カメラ    Logicool C920n    マイク    SAMSON Q2U    マイクスタンド    AKEIE マイクスタンド    スピーカー    Sony SRS-XB23    ヘッドホン    Bose QuietComfort 35    ノート PC スタンド    BECROWM ノート PC スタンド    スマホ & タブレットスタンド    Nulaxy タブレットスタンド    ケーブルトレー    プラス Garage ワイヤーケーブルトレー  各アイテムについてデスクFLEXISPOT E6 という電動式スタンディングデスクを使っています。色は天板がメープルで、脚がホワイトです。組み立てにあまり時間をかけたくなかったので、簡単に組み立てできる E6 を選びました。やはりたまに立って作業できるのは良いです。ブラックフライデーのセールで安くなっているタイミングで買いました。椅子オカムラのバロンチェアを使っています。タイプはハイバック、メッシュ、ブラックです。オフィスバスターズ で中古を買いました。オカムラ デスクチェア オフィスチェア バロン ハイバック 可動肘 座メッシュ ミディアムブルー CP85CW-FEH4メディア: オフィス用品モニターDell U3421WE という 34 インチの曲面ウルトラワイドモニター (3,440 x 1,440) を使っています。仕事でブラウザ、エディタ、ターミナルなどを同時に開いて作業しているのですが、3, 4 列に並べても十分スペースがあるので快適です。また USB-C の入力端子から 90W で PC を充電できるのも嬉しいです。仕事用のノート PC は MacBook Pro (16インチ, 2019) を使っていますが、問題なく充電できています。さらに USB-A や USB-C などポートがいくつかついているので、ドックとしても機能します。現在 Dellのホームページ から買うと 15%OFF で買えます。Dell 曲面USB-Cハブモニター 34.14インチ U3421WE(3年間無輝点交換保証/フレームレス/スピーカー付/USB-C/LANポート(RJ45)/WQHD/IPS非光沢/USB-C,DPx2,HDMIx2/高さ調整,左右角度調整/ドック機能搭載)発売日: 2020/12/25メディア: Personal ComputersキーボードMistel BAROCCO MD770 RGB という分割キーボードを使っています。キースイッチは静音赤軸、キー配列は US 配列、有線タイプです。自分は肩こり持ちなのですが、分割キーボードを導入したことでだいぶ楽になったように感じます。Mistel BAROCCO MD770 RGB メカニカルキーボード 英語配列 85キー 左右分離型 CHERRY MX RGB 静音赤軸 ブラック MD770-PUSPDBBT1発売日: 2020/01/30メディア: Personal ComputersトラックパッドApple Magic Trackpad 2 を使用しています。www.apple.comWeb カメラLogicool C920n を使っています。1080p/30fps ですが、個人的には十分かなと思います。ロジクール ウェブカメラ C920n ブラック フルHD 1080P ウェブカム ストリーミング 自動フォーカス ステレオマイク 国内正規品 2年間メーカー保証 ブラック発売日: 2019/04/25メディア: Personal ComputersマイクSAMSON Q2U というダイナミックマイクを使っています。AirPods Pro や Web カメラのマイクからこちらのマイクに変えたら、同僚が一瞬で気づいたので、音質は良いと思います。サウンドハウス で購入しました。SAMSON サムソン オーディオインターフェイス内蔵型ダイナミックマイク + レコーディングパック Q2Uメディア: 付属品マイクスタンドAmazon で見つけた AKEIE というブランドの安いマイクスタンドを使っています。SAMSON Q2U のスタンドとして使う分には十分安定しています。AKEIE マイクスタンド 卓上 折り畳み式 マイクアーム mic stand 伸縮 デスクアーム 角度や高さ調節可能 音声入力 カラオケ 実況 配信 収録 ブラック 日本語説明書付 【改良版】メディア:スピーカーSony SRS-XB23 というスピーカーを使っています。持ち運びもできて高音質なステレオスピーカーです。現在 キャッシュバックキャンペーン 中です。ソニー ワイヤレスポータブルスピーカー SRS-XB23 : 防水/防塵/防錆/Bluetooth/重低音モデル/マイク付き/ 最大12時間連続再生 2020年モデル / ブラック SRS-XB23 B発売日: 2020/07/03メディア: エレクトロニクスヘッドホンBose QuietComfort 35 ノイズキャンセリングヘッドホン (初代) を長いこと使っています。性能的には十分満足なのですが、端子が microUSB なのが微妙なところです。ノート PC スタンドAmazon で見つけた BECROWM ノート PC スタンドを使っています。MacBook Pro (クラムシェルモード) と iPad を置いています。BECROWM アップグレード版 ノートパソコンスタンド 縦置き macbook用 縦置き スタンド アルミ製 クラムシェルスタンド 2台立て ノートpcスタンド 幅調節可能 ノートパソコン 縦置きスタンド（ブラック）メディア: エレクトロニクススマホ & タブレットスタンドAmazon で見つけた Nulaxy タブレットスタンドを使っています。よく iPhone, iPad, Nintendo Switch などを置いています。Nulaxy iPadスタンド タブレットスタンド スマホスタンド 充電スタンド 折り畳み式 270°自由調整可能 4-13インチに対応 Nintendo Switchスタンド A3(ブラック)メディア:ケーブルトレーAmazon で見つけたプラス Garage ワイヤーケーブルトレーの S サイズを使っています。デスクの裏はあれですが、おかげで表はきれいになっていると思います。その他各種デバイスを充電できるように、ケーブルをデスクの奥から出しています。まとめ2020/12 現在の自分の WFH 環境を紹介しました。環境構築にあたり、色々な方々のブログやSNSなどを拝見させていただきましたが、大変参考になりました。ありがとうございます。

WFH 環境 2020/12

こちらは Kubernetes3 Advent Calendar 2020 16日目の記事です。前回の 記事 では PipeCD の疑問点と回答についてまとめましたが、今回はデプロイと分析周りについてです。尚、PipeCD 自体については非常に良い記事が公開されていたので、そちらを参考にすると良いかと思います。GitOps を実現する CD ツール、PipeCD が良さそうという話概要現在 PipeCD を使った Kubernetes の GitOps について試しているのですが、今回は以下のようなデプロイの仕組みを構築して、検証してみたのでそれについてまとめてみます。GitOps の Config Repository に変更がマージされたら、1 Pod だけ Canary Pod を Kubernetes 上にデプロイするCanary Pod から取得された Prometheus のメトリクスを使ってエラーレートの分析をするエラーレートが基準値を超えたら自動的にロールバックするデプロイが終了したら Slack に通知する自分は ArgoCD を使って同じような仕組みを作ったことがあるのですが、その場合は ArgoCD, Argo Rollouts, ArgoCD Notifications を組み合わせて使う必要がありました。しかし、PipeCD の場合は単体で簡単に実現することができました。前提検証時のバージョンは以下のものを使っています。PipeCD: v0.9.0Kubernetes (GKE): v1.16.15Prometheus: v2.18.1Kubernetes 上には、PipeCD、gRPC Server App、Prometheus がデプロイ済みとします。また gRPC Server App 上では、gRPC のリクエストを処理した時に  grpc_server_handled_total というメトリクスを計測しています。セットアップPiped の設定Piped の設定ファイル (piped-values.yaml) は以下のように設定します。args:  insecure: trueconfig:  data: |    apiVersion: pipecd.dev/v1beta1    kind: Piped    spec:      projectID: YOUR_PROJECT_ID      pipedID: YOUR_PIPED_ID      pipedKeyFile: /etc/piped-secret/piped-key      apiAddress: pipecd:8080      webAddress: http://pipecd:8080      syncInterval: 1m      repositories:        - repoId: config          remote: CONFIG_REPO_URL          branch: master      analysisProviders:        - name: prometheus          type: PROMETHEUS          config:            address: http://your-prometheus-address      notifications:        routes:          - name: dev-slack            events:              - DEPLOYMENT_SUCCEEDED              - DEPLOYMENT_FAILED            envs:              - dev            receiver: dev-slack-channel        receivers:          - name: dev-slack-channel            slack:              hookURL: https://your-slack-hook-urlanalysisProviders のセクションで、連携する Prometheus の設定を書いています。https://pipecd.dev/docs/operator-manual/piped/adding-an-analysis-provider/notifications のセクションでは、Slack 通知の設定を書いています。ここでは dev environment でデプロイが成功・失敗した場合に、dev-slack-channel に通知する設定となっています。https://pipecd.dev/docs/operator-manual/piped/configuring-notifications/設定できたら、helm upgrade で Piped の設定を更新します。https://pipecd.dev/docs/operator-manual/piped/installation/Analysis Templateの設定PipeCD でデプロイ分析 (Automated deployment analysis (ADA)) をする際には、Analysis Template を書いて、これを Deploy Pipeline の設定から参照する形になります。Analysis Template (analysis-template.yaml) は以下のように設定します。apiVersion: pipecd.dev/v1beta1kind: AnalysisTemplatespec:  metrics:    grpc_error_rate:      provider: prometheus      # `>= 0` removes `NaN`.      # `or on() vector(0)` returns `0` if the result is `no data`.      query: |        (          (            sum(rate(grpc_server_handled_total{pod=~"{{ .Args.serviceName }}-canary-[a-z0-9-]+",code="Internal"}[1m]))            /             sum(rate(grpc_server_handled_total{pod=~"{{ .Args.serviceName }}-canary-[a-z0-9-]+"}[1m]))          ) >= 0        ) or on() vector(0)      expected:        max: 0.01      interval: 60s      failureLimit: 0この設定ファイルでは grpc_error_rate を Prometheus Query で 60s ごとに取得して、その値が 0.01 を上回ったら失敗とするように設定しています。Canary Pod には PipeCD が自動で -canary という名前を付与してくれるので、 pod=~"{{ .Args.serviceName }}-canary-[a-z0-9-]+" のように正規表現でマッチするようにしています。analysis-template.yaml は、Config Repository のルートに .pipe というディレクトリを作り、その下に配置します。https://pipecd.dev/docs/user-guide/automated-deployment-analysis/#analysis-templateApp のデプロイの設定App のデプロイの設定ファイル (.pipe.yaml) は以下のように設定します。apiVersion: pipecd.dev/v1beta1kind: KubernetesAppspec:  ...  pipeline:    stages:      - name: K8S_CANARY_ROLLOUT        with:          replicas: 1      - name: WAIT        with:          duration: 10s      - name: ANALYSIS        with:          duration: 130s          metrics:            - template:                name: grpc_error_rate                args:                  serviceName: grpc-server      - name: K8S_PRIMARY_ROLLOUT      - name: K8S_CANARY_CLEAN今回設定した Deploy Pipeline は以下の Stage で構成されています。K8S_CANARY_ROLLOUT: Canary Pod を1つデプロイWAIT: デプロイされた Pod が Running になるまで適当に待つANALYSIS: Analysis Template で設定した grpc_error_rate の分析を、duration で指定した期間実行K8S_PRIMARY_ROLLOUT: 既存の Pod を新しいバージョンに更新K8S_CANARY_CLEAN: Canary Pod を削除ANALYSIS Stage で失敗した場合、PipeCD が自動でロールバックしてくれます。.pipe.yaml は Config Repository に push し、PipeCD の WebUI から App の登録を行います。動作確認デプロイ成功したケースConfig Repository を更新して、デプロイを走らせてみます。デプロイ成功したケースでは、Deploy Pipeline が最後まで実行され、終了後に Slack に通知がきました。PipeCDのWebUI:Slack:※ 別の環境で撮った画像なので、今回設定した値とは異なっている部分があります。デプロイ失敗したケースANALYSIS Stage の Prometheus Query が失敗したケースでは、自動的にロールバックが行われ、終了後に Slack に通知がきました。PipeCDのWebUI:Slack:※ 別の環境で撮った画像なので、今回設定した値とは異なっている部分があります。まとめPipeCD で Prometheus と連携した Canary Release 分析と Slack 通知が動作していることを確認できました。概要でも書きましたが、ArgoCD で同じことを実現するためには、いくつか周辺ツールを組み合わせる必要があるので、導入や管理の手間が増えてしまいます。PipeCD ではこのような問題を解決できているのが良いなと思いました。備考Prometheus の代わりに Thanos に対して Query を投げるように変更してみるThanos についてはこちらを参照: https://thanos.io/Thanos も Prometheus の Query を受けて実行できるはずなので試してみました。v0.13.0 です。)設定ファイルの変更点は以下の部分です。piped-values.yaml:      ...      analysisProviders:        - name: thanos          type: PROMETHEUS          config:            address: http://your-thanos-address      ...analysis-template.yaml:apiVersion: pipecd.dev/v1beta1kind: AnalysisTemplatespec:  metrics:    grpc_error_rate:      provider: thanos      ...これで問題なく動作していました。Automated deployment analysis (ADA) 周りの Issue についてこの検証をしている際にバグっぽい挙動を見つけたので Issue を上げておきました。https://github.com/pipe-cd/pipe/issues/1244analysis-template.yaml で設定した timeout が、Prometheus の Query で使用されないという Issuehttps://github.com/pipe-cd/pipe/issues/1245ANALYSIS Stage の終了タイミングで、ちょうど動いている Prometheus の Query がエラーになることがあるという Issue後者については ANALYSIS Stage の duration と Query の interval をずらすという回避策がありますし、どちらもクリティカルな問題ではないと思います。

PipeCD で Prometheus と連携した Canary Release 分析と Slack 通知を試してみる

こちらは Kubernetes3 Advent Calendar 2020 9日目の記事です。概要現在 PipeCD で Kubernetes の GitOps を試しているのですが、その中でいくつか疑問点が出てきました。それらの疑問点を解消するために、自分で検証してみたり、PipeCD の開発者に質問したりして、回答を得たので、この記事にまとめてみます。尚、PipeCD の概要についてはここでは説明しませんが、以下のページなどが参考になるかと思います。公式HPPipeCD Introduction -Japanese- | Speaker Deck汎用的な継続的デリバリーツール PipeCD が出たぞ | Developers.IO※ 以下の内容は PipeCD v0.9.0 時点のものです。 (本記事執筆時点の最新版)Q1. App のデプロイ先の namespace を指定することは可能か？ユースケース何らかの単位で Kubernetes の namespace を分けて、その中に App をデプロイして運用しているようなケースで必要。例: PipeCD 用の namespace, Service A 用の namespace, Service B 用の namespace と分けて運用しているケース。回答App の deployment configuration file (.pipe.yaml) に namespace という field があるので、そこを設定することで実現可能です。https://pipecd.dev/docs/user-guide/configuration-reference/#kubernetesdeploymentinputQ2. App の sync 元の branch を指定することは可能か？ユースケース以下のようなケースで必要になります。デプロイ先の Environment ごとに別々の branch を使用しているケース開発時に一時的に App の sync 元の branch を変更したいケース回答piped の configuration file の repositories に repo を設定する箇所があるが、そこで branch の指定が可能。https://pipecd.dev/docs/operator-manual/piped/adding-a-git-repository/Q3. App を登録した後に、UI 上で設定変更は可能か？ユースケースApp 登録後に設定値 (例: sync 元の branch など) を変更したい。回答開発者に質問してみたところ、現状ではできないが、開発を検討してくれるとのことです。Q4. 一時的に App の AutoSync をオフにすることは可能か？ユースケース開発環境で、ある App の AutoSync をオフにして kubectl edit で調整して動作確認したいことがある。 ( GitOps の Single Source of Truth の原則に違反するので微妙ですが…)回答こちらも開発者に質問してみました。PipeCD では commit merged 時に git & cluster の diff のチェックを行い、diff があると sync をしている。つまり、常時 git & cluster の diff をチェックして勝手に sync しているわけではない。なので、開発環境で kubectl edit などを使って debug するのは問題なくて、debug 終了後に、Web UI で sync ボータンを押すと、また同期してくれるとのことです。[2020/12/10追記]Q5. App を API or CLI で登録・削除することは可能か？ユースケース大量の App を管理している場合に、UI から1つ1つ登録していくのは面倒なので、 Script 化したい。回答開発者に質問してみたところ、現状ではできないが、API or CLI の開発を検討してくれるとのことです。GitHub リポジトリを見てみたら、実際に external api 関連の PR がマージされていました。https://github.com/pipe-cd/pipe/pull/1196Q6. App を Delete するときに、紐づく Resource を削除する・削除しないの選択は可能か？ユースケースある App が不要になった時に、App に紐づく Kubernetes の Resource を手動で削除していくのは面倒なので、自動で削除することも可能にしてほしい。ArgoCD の cascade delete のような機能。回答開発者に質問してみたところ、現状ではできないが、開発を検討してくれるとのことです。また、PipeCD の UI 上では App の Disable というメニューしかないが、これは現状 Enable に戻すことはできず、Disable = Delete とのことです。[2020/12/10追記]Q7. Kubernetes の HPA (Horizontal Pod Autoscaler) には対応してるか？ユースケースHPA を使って Pod のオートスケーリングをしたい。その場合、オートスケーリング時に Deployment の replicas の値が変化してしまうが、問題ないか？回答試してみたところ問題なく動いていました。( ArgoCDのドキュメント を参考に、Deployment の yaml の replicas は削除しています。)Q8. App の Deploy が失敗した時に Slack 通知することは可能か？ユースケースCanary Release が失敗した時に Slack 通知してほしい。回答piped の configuration file の notifications に notification を設定する箇所があるが、そこで監視する Event に DEPLOYMENT_FAILED を指定することで実現可能。https://pipecd.dev/docs/operator-manual/piped/configuring-notifications/まとめ以上、8つの疑問点とその回答についてまとめてみました。まだまだ検証中ではありますが、GitOps の基本的な機能は動いていそうですし、この記事で上げた機能が追加されたら、自分たちのシステムに導入してみようかという感じで考えています。また検証や導入が進んで新たな知見が得られたら、ブログ記事にまとめられたらと思います。

PipeCD で Kubernetes の GitOps を試してみた時の疑問点とその回答

Qiitaアカウント: https://qiita.com/mura-sGo製のUnique ID Generator「xid」についてSpark MLとBreezeでロジスティック回帰会社のブログ社内プログラミングコンテスト「AtCoderゼミ Beginner Programming Contest #1」を開催しました

他のプラットフォームに書いた記事へのリンク

[Mediumから移行 (Medium投稿日: Nov 4, 2018)]SICPに取り組むための環境構築 で書いたように今年の2月くらいからSICPを読んでいたのですが、最近読み終わりました。かかった期間は約9ヶ月くらいで、本文中のコードはほぼ全て動かしました。練習問題についても5章の後半はスキップしてしまいましたが、それ以外はほとんど解きました。その中で学んでことを簡単にまとめておきます。学んだことScheme (Lisp) 自体数学的な概念 (不動点など)プログラミング理論 (ラムダ計算など)ストリームと遅延評価インタプリタの実装:Eval, Applyを使ったシンプルなインタプリタ遅延評価の導入非決定性計算 (継続やamb)論理型プログラミング (SQL的なやつ)コンパイラの実装:レジスタ計算機のシミュレータ (ある種のVM)簡易デバッガの書き方Garbage Collectionレジスタ計算機の言語 (アセンブラ) でインタプリタを実装Schemeからレジスタ計算機の言語へのコンパイラこの学習を通して、今後コンピュータサイエンスや低レイヤなどを深めていく上での基礎が身についたので、非常に良かったです。計算機プログラムの構造と解釈 第2版作者:エイブルソン,ハロルド,サスマン,ジュリー,サスマン,ジェラルド・ジェイ発売日: 2014/05/17メディア: 大型本

SICPを読み終えて

[Mediumから移行 (Medium投稿日: Mar 21, 2018)]2018年2月の中旬くらいから「計算機プログラムの構造と解釈」(いわゆるSICP) を読みながら、練習問題を解いていっています。コンピュータサイエンスや低レイヤをしっかり理解しておくことがより良いソフトウェアエンジニアになるために必要だと感じており、今年はここを中心に学習していこうと決めたので、まずはSICPに取り組むことにしました。SICPに取り組むにあたって行なった環境構築をブログに残しておこうと思い、この記事を書くことにしました。環境構築前提として、macOS High Sierra上に環境を構築しています。GaucheのインストールSICPではSchemeの処理系を使用するため、Gaucheをインストール。$ brew install gaucheGauche-compat-sicpのインストールGaucheをそのまま使用すると、一部SICPのコードと互換性のない部分があるため、Gauche-compat-sicpを使用して解消。$ git clone git@github.com:shirok/Gauche-compat-sicp.git$ cd Gauche-compat-sicp$ ./configure$ make installコードやREPLで (use compat.sicp)と書くと使用可能。rlwrapのインストールなくてもよいが、あるとREPLを使用するときに便利なのでインストール。$ brew install rlwrapサンプルコードの実行ここまででコードが実行できるので、 sample.scmに適当なコードを書いて実行。$ cat sample.scm(use compat.sicp)(print true)(print "hoge")$ gosh sample.scmまた、REPLは以下のようにして起動。$ rlwrap goshその他ちなみにエディタはVSCodeを使用しており、vscode-schemeというプラグインを入れてコードを書いています。コードのデバッグは以下のページなどを参考にして行っています。http://d.hatena.ne.jp/higepon/20080213/1202919364http://myy.hatenablog.com/entry/2015/07/28/000000SICPの練習問題の解答はGitHubで管理。https://github.com/mura-s/my-sicp計算機プログラムの構造と解釈 第2版作者:エイブルソン,ハロルド,サスマン,ジュリー,サスマン,ジェラルド・ジェイ発売日: 2014/05/17メディア: 大型本

SICPに取り組むための環境構築

これまで読んだ技術書の中で印象深いものについてまとめてみます。1年目プログラミング言語Javaプログラミング言語Java作者:アーノルド,ケン,ホームズ,デビッド,ゴスリン,ジェームズ発売日: 2014/05/10メディア: 単行本Java研修の課題で読み、演習問題も全て解いた本。プログラミング言語をしっかりと学ぶという意味で良い経験となりました。2年目Effective JavaEFFECTIVE JAVA 第2版 (The Java Series)作者:Joshua Bloch発売日: 2014/03/11メディア: 単行本（ソフトカバー）これもJava研修の課題で読んだ本。Javaのベストプラクティスだけでなく、API設計についても多くのことを学ぶことができました。Java言語で学ぶデザインパターン入門増補改訂版Java言語で学ぶデザインパターン入門作者:結城 浩発売日: 2004/06/19メディア: 大型本オブジェクト指向や設計について学ぶために読んだ本。Code CompleteCode Complete 第2版 上　完全なプログラミングを目指して作者:スティーブ マコネル発売日: 2014/04/02メディア: Kindle版Code Complete 第2版 下　完全なプログラミングを目指して作者:スティーブ マコネル発売日: 2014/04/02メディア: Kindle版各所でバイブルと呼ばれていたので興味を持った本。アプレンティスシップ・パターンアプレンティスシップ・パターン　―徒弟制度に学ぶ熟練技術者の技と心得 (THEORY/IN/PRACTICE)作者:Dave H. Hoover,Adewale Oshineye発売日: 2010/07/08メディア: 単行本（ソフトカバー）Java研修の講師の方の関連で読んだ本。3年目Ruby On Railsチュートリアルrailstutorial.jpRailsの生産性の高さや、Web業界での使用率の高さに惹かれて勉強してみようと思った本。RailsでのWebアプリの作り方に加えて、Webアプリ開発で必要な多くの技術についても学ぶことができました。珠玉のプログラミング珠玉のプログラミング 本質を見抜いたアルゴリズムとデータ構造作者:ジョン・ベントリー発売日: 2014/02/28メディア: 単行本（ソフトカバー）大学時代の友人と輪講を行った本。アルゴリズムとデータ構造について学べたことに加え、広く知られたアルゴリズムだけにとらわれない、柔軟な手法についても学ぶことができました。Linuxカーネル2.6解読室Linuxカーネル2.6解読室作者:高橋浩和,小田逸郎,山幡為佐久発売日: 2006/11/18メディア: 単行本Linuxの仕組みを知ることで、日々の開発やトラブルシューティングに役立てることができると思って読んだ本。Team GeekTeam Geek ―Googleのギークたちはいかにしてチームを作るのか作者:Brian W. Fitzpatrick,Ben Collins-Sussman発売日: 2013/07/20メディア: 単行本（ソフトカバー）HRT(謙虚、尊敬、信頼)の大切さを学び、自分の行動を顧みるきっかけとなりました。4年目Scala関数型デザイン&プログラミングScala関数型デザイン&プログラミング ―Scalazコントリビューターによる関数型徹底ガイド (impress top gear)作者:Paul Chiusano,Rúnar Bjarnason発売日: 2015/03/20メディア: 単行本（ソフトカバー）Scalaへの興味や関数型プログラミングの流行に乗って読んだ本。関数型プログラミングの主要な概念について学ぶことができました。プログラミング言語を書くときにここで学んだ考え方を取り入れられるようになりました。まとめこの3年半で50冊以上の技術書を読んできましたが、本当に多くのことを学ぶ事ができ、仕事での開発や趣味の開発に役立てる事ができました。今後は継続して学習を続けていくことに加え、アウトプットを出すことにももっと意識を向けていきたいです。

社会人4年目のエンジニアの自分にとって印象深い技術書10選

有給を取って、1日目と2日目に参加してきました。YAPCへの参加は去年に続いて2回目です。聞いたセッション8/21 (Day 1)Effective ES6TBD若手エンジニア達の生存戦略ElectronLightning Talks8/22 (Day 2)Mackerel開発におけるScalaとGo、そしてPerlサーバーサイドエンジニア(特にPerl)のためのiOSアプリ開発入門Adventures in RefactoringYAPCあるあるLightning Talksクロージング感想どのセッションも良かったのですが、MatzのTBDとLTが特に印象に残りました。TBDでは、Matzの考えるRubyの悪いところや、Rubyの今後、なぜStreemを作ろうと思ったかなどを話していて、非常に興味深かったです。また、今年は個人スポンサーで参加したので、Tシャツ、パーカー、タンブラーなどをもらえて嬉しかったです。活用していきます！最後に、関係者の皆様ありがとうございました。非常に有意義な2日間を過ごすことができました。

YAPC::Asia 2015に参加しました

会社の先輩の誘いがあったので参加してみたのですが、非常に楽しい勉強会で参加して良かったです。以下、特に印象に残ったセッションの感想です。ペアプログラミングまともにペアプロするのは初めてだったのですが、時間内に課題もクリアできたし、めちゃくちゃ楽しめました。ペアプロするのはかなりありだと思います。Rubyと俺達の生存戦略様々なバックグラウンドを持つRubyistの方々が少しエモめに話されていました。特に、Rubyのような文脈でSI・メーカー勤務の方が思いを話しているのは新鮮で、興味深く聞いていました。ロールプレイングゲーム2 真打(仮)ロールプレイングゲームは改めて読んだのですが、かなり響きました。「あなたのチームの理想のプログラマ」を演じる。難しいですが、もう少し頑張ってみます。最後に、運営の皆様ありがとうございました！

神奈川Ruby会議01に参加しました

諸用で使うために、sinatraを使ってアンケートを収集するWebアプリを作りました。UIは下のような感じで、アンケートの設問は設定ファイルから動的に作成するようになっています。ソースコードはgithubに置いてあります。mura-s/questionnaire

シンプルなアンケートアプリを作りました

先日自分が主導になって実施した部署内の勉強会で、vimについて発表しました。vimにあってviにない機能の説明や、vimの操作TIPSが中心となっています。自分も普段はプラグインに頼りきりになってしまうのですが、素のvimの機能を学んで組み合わせることで、より効率的に操作できると思います。

勉強会でvimについて発表しました

LPIC (Linux技術者認定試験) の201・202試験を受験して合格したので、勉強方法や感想などについて書いてみます。Linux環境に触れていますが、Webサーバ以外は202試験に出てくるようなサービスを1から組むという経験はありませんでした。受験日LPIC201: 2014/9/19LPIC202: 2014/10/4得点LPIC201: 640/800LPIC202: 600/800(500点以上で合格です。)勉強期間各2週間ずつ。仕事が終わった後や休日に。教材Ping-tLinux教科書 LPICレベル2 Version4.0対応 (あずき本)Linux教科書 LPICレベル2 Version4.0対応 (EXAMPRESS)作者:中島 能和発売日: 2014/05/10メディア: 単行本（ソフトカバー）勉強方法あずき本をひと通り読む。Ping-tのWeb問題集をすべて金にする。Ping-tのコマ問を1周する。あずき本を再度読みなおす。また、必要に応じてLinuxの仮想環境で手を動かしたりしました。感想あずき本とPing-tがしっかりできていれば合格できるだろうという感じです。（特に201試験）また、LPICレベル2の勉強を通して、トラブルシューティング力の向上や、各種サーバ構築に関する理解の深まりなどを実感できたので、勉強してよかったなと思います。

LPIC201・202に合格して、レベル2に認定されました

最近勢いのあるGMOペパボさんのエンジニアが多数発表するということで、午前中2時間程でしたが、RubyHirobaに参加しました。具体的には以下の発表を聞いてきました。プロダクト「ランチ定期券」Extending Active MerchantとあるRailsのECサービスで特別対応をしたときの話Railsガイドを公開しました。レガシーな Web アプリを Rails で拡張する前に知っておきたい N 個のこと先端を行っているように見える企業でもレガシーな仕組みで苦労していたり、ありがちな問題に取り組んだりしているのを垣間見れて面白かったです。独自研究や対策を行って、その成果を発表するというところまでできていてさすがだと思いました。あとRailsガイド公開の件ですが、Railsチュートリアルも含め本当に感謝しています。Railsは現状趣味でしか使えていないのですが、将来仕事で使うときのために、こういったガイドの力も借りてRails力向上に取り組んでいきたいです。

RubyHiroba 2014に参加しました

昨日YAPCに初めて参加してきました。人の数も盛り上がりも予想以上で驚きました。Dockerで遊んでみよっかーdockerは軽く触ったくらいだったので、基礎的な部分のまとめを聞けて良かったです。vagrantがおすすめという話や、dockerfile・dockerhubの使い方が勉強になりました。Perl Mongersのためのstrace入門実際にstraceの使い方をみれて勉強になりました。tcpdump、gdbなどを余り使いこなせていないので、もっと活用していこうと思いました。ほんとにあったスキーマの話 「ソーシャルゲーム」超満員で一番端で立ち見だったこともあり、あまり集中して聞けませんでした。すみません。スキーマは誰が使うのか、何をしたいかで変化」というのは当然のことですが、今の仕事のチームではあまり意識されていないように感じるので気をつけていこうと思いました。Perlあるある尊敬するエンジニア方の話を生で聞けて感動しました。コードを書くのに許可はいらないコードも作文も同じ。読まれて意味の分からないコードは書かない。基礎が大事Done is better than perfectOAuth/OpenID Connectを用いてID連携を実装するときに気を付けることCSRFなどセキュリティの話はよく聞く話ですが、詳しくはなかったので勉強になりました。趣味開発のためのクラウド/VPS活用術各クラウド/VPSの値段や性能などリアルな話が聞けて面白かったです。シンガポール、さくらVPSは転送量無制限なので便利など有益な情報が得られました。Lightning Talks Day 2みんな面白おかしく発表していて楽しめました。キーノート自分の好きなことをやり続けるという姿勢がかっこ良かったです。自分はまだまだですがそういう姿を目指していきたいと思いました。まとめYAPCに参加して色々な話を聞いたことでモチベーションがあがりました。最後にどうでもいいですが、MサイズのTシャツを注文したのにLが入っていたのはちょっと悲しかったです。これが洗礼か。笑

YAPC::Asia 2014（2日目）に参加しました

1年半の間受講していたJava研修ですが、4月4日の成果発表で無事修了しました。Java研修とは、業務時間外の時間を使って「プログラミング言語Java」、「Effective Java」、「Java 2 Standard Edition 5.0 Tiger」を読み切り、インタープリタなど様々な課題を実装するというかなりハードな研修です。この研修を通して、技術者としてどのように歩んでいくかを学ぶことができ、非常に有意義だったと感じています。最終回の成果発表では、工夫したデジタル時計と称して好きなモノを実装していくのですが、自分はネットワーク対戦型パズル&クロックゲームというものを作りました。サーブレットを動かし、クライアント側はSwingで実装、サーバ-クライアント間はWebSocketで通信するという感じです。（クライアント側はHTML+Javascriptでも良かったのですが、一応Java研修なので。笑）今回作ったものはgithub上にコードをあげています。クライアント側のtarget以下のjarを起動すると遊ぶことができます。（ただしサーバはいつまで動かしているかわかりません。→停止中です。1人プレイはできます。）https://github.com/mura-s/puzzclo-clienthttps://github.com/mura-s/puzzclo-serverまた、発表で使ったスライドはこんな感じです。Java研修の振り返りが書いてあります。