2014年の振り返り - Gosuke Miyashita
面倒なので簡単に。 やったこと Serverspec が Black Duck Open Source Rookies of the Year 2013 に選ばれた（2013 だけど発表は 2014 年だった）。 Serverspec の論文書いた。 Developers Summit 2014 で登壇した。 フリーランスになった。 #ChefConf 2014 で登壇した。 WEB+DB PRESS に寄稿した。 July Tech Festa 2014 で基調講演やった。 Serverspec 本（通称アホ毛本）で単著デビュー（発売は来年だけど）。 よかったこと 論文執筆とか、WEB+DB PRESS への寄稿とか、US のカンファレンスで登壇とか、やれたらいいなー、と思ってたことがいくつか実現できた。 単著デビュー、しかもオライリーから、しかも自分が開発したOSSをネタに、というのは
Developers Summit 2014 で「サーバプロビジョニングのこれまでとこれから」という発表を行いました - Gosuke Miyashita
内容自体は基本的に、第5弾 週末ランサーズ にお邪魔した時に お話した資料 と同じなんですが、この時よりも時間が少し長かったので、多少内容を追加しているのと、当時自分の中でうまく整理できてなかったけど、今は多少クリアになった部分もあって、そういった内容を盛り込んだりしてみました。 Togetter まとめ NAMIKAWA さんによるまとめ 一点お詫びしたいのは、登壇者に質問ができる Ask the Speaker というコーナーがあって、セッションが終わった後はそちらに移動、という段取りだったのですが、裏でやっていた OSS コミッタ大集合 の方でも登壇するために終了後すぐに E 会場に向かったため、Ask the Speaker コーナーに行けませんでした。もし質問するためにいらしてくださった方がいましたら、本当に申し訳ないです。 今回デブサミに登壇させて頂いた経緯については、会場で
serverspec が Open Source Rookies of the Year 2013 に選ばれた - Gosuke Miyashita
拙作の serverspec が Open Source Rookies of the Year 2013 の 10 プロダクトのうちのひとつに選ばれました。 昨年末に、候補が20まで絞り込まれた段階で一度連絡があって、その後、今月中旬ぐらいに、選ばれたよ、おめでとう、という連絡が来ました。最初の連絡が来るまで、そもそもこの賞の存在を知らなかったので、どの程度影響力がある賞なのかはよくわかりませんが、Docker とか超有名どころと一緒に並んでるのは、嬉しいというよりもむしろ恐れ多いですね。 SourceForge.JP Magazine の日本語記事では、タイトルにも serverspec を含めて くれていてありがたいです。 それから、Thought Works Technology Radar January 2014 にも serverspec の文字が見えていて、すごいなー、これ
2013年の振り返り - Gosuke Miyashita
2012年はターニングポイント的な年だったし、自分自身注目を浴びることも多く、エンジニアとしてピークで後は落ちていくだけなんじゃないかと思ったので、珍しく振り返りエントリ を書いてみたわけですが、どうやらピークは今年だったようなので、また振り返りエントリを書いてみます。 3分で常松 2013年に自分が生み出した最大の成果がこの言葉ですね。残念ながら流行語大賞にはノミネートすらされませんでしたが、一部ではとても高い評価を頂いているようです。 この言葉が生まれたのは2013/2/20でした。 3分で常松 — Gosuke Miyashita (@gosukenator) February 20, 2013 言葉の由来は、一度飲み会で限られた人に話した以外は、長らくベールにつつまれたままだったのですが、先日ついに公表しました。 #3分で常松 の由来は、mirakuiさんの「3分でイナフ」と「俺の
ペパボでの GitHub の使い方 - Gosuke Miyashita
必殺！Github導入に向けて上司を説得する時に使える資料まとめ - DQNEO起業日記 でペパボも取り上げて頂いたので、ペパボでの GitHub の使い方について、少し詳しく書いてみます。 開発での利用 これは普通の使い方ですね。なので省略。 GitHub Enterprise は利用していない 金額的な面で GitHub Enterprise の利用は厳しいため、GitHub Enterprise ではなく、ノーマル（？）な GitHub を利用しています。（GitHub Enterprise にすると、現在のコストの 8 〜 9 倍ぐらいになってしまう。） ここはセキュリティ面とのバランスが難しいところではありますが… とはいえ、GitHub に何かあってソースコードが流出した場合に影響の大きさが懸念されるサービスについては、GitHub を利用しない、といった判断もしています。（で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
