が、過大評価はしない。 「IP電話を導入する場合のベンダーの見積もりは約2億円だった。アナログ交換機を更新する場合でも費用は約2000万円。しかし自分たちで敷設することでサーバーは20万円，電話機500台は800万円で導入でき，電話料金も年間400万円削減できた」---秋田県大館市産業部商工課商業労政係主事の中村芳樹氏は，IP電話導入の経緯と効果をこう振り返る。 見積もり2億円のIP電話を820万円で構築した秋田県大館市から学べること | 日経 xTECH（クロステック） 詳細に要件が見えている状態で2億円提示されたらまあそのベンダーは切ってもよい。逆に、適当にこういうことがしたいんですけどー的なノリで見積もらせたのであれば極大に金がかかるシチュエーションを想定して「最大このくらい」で見積もるだろうから、お役所と思って足元を見る(お役所は緊急時のために無駄を積まなければならない存在ではある
2002年頃、とある雑誌でPlan 9の記事を6ページほど作ったことがある。冷静に考えると、とても流行するようには思えなかったのだが、私にはPlan 9はまぶしく輝いて見えた。それは紛れもなく未来のUNIXだったし、日々コンピュータやネットワークを利用する環境として、ぜひとも使いたいと思えるような機能が多くあった。 「Plan 9」（プラン・ナイン）はUNIXが生まれたベル研究所で、次世代UNIXとして開発されていた分散OSだ。UNIXやC言語を生み出したケン・トンプソン、デニス・リッチー、ロブ・パイクらのチームが、当時UNIXが抱えていた限界を打ち破るために、ネットワークやGUIを最初からUNIXの設計思想に基づいて取り入れた先進的なOSだった。それは、未来のUNIXとなるはずだった。 UNIXの大きな特徴として、デバイスをファイルにマッピングして抽象化するというものがある。各I/Oポー
Chromeの動作が圧倒的に速いように感じている。Chromeがリリースされた当初、それがなぜなのかよく分からなかった。グーグルだけにできて、ほかのWebブラウザ開発者にできないことなどあるように思えないが、それにしてはあまりに速いように感じたからだ。 その疑問のほとんどは、Chromeのオープンソースプロジェクト版「Chromium」の公式ブログの解説で氷解した。ブログを読んで分かったのはグーグルのエンジニアたちが信じられないほどのスピード狂であることと、そのスピードへのこだわりには2種類の“スピード”があることだ。 1つは処理速度、もう1つは応答速度だ。特に後者、ユーザーをできるだけ待たせない、イラつかせないということに対する徹底したこだわりは、すさまじい。その背後には「スピードとは、つまりお金だ」という洞察があるようだ。 0.5秒の遅延でユーザー離れ グーグル創業約1年後の1999年
オブジェクト指向をわかりたいなら今すぐ『オブジェクト指向でなぜつくるのか』を読め -思っているよりもずっとずっと人生は短い。 VS お勧め本？ - カレーなる辛口Javaな転職日記 について、http://www.kt.rim.or.jp/~kbk/zakkicho/08/zakkicho0807c.html#D20080728-4 さんよりお呼びが掛かりました。 普段、さんざ召還魔法を使いまくっている私としては、ここは恩返しのしどころです。けれど、敵はあまりに強大で...。 オブジェクト指向でなぜつくるのか―知っておきたいプログラミング、UML、設計の基礎知識― 作者: 平澤章出版社/メーカー: 日経BP社発売日: 2004/06/03メディア: 単行本購入: 34人 クリック: 448回この商品を含むブログ (198件) を見る 結論から先に言えば、OO の入門書としては、本書はダメで
1. テーマを明確に示す。 [例えば、『MacBook Air』の初公開では「きょうは空気に何かがある」、昨年のプレゼンでは「きょう、Appleは電話を再発明する」など。プレゼンの頭で提示し、プレゼン中も何回かテーマに戻る。] 2. 情熱を見せる。 3. プレゼンの概略を示す。 [「今日は4つの事柄について話したい」など、全体の構成を簡単に前置きする] 4. 数字に意味を持たせる。 [「iPhoneがこれまで400万台売れた」と言うだけでなく、「1日平均2万台売れていることになる」と付け加える] 5. 忘れられない瞬間を演出する。 6. 視覚に訴えるスライドを用意する。 7. 1つのショーとして見せる。 8. 小さなミスやトラブルに動じない。 9. 機能ではなくメリットを売り込む。 10. 繰り返しリハーサルをする。 [Jobs氏はプレゼン前に何時間も練習しており、映像などとのマッチングも
リストのチカラよいリストは役に立ちます。網羅性があって、メッセージに深みがあって、それでいてシンプルで、覚えやすい。そんな人生と仕事を豊かにする多くのリストと、そんなリストの作り方を紹介していきます。 リストのチカラ： 第25回 謝罪の6ステップ 謝罪はただ謝ればいいというものではなく、しっかりとプロセスを踏んで行うことが大切です。適切な順序で漏れなく謝るためのリストを用意しました。（03/26） リストのチカラ： 第24回 なくしたものを探し出す12のステップ なくしたものを探しているときは往々にして慌てているもの。こうした非常の際にこそ、チェックリストの出番です。（03/24） リストのチカラ： 第23回 よい人間関係を築くための10カ条 人間関係がうまくいかないときに読み返したいリストです。ただし、内容を自分なりにかみ砕いて、傲慢にならないように注意しましょう。（03/21） リスト
Jeff Atwood / 青木靖 訳 2006年9月18日 開発者に時間をどう使っているか聞いたなら、彼らはほとんどの時間コードを書いていると答えるだろう。 しかし、ソフトウェア開発者が時間を実際どう使っているか観察したなら、ほとんどの時間をコードの理解に使っていることがわかる。 ピーター・ハラムがこのことについて説明している。 どうしてコードを新規に書くより5倍もの時間をコードの修正に使っているのか? それは新規のコードはほとんどすぐに古くなるからだ。何か新しくコードを書く。コーヒーを飲んで一服する。すると突如として、コードは古いコードになっている。できたてのコードはせいぜい初期のデザインしか反映していないが、デザインの多くの部分は前もって現われるものではない。開発プロジェクトの多く が反復的開発手法を使っている。デザイン、コーディング、テスト、繰り返し。たくさんの繰り返し。すべてが新
新入生や新社会人として組織に入ったり、他の組織から畑違いの場所に異動すると、ゼロからのスタートになるときがあります。 そのときに、先輩からいかにして技術を「盗む」かが重要な要素になると思われます。 ここでは、自分の養分として吸収するために、先輩から技術を引き出す一手法を紹介したいと思います。 先輩から見て教え易い後輩や、ついつい必要以上に色々教えてしまう後輩などがいます。 今回は、そのような人の特徴を考えたり、過去の私が失敗したと思われる点を思い出しながら書いてみました。 ここで紹介する方法は、あくまで方法の一つであり偏っています。 性格によって向き不向きがあると思います。 また、あまりに露骨にやり過ぎると嫌われてしまう場合もあるのでご注意下さい。 あまり参考にはならないかも知れませんが、まあ、許してください。 やる気を見せる 非常にやる気があって、色々やっている人を見るとついつい応援した
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
