わたしの7つの「ふりかえり」
[チームリーダーは「アジャイルレトロスペクティブズ」から盗め]の続き。わたしの「ふりかえり」をふりかえってみる。 ■01 定期的に、ふりかえる 実は、定期的なふりかえりは、したことがない。たいていは、プロジェクト終了直後や、さらにずっと後になって、「あんな時代もあったね」と語ることはあっても。ただし、「笑って話せる日」は絶対こない。笑わず小声で真剣に「あの二の舞だよ」、あるいは「まだ学習してへんのかッ」と刺す。 そういうチーム運営を定期的にふりかえる必要性に気づいただけでも、本書に感謝しないと。 まずいチーム運営は、トラブルという見えやすい形でフィードバックをもらっていた。メンバーの不満や、作業プロセスのボトルネック、品質チェックの不備は、プログラマの喧嘩や明白なサボタージュ、収拾のつかないバグズライフに化す。 そして、「トラブルの対処」という形で皆の不満を吸い上げたり、手順書を見直したり
検索エンジンが順位を決める53の要因（39人のSEOプロが評価した重要度とコメント付き） | Web担当者Forum
この文書は自然検索に対する最適化のリーダー39人の英知を結集したものだ。彼らは、Googleの順位決定アルゴリズム（検索エンジンが検索結果を並べる順番を決める方法）を構成するさまざまな要因について投票した。その結果、この上なく価値の高い情報ができあがった。もちろん、200種類以上あるといわれる要因のすべてが含まれているわけではないが、私見では、Googleのアルゴリズムに関して必要な90％～95％の知識がここにふくまれるはずだ。 順位決定の要因に加え、Googleの順位決定に関してパネリストに尋ねた4つの質問への回答がこの文書の最後に示してある。これだけ優秀な人たちに協力してもらったのだから、貴重な回答をもう少し得られずにはいられなかったのだ。 ※注：この文書は、Googleのアルゴリズムをリバースエンジニアリングすることを試みるものでなければ、ウェブ開発者やウェブマーケターにサイトの最適
【CEATEC】東芝がCell上でRubyを使った家電向けユーザー・インタフェースをデモ
2007年10月2日から6日まで開催されているCEATEC JAPAN 2007で，東芝がCell BE(Broadband Engine)上でRubyを使った次世代家電プラットフォームのデモを展示している。家電向けの，音楽や映像などを扱うユーザー・インタフェースをRubyで開発した。 Cell BEはPLAYSTATION3に搭載されているプロセッサ。RubyはWebアプリケーションを中心にビジネスでの採用が広がっているが，家電のような組み込みシステムに使用した例は珍しい。 デモは，Cell向けソフトウエア開発環境である「Cellリファレンス開発プラットフォーム」上で,Linux上でRubyからグラフィックス・ライブラリcairoとグラフィックスAPIのDirectFBを使い開発されている。ほとんどの画面描画や操作をRuby経由で行ったという。Rubyからcairoを使用するためのライブ
切って削って組み立てる──「木ーボード」自作キットは面白い
CEATEC 2007で展示されていた自作キーボードは、福井県で木工製品や漆器製品を生産する「山口工芸」が企画する「Hacoa」ブランドの製品だ。 自作キーボード「木ーボード DIY kit」のセット。自分で切り出すキートップに紙やすり、のこぎりと自作パーツとしても異色な存在。USB接続でレイアウトはJIS配列となっている 重厚な雰囲気を漂わせるキートップパーツ。見て分かるように「一枚板」から切り出すという、何気に豪勢な仕様になっている。キートップの刻印は“文字通り”彫りこまれているが、彫刻刀で一文字一文字自分で彫ってみるのも一興かも もともと、Hacoaブランドでは木製のキーボード「木ーボード」をWebサイトなどで販売していたが、1品1品手作りで作っているため、「1日1個作るのが精一杯」という大量出荷が難しいという事情もあって、価格が「5万円前後」という、なかなか豪快な価格設定がなされて
Shibuya Hacks
もっとプログラミングを楽しむコツ - lonlon - 2008/03/22 1000 人スピーカプロジェクト第 3 回カンファレンス (3-26)
アーキテクチャドキュメントに必要なこと [arch]
最近本腰を入れて大掛かりなアーキテクチャ設計をしようとしているが，ドキュメントを書く際にいつも帰ってくるのがこのエントリー． Hitchhiker's Guide to Software Architecture and Everything Else - by Michael Stal: What should be in an Architecture Document? とても素晴らしい内容なので，以下に意訳しておきます．ぜひ原文も合わせて読んでみて下さい． - ドメインモデル (もしあれば)，使用されているパターン，ガイドラインなどに特化したドキュメントを合わせて紹介すること．アーキテクチャドキュメントは，それらのガイドラインと整合性を保つこと． - 1つのドキュメントは50ページを超えないこと．肥大化したドキュメントは誰にも読まれない (少なくともその全ての内容は)． - 当たり
Google Japan Blog: Google のソフトウェアエンジニアと英語
メディア関係者向けお問い合わせ先 メールでのお問い合わせ: pr-jp@google.com メディア関係者以外からのお問い合わせにはお答えいたしかねます。 その他すべてのお問い合わせにつきましては、ヘルプセンターをご覧ください。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.technobahn.com/cgi-bin/news/read2?f=200710021929&page=2