システム開発 Archive

ジョージがこんなことを言うんだ。

「前のプロジェクトではこんな方法を使ったんだ」

ってね。だからオレは言ってやったんだ。

「ジョージ。君は僕たちを前のプロジェクトのメンバと同じ目にあわせるつもりかい？」

釣蔵Blog: PMはSEよりも偉いの？

PMもSEもプロジェクトを運営するために必要な役割なわけで、どちらかが上で、片方がその下、という関係ではないはずです。

そう、なんですけどね。

今日、プロジェクトの PM のメールを見ていて、なんでそんな言い方するかなー、と思ったときに見つけたエントリだったのでメモ。

なんというか、言葉は丁寧なんだけど見下してる感が滲み出ていました。
それって本心で「PM である自分が上」と思っているからでは？とか思ってしまう こしあん が斜めなのかも。

まあ、腹を割って話すこともなく、会議とかメールの発言でしか PM を知らないわけで、お互いに理解とか尊重とかできるはずもないのだけど。
ドライな関係が悪いとは思わないです。が、それはお互いにあまりあるスキルがあれば、の話。
また、PM と SE の上下関係の意識って日本ぽいとも思います。

オマエが歩みよれって？
そだね。

Trac で要件管理をしている方の記事を発見しました。

Tracで見えてくるもの。：System Engineer Wars：So-net blog

シンヤはここ数日頭を抱えることばかりだ。Tracで要件管理をしているが、うまく進まない。

同意します。
今のプロジェクトが Trac で要件確認しているのですが、少なくとも疑問は感じます。

とはいえ、その理由についてはまったくこの方と違っていました。
この記事の方は、

決めなければならないことはたくさんあるし、検討していかないといけないことが無数に存在する。

と言っています。
管理することで今まで見えていなかったものが見えるようになった、ということでしょうか。

なんと前向きな。

ここで、「Trac で要件管理するのは無理だよ、やめようよ。」と考えてしまう。

現実問題として、要件を100%ガチガチに固めるのは無理で、曖昧さをうまく取り込んで（※）プロジェクトを進行する方がベターだと思います。

100%に近づけるのは誰もにとってストレスですしね。

とりあえずメモです。

※ お客さまとの同意が必須です！

ここでも募集しておきまーす。

==============================================================

Webアプリケーション開発のお仕事を探しています！
首都圏近郊であれば、常駐も可能です。

Webアプリケーションの新規開発・保守・カスタマイズの他、
Excel VBA や Eclipseプラグインなどのツール類の作成も請負います。

個人なのでスピーディかつフレキシブル（柔軟な）対応が可能です。
まずはお気軽にお問い合わせください。

【スキル】
Java/PHP/Perl, MySQL/PostgreSQL/Oracle, Struts/SAStruts など
その他のスキルについてはコチラをご覧下さい

【報酬】
応相談

【連絡先】
laguzlumi@gmail.com

==============================================================

よろしくお願いします<(＿ ＿)>

＠IT：連載 基礎から学ぶサーブレット／JSP　第9回

古い記事なのですが、気になる箇所を見つけました。

訂正のお知らせ（2009年3月31日）
読者から上記のサンプルコード、「while (objBr.ready())」について貴重なご指摘をいただき、コードを差し替え、また編集部注を追記させて頂きました。
内容について正確を期せずに混乱を招いた点、読者の皆様におわび申し上げます。

なぜか最近修正されています。
BufferedReader#ready() による判定から BufferedReader#readLine() の判定に変更されたということなのでしょうけど、変更内容について言及されていないのため、なにが問題だったのかわからないのです。

調べてみたところ、ready() に気になる記述がありました。

次の read() が入力をブロックしないのが確実な場合は true、そうでない場合は false。false が返されても、次の読み込みが確実にブロックするというわけでない
BufferedReader (Java 2 Platform SE 5.0)

ものすごくわかりにくいのですが、”falseでも読み込み対象がなくなったとは限らないよ”ということなんだと思います。疑わしきは false。
つまり、ファイル終端まで読み込むための判定とは目的が違うということです。

まあ記事の修正と関係あるのかはわかりませんが、ファイルなどを全部読み込む目的で ready() は使わないほうがよさそうです。

■ 参考
2003年12月のアレ

Javaファイル関連メモ(Hishidama’s Java File Memo)