フリーランス2年目だけど家を建てることにした 其の1 - Gosuke Miyashita
フリーランスのソフトウェアエンジニアでしかも（確定申告的な意味での）実績が1年しかない人間が、ローンを組んで家を建てることになったので、その辺についてシリーズで書いていくことにしようかと。 フリーランスのエンジニアで家を建てた人の話としては、@a_matsuda さんの Hacking (My) Home という素晴らしいスライドがあったり、フリーランスではないけど、同業種のエンジニアが家を建てた話としては、元同僚の @morygonzalez さんの 2000 ブクマを超えるエントリ などもあったりするので、併せてどうぞ。 今回は、元々家を持つつもりは一切なくて、一生賃貸でいいや、というか、今後の家族構成の変化（子供が自立して出て行くなど）を考えると、断然賃貸の方がいいだろう、と思っていた人間が、なぜ家を建てることになったのか、そのきっかけになった出来事について。 ゴールデンウィーク中に
specinfra という serverspec/configspec に共通する処理を抜き出した gem をつくった - Gosuke Miyashita
The backend of serverspec/configspec might have to be extracted to a gem to accommodate people's preferences to abstraction level. — kentaro (@kentaro) November 26, 2013 とあんちぽさんからごもっともな指摘をいただいたし、実際に configspec を書いてて、ほとんどが serverspec からのコピペで、今後開発をつづけるのであれば、共通部分を抜き出した gem をつくるべきだな、と思ったので、specinfra という gem をつくった。 specinfra で抜き出した処理は以下の部分。 SSH, ローカル、WinRM などの実行形式を抽象化している backend と呼んでいるレイヤー OS を自動判別し、O
インフラ系技術の流れ - Gosuke Miyashita
ここ最近のインフラ系技術の流れがおもしろいなー、と思ったので、Puppet が出た辺りぐらいから、振り返って整理してみる。殴り書きなので、後から修正したり書き加えたりするかも。特に後半の方は、あまり考えが整理できてない。 最近のウェブ界隈での「インフラ」という用語の使われ方には、色々異論もあるようだけど、ここではごく最近使われるようになってきた、OS からミドルウェアといったソフトウェアレイヤーを指す言葉としてのインフラについて触れる。（英語圏でも同様の意味で使われているようなので、ある程度市民権を得たと言っても良さそうだし。） プロビジョニングレイヤー まず、前提知識としてプロビジョニングレイヤーと自分が勝手に呼んでるものについて整理。 Chef や Puppet は「プロビジョニングフレームワーク」とも呼ばれているが、以下の議論をより厳密にするために、Lee Thompson 氏による
Puppet や Chef で構築したサーバを RSpec でテストする - Gosuke Miyashita
追記 ここに書いてあることを実現する serverspec という gem をつくりました。詳しくはこちらのエントリで。 Puppet マニフェストをリファクタリングするからテスト書くぞ、ってことで、 puppet-lxc-test-box に書いたように、テストするためのシステムコンテナを簡単に作る仕組みをつくったので、今度は実際にテストコードを書くためのベースをつくってみた。 rspec-lxc-test-box こんな感じでテストが書ける。 require 'container_spec_helper' describe 'nrpe' do it { should be_installed } it { should be_enabled } it { should be_running } end describe 'nagios-plugins-all' do it { shou
37歳で大学生になりました - Gosuke Miyashita
この4月に、帝京大学理工学部情報科学科 通信教育課程の第2学年に編入学しました。通信教育課程なんで、仕事は続けたままです。 今日は、なぜこの歳（37歳）で大学に入ろうと思ったのかについて書いてみようと思います。 自分の現在の立ち位置は、ソフトウェアエンジニアだと思っているんですが、出身は経済学部経営学科です。それが悪いとは思ってないですし、そういう人は身近にたくさんいるんですが、情報工学や計算機科学なんかの学位を持ってない、といったことに、ほんの微か、あるかないかぐらいの、引け目なんだかコンプレックスだかなんだかわからないけど、そんなようなものをずっと持ち続けています。 それはあまり意味のないことで、別にそんな感情持つ必要ないじゃん、と思いつつも、ずっとひっかかりはあって、この感情ってこの先ずっと残るのかな、とか思ってたわけですが、だったら学位取っちゃえば、そんなつまらないこと考えずに済む
Stellar - A static site generator - Gosuke Miyashita
注! 事情により stellar から nebel へ名称変更しております 自宅サーバが死んでから、緊急避難的に Octopress + GitHub Pages でブログを運用してたけど、Octopress 飽きたし、generate 時間が長いので、一から自分でつくった。 mizzy/stellar mizzy/nebel まあでもそんな大したものじゃなくて、130行弱の Ruby スクリプトが本体。 mizzy/stellar-site mizzy/nebel-site のような形で、テンプレやら CSS ファイルやら JavaScript ファイルやら ポスト用 Markdown データやらを用意して、stellar nebel を実行すると、今あなたが見ているこのブログのような形でデータを生成してくれる。 特徴らしきものをあげれば、 Jekyll/Octopress で利用してい
Paperboy's engineer evaluation system - Gosuke Miyashita
今年から新たにペパボで導入された、技術者向けの評価制度については、こちらのエントリ で書いたのですが、本日、その一次評価が完了しました。 評価のプロセスは、一次はテクニカル・マネージャーによる評価、二次は経営会議メンバーによる評価、と二段階の評価となっています。 自分が担当した一次評価の詳細は、以下のようになっています。 シニア、またはアドバンスドシニアに上がりたい人には、自ら立候補してもらう。 立候補する人は、定められたフォーマットにしたがって、自分がそのポジションにふさわしいと思う理由や実績について Markdown で書き、指定した Git リポジトリに push する。（「定められたフォーマット」と言っても、最初に名前、次に希望のポジションを書いてもらうだけで、それ以外は自由。） 文書に提出後、一人一人と面談を行う。 文書の内容と面談の結果にもとづいて、各人が提出した文書の末尾に、
mizzy.org : HTML::Widget::Kwalify #0
HTML::Widget::Kwalify #0 Posted by Gosuke Miyashita Tue, 17 Oct 2006 15:55:23 GMT HTML::Widget::Kwalify というものをつくってます。まだプロトタイプにもなってない感じだけど。 これで Kwalify スキーマから HTML::Widget オブジェクトを自動生成して、Plagger のウェブインターフェースを簡単につくっちゃおう、という目論見です。 use HTML::Widget::Kwalify; my $w = HTML::Widget::Kwalify->create_from( file => 'schema.yaml' ); print $w->process; みたいな感じで、schema.yaml から HTML フォームを一発で生成できます。 CGI::Applicati
LinuxをiTunesのサーバにする
うちではLinuxで環境構築しましたが、他のUNIX系OSでもいけると思います。（注 内容若干古いので、ご注意下さい。以下の記述そのままでは動作しない可能性もあります。） まずはRendezvousを利用可能にする Rendezvousは、IETFによって定められたZero Configuration Networking (Zeroconf)のAppleによる実装です。特徴としては、 ネットワークの自動設定（IPアドレス、名前解決） ローカルネットワーク内のサービスの登録と検索 の2つがありますが、今回必要なのは後者の方だけです。これを実現するためには、Apple - Public Source - RendezvousからmDNSResponderを入手します。(うちの環境ではバージョン58.1以降じゃないとエラーが出てコンパイルできませんでした。）入手したら以下の様な感じでセットアッ
mizzy.org : 開発合宿と Plagger と Google Video
開発合宿と Plagger と Google Video Posted by Gosuke Miyashita Sat, 25 Mar 2006 21:32:47 GMT 現在、オオヒダさん、ヤスヒサさん、purprin さん、モイモラさん、ボンヌさん、タロさんと伊東の温泉旅館で開発合宿中です。 何をやるかまったく考えないまま来てしまったのですが、プログラマだけでなくデザインや Flash などに詳しいクリエータも一緒なので、お互い最近プライベートで作っているものを見せ合ったり、こんなのおもしろいよね、などと話しているだけでもとても刺激になります。で、色々話しているうちに自分の合宿のテーマは、「Plagger で Google Video の検索結果を取得して、それを iPod で取り込むようなものをつくる」と決めました。決めた時には既に夜遅い時間だったのですが。 とりあえず今回は形にする
mizzy.org - ブログを書いたら mixi 日記に自動投稿
ブログを書いたら mixi 日記に自動投稿 Posted by Gosuke Miyashita Sat, 07 Jan 2006 15:30:01 GMT mixi の日記は外部ブログに設定していたのですが、せっかくプライベートな日記が書けるのであれば使いたいなぁ、と。でも、mixi 日記に設定してしまうと、今度は外部ブログの更新情報が mixi に表示されなくてイヤだな、と常々思っていたわけですが、これを解消する perl スクリプトを書いてみました。 RSS からタイトルと permalink url をひろって投稿しています。最初は本文も投稿するようにしていたのですが、いろいろあってやめました。（主にめんどくさいという理由で。） マイミクさんでここを読んでいる方は、フィードリーダで読んでるだろうし、フィードリーダで読んでないマイミクさんは、ここのブログに書いてあることにはあんまり興
mizzy.org＞ajaxで「戻る」「進む」
ajaxで「戻る」「進む」（feedbringerをremixin' #7） Posted by Gosuke Miyashita Wed, 23 Nov 2005 09:28:50 GMT feedbringer 使うのやめた、とか言っておきながら、feedbringer remix ネタ。別に feedbringer じゃなくても良かったのですが、 ONJava.com: AJAX: How to Handle Bookmarks and Back Buttons を見てたら実験したくなったのと、そういや feedbringer 使うのやめた理由のひとつは、「戻る」「進む」ボタンが使えないからだったなぁ、ということを思い出したので、上記 URL にあるテクニックを feedbringer に適用してみることにした。 いつものごとく、greasemonkey で remix です。 fe
mizzy.org - feedbringer greacemonkey script
Terraform State Refreshの高速化手法と実装 TerraformのState TerraformのStateとは、Terraformで管理しているリソースの状態をJSONで記述したものであり、ファイルとして永続化されている。 Stateが何のためにあるのか、についてはオフィシャルな解説があるので詳しく説明はしないが、Stateには主に以下の目的がある。 Mapping to the Real World Metadata Performance Syncing このエントリでは、Performanceに着目する。 State Refresh Terraformは、plan/applyを実行する際に、どのような変更を行う必要があるのかを決定するために、リソースの最新の状態を知る必要がある。 デフォルトの動作では、plan/applyを実行するたびに、すべてのリソースの最新
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
serverspec の論文公開します - Gosuke Miyashita
mizzy.org : feedbringerをremixin' #6