Web Platform Dive into the web platform, at your pace.
No.01 「Q&Aその1・・・堀川からの質問25」 No.02 「Q&Aその2・・・アニメーター志望者からの質問26」 インタビュー1日目 2004.10.27 No.03 「とんと手が回らない」 No.04 「ずいぶん遠回りしたような」 No.05 「歪(いびつ)な表現」 No.06 「同列で競争していた人達は何処へ?」 No.07 「机蹴飛ばして地団駄踏んで」 No.08 「でも、そこに甘んじるか」 No.09 「べつに俺の働きが悪くても大丈夫だろう」 No.10 「解らないとしかいいようが無いな」 No.11 「行き詰まりがテーマを生む」 No.12 「ちょっと足りなくてありがとう」 No.13 「煙だけはどうにもならんな」 No.14 「特別個性を発揮できる仕事じゃない?」 No.15 「悪循環に陥っていく」 No.16 「モチベーションの半分」
I was reading through some Flash vs. HTML5 related stories and one of the more recent was Mashable’s poll asking that now tired question: HTML5 or Flash? While I’m not really that interested in which technology comes out on top with this kind of poll, I do find the responses interesting. Why are so many readers of these blogs so vehemently opposed to one technology when it seems pretty apparent th
「お金なら出しますから、4ヶ月のところを2ヶ月で作ってくれませんか?」 システム開発で、顧客からこう言われた時、どうするか? SIerの経営者や管理職であれば、飛びついてしまうんじゃないだろうか。私だって飛びつきたい。確かにエンジニアがいるなら、もしくは、集める目処が立つなら、ありがたい話かもしれない。XPでも、「リソース・スコープ・品質・時間」のパラメータで、品質以外は変動可能としている。 ということは、リソースがなんとかなれば、時間を短くする、もしくは、時間を変えずにスコープを増やすことができるのだろうか。人月という単位で考えれば、計算上は出来るかもしれないが、実際には難しいと言わざるを得ない。それはなぜか。ボトルネックは、プログラムを作る速度か、それとも、仕様を決めて受け入れる速度か。 冒頭の台詞は、開発側にこそボトルネックがあり、コストさえかければスピードアップできると考えているか
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
やる気さえあればできるというのは、ある意味では正しいのですが、盲目にそう信じてしまうと痛い目を見ることになるでしょう。 アジャイルな手法は、変化に対応したり、コミュニケーションをとったり、改善を模索したりという行動を要求します。 そうした行動が苦手な人や嫌いな人は、アジャイル手法が苦痛になってしまうかもしれません。 さらにそういう人はアジャイル手法に対して意識的・無意識的に抵抗して、チーム全体の足を引っ張ることさえあります。 アジャイルに向いた人もいれば、重厚な方法論に向いた人もいます。向き不向きを考えてメンバーを集めるか、 メンバーが固定しているプロジェクトではそのメンバーに向いたやり方を考えたりしましょう。それがプロジェクト成功の早道です。
"Above the Clouds: A Berkeley View of Cloud Computing" を読んだ. UC Berkley の RAD Lab が書いたクラウドのまとめ記事. RAD Lab は今時の分散システムを相手にした研究室で, スポンサーも Google, Sun, Microsoft といった分散システム持ちの大企業が名を連ねている. 研究員に David Patterson (パタヘネのパタ) が入っているあたりからも読み物への期待は高い. 実際よく書けていた. 私が読んだクラウド読み物の中ではいちばんくっきりしていたと思う. 記事ではクラウドを "公共設備としての計算機" という長年の夢の延長と位置付けた上で, その新規性や利点, 可能性を概観する. そして現存するクラウドサービスを計算モデルの抽象度に応じて分類し, 更にコストモデルの検討, クラウド普及
「オレたち,マスゴミって呼ばれてるんだぜ,知ってた?」。向かいの席で藤堂さんが言う。もちろん知っている。小心者なので,そのことをいたく気に病んでもいる。 ゴミとか露骨に言われれば,ちょっと口を尖らせて言い訳してみたくもなる。けど,冷静に考えてみればちっとも意味があることではない。そう呼ばれるにはそれなりの理由があるわけで,弁明をしたらその「理由」がなくなるわけでもないだろうし。で,このことについて改めて考えてみることにした。 いらねーんだよ,お前ら まず,「マスゴミ」の意味である。ゴミと言うからには「不要なもの」,つまり,「偉そうにしてるけど,ちっとも役に立たないじゃないか。いらねーんだよ,お前ら」ということか。確かに年末年始のテレビ番組をつらつらと見ていて,「こりゃ,いらんと言われても仕方がないかなぁ」などと思わないでもなかった。一昔前まであったはずの,手の込んだドキュメンタリーや本格ド
先週、本欄担当の鬼編集者、赤坂氏から原稿催促のメールが来たので、慌ててTech-On!のトップページを見たところ、そこには「ダイソン人気をどう崩す?」と書かれた、掃除機の特集記事が掲載されていた(右図)。それを見て、突然、ダイソン氏のことを本欄に書かなければならぬと思い立った。なぜならダイソン氏こそ、あっぱれな「技術馬鹿」だからである。念のため書くが、ここでは「技術馬鹿」を良い意味で使っている。 ジェームズ・ダイソン氏の名前を筆者が知ったのは、2004年6月のことであった。ある製造業の経営トップを取材したとき、取材後の雑談でこんなやりとりをした。 「見事なイノベーションの事例ってないでしょうか」 「うーん、テレビで見ただけだけれど、あの、イギリスの掃除機は凄いと思った。技術が斬新だし、デザインも強烈。そもそも掃除機という分野であれだけ画期的なものが、しかもイギリスから出てきたのが興味深い」
Webサイトで公開するコラムを書く場合、筆者は極力、何らかの実験をするように心掛けている。本欄では、ある一日に聞いた話をそのまま公開した例がある。また他のサイトにおいては、読者との議論を基にコラムを書き上げた例、原稿の執筆時間を計測し、それをそのまま原稿に書いた例もあった。今回は、同一テーマのコラムを3本ほぼ同時に書き、三つのサイトで公開することを試みたい。三つのサイトとは、このTech-On!、それからIT関連プロフェッショナル向けサイトのIT Pro、そして日経ビジネスEXPRESSである。 取り上げるテーマとして「何が技術者を殺すのか」を選んだ。やや極端な物言いだが、技術者のやる気を失わせる諸問題について考えようということである。本欄ではエレクトロニクス・メカニカルの技術者に向けて書き、IT ProではIT関連技術者に向けて、日経ビジネスEXPRESSでは経営者やビジネスパーソン一般
Kathy Sierra / 青木靖 訳 2006年9月27日 Webやテクノロジーの世界では(その他の多くの分野でも)、大きなアイデアというのは若い人から生まれるようだ。弱冠27歳にして、Ruby on Railsフレームワークの作者デビッド・ハイネマイヤ・ハンソンは世界を変え、Rubyに存在 意義を与えた。それにFlickrを作ったカタリナとスチュワートがいる。そして言うまでもなく、私がこの記事を書いているブログサービスの 生みの親、Six Apartのベンとミナがいる。 ラリーとサーゲイ、Googleの裏にいる「男の子」たち。ジェフ・ベゾスがAmazonを設立したのは、ちょうど30歳のときだった。O'Reillyの最初のFoo Campで、バート†をゲームで苦しめていた相手の若い子がBitTorrentの作者であるブラム・コーエンだったことを後で知った(彼はTime誌の最も影響力のあ
外来もようやく一段落して、14時だとかその後半だとか、ずいぶん遅い時間になって、 アルバイトに来てくれている若い先生がたは、やっとお昼ご飯を食べに、医局に戻ってくる。 ベテラン勢、それでも自分が一番年下なんだけれど、この仕事をずいぶん長くやっている人達は、 たいていもっと忙しいのに、同じ時間帯にはほとんどの人が、もうご飯を食べ終わってる。 忙しいときにはまず飯を食え 研修医期間を過ごした病院には、そもそも昼休みという考えかたはなかった。 朝病院に来て、病棟で仕事して、後はもう1 日中バタバタとかけずり回って、 自分の手は今より圧倒的に効率悪くて、仕事の量も多かったけれど、 食事だけは、それでも3食、きちんと食べてた。 研修医になって最初の頃、先輩から「忙しくて何から手を付ければいいのか分らなくなったら、まず飯を食え」なんて習った。 「これから心肺蘇生の患者さんが入ります」なんて一報が入った
We’re getting things ready Loading your experience… This won’t take long.
Cappuccino Web Framework - Build Desktop Class Applications in Objective-J and JavaScript jQueryの主要開発者であるJohn Resig氏がJavaScript Language AbstractionsとしてJavaScriptをそのまま使うタイプのライブラリを使ってJavaScriptも学習した方がいいのではないかというニュアンスの考察をブログに公開してから、各所で意見が出ている。氏のブログでJavaScript隠蔽タイプのフレームワークとして名前があがったObjective-Jだが、Cappuccino BlogにおいてOn Leaky Abstractions and Objective-Jのタイトルのもと、どうやらObjective-Jが誤解されているようだとし興味深い説明を公開している
SW構成管理の概念の中心は、バージョン管理。 バージョン管理こそが我々SW開発に従事する者にとって、背骨であり血液に当たる最重要なインフラ。 デスマーチに陥るプロジェクトは、バージョン管理に何かしらの欠点や弱点がある。 おそらく殆どのSW開発では、Subversionをバージョン管理に使っているが、Subversionは実は数多くの機能を持ち、従来のプロジェクト管理を根本的に変える可能性を秘めている。 もう一度、Subversionの機能を見直してみた。 【1】ムービー企画「Subversionによるバージョン管理入門」 WEB+DB PRESS Vol.39誌面連動ムービー|gihyo.jp … 技術評論社 最近のバージョン管理は、trunkとbranchの2系統のバージョン管理戦略を持つ傾向がある。 メインラインモデルと呼ばれる。 メインラインモデルの手法を使って、本番運用中の保守br
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く