プログラマーの開発速度は「はまる」時間の長さで決まる : 小野和俊のブログ
プログラミングを始めてから今日に至るまで、 様々なタイプのプログラマーと開発を共にしてきたが、 驚くべき速度で高い品質のソフトウェアを作り上げるプログラマーには、 一つ共通の特徴があるように思える。 それは、「はまる」時間が極端に短い、ということである。 風のプログラマー」を指向しており、開発速度を重要視している。 例えば平成14年未踏ソフトウェア創造事業「PICSY」では、 発表直前に知人でプロジェクトリーダーの鈴木健にレスキュー隊として呼ばれて 2,3日でGUI全般と、クライアント/サーバー通信部分の設計と実装を終わらせたのだが、 このときなどは、大体の要件を口頭で聞いた後は、 ほぼまったく手が止まらずコードを書き続ける感じで開発をしていた。 「はまる」時間の長さは開発速度に直結するわけだが、 プログラマーが「はまる」場合にはある程度の傾向があると思うので、 今日は「はまる」プログラマ
コミュニティにおける格付け制度の運営：ナレッジ！？情報共有・・・永遠の課題への挑戦：オルタナティブ・ブログ
昨日はてブの最近の人気エントリーに上がっていた「Yahoo!がまとめた「コミュニティにユーザーを参加させる方法」が興味深い件」は確かに面白い。コミュニティにおいて運営側が参加メンバー間の競争意欲を促進させるために、レベルだとかポイントだとかの何らかの格付けを提供することは良くあるし、実際に私もいくつかを使ったことがある。 格付けによって従来見えなかった本質が一面ではあるが可視化される。そして格付けされる側のモチベーションアップだけでなく、他の参加者から見たときにその人の発言の傾向だとか情報の重要度を把握しやすくなるというメリットがある。 さてこうしたレベルとかポイントを使う場合にも、やり方は２つある。一つは加算制とした誰でも時間と労力をかければ必ず最上位クラスまであがれる形式のもの。もう一つは相対的評価によってランクを区切って常に最上位のポジションにいる人たちの割合を一定にする方式である。
らばQ:ビル・ゲイツのスピーチ「学校では教えてくれない人生に役立つ11のルール」
ビル・ゲイツのスピーチ「学校では教えてくれない人生に役立つ11のルール」 ビル・ゲイツがあるハイスクールでスピーチをした、「学校では教えてくれない人生に役立つ11のルール」というものがインターネットで出回っています。 実際は彼自身の言葉ではなく、彼が抜粋でチャールズ・J・サイクスの著書「Dumbing Down Our Kids」から引用したものだそうです。 欧米的なルールではありますが、なかなか的を射た面白いルールなのでご紹介します。 人生は公平ではない。それに慣れよ。 世界は君の自尊心を気にかけてはくれない。君の気分に関係なく世界は君が仕事を終わらせることを期待している。 高校を出てすぐ6万ドルの年収を稼ぎはしない。携帯電話(当時は高かった)を持った副社長にもならない。自分で両方を稼ぎ出すまでは。 先生が厳しすぎると思うなら、上司を持ってみろ。 ハンバーガーを引っくり返すということは沽
１４個の身も蓋もない仕事の法則 - 分裂勘違い君劇場
「単なる知り合い」と「人脈」は全くの別物である。人脈とは、自分のことを高く評価してくれる権力者のことである。 20代の時にあちこちに恩を売りまくっておけ。そいつらはいろんな組織で成長して権力を握り、30代半ばには、強力な人脈になる。 自分とは違うタイプの優秀さを持った人間を「無能だ」と決めつけて切り捨てるのは、致命的な機会損失である。 客観的なビジネスプランはたいてい役に立たない。自分の熱い主観を企画書にぶち込め。 みんなの良い意見を集めても魅力的な企画にはならない。優れた企画は、たいてい誰かの個人作品である。 目下の人間にも、上司に対するのと同じだけ敬意を払い、「さん」付けで呼んでおけ。自分の部下を「君」付けで呼んでいると、そいつが抜擢されて自分の上司になったとき、「さん」で呼ばなければならなくなるという屈辱を味わうことになる。 ほとんどの人は、建前ばかり並べて会議をするので、思考力が失
伸び悩むウェブサービスの三大疾患 ｜ 近江商人JINBLOG
先日友人達と深夜に話しているとき、そのうちの一人が「伸び悩んでいるウェブサービスに共通する３つの病気がある」と話し始めた。 先日友人達と深夜に話しているとき、そのうちの一人が「伸び悩んでいるウェブサービスに共通する３つの病気がある」と話し始めた。またおもろいことを言い出しよったな、と笑いながら聞いていたのだが、後で反芻してみると「これはより多くの人に知ってもらった方が日本のネットのためになるだろう」と感じたので晒す。特定のサービスについて語られたものではないので悪しからず。 １．ハイエンド病 自サービスのコアユーザー向けの機能追加ばかりを優先して、どんどんとエントリーユーザーを疎外していってしまう病気。コアユーザー向けの機能追加は数値的にも効果が出やすいため、ユーザーベネフィットと数値のバランスを追求しようとする勤勉な開発者ほど発病することが多い。 ２．広告肥大症 売上げノルマ達成責任のた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.realintegrity.net/~iqnote/chikan/main.html
はてなブログ | 無料ブログを作成しよう
