A-Listers

参加費用999ユーロ(約10万円)、2泊3日、日時以外の詳細は一切不明のイベントのチケットをあなたなら買いますか？このFunConfは今年で3回目を迎える異色のカンファレンスです。割り切った作りのサイトは実際に見てもらうのが一番として、このカンファレンスの特徴は会場がユニークな事です。第一回は走行中の貸切バス、第二回は城とかなりぶっ飛んでいます。このカンファレンスのクチコミはなかなか温度が高く、筆者も海外のゲストからこのカンファレンスをお勧めされた事が3回ほどあります。

Just bought a @funconf ticket on a complete speculation that I can actually go. The stories have been that legendary. /cc @jperras—
Andrei Zmievski (@a) May 22, 2012

たとえばこのAndrei Zmievski氏はDiggやYahooといったサービスのエンジニアだった事があり、なおかつPHPのテンプレートエンジン、Smartyの元作者であり、お蔵入りになったPHP6の中心人物でした。(しかもTwitterのアカウントが”a”の一文字)また運営しているPaul & EamoのEamon氏はPHPのPaaSサービスのOrchestra.ioのファウンダーでCoderDojoの発起人のJames Whelton氏の友人です。

他の参加者やスピーカーも豪華な顔ぶれである事が予想されますが、真相は参加しないとわからないようです。。。気になりますね。

追記
あまりに謎が多いとの反響があったので画像を検索してみるとやはりすごいです。

2010年のFunConf (バスの車内で開催)

2011年のFunConf (城とデロリアン)

iOSとAndroidのクロスプラットフォームなアプリケーションをする際に使われるTitanium MobileとPhone GapをTitaniumの開発元、Appceleratorの開発者Kevin Whinnery氏が比較した記事が話題になっていました。

Kevin氏は「上空1万フィートから見ればTitaniumとPhone Gapは似ているように見える。どちらもクロスプラットフォームでJavaScriptとWebの技術を要求し、オープンソースライセンスを採用している。しかし似ている所はそれぐらいしかない。どちらも思想や問題を達成する為のアプローチは異なっている」という書き出しで二つのプラットフォームがかなり異なっている事を強調した上でいくつかのポイントを比較しています。

Phone Gapについて

• 実現する事
  HTMLベースのWebアプリケーションをネイティブアプリとして配布、インストールできるようにする。
• ワークフロー
  HTML,CSS,JavaScriptを静的なサイトのようにローカルで編集する。ネイティブのツールセットは不要。
• 動作原理
  各プラットフォームのWebブラウザコンポーネント(Web View)などを立ち上げ、作成されたHTMLを読み込んで表示する。
• 拡張方法
  JavaScriptから呼び出されるインタフェースを作成し、そこから呼び出されるネイティブコードを作成して登録する。(How to Create a PhoneGap Plugin for iOS)
• 強み
  Web Viewをサポートしていればどんな環境でも動作する。プラグインによる拡張がシンプル。
• 弱み
  UIのクオリティがWeb Viewのクオリティに依存する。特にAndroidでは制限がある。ネイティブのUIを使った拡張ができない。

Titaniumについて

• 実現する事
  クロスプラットフォームなJavaScriptランタイムとモバイル向けのAPIを提供する。
• ワークフロー
  各プラットフォームのツールをセットアップした後にTitaniumのツールのみ使う。このツールをIDEから利用する事もできる。
• 動作原理
  ネイティブコード上でJavaScriptの実行環境（iOSではJavaScriptCore、AndroidではデフォルトのV8またはRhino）が動作し、JavaScriptのソースコードを実行時に解釈して動作する。
• 拡張方法
  UIを含む視覚的なコンポーネントも拡張できる。ネイティブ側、JavaScript側の双方から呼び出し可能なプロキシオブジェクトを実装し、ブリッジとして利用できる。
• 強み
  高レベルなAPIが提供されていて、さまざまなネイティブの機能を利用できる。
• 弱み
  新たな環境に対応させるのが難しく、iOS、Android、Webにしか対応していない。

元の記事はかなりの長文ですが、Phone Gapが本来はWebブラウザから利用できない機能（カメラやセンサーなど）を使えるようにするという機能はWebブラウザの機能そのものが強化されると意味がないものになる可能性があるなど、若干Titanium寄りに見える部分があります。また双方のプラットフォームの思想的な違いやビジネスモデルについても言及している部分がある点もユニークな内容です。
それぞれのプラットフォームの動作原理の解説は興味深い内容ですので読んでみて頂ければと思います。

さてみなさんはどちらのプラットフォームを使いますか？

訂正
Kevin氏を元開発者と表記しておりましたが、現在もAppceleratorの開発者であるとのご指摘を頂きました。訂正させて頂きます。誤訳により誤解を招いてしまい申し訳ありませんでした。

via:http://kevinwhinnery.com/post/22764624253/comparing-titanium-and-phonegap

A-Listers的にはかなりプッシュしているCoding Horrorに”Will Apps Kill Websites?”と題されたスマートフォン・タブレットのアプリとWebサイトの今後について考察した記事が投稿されていました。記事はeBayが多くに人に使われていて、筆者にとっても有用でさまざまな出来事が起きている事を前置きした上で、「eBayのWebサイトが常に使いづらく閲覧しづらいままだった」事は不変であると述べています。その上でアプリ版eBayとWebサイト版のeBayの比較を行なっています。

タブレット版eBay

筆者によると「eBayのアプリには良くない点もたくさんあるが、Webサイトはさらに最悪」と補足した上でeBayの超熟練ユーザでない限りはWebサイト版を避けるべきであると評しています。教訓として「制約を受け入れる事(embrace constraints)」を挙げています。限定されたUIや限られたスクリーンサイズはMacやPCがパワフルになって失われた強みであるとしています。eBayはWebによくある風土病(endemic on the web)として1999年から機能が増大しつづけ、Webブラウザ上でほとんどなんでもできるようになった結果、ユーザにとっては使いづらいものになってしまっています。
筆者はスケールアップできるシンプルなデザインをせよ、スケールダウンが必要な複雑なものは避けろとしてモバイルファーストのアプローチを取り、どのデバイスでも一貫性を保つように考慮することでシンプルであり続ける事にフォーカスできると説いています。

その上で優れたタブレットなどが存在する今、それでもWebサイトがまだ必要なのかどうかという事を考えるべく、アプリとWebサイトそれぞれが優れている点をリストにして列挙しています。

アプリがWebサイトよりも優れている理由

• より高速
  HTMLやCSSといったオーバーヘッドが無く、ユーザの操作に応じてネイティブUIを高速に表示できる
• シンプルなネイティブUIを使っている
• 画面を有効に使っている
  画面のサイズのバリエーションがPCよりも少ない為、デザインはそれに合わせるさせすれば良い。
• 外出先やオフラインでも使える

Webサイトがアプリより優れている理由

• どのようなデバイスでもブラウザがあれば動く
• インストールの必要が無い
  アプリを探してインストールしたとしても大量のアプリをポケモンのように管理しなければならない。
• アップデートの必要が無い
  Webサイトは常に最新
• 共通のエクスペリエンスを提供できる
  さまざまな種類のUIがあればユーザも提供者側にも負担になる。

筆者はどちらが明確な勝者とは言えず、アプリは常にWebサイトに依存している点に触れた上でアプリに殺されてしまうWebサイトはよほどひどいWebサイトに限られるだろうと結んでいます。元の記事ではここで取り上げていないような点にも触れており、外部記事へのリンクなどもあって気になる方は一読をおすすめします。

via:http://www.codinghorror.com/blog/2012/04/will-apps-kill-websites.html

GitHubの特に重要な機能である「プルリクエスト」の活用方法についてGitHub社内でのノウハウが公式ブログの記事になっていました。GitHubが今回更新をしたAboutページの開発でも2ヶ月の間に10人のメンバーが130のコミットと91のコメントのやりとりがブランチ上で行われていました。
GitHubberによる講演などでもプリリクエストが重要な機能であると強調されているようです。

記事によるとプルリクエストは新しいアイデアについてのディスカッションを生み、協力してくれる人を見つける為のとても良い方法との事で活用するコツとして以下の3つの点を紹介しています。

• プルリクエストはなるべく早く起こす
  プルリクエストは機能についての意見交換をする良いきっかけになります。コードの修正が終わっていなくてもなるべく早くプルリクエストをする事で、最後にまとめてフィードバックをするのではなく発展的にコメントする事ができます。
• プルリクエストはブランチからブランチで
  GitHubでは誰もgithub/githubのフォークを持っていません。同じレポジトリのブランチ同士でプルリクエストを行なっています。
• プルリクエストはマージされなくてもよい
  プルリクエストは簡単に起こして、フィードバックを得たりブランチ上の進捗を追跡できる手段です。もしアイデアの中に良くない部分があればマージせずにプルリクエストを閉じればよいです。GitHubでもいつもそうしています。

GitHubを仕事に活用し、業務の中でプルリクエストを活用する人も増えてきていると思いますが「フォークを作らない事」や「コード修正が終わる前のプルリクエスト」などは目新しいアイデアと言えるかもしれません。ブランチの管理などはみなさんも試行錯誤していると思いますが覚えておいて損はないTIPSと言えそうです。

記事中でも言及されているようにGitHubのメンバーが講演した際のスライドにもコードレビューをプルリクエストで行う方法について解説がありますのであわせてどうぞ。
How GitHub Uses GitHub to Build GitHub // Speaker Deck

via:https://github.com/blog/1124-how-we-use-pull-requests-to-build-github

見出しと画像のとおりですが、我々のfacebookのパスワードは実は3つ存在しているという記事がHackerNewsで話題になっていました。実際に試してみるとfacebookのパスワードはいくつかのバリエーションを正しいパスワードとして受け付けています。

• 自分が決めたままのパスワード
• 自分が決めたパスワードの大文字を小文字に、小文字を大文字に入れ替えたパスワード
• パスワードの1文字目が小文字だった場合はそれを大文字にしたパスワード

理由はみなさんも推測のとおり、CAPSロックが意図せずに入ってしまっているケースやスマートフォンなどで最初の1文字目が自動的に大文字になって入力される場合を許容する為の挙動だと思われます。このような仕様については2011年9月のZDNetの記事でも言及されており、知っている人にとっては既知の情報かもしれません。

皆さんのサービスではこういったパスワード入力間違いを許容するような仕様を実は持っていますか？また他にもこういった挙動をするサービスをご存知であればコメントやツイートでお知らせください。

via:Your Facebook Account has Three Passwords

インターネットユーザやハッカーの為のチャットツールとして長年親しまれてきたIRCのユーザ数が減少してきているという記事がRoyal Pingdomに掲載されていました。2003年と比較して実に60%も指標が減少し、多くのユーザは他のさまざまなソーシャルメディアなどに流入していると考えられます。

記事ではIRCの作者であるフィンランド人で現在はグーグルに努めているJarkko Oikarinen氏へのインタビューも行われています。彼は企業がユーザーのプロフィールなどを自身のサービスの内側に留めるようになった流れなどについて指摘した上でこの状況を変えるような開発者の出現を期待する旨のコメントをしています。

“It does not necessarily require a large team to make significant progress. Just one person can make a huge difference,” Oikarinen says.
“大きな進歩を生むのは大きなチームとは限らない。たった1人の個人でも大きな変化を起こすことが出来る”

3Dバーチャルワールドやマルチメディアなどのなんらかの大きな変化をIRCにもたらす開発者の出現を彼は期待しているようです。

世界最初のIRCサーバ

IRCの利用のシーン自体は小さくなっていますが、IRCがすぐに無くなってしまうとは考えれない(there’s no reason to think that IRC will disappear anytime soon)ともあり、全体が減少している中で順調にユーザが増えているfreenodeの状況なども示されています。元記事にはIRCノードの運営者の意見(DOS攻撃の問題やwarez文化、ソーシャルメディア)が挙げられています。今後、IRCがどういう技術になっていくのかを考えてみるのも面白いかもしれません。

via:http://royal.pingdom.com/2012/04/24/irc-is-dead-long-live-irc/

TEDのスピーチを放送する番組がNHKでも始まり、インターネット上の英語動画が多くの人の目に触れるようになってきています。とはいえTEDのように知的な内容だけでなく、肩の力を抜いて楽しめる番組もたくさんあります。その中で最近のオススメが2012年4月に開始したGeek & Sundryです。
この番組はネット廃人をテーマにしたドラマ、The GuildのCodex役でも有名なフェリシア・デイが開設した番組で彼女と縁のあるさまざまなギーク陣（美しすぎるギーク、ベロニカの番組もあります！）による番組が日替わりで公開されています。

特に見やすいのがフェリシアが一週間で見つけたお気に入りの話題５つと鍛冶や楽器、料理などの体験レポートからなるFlogです。最先端のギークである彼女がセレクトした話題はハッカーニュースなどにも上がってこない洒落の聞いたものが多くてとても楽しめますよ。最近の放送で彼女が紹介したネタのいくつかをここでご紹介します。

• Texts From Dog
  飼い犬から来たメール
• Realm Of The Mad God
  ブラウザで遊べるMMOシューティングRPG
• Migical Game Time
  レトロゲームなどを題材にしたアニメーションGIFのブログ

時間も長くありませんので気軽に見てみてください。

日本ではUstreamによる番組が多いですが、このように編集されて公開されるような番組が日本でも出てくるかもしれませんんね。

いつもこのブログをご覧頂きありがとうございます。今月からWEB+DB PRESSで「海外テック情報局」として連載を担当する事になりました。ブログで人気のあった記事に皆さんからの反応を加えたものや、記事編集のタイミングでピックアップしたオリジナルの記事など、ブログとは一味違った内容になっています。

記事を通じてエッジな話題をインターネット上から印刷された雑誌という世界にも送り出していければと思いますので、雑誌連載、ブログともに今後ともよろしくおねがいいたします。

表紙と、Amazon の著者クレジットにも載せてもらっています

コードが適切に整形されているかどうかはデザイナーやエンジニアなどコードを書く人にとっては日常的な課題のひとつです。プログラミング言語やツールに応じて様々なコーディング規約によって正しいコードの書き方が定義されていますが、GitHubが社内で利用しているコーディング規約を「スタイルガイド」としてサイト上で公開しています。

このスタイルガイドは5個のセクションに分かれています。

• 概要
• スタイリング(CSS)
• マークアップ(HTML)
• ビヘイビア(JavaScript)
• Ruby

GitHubということで様々なRubyのツールとの組み合わせが前提になっている部分もありますが、CSSに対しての規約は例えば下記のようになっています。

• インデントはスペース2つのソフトタブを使う
• プロパティ宣言の:の後にはスペースを空ける
• 宣言の{の前にはスペースを空ける
• カラーコードはrgbaを使わない場合は数字で指定する
• コメントは//を使う
• KSSのドキュメントに従う
• font-sizeにはpxを使う

実際のコードの例だと下記のようになります。

// This is a good example!
.styleguide-format {
  border: 1px solid #0f0;
  color: #000;
  background: rgba(0,0,0,0.5);
}

またクラスやidの設定については「ページ中に一度しか表示しないものはidに、そうでない場合はclassにする」との事でこれも実例が示されています。

• 良いidの例:header, footer, modal popups
• 悪いidの例:navigation, item listings, item view pages

コンポーネントを作る場合はエレメント＋クラスの組み合わせを使う方がidによる指定よりも好ましく、良い例が下記のようになります。

<ul class="category-list">
  <li class="item">Category 1</li>
  <li class="item">Category 2</li>
  <li class="item">Category 3</li>
</ul>

ul.category-list { // element + class namespace

  &>li { // direct descendant selector > for list items
    list-style-type: disc;
  }

  a { // minimal specificity for all links
    color: #ff0000;
  }
}

idを使った指定をする際は同時に複数適用する事が無いように注意します。例えばdisabled, mousedown, danger, hover, selected, and activeといったものは常にclassであるべきです。

まだまだ各種ツールの紹介やHTML、JavaScriptなどについての記述もあるのですが今回はここまでにしておきます。とても参考になりますので皆さんも目を通してみてください。

via:https://github.com/styleguide/css

Codesprintsはinterview street上で開催されるコーディングイベントです。出題されるパズルのような問題に対してコードを登録でき、スコアなどがランキングされます。ちょうど昨日はQuoraのスポンサードする5時間のプログラミングコンテストが開催されていました。

ログインするとこんな画面で問題の確認とコードの送信ができます。コードを実際に書かせる面接というのは古くからありますが、今後は選考のもっと早い段階でコーディングの技術を見るということでさらなる実力主義になっていきそうですね。

via:https://www.interviewstreet.com/challenges/