米国にてTVドラマ「シリコンバレー」が放送開始
海外ドラマには定番として医療モノ、捜査モノ、ラブストーリー、ミステリーなどがあるかと思いますが、ついにIT企業を題材にしたドラマが製作され放送が開始されています。作品名はズバリ「Sillicon Valley」で、ベイエリアでスタートアップをする若者を題材にしたコメディです。第一話のタイトルは「MINIMUM VIABLE PRODUCT（実用最小限の製品）」と、リーンスタートアップで話題になるキーワードです。 公式サイト上での見逃し配信もあるのですが、米国外からは閲覧できません。予告編については再生できるので雰囲気だけでもどうぞ。 第一話は200万人に視聴されたとのことです。果たしてこの作品が日本語で見れる日はくるのでしょうか。 すでに放送をご覧になれるなんらかの手段をお持ちの方はぜひ感想などをシェアして頂けると日本での放送の要望も高まるかもしれません。 公式サイトはこちらです。 htt
プログラミング言語PHPの公式サイトがリニューアル
識者の間では知られていましたが、プログラミング言語PHPのWebサイトがついにリニューアルされました。新しいデザインは数年前からプレビューやここ数ヶ月のベータ版などの運用をへてついに適用された形です。リリースノートは下記のように綴っています。 美観上のポイントとしてはカラースキームはかつての暗紫色から明るくなりました。またボーダーやリンクはシンプルな紫を使った一貫性を保っています。フォントもスムーズになりコントラスト、ハイライトも改善されました。とくに関数リファレンスページやコード例はより読みやすくなりました。 これらのテーマはHTML5とWebFont、Bootstrapを使いよりモダンになっています。 関数リファレンスページ コード例 またレスポンシブにあった事でスマートホンでもそれなりの見た目で見れるようになったようです。 ということで新しいデザインになったPHPのWebサイトにみな
Hoodie – noBackend実装のJavaScriptフレームワーク
進化の早いJavaScript界隈に新しいアプローチのフレームワークが登場しました。Jan Lehnardt氏が中心になって開発されているHoodieはフロントエンドとバックエンドを完全に分離する事でそれぞれの開発効率を最大限にするnoBackendの実装の一つです。Hoodieはサーバーサイド用のモジュールとクライアント用のライブラリの2つから成っており、サーバーサイドが起動している状態であればクライアント側からは例えば下記のコードだけでユーザの登録ができます。 hoodie = new Hoodie('http://localhost:6007/_api'); hoodie.account.signUp('joe@example.com', 'secret'); すでに登録されたデータを取得する場合は下記のようになります。 var type = 'task'; hoodie.store
GitHubが政府・自治体向けの機能・事例紹介ページを公開
ドイツの活動家が法令をGitHubにアップするといった事例(政府が公開したわけではない事に注意)で知られるように、政府・自治体の発信する情報をGitHubで公開するというアイデアが知られつつ有ります。実際に政府や自治体での利用を促すコンテンツをGitHubが公開しました。 GitHub and Government | Make government better, together. http://government.github.com/ このページよると180近い政府・自治体の団体がGitHubを利用しており、この事例リストそのものもリポジトリで管理されています。 コンテンツは政府などのIT業界でない方むけにGitHubのコラボレーション機能を説明するコンテンツと事例の紹介という形になっています。説明としては「コラボレーション」「ビジュアライズ」「共有」といった形でGitなどの専門
TogetherJS – 埋め込むだけでサイトにチャットなどの機能を追加する
Hacker Newsを見ていたらMozillaの公開しているプロジェクトが話題になっていました。内容はシンプルかつ強力です。JavaScriptのコードを埋め込むだけでWebサイト上でチャットやカーソル位置の共有、音声チャットといったコラボレーション機能が使えるようになります。 TogetherJSは次のような機能をサポートしています。 ビデオと音声のチャット テキストチャット カーソルとクリックの共有 共同ブラウジング ユーザ情報の共有 リアルタイムコンテンツ同期 埋め込むだけで使えるというのはどういうことかと思いますが、実際にはJSで書かれたサーバサイドモジュールとクライアントサイドのスクリプトで構成されています。サーバーサイドを自分自身で稼働させる事も勿論できますが、サンプルとして貼り付けるコードについてはMozillaがホスティングしているhubというサービスをサーバーサイドとし
綺麗な設計を身に付けるためのSandi Metzルール
Webアプリやモバイルアプリの受託開発やコンサルティングを行うthoughtbot社のブログにて、Sandi MetzルールというRubyプログラマ向けのルールが紹介されていました。 Sandi Metz’ rules for developers このルールは、プログラマーでありPractical Object-Oriented Design in Rubyという書籍も執筆しているSandi MetzさんがRuby Roguesポッドキャストに出演した際に紹介していたものです。 そのルールは以下の通りです。 クラス内のコードが100行を超えてはならない メソッド内のコードが5行を超えてはならない 4つより多い引数をメソッドに渡すようにしてはならない（ハッシュによるオプションもパラメーターとみなす） コントローラーではただ1つのオブジェクトだけをインスタンス変数化できる ビューは1つのイン
Git SubmoduleのトラブルをGit Subtreeで解決できると知っていますか？
ライブラリやフレームワークなど、外部のリポジトリで管理されているソースコードをプロジェクトに取り込む際によく使われているgit submoduleを使わないほうが良いという論争が起こっています。それを受けてgit subtreeを使うべきであるというエントリがAtlassianのNicola Paolucci氏がブログに投稿しています。彼はまずgit submoduleを使うべきではないという話題が盛り上がっているという事で3つの記事を参照したあとに、git subtreeを使うべき理由と使用例を挙げています。それによるとgit subtreeを使うべき理由は以下のとおり。 ワークフローがシンプルなので管理が簡単。 古いバージョンのgitもサポートしている。(v1.5.2ですら。) サブプロジェクトのコードがcloneした直後に利用できる。 subtreeはユーザに新しい学習を要求しない。
図解で見るスタートアップのはじめかた
タイトルどおりのインフォグラフィックが興味深いのでご覧ください。いちおう項目を書きだしておきます。 現在よりも未来を生きる 世界に足りないものを考える それやアイデアを書き起こす プロトタイプを作る プロトタイプを100人に見せる プロトタイプを納得行くまで改良する 共同創業者を探す 会社を登記し株式を分割する 資金調達を探しながらバージョン1を開発する ローンチし人々に何かをつくったことを知らせる ユーザにフォローアップを行い反応を見る 反応がなければ改良を行なってローンチする。(airbnbは3回ローンチしている) 反応があれば、ユーザを1000人獲得する 毎週、5％成長する(大変だけど、可能) 4年間、成長を維持する。レートを維持していれば2500万ユーザに到達している 大成功！ これなら誰でもスタートアップがはじめられますね！というわけには行かないですが、物事をシンプルに考えてみる
Facebookが開発したPHPを超高速で実行する仮想マシン HipHop VM
FacebookがPHPをさらに高速に実行する技術について2012年11月に公開した記事が話題になっています。Facebookはサービスを高速に実行する為にPHPで書かれたスクリプトをC++に変換して実行する技術、HipHop(HPHPc)を開発して利用してきました。CPUの使用量を半分程度に抑えることができるこの技術は大きな注目を集めていました。 一方でHipHopはPHPのソースコードをコンパイルして実行するというステップが必要な事から開発から実行までの手順が増えてしまうという面もありました。この欠点を補うべく、実行時に変換を行なって実行するアプローチを模索していたのがHipHop VM(HHVM)です。この記事によると、このHHVMがついにHPHPcを上回るパフォーマンスを達成したとのことです。 sandboxと呼ばれる開発環境ではインタプリタとして実行可能なHipHop (HPHP
API設計に関する10のワーストプラクティス
過半数の開発者が平均で3つ以上のAPIのインテグレーションを実装していると言われている昨今、「使い辛い設計のAPI」を実装するのは開発者にとっては頭の痛い問題ではないでしょうか？ Programable Web上に投稿されたAPIのワーストプラクティスに関する記事が国内外の開発者の目に止まったようです。この記事によると悪いAPIに見られるプラクティスは下記のようなものだそうです。 貧弱なエラーハンドリング HTTPのルールを無視したREST API 裏に潜んだ生のデータモデルの露出 セキュリティの複雑さ ドキュメント化されていない予期せぬリリース 貧弱なデベロッパエクスペリエンス MVCフレームワークが良いAPIにしてくれるという思い込み 開発すれば使ってもらえると見なすこと 不十分なサポート 貧弱なドキュメンテーション APIを利用するだけでなく、APIを提供する場合に上記のようなポイン
eBay でヒドいデザインの方がコンバージョン率が高かった、という話
先日日本のWEBデザインが2003年で止まっていると話題にという記事で楽天のサイトなどのことが取り上げられていましたが、これを読んで思い出したポッドキャストインタビューがあったので一部抜粋してみます。 このインタビューはスタートアップ向けレクチャーイベント ZURBsoapbox シリーズのひとつ。昨年11月に、「サンフランシスコでの投資とギークな日々の20年間」といったタイトルで 500 Startups 代表のエンジェル投資家デイブ・マクルーア氏が語ったものです。 「チームのメンバーに求める特徴は？」という客席からの質問のデザイナーの部分について、彼はこのように答えていました。 一緒に働くのが辛いデザイナーもいた。自分はなんでも知ってる、みたいなデザイナーと働くのにはほんとに苦労した。デザイナーと口論したいわけじゃないんだ。俺が見たいのは数字とお客さんの利用例。そして何がうまくいってい
GitHub直伝 プルリクエスト活用の3つのコツ
GitHubの特に重要な機能である「プルリクエスト」の活用方法についてGitHub社内でのノウハウが公式ブログの記事になっていました。GitHubが今回更新をしたAboutページの開発でも2ヶ月の間に10人のメンバーが130のコミットと91のコメントのやりとりがブランチ上で行われていました。 GitHubberによる講演などでもプリリクエストが重要な機能であると強調されているようです。 記事によるとプルリクエストは新しいアイデアについてのディスカッションを生み、協力してくれる人を見つける為のとても良い方法との事で活用するコツとして以下の3つの点を紹介しています。 プルリクエストはなるべく早く起こす プルリクエストは機能についての意見交換をする良いきっかけになります。コードの修正が終わっていなくてもなるべく早くプルリクエストをする事で、最後にまとめてフィードバックをするのではなく発展的にコメ
2012年版「間違ったソフトウェアの売り方」
Alex Payne 氏の書いたブログ記事、「How Not To Sell Software in 2012」になるほど、と思ったのでご紹介。無料やオープンソースではないソフトウェアの場合特に、購入のプロセスが「最高に簡単 (as easy as humanly possible)」じゃないとお客さんはどこかに行っちゃうよというお話。 セールス電話とか Webinar とかやめて。そういうことやる代わりに、サイトに全部情報のっけてね。 トライアル版がなかなか手に入らないのって困るよね。すぐに試せなかったら、あきらめて次に行っちゃうよ。 価格をはっきり書いてくれなかったり、値段で駆け引きするのとかありえない。他のお客さんに聞けば、いくら払ったかすぐ分かるんだから。 プロダクトの大事な情報がホワイトペーパーのドキュメントファイルにしか書いてないとか、どういうこと？PDF じゃなくて、Flas
github上でスコアを競うcoderwallがチーム戦に対応
githubでの活動に実績(バッジ)を認定してくれるcoderwallがアップデートによりチーム戦に対応しました。ランキングを見るとgithubやjoyent、facebookといったギークな企業のチームが結成されて競い合っています。チームは任意に結成できますが、この数値化によりいわば企業のオープンソース力が可視化される事になります。開発元のブログによるとこの機能を働きたい会社を探す為に役立てる事を考えているそうです。面接の際に質問して聞いた印象がすごいプロフェッショナルな集団だったのに、入社してみてがっかりという状況が事前に防止できるわけですね。 またプロフィールページもアップデートされており、各種の実績を解除した日時やカンファレンスに出席したり、スピーカーとして講演した事などがプロットされたタイムライン風の表示になっていました。ウェブサイトに埋め込む事ができるパーツなども用意されていま
HABTMリレーションシップは悪であるという論争
Ruby On RailsやCakePHPといったフレームワークのORマッパに存在するHas And Belongs To Manyという機能(通称:HABTM)があります。HABTMとは2つのデータモデルを中間のデータを介して関連させるデータモデルで冒頭の図のようなデータモデルです。筆者がこの省略形の読み方などについてTwitterで話していたところ、興味深いリプライを受け取りました。 @patrickjsparrow @yando if #cakephp copied that from Rails your doing it wrong. We never use HABTM because it's EVIL! — Evan Light (@elight) January 24, 2012 俺らはHABTMなんか使わない。なぜならHABTMは悪だからだ。 HABTMについて検索した
ニューヨーク在住のソフトウェアエンジニアがYelpへ寄せる要望
日本への進出も噂されているレビューサイト、Yelpに対しての不満をグーグルのソフトウェアエンジニア、Matt Jonesさんが綴ったエントリが話題になっていました。Mattさんは「Yelpは最良のビジネスデータベースだ。私はいつもレーティングを信頼して判断をしているし、別のサイトを使う事は稀」とYelpを賞賛しつつも下記の点について改善が必要であると要望しています。 検索 YelpのCEO、Jeremy Stoppelmanによると25％のトラフィックは”Yelp”をキーワードの一部にしたGoogle検索からのアクセス。（Yelpの検索よりもそちらのほうが使いやすいと思われている） Yelpの検索は速度が遅く、ソート順も納得感がなく使いづらい。スペルミスがあってもヒットしない。 Yelpが検索を修正しないとユーザーはキーワードにYelpを入れずに検索するようになるだろう。 パーソナライゼー
Google+のビデオチャット”Hangouts”の技術
とりあえずGoogle+について何か書いとこう的な空気が各メディアにあるようですが、GigaOMにも「The technology behind Google+ Hangouts」と題された記事が投稿されていました。Janko Roettgers氏によるとここ数ヶ月で行われていたいくつかの技術開発から今回のGoogle+に搭載されている”Hangouts”の現状と今後を推測するという記事です。 クラウド ビデオチャットをスケールするには大量のリソースが必要になり、その理由でSkypeなどが採用するP2Pはレイテンシや多数との接続に問題がある。グーグルのインフラによるクライアントサーバーモデルがこの問題を解消した。 ブラウザとの統合 現状ではHangoutsはgtalkと同じプラグインが必要だが、プラグイン無しで利用できるように作業中。WebRTCのフレームワークが使われるように。 オープン
「金持ちになるのではなく、豊かに暮らす」というライフスタイル
Hacker Newsで、ベルギーの女性2人組によるDon’t be rich, Live rich（金持ちになるのではなく、豊かに暮らす）というプレゼンテーションが話題になっていました。 この2人は、WebデザイナーのIne Dehandschutterさんと、オンラインコミュニケーションのコンサルティングをしているCatherine Van Holderさん。サイトはnomadz.nu。2人はとくにお金持ちというわけではないけれど、様々なデザインのアパートメントに滞在しビンテージカーに乗りながら、2010年の間に南アフリカやタイ、アルゼンチンなど10カ国を旅してまわるというとても充実した生活を送ってきました。 2人はこの生活を一般的な毎月の収入だけでまかなっているそうですが、そのポイントは「働きながら」というところ。2人ともリモートで作業のできる仕事を持っているために、このようなスタイ
スタートアップをグーグルメソッドで始めてはならない
スタートアップのビジネスモデルについて「グーグルメソッドで考えるのはやめよう」と呼びかける記事がスタートアップ向けブログメディア The Startup Foundryに掲載されていました。グーグルメソッドとはつまり、「今はまだ利益があがっていないけど、ユーザーが10万人に達しさえすれば広告で採算がとれるようになるはずだ！」という考え方。 Googleのビジネスモデルについては既にご存知の方も多いと思いますが、同ブログによれば、 Googleは実質的には、マーケットに入り込むために検索を利用している広告の会社である 無料のサービスで注目を集め、実際の製品である広告をより効果的なものにしている といった点で、Googleは多くのスタートアップとは異なるゲームをプレイしている、としています。 一方で、スタートアップ（特に自己資金によるブートストラップ・スタートアップ）は生き延びるためにキャッシ
ORMがアンチパターンである11の理由
サンフランシスコのプログラマLaurie Voss氏が書いた見逃せない記事が賑わっています。近年のフレームワークやライブラリの定番中の定番ORマッパーが既にアンチパターンなのではというのが彼の主張です。この記事を書くきっかけになったのはこのツイートだそうです。 I cannot overstate the degree to which ORM is a dangerous antipattern. — Laurie Voss (@seldo) June 9, 2011 ORM が危険なアンチパターンだっていうのはどれだけ言っても言い過ぎることはない このツイートに対して各方面(ActiveRecord, Doctrine, Hibernate)から多くの（激しい）返信が寄せられて書かれたのが問題のエントリです。まずはアンチパターンとは何かの定義として下記の2つを挙げています。 当初は有益
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
