統計や実証を通してソフトウェア工学を研究していく、それが「エンピリカルソフトウェア工学」（Empirical Software Engineering、実証的ソフトウェア工学）です。「第一回エンピリカルソフトウェア工学研究会」が、12月10日に都内で開催されました。 基調講演では、マイクロソフトリサーチで研究をしているDr. Thomas Zimmermann氏が登壇。開発組織の構造がソフトウェアにどう影響するのか、バグ報告書やバグ報告者と修正されるバグの優先順位の関係、そしてエンピリカルソフトウェア工学という「データ指向のソフトウェア工学」を、どのようにソフトウェア開発における意志決定に役立ていくのか、といった内容の講演でした。 開発組織の構造がソフトウェア品質に及ぼす影響は？ マイクロソフトリサーチのDr. Thomas Zimmermann氏。 今日はいくつかのテーマについて紹介した

Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode

・プログラマとはどういう職業なのか。 主にプログラムを書く事で収入を得ていたらプログラマと言えるのではないでしょうか。 もちろん、ただプログラムを書くだけなのは一番下級のプログラマで、上級のプログラマになればなるほど大きなソフトウェアを作り上げるための設計やその文書化、他のプログラマの面倒をみる能力が求められます。上級のプログラマになったら、プログラムを書く能力はあって当たり前です。技術力がない人には誰もついて行きたくないですからね。 ・プログラマにはどのような種類があるのか(ゲームプログラマやソフトプログラマなど) (そして、その種類に属する人達は、主に何をやるのか) 作っているもので分類すれば、組み込みorファームウェア、基本ソフト、業務ソフト、ゲーム、ウェブなどに分類されるでしょう。それぞれ書いてある通りのものを作っています。使っているプログラミング言語は組み込みやファームウェアだと

先月中旬の話になるが、マイコミジャーナルで紹介されていた「事例に学ぶ オープンソース知財セミナー2010」というセミナーに参加してきた。（主催はオージス総研）サブタイトルは「オープンソースに潜む法的リスクとその対策のヒント」という謳い文句であり、オープンソース独特の法的リスクの話が聞けるかも知れないと思い申し込んだ。だが、結果は見事に裏切られた！ ひとことで言うと、今回のセミナーはオープンソースのセミナーではなかった！というのが拙者の正直な感想である。あまりにも酷い内容だったと言って差し支えない。酷かったのは各々のプレゼンの質などではなく、その欺瞞に満ちたメッセージである。そのようなメッセージを放置すると、オープンソースに対する誤った知識が広まる恐れがあるので、本エントリにて批判させて頂こうと思う。 キナ臭い基調講演基調講演は本セミナーを主催したオージス総研の常務が行なった。滑り出しはオー

http://d.hatena.ne.jp/moto_maka/20101128/1290886142 http://d.hatena.ne.jp/JavaBlack/20101124/p1 「こんな高価で難しそうな本を読まないといけないの・・・？」 高価だとはぜんぜん思わないけど*1，答はＹＥＳです． 私はまずはC++を道具としてゲームを作ってみることが第一だと思います。 C++はCを含んでいますから、文法要素が多すぎて大変なら最初はCの範囲だけでもかまいません。 まあこれはいいかも．でもそうなるとEffectiveC++とかGoFくらいは最低限必要だよね． C++実践プログラミング 作者: スティーブオウアルライン,Steve Oualline,望月康司,クイープ出版社/メーカー: オライリージャパン発売日: 2003/09/01メディア: 単行本購入: 6人 クリック: 70回この商

プログラマ、ＳＥ、ゲームプログラマについて 自分は小さいころからコンピュータが好きで、よく触っていました。 中学生のころに、ホームページを作ろうとおもってhtmlというものをはじめて知ったとき、 コンピュータに引き込まれるような衝動を覚え、JavaScriptを結構楽しんでやっていました。 受験と同時にＰＣ禁になってしまったために、プログラミングには触れていたものの、 まだhtmlと出会って数ヶ月の厨房のまま、高校生を迎えました。 高校入学と同時にＰＣが戻ってきましたので、早速ホームページ（東方）のを作っていたのですが、 そこで、初めてプログラムというものを意識するようになりました。 この東方も、プログラムで動いているんだな・・・・・と感無量な気持ちになり、おれもやりたい！！と、プログラミングの 勉強に取り掛かったのですが・・・・ 本当に何も知らなかったのです。無知でした。安易でした。 本

僕は7月に転職した。 前にいた会社はそこそこの大きさ100人弱、一時期は「ベンチャー企業」として 成功をしようとしていたが、この不景気の波に大きく飲まれて会社は弱体化。 給料は通常通り支払われるものの、 役員クラス＆中堅がバシバシ抜けていく状態になっていた。 この状態になったのは僕が会社に入って3年目のことだったが、 別にこの状態になったから会社を退職したわけではない。 ではなぜ会社を退職したのか？ 「日本のプロジェクトは他会社からの寄せ集めで作成されることが多い！」 僕がかかわったプロジェクトは7つだったが、 自社での開発たったの1つ。 他は常駐開発という名の派遣だった、 最初は何も疑問を抱かなかったけど、これってなにがおもしろいの？ 常駐先で知り合いになれる人が良い人だったとかそんなことはおいておいて、 なんか会社が金額と見合ったプロジェクトを見つけてきて面接、 通ったら3カ月〜半年程

「Javaによるビジネスアプリケーションの開発は複雑すぎる。開発チームはJavaからの逃避を検討すべきだ」という内容のレポート「Java Is A Dead-End For Enterprise App Development」（Javaはエンタープライズアプリケーション開発に行き詰まっている）を調査会社フォレスターのアナリストMike Gualtieri氏がブログで公開しています。 Gualtieri氏は、Javaはビジネスアプリケーションの開発言語として確固たる地位を築いており、COBOLが消え去らないのと同じように急に消え去ったりはしないけれど、Java以外の選択肢を検討した方がよいとしています。 ビジネス要件が変わり、プレゼンテーションレイヤで失敗した Javaが行き詰まっているというGualtieri氏のおもな理由をピックアップしてみましょう。 ビジネスの要件が変わってきた 変化

最近はアーキテクトという役割で客先に常駐し、フレームワークの選定をしたり、事前に共通部品を設計したりする役割を担う仕事を引き受けることが結構あります。そこで運よくお客様のマネージャーがオブジェクト指向開発の経験が十分にある方だと、IDEなどの開発環境やインターネット接続環境を当然のように用意してくれるので最初から仕事がスムーズにできるのですが、そうでないとMS Officeしか入っていないロースペックのノートPCを渡されて、要件定義フェーズの期間中、フレームワークの設計をお願いしますとか、私としてはちょっと首をかしげてしまうような困ったことを言われてしまう場合があります。開発フェーズが始まる半年後まではコーディングは基本的に不要という考え方です。アプリケーションのアーキテクトという役割では少なくともコーディング規約を考えたり、ツールやフレームワークの選定をしたりする必要がありますし、プロジ

Site will be available soon. Thank you for your patience!

苦Ｃの内容の転載などは自由ですが、苦Ｃからの引用であることを明記してください。 (どこかに「苦Ｃより」と書かれていればＯＫです。) 学校や会社などで生徒(新入社員)へのテキストとして使用することも自由です。 その際、内容を修正したり、印刷して配布するのも自由です。

『なぜ、コンピュータープログラミングは楽しいのか。なぜ、僕を含めプログラミングに携わる人々は、何度も辛い目に遭いながらも、この職種から遠ざかる事が出来ないのか・・・？』 この問いに対する答えが下記のサイトに載っていました。ここには、プログラミングの本質的な楽しさが書かれています。 Why is programming fun? An extract from Fred Brooks' (Frederick P. Brooks Jr.) book, The Mythical Man-Month http://www.grok2.com/progfun.html この書籍の日本語訳「人月の神話」はこちらです。 人月の神話【新装版】 評価： 4.7点 著者：Jr FrederickP.Brooks,Jr.,Frederick P. Brooks,滝沢 徹,牧野 祐子,富澤 昇 発売日：2014-