悪魔に心を売っても納期を守る！帳尻あわせの裏技術｜【Tech総研】
きっかけは私、つまりＴｅｃｈ総研スタッフのマイウェイマサシが知り合いのエンジニアから聞いた、何げないひと言でした。「納期？ いざとなったら要件を変えちゃっても、何とかするよ」。それがきっかけで300人のエンジニアに、「納期に間に合わないとわかったときに使う裏技術」を尋ねたわけです。 アンケート調査では納期に間に合わせるためのワザ以外にも、前提となる納期の厳しさや、現状への考え方なども聞いています。それが上の2つのグラフ。 「仕事が始まったときから納期達成が絶望的」（左）ってかなりむちゃな仕事ですが、仕事の半分がそうだというエンジニアが4割もいる。普通の仕事だってスケジュールは徐々にズレていき、結局は納期と戦う羽目になるでしょ。それなのに、例えば「最初から納期は絶望的」な仕事が8割という人が、10人に1人いるわけです。 そう考えると、「何が何でも納期は守る」というエンジニア魂が光りますね（右
Teach Yourself Programming in Ten Years 日本語訳
以下の文章は、Peter Norvig による Teach Yourself Programming in Ten Years の日本語訳である。 本翻訳文書については、以下の方々にご教示を頂きました。ありがとうございました。 Shiro Kawai さん：誤訳の訂正 三好博之さん：誤訳の訂正 竹中明夫さん：2001年7月改版分の訳、誤訳の訂正（共訳者にクレジット） Toshihiko Ono さん：誤訳の訂正 アクビさん：訳注３に関する情報 どうしてみんなそんなに急ぐの？ どの本屋に足を運んでも、『7日で学ぶ Java』といったハウツー本を見かけるし、そのそばには Visual Basic や Windows やインターネットなどについて、同じように数日や数時間で学べると売りこむ本が無限のバリエーションで並んでいる。Amazon.com で以下の条件で検索してみたところ、 pubdate
賢い質問のしかた
翻訳： アラビア語 インドネシア語 ベラルーシ語 ブラジルポルトガル語 中国語 チェコ語 オランダ語 フランス語 グルジア語 ドイツ語 ギリシャ語 ヘブライ語 ポーランド語 ポルトガル語 ルーマニア語 ロシア語 セルビア語 スペイン語 スウェーデン語 タイ語 If you want to copy, mirror, translate, or excerpt this document, please see my copying policy. 多くのプロジェクトのウェブサイトがヘルプの項目からこのドキュメントにリンクを張っている。それは私達の意図した使い方なので構わない ―― しかしあなたがそのようなリンクをプロジェクトのページに追加しようとしているウェブ管理者ならば、リンクの傍らに目立つように、私達があなたのプロジェクトのサポート窓口ではないことを明示してほしい。 その注意書き無くし
GNOME Office
Here you can find wiki pages for GNOME applications. It is not a list of every GNOME application, and not every app in the list is actively developed. AppsTemplate can be used as a base when creating new application pages. See also the Projects page (for libraries etc). Maintainers needed One way to help the GNOME project is to help with application/project maintenance. Projects looking for mainta
Joel on Software - ゲリラ的雇用面接のすすめ
Joel Spolsky ジョエル・スポルスキ 翻訳: 松村 弘典 2000-03-23 Fog Creek Softwareでは適切にスタッフを採用する事が必須である。我々の業界では対象となる人々を３つのタイプに分類する事が出来る。一方には 未洗のイモ とでも呼ぶべき、この業種に従事するのに基本的なスキルさえも持ち合わせていない集団がいる。これらの人たちは履歴書を注意深く確認して２，３の簡単な質問をする事で比較的容易に除外する事が出来る。対極には スーパースター と呼ばれる、パーム上で動くLispコンパイラを週末の暇つぶしにアセンブリ言語で書いてしまうような人たちがいる。これらの中間にあたるのが大多数の「応募者」で、何かしらやってくれるのではないかと思わせる人たちである。ここで紹介する幾つかのトリックはこれら一般的な応募者とスーパースターとの違いを見極めるためのものであり、Fog Cre
iCalendar仕様
iCalendar 仕様 iCalendar コンテンツの作成にとりあえず役立ちそうな情報の抜書き。（正確な仕様は RFC にあたること） 目次 仕様書 全般 構造 詳細 BEGIN, END VCALENDAR VTIMEZONE VALARM VEVENT テンプレート 実装 仕様書 iCalendar は RFC で定義されている。 RFC2445 (November 1998) Internet Calendaring and Scheduling Core Object Specification (iCalendar) RFC2446 (November 1998) iCalendar Transport-Independent Interoperability Protocol (iTIP) Scheduling Events, BusyTime, To-dos and Jo
プログラマーの格言（盗作多し）
プログラマーの格言（盗作多し） 頼む、９６になるまで盗作を続けさせてくれ プログラマーの格言（盗作多し） 一日は２４時間ある。 今日中という意味は明日の朝までという意味である。 プログラマーの格言２（盗作多し） プログラムは思った通りに動かない。書いた通りに動く。 プログラマーの格言３（盗作多し） 要求仕様はプログラム完成後に完結する。 基本仕様は完成品を顧客が見てから決定される。 詳細仕様は使用者がプログラムを動かしてから固まる。 プログラマーの格言４（盗作多し） 私は、ソフトウェア設計には 二つの方法があるという結論に達した。 一つは、欠陥がないことが明らかなほど単純にする方法である。 もう一つは、明らかな欠陥がないほど複雑にする方法である。 C.A.R.Hoare プログラマーの格言５（盗作多し） コードは開発現場で書くんじゃない！ 納品先で書くんだ！ デバグは納期前にするんじゃない
ObjectClub - アジャイル勘違い集
やる気さえあればできるというのは、ある意味では正しいのですが、盲目にそう信じてしまうと痛い目を見ることになるでしょう。 アジャイルな手法は、変化に対応したり、コミュニケーションをとったり、改善を模索したりという行動を要求します。 そうした行動が苦手な人や嫌いな人は、アジャイル手法が苦痛になってしまうかもしれません。 さらにそういう人はアジャイル手法に対して意識的・無意識的に抵抗して、チーム全体の足を引っ張ることさえあります。 アジャイルに向いた人もいれば、重厚な方法論に向いた人もいます。向き不向きを考えてメンバーを集めるか、 メンバーが固定しているプロジェクトではそのメンバーに向いたやり方を考えたりしましょう。それがプロジェクト成功の早道です。
要素還元論から混沌の縁へ - 変わりつつあるソフトウェア開発の価値観 - 4
要素還元論から混沌の縁へ 1. はじめに 科学が今日のように発展したのは「要素還元論」という考え方のおかげです。 何だか難しい名前が出てきたからってページを閉じないでください。 その意味しているところはいたって簡単なのですから。 要素還元論とは，世の中の事象を細かい構成要素に分解し，各要素を調査，分析して，解を導き出し，それらの解を積み重ねていけば，その事象全体の解に到達できるというものの考え方なのです。 要素還元論を簡単な数式で表現してみることにしましょう。 y = 3 * x という式を考えてみてください。 この式の x に 6 を代入すると，18 という答えが得られます。 こういった一次式の場合，x を要素に分解し，その結果となる値を足し合わせることでも y を計算できるのです。 つまり，6 という値を 6=(x' + x'') という要素に分解し，y = 3 *
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
codefetch{
マトメー
デスマーチの特徴
http://www.hyuki.com/yukiwiki/wiki.cgi?%A5%C7%A5%B9%A5%DE%A1%BC%A5%C1%A4%AC%B5%AF%A4%AD%A4%EB%CD%FD%CD%B3%2Fanonymous%A4%B5%A4%F3%A4%D8%A4%CE%B2%F3%C5%FA