開発
http://www.atmarkit.co.jp/fjava/rensai4/webjousiki01/webjousiki01_1.html
http://itpro.nikkeibp.co.jp/article/NEWS/20080603/305852/
http://gihyo.jp/dev/serial/01/tech_station
http://www.atmarkit.co.jp/fdotnet/special/agiledocument01/agiledocument01_01.html
http://itpro.nikkeibp.co.jp/article/COLUMN/20080515/301698/
http://www.atmarkit.co.jp/fwcr/rensai/imasara11/imasara11_1.html 基本は大事だなぁ...と最近つくづく思う。
http://itpro.nikkeibp.co.jp/article/COLUMN/20080509/301127/ もう三年たつのですが読んでもいいですか?
http://www.atmarkit.co.jp/im/carc/serial/redge/72/01.html
http://jibun.atmarkit.co.jp/lskill01/rensai/pm_kiso06/pm_kiso01.html それに何かプラスαを良い方向でテイストできるかどうかで よりオリジナルに近づくような気がする。 でも何より大事なのは、ユーザーの要求を満たすこと。 オリジナリティに幻想を抱き…
必ずと言っていいほど仕様変更/仕様追加はシステムに付き纏う。 こいつにどう立ち向かえばいいのだろう? 新規機能として追加するのであれば 規模にもよるがそこまで神経質にならなくてもいい (無論きちんとした検証をするという前提..)のだが、 仕様変更に…
今の会社に入社して、初めて寝坊で遅刻をしてしまいました> 本当に情けない、次元が低い自分に絶望しました・・ しかし、いくら絶望しようが時間は元には戻らないので 今後、過ちを繰り返さないようにする。
例えば、○○さんから××さんへ仕事の指示がいく。 二人とも同じような技術をもっていれば、伝達はスムーズだろう。 言葉でさらっと言えば、お互いに意思疎通を取れてしまうと思う。 (一概にそうとも言い切れないが・・・) また、どちらか一方がスキルが不足し…
時間は限られている。 出来ないことは出来ないけど、出来ることはなるべくやっておきたい。 明確な目標を設定する 途中で投げ出さない 自分の弱さに負けない 何でもいいんだけど(技術向上、資格の奪取etc..) 大切だと思うのは、目標を自分の中だけで留めてお…
身近な人に、いっつもステップ数がどーのこーのって言う人がいます。 ステップ数が多い⇒仕事をしている ステップ数が少ない⇒仕事をしていない まじでかんべんして下さい・・・ ステップ数なんて言語やフレームワークによって全然変わってくるし、そんなこと…