投稿者アーカイブ
米国で話題の食べ物、ラーメンバーガーとクロナッツ
米国の大手ネットメディアの一つであるMashableに目を引く記事が載っていました。「ラーメンバーガーを自作する方法」と題された記事は日本のネットでも話題になったラーメンバーガーをなんと自作するという話です。日本で販売されたラーメンバーガーはバンズに麺とチャーシューを挟むという炭水化物＋炭水化物を攻めている形式でしたが、こちらは麺をバンズに見立てて、ふつうにハンバーグが挟まっているという形です。
何故、急にラーメンバーガーが米国で認知されたのかというと、記事によればブルックリンで開催されたフードフェスティバルでgo ramenのKeizo Shibamoto氏が披露したラーメンバーガーは話題になりなかなか食べるのが難しい逸品になったからのようです。これを受けて、食べにいけないなら自作しちゃおうというDIYな記事なわけですね。日本でいうところの食べるラー油ブームみたいな感じでしょうか。
ちなみに本物は下記のようなルックス。
GO RAMEN!: Miso Pimento Cheese Ramen Burger…
ちなみに元の記事で話題すぎて食べられない食べ物としてもう一つ話題に挙がっているのが「クロナッツ」というクロワッサンの生地で作られたドーナツです。これがまたえらい人気でニューヨークでは行列しても売り切れて買えなかったり、１人２個までというアメリカでは考えられないような購入制限があったりで話題になっています。クロナッツについては既に日本語の記事も色々あるようなのでググってみてください。ニューヨークに関するブログとしては老舗のりばてぃさんのブログにも載っていました。
今、NYで大人気のドミニク・アンセル・ベーカリーのクロナッツ : ニューヨークの遊び方
ちなみにクロナッツはA-ListersのライターではTakashiのみ食べた事があるようです。うらやましい。どちらも話題の食べ物なので米国の方との雑談のネタにもどうぞ。パン屋さんをなさっている方は是非商品化の検討もどうぞ！
TogetherJS – 埋め込むだけでサイトにチャットなどの機能を追加する
Hacker Newsを見ていたらMozillaの公開しているプロジェクトが話題になっていました。内容はシンプルかつ強力です。JavaScriptのコードを埋め込むだけでWebサイト上でチャットやカーソル位置の共有、音声チャットといったコラボレーション機能が使えるようになります。
TogetherJSは次のような機能をサポートしています。
- ビデオと音声のチャット
- テキストチャット
- カーソルとクリックの共有
- 共同ブラウジング
- ユーザ情報の共有
- リアルタイムコンテンツ同期
埋め込むだけで使えるというのはどういうことかと思いますが、実際にはJSで書かれたサーバサイドモジュールとクライアントサイドのスクリプトで構成されています。サーバーサイドを自分自身で稼働させる事も勿論できますが、サンプルとして貼り付けるコードについてはMozillaがホスティングしているhubというサービスをサーバーサイドとして実行されるようになっています。
プロジェクトに大きな貢献をしているIan Bicking氏はさまざまなJavaScriptのモジュールを公開しておりTogetherJSについても拡張可能な構成などに気をつけているようです。単純にサービスとして埋め込むだけではなく、リアルタイムコミュニケーションが肝になるサービスの実装などに利用できるかもしれません。
OSSのバグを直して賞金がゲットできる Bountysource
オープンソースソフトウェアの開発だけで生活していくという夢を現実に近づけるサービスが現れました。その名も「BountySource(賞金ソース)」という事で、GitHub上などで公開されているプロジェクトのバグや機能改善に対して賞金が設定され、修正を行った人に支払う仕組みを提供しているサイトです。公式ブログによると、2004年から運営されていたbountysourceは2012年末にリニューアルして、現在のサービスがスタートしたとのことです。
例えばLESSプロジェクトの「ソースマップを生成する」というバグに対しては3人の開発者の修正が採択され、合計で75ドルの賞金が決定されました。また、このBountysourceのサイトのフロントエンド自身の開発もオープンソース化されており、多数の賞金が設定されています。
このサイトは上記のような賞金をベースにしたクラウドソーシング的な側面を持つだけでなく、任意のプロジェクトに対して寄付を行うというクラウドファンディングとしての機能も持っています。自分が支援したいサービスや利用したいプロジェクトに対して、出資を行う事でプロジェクトの開発に活気が生まれる可能性があります。
多くの寄付金を集めているプロジェクトとしては、GitをJavaScriptで再実装するJs-Gitのプロジェクトは現時点で$34,956もの寄付を集めており今後は開発者に対してこの寄付金が賞金として支払われていくようになります。オープンソースへの寄付としてはかねてよりPayPalなどでの送金がありましたが、Bountysourceを利用する事で資金の流れや開発者の貢献度が可視化される事になります。
まだ日本のプロジェクトが目立っている例は無いようですが、今後は日本での利用事例や同様のサービスが日本で登場するといった展開があるかもしれません。オープンソースの文化に賞金という報酬体系がマッチするかどうかは不明ですが、今後も気になるサイトになりそうです。
via:https://www.bountysource.com/
GitHubの公式YouTubeチャンネルが豊富
さまざまな機能をリリースし続けているGitHubですが、コンテンツづくりも活発になっています。GitHub公式のYouTubeチャンネルではGitHubの理念を説明するインタビュー動画や、GitHubがサポートする女性向けコミュニティ「Passion Project」のイベントでの講演録画、またさまざまなワークショップやカンファレンスなど多岐に渡ります。
素晴らしくなる為には、失敗をする為の余裕が必要なんだ。それがGitHubが特別な存在になった理由です。
GitとGitHubの基本を解説する50分のトレーニング
GitHubを業務に導入するにあたって解説コンテンツなどがあると、導入を推進する立場の労力も下がりますし、こういった動画を活用してみるのも良いかもしれません。なお、これらの動画には当然日本語の字幕などはついていませんが、有志の活躍などによって日本語でも楽しめるようになると良いのではないでしょうか。
Git SubmoduleのトラブルをGit Subtreeで解決できると知っていますか？
ライブラリやフレームワークなど、外部のリポジトリで管理されているソースコードをプロジェクトに取り込む際によく使われているgit submoduleを使わないほうが良いという論争が起こっています。それを受けてgit subtreeを使うべきであるというエントリがAtlassianのNicola Paolucci氏がブログに投稿しています。彼はまずgit submoduleを使うべきではないという話題が盛り上がっているという事で3つの記事を参照したあとに、git subtreeを使うべき理由と使用例を挙げています。それによるとgit subtreeを使うべき理由は以下のとおり。
- ワークフローがシンプルなので管理が簡単。
- 古いバージョンのgitもサポートしている。(v1.5.2ですら。)
- サブプロジェクトのコードがcloneした直後に利用できる。
- subtreeはユーザに新しい学習を要求しない。subtreeを依存性の解決に使っていることは無視する事ができる。
- subtreeは新しいメタデータファイルを追加しない。例えばsubmodules が追加する.gitmoduleのようなファイル。
- モジュールの内容を別のリポジトリのコピーなどを他所に持たなくても編集できる。
もちろん、git subtreeを使う事への代償もありますが、これらは受け入れられるというあろうとして、下記のように挙げています。
- subtreeをマージする戦略について学ぶ必要がある。
- サブプロジェクトのアップストリームにコントリビュートするのはやや複雑になる。
- 親プロジェクトとサブプロジェクトのコミットを混ぜないようにする責任は自分自身にある。
具体的な利用例は元記事の残りを見て頂くとして、subtreeがsubmoduleを使う場合によくある問題をクリアしていることがわかります。基本的には新たなremoteを追加して別々にmergeしていくだけなのでブランチの管理のような感覚で利用できるという事でsubmoduleを避けてわざわざコピーしてしまったような場合はsubtreeの利用を検討してはどうでしょうか。
via:http://blogs.atlassian.com/2013/05/alternatives-to-git-submodule-git-subtree/
図解で見るスタートアップのはじめかた
タイトルどおりのインフォグラフィックが興味深いのでご覧ください。いちおう項目を書きだしておきます。
- 現在よりも未来を生きる
- 世界に足りないものを考える
- それやアイデアを書き起こす
- プロトタイプを作る
- プロトタイプを100人に見せる
- プロトタイプを納得行くまで改良する
- 共同創業者を探す
- 会社を登記し株式を分割する
- 資金調達を探しながらバージョン1を開発する
- ローンチし人々に何かをつくったことを知らせる
- ユーザにフォローアップを行い反応を見る
- 反応がなければ改良を行なってローンチする。(airbnbは3回ローンチしている)
- 反応があれば、ユーザを1000人獲得する
- 毎週、5％成長する(大変だけど、可能)
- 4年間、成長を維持する。レートを維持していれば2500万ユーザに到達している
- 大成功！
これなら誰でもスタートアップがはじめられますね！というわけには行かないですが、物事をシンプルに考えてみる助けにはなると思います。数字として出ている1000ユーザ、5％成長などが参考になるのではないでしょうか。
via:http://notes.fundersandfounders.com/post/50348129830/how-to-start-a-startup-15-steps
16の言語と57のフレームワークを比較したベンチマークが凄い
いつの時代もより高速に動作するフレームワークや言語に対する関心は高いものですが、そんな疑問に答えるWeb Framework Benchmarksの最新版が公開されています。こちらのベンチマークはテスト用のコードや環境がオープンソースになっており16の言語(C C# Clojure D Erlang Go Groovy Haskell Java JavaScript Lua Perl PHP Python Ruby Scala)と57のフレームワークについて最適な実装が集められてテストされているという点で一般性があります。また実行環境もEC2と実マシンの2種類をそれぞれ実行している点も興味深いです。
気になるテスト結果のうち特に複雑度の高いデータベースから複数件のデータを取得してHTMLページとして出力した場合の結果は下記のとおりです。
堂々のトップに輝いているのはServletで最大で1秒間あたり7,344レスポンスの凄まじい結果を叩きだしています。また2位に入っているgeminiはこのベンチマークを実行しているTechEmpower社の社内フレームワークとの事です。PHP(秒間あたり最大2,262レスポンス)やRails(秒間あたり最大461レスポンス)などスクリプト言語が下位に甘んじていますが、1台のEC2インスタンスが稼ぐ性能としてはそれでも充分なような気がします。1秒間に7,344レスポンスということは1日あたり6億以上のレスポンスをたった1台のサーバで返すわけです。逆に秒間100レスポンスであっても1日あたり864万レスポンスですよね。
その他テスト結果を見ていると気がついた点をいくつか挙げておきます。その他の結果も膨大ですので是非元の記事も併せてご覧になってください。
- gemini servlet go などは安定して上位入り
- Symfony Cake Fuel Sinatraなどが下位集団に居る事が多い(それでも秒間200〜1000レスポンスを処理しています)
- 只のphpは常にフレームワークよりも高速
RailsはSinatraよりも高速Railsの方がSinatraよりも高速な場合もある- Node.jsはServletに対して30%〜80%程度の性能
ベンチマークというと「〜〜はこんなに遅くない」的な意見が良く出がちですが、最下位であっても秒間数百レスポンスを処理しているので通常の利用では低速とは言えないでしょう。（もし気になる点があればGitHub上でテストコードにプルリクエストを送りましょう）
一方でフルスタック系のフレームワークや軽量フレームワークなどの速度が大きいケースや逆にrailsとsinatraの用に逆転しているケース、仮想環境と実マシンで結果に開きがあるケースなどがある点が興味深いのではないでしょうか。ご覧になった皆さんも気づいた点があれば是非ツイートやコメントでお寄せください。
via:http://www.techempower.com/benchmarks/#section=data-r4
良い仕事は仕事を愛することから始まる
Engine YardのアプリケーションエンジニアのKevin Hollerさんが自身のブログに投稿した記事がHacker Newsで話題になっていました。記事では彼が14歳の時に始めた地元のパブでのアルバイトを通じて学んだ仕事への姿勢について触れています。バイトを始めた当初は平凡な作業の繰り返しの仕事を稼いだお金で何を買うかを考えたり、時計に注意してシフトが終わったらすぐに帰るという姿勢で乗り切っていたようです。一年後には仕事も覚え、仕事に行く事が一番大変という状況だったようです。そんな中で彼が昼休みに見かけたバーテンダーの仕事ぶりが彼の意識を変えます。
ある日曜の午後、店は殆ど空っぽで私はランチを食べながらバーテンダー達と話していた。バーテンダのうちの1人はバーを整頓するのに忙しそうで、他のバーテンダーは普通の作業をしたりすることが無さそうだった。私は何故彼が整頓に忙しいのかを尋ねると彼はこう答えた。「このドリンクは今年は人気なので前に並べないといけないんだ。」このバーテンダーの他のバーテンダーとの違いは店を良くしようとしている事だ。そしてそれが同時にこのバーを彼が楽しんで働ける場所にしている。他のバーテンダー達は言われた事だけやって他の事はしない。もちろん彼だって私と同じくお金の為に働いている。
この日以降、Kevinさんは仕事への姿勢を変えて平凡な仕事を楽しいものにするべくプライドを持って取り組むようになったそうです。大学に入りプログラマーとしての仕事を始めるまで続けていたアルバイトを通じて彼は立派なバーテンダーになりこの経験を下記のようにまとめています。
私は雇用主の為に働いているというよりも、自分自身の為に働いていた。その姿勢が自分自身をより幸福な人間に変え、それが雇用主の為にも良い事だった。
この投稿に対してはHacker Newsの住民も多いに反応しており同様の記事を書いたことがある方もいたようです。否定的な意見では「1000ユーロ以上稼げる仕事をしているからそんなことが言えるんだ」というような者もあり英語の議論ですが内容が追いやすいですね。
この春から新しい生活になり戸惑っている方や仕事が退屈だと感じている方にとって何かヒントになるかもしれません。あなたは現在の自分の仕事を愛せていますか？
via:http://www.kevinholler.com/love-what-you-do-not-what-you-earn/
GitHubのTシャツに新しいバリエーションが追加
ご覧の通り、新しいTシャツが追加されていますね。Contribution Graphと銘打っているのは最近新しくなったプロフィールページのコントリビューショングラフをモチーフにしているからですね。
実物を見てみたいので、是非どなたか購入してみてください 😀
via:http://shop.github.com/products/contribution-graph-shirt
CIAがAWSを使ったプライベートクラウドを構築するらしい
アメリカ大統領選挙でも一役買った事が知られたAmazon Web Serviceですが、なんとCIAもAWSを使ったプライベートクラウドを構築するらしいというニュースが報じられました。
第一報が報じられたのはFederal Computer Weekという媒体でこれによると、CIAがアマゾンとの10年以上で総額6億ドルにも及ぶクラウドコンピューティング契約に合意したとの事です。とはいえCIAは具体的な契約の内容や金額、契約先については公表しないとの事で公式発表ではありません。
“As a general rule, the CIA does not publicly disclose details of our contracts, the identities of our contractors, the contract values, or the scope of work,” a CIA spokesperson told
この記事を元にしたNetwork Worldの記事では「政府の主要な団体がCloud StackやVMWareではなくAWSを選択した」としつつもAWSがプライベートクラウドの分野にどのように進出するのかについてVPCなどを例に挙げて解説しています。
とはいえやっぱり公式には何も公表されていないので真実は闇の中ですが、話としては面白いですね。
via:http://www.networkworld.com/news/2013/031913-amazon-cia-267881.html
A-Listers 