フリーになったので開業してみた - Gosuke Miyashita
先日のエントリ で書いたとおり、今は基本フルタイムでクックパッドで仕事してるけど、実態はフリーランスなので、税金まわりちゃんとしないとなー、ということで、個人事業の開業届出書と青色申告承認申請書を提出してきた。 で、個人事業主は屋号をつけてもつけなくてもいいんだけど、つけられるんならせっかくだし、ってことで、Serverspec Operations という屋号にしてみた。 勘のいい人なら気づくかもしれないけど、 Heavy Water Operations からのインスパイア。serverspec も絡めた、インフラの構築や運用の自動化、というのをメインのテーマにこの屋号で活動するつもりなんだけど、やってる内容や利用する技術が、この会社ととても近いし、リスペクトもしているので。 「インフラ」といいつつも、その上のアプリケーションレイヤーとは断続しているわけではなく連続したものであり、かつ
4月からクックパッドで仕事してます - Gosuke Miyashita
株式会社はてなに入社しました。 — Gosuke Miyashita (@gosukenator) March 31, 2014 ↑はエイプリルフールネタですが。 色々あって、3月に無職になって、4月からクックパッドで仕事してます。 基本的にはフルタイムコミットなんですが、諸事情により業務委託契約なので、実質フリーランスですね。 この機会に色々な可能性を模索したいので、何か面白そうな仕事があったら Twitter とか Facebook とか メール などでご連絡ください。 特に以下のような仕事は自分の価値を活かせるんじゃないかと思ってます。 Chef, Puppet, Ansible といったサーバ構成管理ツールの導入支援 serverspecをベースとしたテスト駆動インフラやインフラCIの導入支援 要件に合わせた serverspec のカスタマイズ（serverspec 本体や、テス
configspec という Immutable Infrastructure 用 Configuration Management Tool をつくってみた - Gosuke Miyashita
Immutable Infrastructure の有用性 - Togetter の流れの勢いで、インフラ系技術の流れ とか Rebuild: 25: Immutable Infrastructure (Naoya Ito, Gosuke Miyashita) とかで言ってたような、冪等性とか依存関係とかを考慮しないシンプルな Configuratin Management Tool である configspec をつくってみました。rubygems.org にもアップしてます。 この手のツールに自分が望む要件は以下の様な感じ。 冪等性とかどうでもいい まっさらな状態からのセットアップでしか使わない 依存関係とかどうでもいい ファイル名順、上から書いた順で実行してく 対象サーバに余分なものをインストールしたくない 対象サーバに SSH さえできれば OK シェルスクリプトよりは抽象度を高め
インフラ系技術の流れ - Gosuke Miyashita
ここ最近のインフラ系技術の流れがおもしろいなー、と思ったので、Puppet が出た辺りぐらいから、振り返って整理してみる。殴り書きなので、後から修正したり書き加えたりするかも。特に後半の方は、あまり考えが整理できてない。 最近のウェブ界隈での「インフラ」という用語の使われ方には、色々異論もあるようだけど、ここではごく最近使われるようになってきた、OS からミドルウェアといったソフトウェアレイヤーを指す言葉としてのインフラについて触れる。（英語圏でも同様の意味で使われているようなので、ある程度市民権を得たと言っても良さそうだし。） プロビジョニングレイヤー まず、前提知識としてプロビジョニングレイヤーと自分が勝手に呼んでるものについて整理。 Chef や Puppet は「プロビジョニングフレームワーク」とも呼ばれているが、以下の議論をより厳密にするために、Lee Thompson 氏による
ペパボでの GitHub の使い方 - Gosuke Miyashita
必殺！Github導入に向けて上司を説得する時に使える資料まとめ - DQNEO起業日記 でペパボも取り上げて頂いたので、ペパボでの GitHub の使い方について、少し詳しく書いてみます。 開発での利用 これは普通の使い方ですね。なので省略。 GitHub Enterprise は利用していない 金額的な面で GitHub Enterprise の利用は厳しいため、GitHub Enterprise ではなく、ノーマル（？）な GitHub を利用しています。（GitHub Enterprise にすると、現在のコストの 8 〜 9 倍ぐらいになってしまう。） ここはセキュリティ面とのバランスが難しいところではありますが… とはいえ、GitHub に何かあってソースコードが流出した場合に影響の大きさが懸念されるサービスについては、GitHub を利用しない、といった判断もしています。（で
札幌Ruby会議2012 と YAPC::Asia Tokyo 2012 で登壇します - Gosuke Miyashita
札幌Ruby会議2012 と YAPC::Asia Tokyo 2012 で登壇することになりました。 札幌Ruby会議と YAPC::Asia Tokyo 2012 前夜祭では、「Sqale の裏側」というタイトルで、ペパボ が提供する PaaS「Sqale」のアーキテクチャなどについて話します。 札幌Ruby会議2012でのトークアジェンダ YAPC::Asia Tokyo 2012でのトークアジェンダ どちらのカンファレンスも内容的には同じ話をする予定で、Ruby/Perl 成分がほとんどなく、主に以下のようなキーワードについてお話をすることになるかと思います。 Puppet/Chef Resque Unicorn AWS(EC2, ELB, RDS, Route53) Patched version of OpenSSH Patched version of Linux kerne
37歳の大学選び - Gosuke Miyashita
37歳で大学生になりました のつづき。 大学を選ぶにあたって、まず最初に考えたのは、以下の2点。 全日か？夜間か？通信か？ 大学か？大学院か？ 1 については、子供が5人いて妻は専業主婦であり、働かずに何年も暮らしていけるほどの貯蓄もないため、全日制はまず却下。夜間か通信かについては、職場か家から近くて通いやすいところであれば、夜間もありかな、とは思ったけれど、実際にそういった条件のところがなさそう、ということと、コンピュータについて学ぶ、ということであれば、曲がりなりにもプロとして15年近く IT 技術者やってるし、コンピュータは小学生の頃から触っていて、ベーマガで育った人間でもあるし、全然知らないわけではないので、決まった時間縛られるよりも、自分のペースで学びたい、ということで、通信にすることに。（どうでもいいですが、ベーマガの「読者の闘技場」のコーナー、書籍化されたりしないですかね。
37歳で大学生になりました - Gosuke Miyashita
この4月に、帝京大学理工学部情報科学科 通信教育課程の第2学年に編入学しました。通信教育課程なんで、仕事は続けたままです。 今日は、なぜこの歳（37歳）で大学に入ろうと思ったのかについて書いてみようと思います。 自分の現在の立ち位置は、ソフトウェアエンジニアだと思っているんですが、出身は経済学部経営学科です。それが悪いとは思ってないですし、そういう人は身近にたくさんいるんですが、情報工学や計算機科学なんかの学位を持ってない、といったことに、ほんの微か、あるかないかぐらいの、引け目なんだかコンプレックスだかなんだかわからないけど、そんなようなものをずっと持ち続けています。 それはあまり意味のないことで、別にそんな感情持つ必要ないじゃん、と思いつつも、ずっとひっかかりはあって、この感情ってこの先ずっと残るのかな、とか思ってたわけですが、だったら学位取っちゃえば、そんなつまらないこと考えずに済む
Paperboy's engineer evaluation system - Gosuke Miyashita
Paperboy's Engineer Evaluation System Feb 29th, 2012 | Comments 今年から新たにペパボで導入された、技術者向けの評価制度については、こちらのエントリ で書いたのですが、本日、その一次評価が完了しました。 評価のプロセスは、一次はテクニカル・マネージャーによる評価、二次は経営会議メンバーによる評価、と二段階の評価となっています。 自分が担当した一次評価の詳細は、以下のようになっています。 シニア、またはアドバンスドシニアに上がりたい人には、自ら立候補してもらう。 立候補する人は、定められたフォーマットにしたがって、自分がそのポジションにふさわしいと思う理由や実績について Markdown で書き、指定した Git リポジトリに push する。（「定められたフォーマット」と言っても、最初に名前、次に希望のポジションを書いてもらうだ
paperboy is hiring - Gosuke Miyashita
今までペパボの人事評価制度では、管理職のキャリアプランしか想定されていかったのですが、今年から導入された制度では、管理職とは別に、技術職用の等級が設けられ、能力に応じて待遇が向上する仕組みが導入されました。 具体的には、シニア、アドバンスド・シニア、という2つの役職が設けられ、以下のような待遇となっています。 シニアは年俸500万円〜。フレックスタイム。 アドバンスド・シニアは年俸600万円〜。裁量労働。 実運用に入るのはまだこれからなのですが、今までペパボでは技術者がステップアップしていく道がなかったので、これはペパボの技術者にとって、とても大きな一歩です。 で、本題。 新しい技術者の評価制度をベースに、今までペパボにはなかったポジションの技術者を、東京と福岡、両方で募集しています。 「技術基盤整備エンジニア」という言葉でピンと来る方もいるかと思いますが、クックパッド さんの開発基盤グル
mizzy.org - SVN::TracWiki #0
SVN::TracWiki #0 Posted by Gosuke Miyashita Sat, 21 Apr 2007 19:55:57 GMT SVN::TracWiki というツールをつくってみました。svn repos はこちら。 何をするものかというと、Subversion の post-commit スクリプトとして動作して、コミットされたファイルからテキストを抽出、そのファイルの実体へのリンクを付加して、Trac の Wiki へ自動ポストするというもの。 具体的な例としては、PowerPoint ファイルをコミットしたら、そのファイルからテキストのみを抽出して Wiki へ自動ポスト。こんな感じで。 これで何がうれしいかというと、Subversion で管理している PowerPoint ファイルを、Trac 上で検索ができるようになります。こんな感じですね。元ファイルへ
mizzy.org : puppet 今試すなら バージョン 0.22.1 を使え、そして gem で入れるな
puppet 今試すなら バージョン 0.22.1 を使え、そして gem で入れるな Posted by Gosuke Miyashita Sat, 24 Mar 2007 05:49:40 GMT 追記 これに関連した続きエントリ書きました。 gem がだめなわけは、puppetrun が入らないから。（0.22.1, 0.22.2 で確認。）puppetrun 使わないなら gem で構わないけど。metadata 覗いたら、executables の中に puppetrun がない。こんな感じ。 executables: - puppet - puppetd - puppetmasterd - puppetdoc - puppetca とりあえずチケットに入れておいた。 あと、最新のバージョン 0.22.2 だと、以下のエラーが出る。 $ sudo puppetd --list
mizzy.org : puppet の言語構造
puppet の言語構造 Posted by Gosuke Miyashita Mon, 19 Mar 2007 04:34:13 GMT Installation Guide を読めば、とりあえず puppet を動かすことはできるけど、やりたいことをやろうと思ってもすぐにできるわけでもない。というわけで、ドキュメントをちゃんと読んでみることにした。 まずは puppet の設定ファイルで使われている内部言語の理解から、ということで、Language Structures を超意訳してみる。 Types puppet 設定の基本構成単位。管理されるコンピュータ上のオブジェクト（ファイルとかパッケージとか）を表すもので、あらかじめ用意されたビルトインタイプ以外にも、自ら定義することも可能。 file { "/etc/passwd": owner => root, mode => 644 }
mizzy.org : puppet の node 設定ではまる
puppet の node 設定ではまる Posted by Gosuke Miyashita Sun, 18 Mar 2007 13:10:23 GMT http://reductivelabs.com/trac/puppet/wiki/InstallationGuide http://reductivelabs.com/trac/puppet/wiki/TestingGuide http://people.redhat.com/dlutter/puppet-app.html といったあたりを読みながら puppet を試していたのですが、node の設定ではまったのでメモ。 pueppt では、 node nag.example.com { include yum-rawhide include horde-db-pg include horde-nag } といった設定でターゲットと
mizzy.org : cfengine よりも puppet がよさげ
cfengine よりも puppet がよさげ Posted by Gosuke Miyashita Sun, 18 Mar 2007 12:33:00 GMT I, newbie » Links Roundup 経由で puppet というシステム管理ツールを知って以来ずっと気になっていたのですが、このエントリの著者さんが OSC2007 の発表資料(PDF)で「Puppet is so sexy.」と書かれているのを見て、本気で触ってみることにしました。 puppet がどんなものかは、上記資料とか だ！日記さんのエントリ にも書かれているのですが、本家の Cfengine vs. Puppet というエントリから cfengine との違いを一部適当に意訳してみると、こんな感じです。 next-generation version of cfengine ということで、cfengi
mizzy.org : Plagger について本に書きました
Plagger について本に書きました Posted by Gosuke Miyashita Wed, 14 Mar 2007 13:51:21 GMT タイトルは MASHUP++ です。その名の通り、マッシュアップを主題とした本なのですが、主に自分でマッシュアップな開発をしてみたい、という方向けの本で、自分は「マッシュアップとプラガブルなフレームワーク」をテーマに、Plagger プラグインの開発方法について書きました。 内容としては、プラグイン開発の基礎知識として、 内部データ形式である Plagger::Feed と Plagger::Entry フィードデータがどの様に入力、加工、出力されるのか プラグインの用途と種類にはどんなものがあるのか 各プラグインの関係や実行フェーズ、実行順序 といったことを解説しています。また、後半は 各フェーズの実際のプラグインソースコードを引用しな
mizzy.org : 「PlaggerになくてYahoo!pipesにあるもの」は書き方が悪かったのではなく Plagger を理解してないだけ
「PlaggerになくてYahoo!pipesにあるもの」は書き方が悪かったのではなく Plagger を理解してないだけ Posted by Gosuke Miyashita Tue, 27 Feb 2007 04:08:00 GMT 「PlaggerになくてYahoo!pipesにあるもの」は書き方が悪かった について。 Plagger について理解できてないだけです。書き方の問題じゃありません。まず、 このときPublish::Gmailがおかしいなと思った。なにがおかしいかというとフィルター機能があることだ。 Publish::Gmail にはフィルタ機能はありません。Plagger に実装されているものを、Publish::Gmail で利用しているだけです。 また、Publish::Gmail で利用しているのは、実際はフィルタ機能ではなく、ルール機能だったりします。似たような
mizzy.org : Plagger にあって Yahoo!pipes にあるもの
Plagger にあって Yahoo!pipes にあるもの Posted by Gosuke Miyashita Sat, 24 Feb 2007 03:06:14 GMT 前回のエントリ で取り上げた方のブログに、Plagger になくてYahoo!pipesにあるもの というエントリがあったので、それについても釣られて言及してみます。 基本的に Plagger の処理は一本道であり、複数の基本データを扱うことができなかったはず それ Plagger でもできるよ。複数の入力から一つの出力もできるし、一つの入力から複数の出力もできるし、複数の入力から複数の出力もできる。 いってみればPlaggerは一つの入力に一つの出力が対応している直線的な処理しかできない。それに対しYahoo!pipesは複数の入力に一つの出力が対応するという、逆ピラミッド的な処理もできる。これがPlagger に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
最小手順のVMイメージの作り方（LVM 編） - Gosuke Miyashita
「Mobageを支える技術」を献本いただいた - Gosuke Miyashita