Netscapeがすごい会社だった頃の話（1996年前後）。 - 未来のいつか/hyoshiokの日記
夏休みなので、たまたま読んでいたCoders at Work プログラミングの技をめぐる探求という本の中にJamie Zawinskiのインタビューが載っていた。この本は著名なプロラグマを集めたインタビュー集で、Unixを創ったKen ThompsonやらDonald Knuthやらすごい人たちが登場している。 その中でJamie Zawinskiはそれほど著名でもなければ誰もが使っているすごいシステムを開発したというわけでもない。私が彼の名前を知ったのはNetscapeのソースコード公開時にMozilla.orgを仕切っていた頃なので、20年近く前である。 彼はxemacsの開発者としても著名で、当時GNU Emacsではなくてxemacsを日常的に使っていたので馴染みにある名前だった。xemacsとGNU Emacsはのちにマージされるのだけど前者が今で言う所のバザール型開発で、後者が
ＮＴＴデータが偽装請負 直接指示どころか下請け富士ソフト社員を奴隷扱い、指摘後も対応せず
私は今年3月まで富士ソフトの社員として、同社の請負契約先であるＮＴＴデータのプロジェクトに常駐で参加していた。請負の場合、元請けが現場社員に直接指示を出すことは労働者派遣法に抵触するが、私は直接指示どころか、ほとんど奴隷扱いだった。作業の進捗だけでなく休日出勤の管理までＮＴＴデータ社員によって行われ、違法性を指摘してもなお、私が辞職するまで止めなかった。ＳＩ業界で横行する偽装請負の実態について自身の体験を報告する。 Digest NTTデータのプロジェクトに参画 逆ギレする富士ソフトＡ氏 「てめえ何やってんだ！」10歳以上年長の私に怒鳴るデータＴ氏 プロマネＮ氏まで直接指示で罵声 契約違反を認めるも、泣き寝入りさせるＮＴＴデータ 最後まで態度を改めなかったＴ氏 ＮＴＴデータ総務が認めたこと、認めないこと SI業界での偽装派遣の構造 「下請けに発注している」というおごり NTTデータのプロジ
受託開発が抱える本質的な非効率性に関する考察 - GeekFactory
受託開発が抱える本質的な非効率性について考えました。ここで挙げたことはどの開発プロセスでも発生しうる問題と思います。 外注のオーバーヘッド 契約に係るコスト。 限られた場所や時間で質疑応答を行うことによる損失 情報の伝達コストは「機会」により決まる。拠点の違い、限られた時間、組織の壁により機会は減り、伝達コストは高くなる。 打合せや質問票を中心に質疑応答を行うため、情報の伝達コストが高くなる。 発注側の縦割り部門、受託側の下請け構造により、情報の伝達コストが高くなる。 決定に要する時間が長くなる。 開発者が業務プロセスを学習するコスト 前提として、どんな要件でも学習コストは必ず発生する。 過去に学習した知識を再利用できるとは限らない。受託側に業務スペシャリストが存在するとは限らない。 発注側から業務に関する説明を受ける機会（＝教育）が十分にないため、極めて非効率な学習にならざるを得ない。
Life is beautiful: WEB+DBコラム「なぜ日本のソフトウェアが世界で通用しないのか」
私がコラムを書いている「WEB+DB PRESS」の最新号が発売されたので、ここで宣伝させていただく。今回のコラムのタイトルは、「「なぜ日本のソフトウェアが世界で通用しないのか」。 ...(前略)...そんな私が常々感じているのは、日本でのソフトウェアの作り方が米国のそれと大きく違っていること、そして、日本のソフトウェア・エンジニアの境遇が悪すぎるということ。そして、それが「日本のソフトウェアが世界で通用しない」一番の原因になっていることである。 詳しくはコラムを読んでいただくとして（宣伝だと言ったでしょう）、この問題はいまやソフトウェア業界だけにとどまる話ではないから始末が悪い。世界で一番進んでいるはずだった日本の携帯電話メーカーが、今や袋小路に追い込まれているのもこれが原因。 通信業界にはもちろん、携帯電話メーカーにもソフトウェアを自分で書ける人がいない今の日本の状況を考えれば、世界の
システム・ソフトウェア開発業者が過去最悪に近い倒産数 : 暇人＼(^o^)／速報
システム・ソフトウェア開発業者が過去最悪に近い倒産数 Tweet 1：演出家(宮城県)：2010/08/09(月) 21:02:36.69 ID:oyUfZMSx システム・ソフトウェア開発業者倒産、7月までに107件--過去最悪に迫る勢い 帝国データバンクは8月9日、2001年から2010年7月までのシステム・ソフトウェア開発業者の倒産件数や負債額 などをまとめた。それによると、 2010年は7月までの倒産件数が107件で、過去最悪となった2009年に迫る勢いで 推移しており、8月以降の動向が注目されるとしている。 2001年以降の倒産は累計で1113件となっており、特に2008年以降に急増する動きを見せているという。1113件の 内訳は、業歴別では10年未満の倒産が47.7％、負債規模別では5億円未満が92.7％、態様別では破産が91.6％を 占めているとしている。 2004年に75件
システム・ソフトウェア開発業者倒産、7月までに107件--過去最悪に迫る勢い
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 帝国データバンクは8月9日、2001年から2010年7月までのシステム・ソフトウェア開発業者の倒産件数や負債額などをまとめた。それによると、2010年は7月までの倒産件数が107件で、過去最悪となった2009年に迫る勢いで推移しており、8月以降の動向が注目されるとしている。 2001年以降の倒産は累計で1113件となっており、特に2008年以降に急増する動きを見せているという。1113件の内訳は、業歴別では10年未満の倒産が47.7％、負債規模別では5億円未満が92.7％、態様別では破産が91.6％を占めているとしている。 2004年に75件あった倒産は、2009年に206件となり、5年間で約2.7倍に膨らんでおり、特に2008年以降の
従来のソフトウェアエンジニア人事工学が決定的に間違っている点 : 404 Blog Not Found
2009年02月06日05:30 カテゴリArt 従来のソフトウェアエンジニア人事工学が決定的に間違っている点 ここまでは、誰もが同意するだろう。 従来のソフトウェア工学が決定的に間違っている点 - kwatchの日記 仕事が高度になればなるほど、属人性は排除できないし、人材の替えはきかない。問題を解決できない人間を100人集めても、問題は解決できない。問題を解決できるのは、問題を解決できる能力を持った人間だけ。頭の悪い大人100人より、すごく頭のいい小学生1人のほうが、成果物が出る。ソフトウェア開発はそういう類いの仕事。 にも関わらず、 ソフトウェア開発も同じような体制にしたほうがいいのではないか。生産性が 30 倍違うのであれば、バカプログラマー 30 人を雇うより、スーパープログラマー 1 人にサポートスタッフ 5 人つけたほうが安くていいものができるだろう。 とならないのはなぜか。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
