A-Listers

遠隔地のスタッフと業務を行うという話は国土の広いアメリカでは筆者の周りでも少なからず見られる業務形態です。特にスタートアップなどではその傾向は強いようで、リモートでのコミュニケーションを改善するというTIPSに注目が集まっていました。

• 全て書き留める　全てを明確にする為に必ず書き留めて見えるようにする
• いつでも連絡可能な状態に　リモートのスタッフが気軽に連絡できるように心がける。聞き出す力が鍵。
• 全てを一カ所にまとめておく　コミュニケーション、ドキュメント、タスク管理などが複数のツールに分散しがち。
• テキストを超える　非同期でメールだけでなくインスタントメッセンジャやSkypeなどを活用する。
• 分け隔てなく　リモートのスタッフは環境をエンジョイする一方で孤独でもある。チームの一部であると感じさせる事が大事

リモートでの勤務が広く受け止められている事もあり、ベーシックなTIPSですが注目を集めたようです。ビデオチャットは気恥ずかしような気もしますが、非常に便利なツールとして広く使われているようですね。

via:http://mashable.com/2011/04/25/communicate-remote-employees/

Zappos(ザッポス)は靴のオンラインショップとして始まり、高いユーザーの満足度を得る経営手法で脚光を浴びた企業です。ついには競合していたアマゾンが買収を申し入れるに至ったという事で知られているかと思います。またフォーチュンが選ぶ働きがいのある企業でトップ15に選ばれており職場環境が優れている事でも有名です。この会社のオフィスの様子が前回も紹介した求人サイトDice.com提供の動画番組、「Best Job Ever」で取材されていたものが面白かったので紹介します。

CTOのArun Rajanにインタビューするリポーターはもちろん美しすぎるギーク、ベロニカ・ベルモントです。

オフィスはオープンなタイプ。カメラの動きがあってキャプチャできなかったのですが、かなりユニークな飾り付けがたくさんされているオフィスです。オフィスを訪れた人をリクルーティングのチームが鐘を鳴らして歓迎する様子も映っていました。

開発に携わるエンジニアは500人、PerlやJava、Gitなどを使っているとのこと。また3ヶ月毎に恒例のハッカソンが行われそこで出来たものがサービスの機能になるという事が頻繁に行われているそうです。

ユーザーの満足度だけでなく、従業員の満足度も高いと言われるザッポスですが、ザッポスのスタッフの楽しげな様子がとても印象的です。YouTubeにはZapposのスタッフによるドーナツの大食いコンテストの動画なんてものもアップされていました。

ザッポスについては書籍も出版されていますが、イメージを膨らませる為に動画もご覧になってみてください。

via:http://www.youtube.com/watch?v=VZlEDjs6M6E

エンジニアたるもの、一度はCTO(最高技術責任者)の座に就くべく研鑽に励んでいるかと思います。ニューヨークの広告制作会社のScott Gerberさんが完璧なCTOをどうやって探す方法について周囲の人に聞いた内容をまとめたエントリが1400回以上もツイートされ話題になっていました。テクノロジーカンパニーの成長と戦略の鍵を握るとされるCTOに対して求められる条件は以下の通り。

• リーダーシップ
• 過去の実績
• 責任感
• ビジネスの成長への視点
• 前例の無い問題の解決力
• 技術者から評価される実力
• 空き時間に新しい技術を試すような意欲
• 誠実さと個性
• 運営力と実行力
• スタートアップでの経験
• 雰囲気にマッチすること
• 名門出身者(MIT スタンフォード等)
• 問題が解決するまであきらめない
• コーディングより先を見通す力

なんというか無茶を言うなっていう感じの条件ですね。

この記事はCTOを雇う起業者側の視点、つまり技術の感覚が無い人がどうやってCTOを見つけるかという視点で書かれているのですが。エンジニアがエンジニアでない人からの評価をどうやって高めるのかやビジネス側がエンジニアに何を期待しているのかという意味で参考になるかもしれません。各項目の理由などは元記事に書かれているのでご覧になってみてください。しかしなんでこの記事がそんなに話題になったのか納得できないで居ます。（ツイートにも特に感想が書かれていない）

via:http://mashable.com/2011/05/07/cto-startup-hiring/

この画面はターミナルではなくブラウザでtelehack.comにアクセスした画面です。このサイトは1985年から1990年のARPANETをシミュレートしたサイトです。コマンドラインベースにはなりますが、アドベンチャーゲームを遊ぶ事がBASICインタプリタが動いたり、別のホストへの接続ができたりと非常に盛りだくさんです。なんとTelnetでの接続も受け付けているとの事。ハッカー心をくすぐったのが話題になっていました。

ゲームをプレイしているところ（地味）

コマンドラインにワクワクする冒険心を思い出してみたい方はどうぞ。

via:http://telehack.com/

フロリダのRubyプログラマのSteve Clayさんがブログに投稿した「プログラマーはプログラミングをしている、はずが実際はそうでもない」という記事が話題になっていました。

神話：プログラマは一日中、プログラムを書いている。
現実：多くのプログラマは下記の事に多くの時間を費やしている。（順不同）

• 外部のプログラマーのMLへのメールやテックでない人へのメールを用心深く書く
• ミーティングに参加、モックアップやDBスキーマの作成、要求された機能へのパフォーマンスの心配
• バグレポートを書く、過去のバグを検索
• 複雑なシステムの障害の原因を何ギガもあるログを探索して調べる
• ダウンタイムについてユーザーや上司への説明
• 他人の問題の解決へ協力
• ドキュメント、本、ブログ、リリースノート、脆弱性アナウンスを読む
• 必要な既存の名前の分からないようなコードを探す
• 見つかったコードが自分の環境に互換性がありライセンスに問題がなくコミュニティが生き残っているかを検証する
• ソフトウェアをインストール、設定、テストまでしてみたがけっきょく自分の環境では動かない
• エラーメッセージをググる
• 公開されているコードを調べて「あるOSSがどう動いてるかを調べる」
• ソース管理ツールやbash、GNUツール、Linuxのファイル権限について学習
• IDEやVM、サーバー、データベースの設定
• 共存できないように設計されたコードをなんとかひとつにまとめる方法を考える
• おわりなくやってくるタスクに優先度をつける

プログラマならだれもがこういった作業に半日、あるいは１日費やしてしまった事があるのではないでしょうか？ドキっとしますよね。

コメントにもいろいろな反応がありました。

• 挙っているいくつかはシステム管理者の仕事でプログラマはやるべきじゃない
• １つ足すと「キャッシュとは何かをCMSを使っている編集者やマネージャーや創業者に説明する
• よかった、僕は独りじゃなかった

via:http://www.mrclay.org/2011/04/01/programming-is/