ソフトウェア開発にとって最大の阻害要因は納期 - 狐の王国
えっらそうに大規模開発を語るような立場じゃないんだけど、何かと話題のこのへんの記事を読んでいろいろと日ごろ思うところがふつふつとわいてきたので……。 Life is beautiful: 特許庁のシステム開発が破綻した本当の理由 Fumi's Travelblog: "費やした55億円、水の泡に 特許庁がシステム開発中断"って一体何だったのか、報告書を読んでみた 特許庁システムのことはそれなりに話題で、日本についてから何度も話にあがってきている。まあ不祥事だのなんだのって話もあるがそれはおいとくとしても、設計段階で60人体制ってだけでも多すぎるのに、増員で1300人体制とか……。設計を穴掘りかなにかと勘違いしてるとしか思えない対策でそりゃまあ破綻するよなあと。 それからね、中嶋さんの記事のコメント欄に書き込まれてた、よく言われる大規模開発でのこのへんの話。 SIerが開発を行う場合、この1
ドメイン駆動設計：４つのアンチパターン | システム設計日記
６月２３日（土）午後、大阪で、ドメイン駆動設計について、しゃべる予定。 第47回 SEA関西プロセス分科会のご案内 紹介の紹介の紹介、みたいな不思議なつながりで、講演の依頼があった。 「ドメイン駆動設計」を監訳された今関さんも参加いただける。 土曜の午後なので、時間が多め。 一方的にしゃべって終わりではなく、今関さんも交え参加者で、いろいろ話す時間を一時間以上とってもらいました（さらに懇親会もゆっくりと）。とても楽しみなイベントです。 ドメイン駆動設計は、訳本がでてから、あちこちで勉強会や読書会が開かれているようだし、ドメイン駆動設計に興味持ったり、現場で取り組む人が、すごく増えた気がしている。 ネットで流れる情報も「ドメイン駆動ってなんぞや？」的なものだけでなく「私は、こう理解している、やっている」的なものが多くなったんじゃないかなあ。 訳本の威力は絶大。 さて、講演の準備は、いつものよ
ソフトウェア技術者軽視のシステム開発を続けるのはもう限界かもしれない - 達人プログラマーを目指して
つい先日、富士通がグループで抱える3万人ものSEを再教育して、職務転換を行う計画であるというニュースを知りました。 富士通の3万人SE職務転換大作戦は成功するのか？ - GoTheDistance 一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むＳＥは仕事がなくなり、余剰人員問題が顕在化するからだ。 クラウドの普及により、オーダーメイドでシステムをゼロから構築する必要がなくなり、そもそも顧客からの要件をまとめてシステムを設計するSEの仕事が不要になったり、基盤を構築、運用するエンジニアが不要になるということは、最近になってよく言われることであり、特に新しいことではありません。もちろん、クラウドの普及によって、これらの伝統的なSEの仕事が少なくなり、人員が余るという議論は間違いではないと思います。 ただし、一方でより本質的
オープンで民主的なプロジェクト管理·BetterMeans MOONGIFT
BetterMeansはフラットな組織におけるアジャイルに似たプロジェクトの進め方を推進するプロジェクト管理です。 BetterMeansは従来のトップダウン型のプロジェクト進行ではなく、民主的な手法を全員が一律にプロジェクトを進めていく方法を実現するプロジェクト管理システムです。 トップページです。オープンソースの他、Webサービスも提供しています。 ダッシュボードです。早速新しいプロジェクトを開始します。 新しいワークストリームを作成します。 作成しました。左がオープン、右が作業中のタスクになります。 タスクを追加しました。 タスクの詳細です。 タスクはドラッグアンドドロップで移動します。作業中になりました。 完了時にはコメントを登録します。 完了の枠が追加されました。 チームメンバー一覧です。 掲示板です。 普通にリプライできます。 Wikiもあります。 日本語も使えます。 Wiki
開発者/管理者必見のフリー/シェアウエア
アプリケーションソフトを開発したり、システムやネットワークを管理したりする際、「この面倒な作業を自動化できたらなぁ…」とため息をつきたくなる場面はいろいろあります。そして、たいていは市販のツールがカバーしていない領域だったりします。 そんな人たちの強い味方は、無料あるいは安価に入手できる「フリーソフト/シェアウエア」。たくさんインストールして試しても、おサイフにやさしいところがいい。連載『注目のフリーソフト/シェアウエア』では、インターネット上に公開されている膨大なフリーソフト/シェアウエアの中から、筆者が実際に使ってみて便利と判断したツールを紹介しています。その中から、開発者や管理者にきっと役立つツールを選んでみました。 情報収集ツール Windowsの起動時間を計測する「BootRacer」 詳細なシステム情報を取得する「SIW - System Information for Win
なぜ糞システムができあがるか
納期が、予算が、バグフィックスが、性能、デザイン、インタフェース、使い勝手、保守が、可用性が、移行にマイグレーション、稼働率が、糞だ。そもそも要求を満たしとらんまともに動かない糞システムが、なぜ莫大な銭金かけてできあがってしまうのは、なぜか? アナリスト、コンサル、PM、SE、プログラマ、テスタ、ヘルプデスク、メンテ、ユーザー、そして経営者と、それぞれの立場から言いたいことは山ほどある。それぞれの立場から「これぞ真の原因!」と叫びたいのも分かる。経営者を除き、全てのキャリアをやってきたから。だから、自信をもって断言する。糞システムができあがる、最も根っこの原因はこれだ。 一つ前の仕事をしている それぞれの立場で「やるべきこと」は分かっている。だからこそ、そのインプットが体を成していないことが明白なのだ。仕方がないので、自分で「インプット」相当を作るハメになる。 例えばプログラマ、プログラミ
第30回 “自分が生み出す空気”を読める人になれ
IT業界でプロとして活躍するには何が必要か。ダメな“システム屋”にならないためにはどうするべきか。“システム屋”歴30年を自任する筆者が経験者の立場から、ダメな“システム屋”の行動様式を辛口で指摘しつつ、そこからの脱却法を分かりやすく解説する。（毎週月曜日更新、編集：日経情報ストラテジー） ダメな“システム屋”上司 「おい、分かってるんだろうな。今期は震災や原油高の影響で既存案件の収支はますます厳しくなる。コスト削減一辺倒ではダメだ。とにかく新規案件を作らなきゃならないんだぞ。おい、営業！」 営業若手 「はい・・・」 ダメ上司 「新規案件を取って来いよ。お前ら、ただ客先を回っているだけじゃないのか。何かアイデア考えてるんだろうな？」 営業若手 「はい、よく考えるようにいたします・・・」 ダメ上司 「営業だけじゃないぞ。新製品とか新サービスのアイデア、何かないのか？おい、開発！」 開発若手
ＮＴＴ在宅勤務支援、導入希望急増…夏の停電で : 経済ニュース : マネー・経済 : YOMIURI ONLINE（読売新聞）
在宅勤務を支援するサービスを提供するＮＴＴコミュニケーションズには震災後、問い合わせが約１５０件と、通常の約５倍に急増した。夏場の計画停電に備え、在宅勤務を増やす傾向もあるといい、契約件数は急増する見通しだ。 ＮＴＴコムによると、毎月のシステム利用料は社員１人当たり約３０００円以上で、企業にはコスト増となるが、「業種を問わず、すぐにでも導入したいという希望が多い」という。 震災前までは、データ流出を警戒するなどして在宅勤務の導入に二の足を踏む企業も多かった。だが、計画停電や今後の災害時への備えとして導入を検討するケースが増えている。 在宅勤務支援サービスは、自宅のパソコンで会社内のシステムへ接続し、メール受信やソフトウエアが使えるようにしたり、ネットを通じた会議を行えるようにしたりするものだ。災害発生時に通勤が困難になった社員や、家族の面倒を見る必要がある社員が多く出ても、企業活動を維持で
分散バージョン管理システム「Monotone」、初の正式版リリース | OSDN Magazine
オープンソースの分散バージョン管理システム「Monotone」の開発チームは3月26日、初の正式版となる「Monotone 1.0」をリリースした。プロジェクトのWebサイトよりダウンロードできる。 Monotoneはフリーの分散バージョン管理システム。単一のファイルによるシンプルなリポジトリを提供、リポジトリデータはSQLiteで管理する。国際化の対応、ファイルのリビジョン管理とユーザー認証での暗号利用などの特徴を持つ。WindowsおよびMac OS X、Linuxなどで利用できる。 Monotone 1.0では多数のバグが修正され、安定性が強化された。新機能として、特定のデータベースに既知のワークスペースすべてを出力するコマンドが加わっている。 なお、Monotone 1.0ではデータベーススキームが変更されている。旧バージョンを利用していたユーザーがアップデートを行う場合、ローカル
下請法について押さえておくべき５つのこと - nyon2.net
僕の勤める会社は主にシステムの受託業務をやっています。 受託といってもさまざまで、中には下請けだけでなく孫請け、ひ孫受けの仕事なんかもあります。 僕が長らく受け持っている仕事が孫請けの仕事でして、ある日社長から 「孫請けやってて、下請法知らなくていいのは小学生までだよねーｗｗｗｗ」 と言われたのでちょっと勉強してみた。 下請法の対象範囲は資本金の額で決まる そもそも、対象となる範囲が資本金の額で決まるのです。 親事業者（委託者）の資本金 下請事業者（受託者）の資本金 5千万円以上 → 5千万円以下 1～5千万円 → 1千万円以下 プログラム作成委託の場合 3憶円以上 → 3億円以下 1千万円～3億円
もしもIT業界の下請け構造が崩壊したら - GoTheDistance
みんな死にかけるかもしれないよ。 ひがさんのSI業界からはさっさと抜けだしたほうがいいを読みました。SIには未来が無いという最後通告のような文面のようにも取れます。江島さんのニッポンIT業界絶望論と併せて読むと、言わんとしていることの輪郭がより鮮明になるかと思います。ご一読を。 非効率極まりない下請け構造でシステムを作る時代が過ぎ去り、プロがはじめから高い品質を提供できるSaaSの時代が到来しているよ、と。ユーザーは必要最低限の投資で済む為、よりスリムで堅牢な企業体になる。IT屋も全部自分で出来るしお客さんが喜んでくれて嬉しいよねというWin-Winなシナリオ。 これが仮に未来像としましょう。そうすると、ちょっと考えれば分かる。ITのサプライサイドにとっては、本当に難しい時代に入るってことが。SaaSの時代というのは、僕ら業界にいる人間にとってみれば「多産多死の時代」ではないでしょうか？変
データベースは一元管理から開発速度と拡張性を重視へ
データベースというと、Oracle Databaseをはじめとするリレーショナルデータベース管理システムを思い浮かべる人が多いでしょう。それが現在の情報システムの基盤であることは間違いないのですが、変化の兆しが見えてきています。 現在のソフトウエア開発において、データベースとプログラミングは切っても切れない関係です。データを保存しないソフトウエアはまずありません。データはファイルに保存してもいいのですが、ファイルシステムが提供する機能はシンプルなものなので、開発の負担が増えます。また、開発者によってファイルの使い方が違ってくる可能性もあります。 このような問題を解決してくれるのがデータベースでしょう。データベース管理システム（DBMS）を使うことで、より高度なソフトウエアを、より安定した形で作れます。企業の情報システムはもちろんのこと、携帯電話でも、ソフトウエアを組み込んだ各種電子機器でも
Hadoopの死角、COBOLバッチ処理の並列化
Hadoopの死角、COBOLバッチ処理の並列化：現場にキく、Webシステムの問題解決ノウハウ（8） 本連載は、日立製作所が提供するアプリケーションサーバ「Cosminexus」の開発担当者へのインタビューを通じて、Webシステムにおける、さまざまな問題／トラブルの解決に効くノウハウや注意点を紹介していく。現在起きている問題の解決や、今後の開発のご参考に（編集部） クラウドで可能になった大量データ処理とバッチ処理 クラウド・コンピューティングを前提として、多数のサーバを使い大量のデータ処理をするための手法として、「MapReduce」や、MapReduceをJavaで実現するフレームワーク「Hadoop」に代表される分散並列処理に注目が集まっている。 多数のサーバを使い計算処理を並列化し、それまで非現実的と思われていた大量の計算処理も可能とする手法で、まさに「クラウド時代の技術」といえるだ
スターバックスの紙コップ利用を減らすためのアイデアコンペに優勝したのはコップのデザインではなく、”行動”をデザインするものだった！！ | greenz.jp グリーンズ
スターバックスの紙コップ利用を減らすためのアイデアコンペに優勝したのはコップのデザインではなく、“行動”をデザインするものだった！！ 2011.02.01 石村 研二 石村 研二 スターバックスもパートナーとなったコーヒーカップの廃棄量を減らすためのアイデアコンペ「Betacup」が行われたことについてはgreenzでもお伝えしました。このコンテストの結果が発表されたのですが、その結果選ばれた「Karma Cup」はなんとコーヒーカップではなかったのです！しかも他のアイデアとは一線を画すエモーショナルな仕掛けがなされていました… このKarma Cupのコンセプトを示すイメージ画に書かれた言葉がまず印象的です。 A shared problem. A shared reward.（問題を分かち合い、報酬も分かち合おう） このKarma Cupのコンセプトを要約すると、店頭に黒板を置き、マイ
要求定義と要件定義
情報システムを開発する際にはいろいろな課題、問題等が発生します。そんな時、どんな風に考えて、行動したら良いかなんてことの参考になればいいなということを書きたいと思います。いわば、システム開発を成功させるためのセカンドオピニオンを提示したいと思っております。 要求定義と要件定義の違いは何かと時々質問されます。で、実際それは何でしょう。 ほとんどの方は、ほぼ同じ意味で使っています。でも実際には、次のような違いがあると認識するのが適切ではないかと私は考えています。 要求：「～したい」と表せるもの要件：「～でなければならない」または「～である必要がある」と表せるもの という区分です。要求定義は、「画面から氏名を入力したい」と画面を定義づけるもので、要件定義は、「画面には氏名の入力欄がなければならない」となります。要求定義は利用者側の希望、要件定義はシステムの仕様書なのです。 「何だ同じじゃないか」
デブサミまとめまとめ:2011
チケット管理システム大決戦 JIRA vs Redmine vs Trac 〜ユーザーが語る、なぜ私はこのツールを使うのか
TortoiseHg2.0が公開されている - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
プロセスとパイプ
システム・プログラム 電子・情報工学系 新城 靖 <yas@is.tsukuba.ac.jp> このページは、次の URL にあります。 http://www.hlla.is.tsukuba.ac.jp/~yas/coins/syspro-2001/2001-05-07 あるいは、次のページから手繰っていくこともできます。 http://www.hlla.is.tsukuba.ac.jp/~yas/coins/ http://www.is.tsukuba.ac.jp/~yas/index-j.html ■印刷配布資料 ■復習 ■今日の重要な話 プロセスの考え方と操作 プロセス main() の引数と環境変数 fork() システムコール execve() システムコール wait() システムコール パイプ pipe() システムコール dup() システムコール ■捕捉--数の入出力 U
MeeGo for IVIをLive USBで体験する
MeeGo for IVIをLive USBで体験する：IVIシステムの標準化を目指す「GENIVI」【後編】（1/2 ページ） GENIVI AllianceがIVIの次期リファレンスのソフトウェア基盤に採用したMeeGo。Live USBで「MeeGo for IVI」を実際に動かしてみよう IVIシステムの標準化を目指す「GENIVI」 前編「車載インフォテインメントシステムとは？」で説明したように、IVI（In-Vehicle Infotainment：車載インフォテインメント）向けにオープンなインフォテインメントプラットフォームの幅広い採用を目指し発足された非営利団体が「GENIVI Alliance」です。 GENIVI Allianceは、2009年3月に自動車メーカーなどが中心となり設立されました。オープンソースのIVIリファレンスプラットフォームを開発し、その普及・促進を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Akkaが1.0になった。JavaとScalaにアクターモデルをもたらす
