昔DECという会社があった。エンジニアとして必要な事はDECで学んだ。 - 未来のいつか/hyoshiokの日記
大学を1984年に出て、新卒で入社した会社がDECという会社だった。その当時日本デジタルイクイップメント研究開発センター株式会社というのが日本にあってそこに新卒バリバリで入社した。その会社は米国のDigital Equipment Corporation (以下DECと称す）の日本子会社であった。当時はDECの販売子会社日本ディジタルイクイップメント株式会社と別会社で、後に合併して日本ディジタルイクイップメントになる。 エンジニアリング部門の子会社なので、トップはPhD（博士号）を持っているし、米国本社からの出向者もいて、技術系の外資という感じだった。一方で、新卒入社ということもあり、同期も少ないながら（6名）いて、日本DECの同期と合わせれば、200名近くいて、日本企業的な感じもあった。 DECをコンピュータ産業史的な観点から眺めると、当時コンピュータ産業を支配していたメインフレーム、す
SaaSは2012年には進化形「XaaS」へ
SaaSはプラットフォーム、ストレージ、CPU処理能力など、バラエティに富んだ機能がインターネット経由のサービスとして展開されるXaaSに進化する。 ソフトウェアの「所有」は負担を生じさせる一方で、自社業務への適合度合の高いカスタマイズを実現してきた。そしてSaaSも、提供ベンダーのスキルが高ければカスタマイズに伴う保守性や所要時間の条件を満たした上で、パッケージと同程度の広範囲の機能についてカスタマイズが実現できるといわれている。 「作るシステム」から「作らないシステム」へ しかし、ユーザー企業がカスタマイズを要求する時点でソフトウェアの所有から利用へという革命的なパラダイムシフトの恩恵を全面的に受けられているとはいえなくなる。 ここでの本質は、ユーザー企業が細分化した機能から業務に適合したシステムを自らマッシュアップできるようになることであるからだ。それは同時にオーバーシュートしたパッ
SI業界を目指す君達へ贈る「何故システム開発はテンパるのか」 - novtan別館
先日学生に聞かれたんですよ。 「下流工程は大変って聞きますが、上流は楽なんですよね？」 よろしい、君はよく勉強している。でも根本的に間違っている。下流工程が辛いのは、上流工程でちゃんと仕事ができなかったからだ*1。 というわけで、主に学生向きに話を単純化して語ってみます。これが普通だとか、一般的だとか言うつもりはなく、違う視点もあるかと思いますが、一つの考え方として。 SIでのシステム開発は、建設業にたとえられます。が。 顧客の希望を聞き、設計し、施工し、引き渡す。こういった工程を踏む仕事ということで、システム開発はよく建設業にたとえられます。実際に工程管理の手法なども似通っています。ところが、大抵の場合、耐震偽造をした建築物よりもシステムのほうが脆弱に仕上がります。何故でしょうか。 一つには、建物の図面を引くには建築士の資格が必要ですが、システムの設計に資格は必要ありません。 もう一つ、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
