投稿者アーカイブ
GitHubが女性向けテックイベントをスタート
Rails Girlsや各種の女子部など日本でもテック系の職業についている女性の為のイベントはいくつかありますが、GitHubからも「女子部」的な活動が聞こえて来ました。その名も「Passion Project」。
公式サイトやブログの記事によるとPassion Proiectとは下記のようなものだそうです。
Passion ProjectはGitHubの社内で女性向けのエンジニアリングカルチャーを作ることについての会話から生まれました。女性が働きたい会社の女性エンジニアを招いたプレゼンテーションシリーズを行います。これをコミュニティにシェアする方が良いのでそうする事にしました。
第一回は3/14にGitHubの本社で開催されゲストはアパレルサイトのModCloth所属でRails Bridgeというコミュニティで女子向けの開発講座などのオープンソース活動に熱心なRachel Myersさんとのことです。その他のゲストエンジニア女子についても公式サイトでリストアップされています。
GitHubが関連したイベントでいうとRails GirlsやCoder Dojoなどが日本でも既に開催されており、Passion Projectも日本で(誰かが立ち上がれば)も行われる可能性がありそうです。とはいえイベントの枠組み自体は日本の「女子部」に近いようにも見えますのであるいは日本が先を行っていたという可能性もあるのかもしれません。
via:https://github.com/blog/1433-introducing-passion-projects
EmberJSに混乱している人が話題
EmberJSを頑張って理解しようとしたけど無理だったという苦労話のブログ投稿が話題になっていました。このブログ投稿を書いたのはハイクオリティなスクリーンキャストを集めているTekPubを運営しているRob Conery氏で、RubyやJavaScriptを中心に幅広い活動をしているようです。
彼は自分自身の努力が足りなかったか、飲み込むまでの時間に達していなかったという謙虚さを示しつつもTekPubにEmberのタイトルを掲載する為に努力をしていたようです。彼がEmberで理解できなったという点として下記のような点を挙げています。
- MVCだというけれど、なんか違う
- Controllerが結局、Viewをコントロールしてる
- ModelがController的である
- ルーティングとオブジェクトが複雑
- 命名規則が複雑（ネーミングガイドとケーシングガイドがある）
元記事ではコードの引用も多くされていますが、MVCの分離のアプローチとメリットに納得がいかないという様子です。Emberに触ったことの無い方も多いと思うのですが、一読してみると参考になるかもしれません。
via:http://wekeroad.com/2013/03/06/ember-confuses-me
恐るべきネタ系カンファレンス LessConf
ネタ系カンファレンスとしてはバスや島を会場にするFun Confを以前紹介しましたが、似たような系統のカンファレンスがアメリカにも存在していました。それがLessConfです。とはいえカンファレンスの過去の登壇者は37SignalsやGitHub、Grouponなどの創業者が勢揃いしておりとても豪華です。公式サイトには下記のような記述があります。
LessConfはあなたが知っている他のイベントとは違います。もちろん講演者と懇親会、ラップトップを持った人々があります。しかしLessConfは「スタートアップの為のサマーキャンプ」「人生最高の時」などと呼ばれています。あるいは「世界最悪のカンファレンス」とも。
いかにもドンチャン騒ぎをしそうな触れ込みです。主催者側の過去の動画にはかなりクレイジーな催しが記録されています。
iPad争奪 丸刈り選手権
か、髪が！眉が！ そしてスポンサーがｗｗ
GitHub生涯無料権争奪 激辛選手権
うわーうわー！ スポンサーがまたしても無駄に豪華ｗｗ
Apple TV争奪 顔面洗濯バサミ選手権
むしろ序の口？
日本でもテクノロジー系のイベントが発展していますが、そろそろ体を張った出し物が流行ったりするんでしょうか。できれば流行らないで欲しい気もします。
via:http://lessfilms.tumblr.com/post/36811402916/your-conference-needs-more-videos
オクトキャットはオープンソースではない
昨今のオープンソースを推進する象徴であり、開発者の大好きなGitHubとそのキャラクターであるオクトキャット(octocat)。皆さんもステッカーやTシャツ、フーディーの入手に努めていると思いますが、そのライセンスについてはあまり知られていないのではないでしょうか？
さまざまなオクトキャットのバリエーションを展示しているoctodexのFAQページにはそのライセンスについての記載があります。原文はサイトを参照して頂くとして、下記のような内容です。(強調は訳者)
Q: オクトキャットを私のウェブサイトで使えますか?
どのように使おうとしているかによりますが、多分使えます。もし”GitHub上で見る”というGitHubへのリンクのようにGitHubを参照する為に使う場合は全く問題ありません。しかしGitHubではないプロダクトを参照する際にオクトキャットを使うのはフェアユースではありません。 これは全ての利用状況に適用され、アプリケーションや印刷物、ウェブサイトに限りません。
Q: オクトキャットを私のアプリのロゴやアイコンに使えますか?
オクトキャットはGitHubの登録商標です。オクトキャットをあなたのロゴやアイコンとして使うのは認められません。
Q: オクトキャットを私のアバターにできますか?
オクトキャットを個人のアバターとしては使えます。しかし会社やあなたが開発中のプロダクトの為には使えません。あなたのGitHubへの愛を示すのは歓迎ですが、あなたイコールGitHubのように見せるのは歓迎されません。
Q: 私自身でオクトキャットを作れますか?
個人的な楽しみの為に作っていれば、オクトキャットを作って見せる事は歓迎です。もし自分のオクトキャットを配布する場合はクリエイティブ・コモンズなどの変更と配布を許すライセンスでの配布はできません。
Q: 私もオクトキャットをOctodexに投稿できますか?
GitHubではかなりの数のオクトキャットを作っています。 内部で数名に見られるだけではなければとの事から、オクトキャットを世界に見せる為にOctodexを開設しました。このリスト上のものは全て公式なGitHubのアートワークであり、GitHubの商標ライセンス下にあります。よって我々はGitHubに関連する人からの投稿だけを受付ます。
Q: オクトキャットを含む製品を作れますか?
GitHubが作ったオクトキャット、自分で作ったオクトキャットであれプロダクトや商品をGitHubの許可無く作成できません。これはTシャツや玩具、ステッカーだけに限りません。
Q: 全てのオクトキャットには使用目的がありますか?
全てではありません。元々のリストは決まった使用目的のあったオクトキャットでしたが、その後リストにはよくわからないものが増えていきました。 ミームが独り歩きする頃にはリストを実用的なものにしておくのは無理だと悟りました。
Q: オクトキャットをサジェスト又はリクエストできますか?
リクエストを @cameronmcefee か @jsncostello にツイートしてください。何も約束はできませんが、なにをToDoリストに加えるべきか私達にはわかりません。おもしろい話をしてくれれば、あなたのお気に入りが見れるかもしれません。
オクトキャットはあくまでGitHubのマークであり、かわいいだけのキャラクターではないという事に留意した上で正しく利用していく必要がありますね。A-Listersの執筆陣の中でも議論があったのですが、GitHubがディズニーのように厳しくオクトキャットの使用を取り締まるとまでは考えられません。しかしクリエイティブ・コモンズで配布されているというような事ではないので、ステッカーがなかなか手に入らないからといって勝手に印刷して頒布するといった早まった行動をしてしまわないようにしないといけませんね。
ただまぁそのわりにスパイダーマンっぽいのとかゼルダっぽいのとかマリオっぽいのとか居るあたりはご愛嬌という事でしょうか。
via:http://octodex.github.com/faq.html
Facebookが開発したPHPを超高速で実行する仮想マシン HipHop VM
FacebookがPHPをさらに高速に実行する技術について2012年11月に公開した記事が話題になっています。Facebookはサービスを高速に実行する為にPHPで書かれたスクリプトをC++に変換して実行する技術、HipHop(HPHPc)を開発して利用してきました。CPUの使用量を半分程度に抑えることができるこの技術は大きな注目を集めていました。
一方でHipHopはPHPのソースコードをコンパイルして実行するというステップが必要な事から開発から実行までの手順が増えてしまうという面もありました。この欠点を補うべく、実行時に変換を行なって実行するアプローチを模索していたのがHipHop VM(HHVM)です。この記事によると、このHHVMがついにHPHPcを上回るパフォーマンスを達成したとのことです。
sandboxと呼ばれる開発環境ではインタプリタとして実行可能なHipHop (HPHPi) が使われて来ましたがこれはオリジナルのPHPのZend Engineよりも実効性能が低かったようです。しかし動的コンパイルを採用したHHVMはこの問題を解消し開発環境でも利用されるようになったとのことです。実際にFacebookの開発者ブログもHHVMで実行されているWordPressで再スタートしたとの事で性能と利便性を両立しているようです。
ブログ記事では実際にWordPressを実行するまでの手順も紹介されており、PHPで極限の実効性能を達成したい人にとっては有益な情報と言えそうです。
参考：
Facebookが公開したPHP仮想マシン「HipHop VM」とは – builder
via:Speeding up PHP-based development with HipHop VM
API設計に関する10のワーストプラクティス
過半数の開発者が平均で3つ以上のAPIのインテグレーションを実装していると言われている昨今、「使い辛い設計のAPI」を実装するのは開発者にとっては頭の痛い問題ではないでしょうか？ Programable Web上に投稿されたAPIのワーストプラクティスに関する記事が国内外の開発者の目に止まったようです。この記事によると悪いAPIに見られるプラクティスは下記のようなものだそうです。
- 貧弱なエラーハンドリング
- HTTPのルールを無視したREST API
- 裏に潜んだ生のデータモデルの露出
- セキュリティの複雑さ
- ドキュメント化されていない予期せぬリリース
- 貧弱なデベロッパエクスペリエンス
- MVCフレームワークが良いAPIにしてくれるという思い込み
- 開発すれば使ってもらえると見なすこと
- 不十分なサポート
- 貧弱なドキュメンテーション
APIを利用するだけでなく、APIを提供する場合に上記のようなポイントを気に留めておくと役に立ちそうです。
via:http://blog.programmableweb.com/2012/08/03/top-10-api-worst-practices/
ターミナルからHacker Newsが見れるGem
日本でも引き続き認知の高まっているHacker Newsをコマンドラインから閲覧できるGemが話題になっていました。導入はとても簡単です。
gem install hacker_term hacker_term
最近のGemはウェブサービスのクライアントやHTMLやCSSのコーディングに使うツールなどもはやRubyにとどまらない汎用ツール化してきていますねぇ。
via:https://github.com/ciaranarcher/hacker_term
Netflixでクリスマスイブに発生した障害の詳細なレポート
2012年12月24日、Amazon Web Serviceのロードバランサーサービス、Elastic Load Balancer (ELB) で発生した障害はアメリカの多くのネットサービスに影響しました。その中でも特に大きな影響を受けたのがAmazon Web Serviceの大型ユーザである動画配信サイト、Netflixです。Netflixで発生した障害についてはメディアの記事にもなっていますが、Netflixの技術ブログに詳細なレポートが投稿され話題になっていました。
太平洋時間午後12時30分から発生した障害はテレビに接続するデバイスへの再生の北米、ラテンアメリカ向けのサービスに影響を及ぼしました。それ以外の地域、イギリスや北欧諸国では影響は無かったとの事です。このような形で影響範囲が分かれた背景にあるアーキテクチャを記事では解説しています。
Netflixは何百ものELBを使っています。それぞれのELBが別個のサービスや異なるバージョンのサービスをサポートしブラウザやデバイスからの呼び出しに応じてネットワークアドレスを提供します。Netflixのストリーミングはここ数年で千以上の異なる種類のデバイスに実装され、似通ったデバイスはしばしば同一のELBに依存します。デバイスはELBを通じてNetflixの大部分のアプリケーションを実行しているサーバーにリクエストを行います。Netflixが使っている何百ものELBの障害はバックエンドのサーバーへリクエストを通過させる事ができなくなる厄介な問題です。その他のNetflixのアプリケーションには問題はありませんでした。我々のアプリケーションは何らかの形でリクエストが通った場合は通常どおり応答していました。
この解説から見えてくるのは大量のデバイスごとのゲートウェイと実際の配信部分やWebサイトの機能などを分離して実装しているという構造です。幸いクリスマスイブは家族とストリーミングを見る以外の方法で過ごす人が多いのでトラフィックは必ずしも多い日ではなかったようです。またゲーム機などのコンソールは影響を受けましたが、PC向けなど影響が無かったサービスがあったという現象は上記の構造からと推測できます。
エントリは今後も障害の影響を受けない構造を目指して改善を続けていく事と求人の案内をした上で締めくくられていました。
via:http://techblog.netflix.com/2012/12/a-closer-look-at-christmas-eve-outage.html
PHP向けPaaS「PHP Fog」が年内終了の見込み
花盛りなPaaS (Platform as a Service)ですが、やはり統廃合が起こるのは必然のようです。PHP向けとしては知名度の高いPHP Fogが利用者向けのニュースレターで12月にサービスを終了し、AppFogへの移行(注: AppFogはPHP Fogの次世代版であり、PHPもサポートする)を促すという方針を明らかにしました。まだブログなどにはこの内容はアップされていませんが、ニュースレターの内容がgistにコピペされています。
HackerNewsでもこの話題は投稿されており、下記のような声が見られます。
- ここ二週間はサポートが顔を地面に落としたみたいで、電話は留守電になってるし、サポートチャットもサイトから消えていた。6ヶ月前に使い始めたPHP Fogは気に入ってるけど、AppFogに移行するかはわからないな。
- AppFogの方が使いやすいようだし、いいんじゃないの？
なお、上記の声に対してどうも中の人が全レスを付けてまわっているようで、これもなかなかおもしろい光景です。
おそらくPaaSの分野はまだ勝負が決するほど状況は進んでいませんが、各事業者が初期に提供していたスタックを汎用的なスタックに改良した際に古いスタックをどのように捨てていくのかという問題にとりかかるしかないというのが実際のところではないでしょうか。
GitHub主催のドッジボール大会がなんだか盛り上がっている
GitHub大好きな皆様には周知の事実かと思いますが、今週末にサンフランシスコにてGitHub主催のドッジボール大会が開催されます。参加費用によってチャリティーが行われるというこのイベントは世界ドッジボール連盟(そんなあったのか)の公式ルールで争われます。見事優勝したチームには前年優勝したHerokuから巨大Octocatのトロフィーを奪取する事ができるという段取りです。
どうやら24チームの参加枠が埋まっていないようなので、この記事を読んだ日系企業の貴方も参戦できるかもしれませんよ！またチーム一覧に存在している「TAKOYAKI」なるチームの存在にも目を奪われます。
前回の開催の様子の動画はこちらです。(無駄にかっこいいので必見です。)
http://player.vimeo.com/video/52490456
A-Listers 