8月も今日でお終い。子供の頃の8月31日なんて、手つかず状態で積み上げられた夏休みの宿題に泣きそうだった記憶しかないので、当然のことながらあまり良い思い出はない。8/31なんて無くなってしまえと思ったのは私だけではあるまい。締め切り等とは無縁のの…

今までCVS, VSS, Subversionは使ったことがあるけれど、最近の流行は分散構成管理らしいので手始めにMercurialを使ってみた。詳しい使い方は下記のサイトに載っているが、今回は手っ取り早くNetBeansのGUIから試してみる。 Mercurialではじめる分散構成管理…

オブジェクトだけでオブジェクト指向の開発は成り立たない。通常のソフトウェアの場合、いくつものオブジェクトが生成されることだろう。自己完結できないオブジェクトを扱う以上、これらのオブジェクトをどのように結び付けるか、という考え方が必要になる…

Wikiを情報管理に使う話や、Google SitesをWikiとして使う話は以前に書いた。現状のWikiにはイロイロ不満があるので、今度はpbwikiを試してみた。 Google Docsやら、日本のポータルサイトが提供しているWikiやらいろいろ試してみたのですが、結局のところPBw…

ソフトウェア開発現場の七不思議の7回目。 > 7. バグをたくさん出すほど残業代が増え、会社への貢献度が高いと評価される。 日本の会社の場合、とにかく長時間働くことに意義があるので、体力に自信のある人向きの環境と言える。頭を酷使しなくても、雑談を…

ソフトウェア開発現場の七不思議の6回目。 > 6. ソフトウェア工学（情報処理）の基本知識の無い人が開発している。 韓国や台湾では、理工系の修士号を持つ開発者が当たり前だが、日本では理工系どころか学校で全く別のことを学んできた人が会社ではソフトウ…

ソフトウェア開発現場の七不思議の5回目。 > 5. 開発単価だけで社外の発注先が決まる。 いくら安いコストで開発が始まっても、最後までその通りに進む保証は無い。見積もりが甘くて追加費用が発生する場合があるし、出来上がってくるソフトウェアの品質が悪…

ソフトウェア開発現場の七不思議の4回目。 > 4. 仕様書の解釈が読み手によって大きく異なる。 仕様書と言ってもいろいろあるが、ここでは日本語の文章で書かれた仕様書や設計資料についての話。文章で書く場合、とにかく記載方法が自由なので書く人によって…

ソフトウェア開発現場の七不思議の3回目。 > 3. 仕様が決まる前に納期が決まる。 顧客の要望だから、他社に対抗するために必要だから、トップの指示だから等々理由は様々だが、最終のリリース日程だけが先に決まっている開発プロジェクトがある。そんな得体…

引き続き、ソフトウェア開発現場の七不思議について。 > 2. 同じバグを何度も繰り返し発生させている。 日々上がってくるソフトウェア開発の障害レポートを見ていると、「よくこんなバグが見つかったな」と感心するようなものがある反面、「似たような問題を…

昨日のエントリソフトウェア開発現場の七不思議の続き。 1. ソフトを作れない人が仕様書を書いている。 自分でソフトを作れる人が書く仕様書には、「記載すべき項目」が簡潔に書かれているし、「記載が不要な項目」は書かれていない。たぶん、自分がソフトを…

挙げていくとキリがないので7つだけ。 ソフトを作れない人が仕様書を書いている。 同じバグを何度も繰り返し発生させている。 仕様が決まる前に納期が決まる。 仕様書の解釈が読み手によって大きく異なる。 開発単価だけで社外の発注先が決まる。 ソフトウェ…

若手向けにUMLの社内研修が行われるというので、冷やかしを兼ねて見学した。内容自体はUMLの基本だけど、UMLは単なる記法の話だよね。モデリングそのものの考え方を理解していないのに書き方だけ習っても役に立たない気がするが、説明の人曰くUMLを通じてモ…

メールでは、相手の姿が見えないので余計な事まで書いてしまうことが多い。直接会って話をする時には言えない事でもメールでは気軽に書けてしまうので、ついつい激しい調子になってしまいがちだ。特に相手に非がある時には、どうしても自分の怒りの矛先がメ…

会社のパソコンや資料を自宅に持ち帰る事はないけれど、片付けなければならない問題や課題はいつも頭の中に残っている。そんなことをアレコレと考えつつ帰宅するのだが、ふとした拍子で思いがけないアイデアが思い浮かんだり、見逃していた事を思い出したり…

ヘッドハンティングという程のものではないけれど、知人より転職の誘いが来た。新しいプロジェクトを立ち上げるので手伝って欲しいとのこと。知人なので変な話ではないはずだけど、この手の話に騙されて「こんなはずじゃなかった」と泣く人を何人も見てきた…

ソフトウェア開発者の立場で、個人的に良いと思える会社の条件を幾つか挙げてみた。（題名は「会社」だけど、場合によっては「組織」「部署」に読み替えれば良い） 自由に何でも言える雰囲気があること 会社や部署によっては「上司の言う事は絶対」というと…

最近聞いた良い言葉。ベイシアグループ会長土屋嘉雄氏の記事に載っていた。よく知らない会社だったけれど、チェーン店の名前を見て納得。なるほど、こんな会社だったのね。派手さはないけれど、堅実で良い社風のようだ。平凡な事を地道に継続していくことが…