ブランドやサービスの命名について、アイルランドのContrast社のブログにいいガイドがありました。

• Contrast | The Blog | Great rules for choosing a name

1. 独自性
   • 人間の脳は「違い」に注意が向くもの。今や、"cloud"という語を使うのはいいアイデアとは言えない
2. 簡潔さ
   • クチコミには特に重要、長い名前は省略されてしまう（ブランディングにとっては最悪）
3. 適切さ
   • ブランドの認識しやすさ、思い出しやすさに影響する
   • 適切な名前というものは、GitHubならgitリポジトリのある場所、Postmarkならメール送信のためのユニークな手段、Dropboxなら自分の書類を安全に置いて置ける場所…というように、人々の認識をサポートする
4. スペリングの簡単さと読みやすさ
   • クチコミを広めるために重要
   • 人が書けないような名前では駄目だし、電話越しにスペルを伝えなくてはならないのもバカバカしい
   • 誰かが読み間違えたりするのも厄介
5. 好感度
   • クチコミを広めるために重要
   • 口にするだけでバカみたいに思われるような名前では駄目
   • みんなが好ましく思う名前である必要がある
6. 拡張性
   • 長期的なビジネス戦略に影響
   • Dropboxという名前は音楽にも写真にも書類にも適用できるが、Picboxだったら写真の格納にしか適用できない
   • ただし、拡張性のある名前と無意味な名前は紙一重なので注意（InterlinkやMultiwebなど）
7. 保護性
   • 長期的なブランド戦略に影響
   • 商標が取得できるか、誰かの権利を侵害しないか

リンクいろいろ。

• あるライブラリのおもいで - steps to phantasien(2011-04-04)
• RFCに違反している（ドットが連続する）メールアドレスをRails3で扱うには | FIRN.JP
  • 簡単なパッチを仕込めばとりあえずOKみたい
• Railsのdevelopment.logを一定容量以上の条件で自動的に削除する方法
  • Railsアプリの起動時に一定条件でrake log:clearを自動実行するコード
• Alestic Git Server (alpha testing) - Alestic.com
  • UbuntuのEC2 AMIをメンテナンスしている方がプライベートGitリポジトリ構築用のAMIを作成し、アルファテスターを募集中
• A few of my Git tricks, tips and workflows
  • GitのTips
• Hiring Developers: You're Doing It Wrong
• WTFPL - Wikipedia
  • WTFPL (Do What The Fuck You Want To Public License)とは、極めて緩やかなフリーソフトウェアライセンスである。英語としても非常に下品な名称のライセンスで、あえて語感を尊重して翻訳するとすれば『どうとでも勝手にしやがれクソッタレ・公衆利用許諾(契約)書』といったところである

4月16日（土）に開催されるThe New Context Conference 2011 Springのスピーカーとして来日するアイルランドのPaul Campbell氏の会社 HyperTinyのスタイルがとても興味深かったので紹介します。

NCCのスピーカー紹介で、

短時間で、最低限利用可能なレベルの製品を開発することに特化したアジャイルウェブ開発チーム HyperTiny社の創業者である。 HyperTiny は、Engine Yard社、Ian McFarland氏、Jonathan Siegel とのプロジェクトで成功を収め、また、自社のプロジェクトとしてミーティングノートツール”Ketchup”を開発し、創業後2年間の間に国際的にも高い評価を得る。

と書かれているように、開発者（Paul氏）とデザイナーの二人組でとにかくアジャイルにスモールスタートなアプリケーションの開発を請け負うのが特長のようで、伊藤穣一氏（僕の中ではいつまでもBe, Incに肩入れしてくれた奇特な人という認識（褒め言葉））のブログでも彼らと仕事をしたときの様子が紹介されていました。

• HyperTiny社といっしょにAproxymatorのスーパーアジャイル開発 - Joi Ito's Web - JP

Pivotal Labs社のCTOのIan McFarlandは最近、アイルランドのHyperTiny社という小さなショップについて興奮した様子の電子メールを送って来た。もしPivotal Labs社がジェダイマスター達の高等評議会だとしたら、HyperTiny社 は辺境の地に居る2人の若いジェダイにあたる。Ianは、HyperTiny社のPaul(開発者)とBrian(デザイナー)と共に最近プロジェクトをひとつこなしたところで、彼らはIanのためのMVPを2週間で作り上げた。

僕は、デザイナー１人と開発者１人が完璧なテストドライブ型開発(Test Driven Development: TDD)のコードを書き、Pivotal Trackerを基にしたコードが数週間でRails 3製品のスーパーコードとなるというアイデアに魅了された。これはまったく納得できることだけれど、僕は自分自身の目で見てみたかった。そこで、僕がアラブ首長国連邦(UAE)に引っ越してからずっと頭痛の種だった問題をいじってみるために、HyperTiny社に関わることにした。

Pulseの開発元で5ヶ月間働いている女性Androidデベロッパによる、「スタートアップにおけるワーク・ライフ・バランスとは単なる空想の産物にすぎないのか」というエントリ。

• Work/Life Balance at a Startup — Just a Pipedream? « Jean Hsu

スタートアップはどのみち長続きするものではないので、かなりの程度、生活が犠牲になるのは仕方がないわけですが、それでも

More important than my family? Of course not.

と言い切れるあたりは、古きよき日本企業よりマシと言えるかもしれない。

GitHub, Inc.のmojomboことTom Preston-Werner氏が2008年の12月に書き上げてそのままお蔵入りにしていた、「GitHubの1年目から学んだ10の教訓」というエントリが公開された。

• Ten Lessons from GitHub's First Year

10の教訓は以下の通り。詳細は元エントリをご覧ください。

• 早く始める (Start Early)
• 顧客に合わせる (Adapt to Your Customers)
• 楽しむ (Have Fun)
• Twitterに注意をはらう (Pay attenton to Twitter)
• 意のままにデプロイする (Deploy at Will!)
• オフィスはいらない (You Don't Need an Office)
• オープンソースを通じて雇う (Hire Through Open Source)
• チームを信じる (Trust your Team)
• ベンチャーキャピタルは必要ない (You Don't Need Venture Capital)
• できるものはなんでもオープンソースに (Open Source Whatever You Can)