「電子立国は、なぜ凋落したか」の感想～日本の技術者は減価償却のコスト意識が低い - プログラマの思索
「電子立国は、なぜ凋落したか」の感想をメモ。 理解できた部分だけラフなメモ書き。 あくまでもメモなので、時々論理は飛んでいる。 【元ネタ】 日本の製造業もアジャイルの概念が必要ではないか: プログラマの思索 ユーザの力を利用するアジャイル開発: プログラマの思索 【1】「電子立国は、なぜ凋落したか」では、特に日本における半導体、電子電気の業界の栄枯盛衰を多角的に記載している。 そこで興味深い文言だけ拾っておく。 「日本の技術者は減価償却のコスト意識が低い。なぜなら、技術ではなく経営の問題だから。」 【2】日本の技術者は減価償却のコスト意識が低いのではないか 日本の半導体は世界を席巻していたが、諸外国に負けた時の言い分は「経営、戦略、コスト競争力で負けた」「技術では負けていなかった」とよく言う。 しかし、著者は、製造コストを考える時に、日本の技術者は減価償却のコスト意識が低いのではないか、と
プロジェクトマネージャへのお勧めの本 - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
PEAAにある.NET特有のアーキテクチャパターン - プログラマの思索
仕事納めの今日、仕事の手も空いたので、「エンタープライズ アプリケーションアーキテクチャパターン」(マーチン・ファウラー著、通称「PEAA」)を一通り読み通した。 すごく面白い！ 業界のアーキテクトやモデラーが、以前から注目していた本。 PEAAは、業務系システムの設計パターンのうち、ORマッピング、トランザクション、WebUIなどを詳しく解説している。 ＃余談だが、Amazonの感想文のうち、プロモデラーさんと奥村さんの感想がまさに的確。 僕の場合、「AAfN(Aplication Architecture for .NET)を理解したいなら、PEAAを読むべき」と同僚から薦められたきっかけもあった。 長年Javaで開発してきたので、J2EE特有のアーキテクチャ（ドメインモデル、データ変換オブジェクト、ページコントローラ）は自然に理解できた。純粋なオブジェクト指向開発者なら、これらのアー
プログラム＝インターフェイス＋アルゴリズム＋データ構造 - プログラマの思索
ここの記事「「アルゴリズム＋データ構造＝プログラム」？ 本当に？」がすごくホットで面白い。 普通、IT業界に入社した当初は、現実世界をコンピュータ上へシミュレートする時、全てのロジックを構造化された形式に直すのがSEの仕事だと習う。 まさに、アルゴリズムやデータ構造を考えているのと同じ。 プログラマは、インターフェイスよりも、アルゴリズムを考えたり、データを保持するためのデータ構造を考える時が多い。 インターフェイスは、設計者によって既に作成され、プログラマは設計書に従ってコーディングする時が多い。 だから、インターフェイスを考えるプログラマは少ないのでは？ 昔のFortrunやBasicのプログラムを読むと、ローカル変数が存在せず全てグローバル変数とか、サブルーチンが存在せずGoTo文しかないとか、今では考えられないような制約があった。 その頃の考え方の遺産が「アルゴリズム＋データ構造＝
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オブジェクトはサーバーみたいなもの - プログラマの思索
