ほぼ定時帰り
今月前半で客先に納めに行って、
いくつか文句言われたところの資料作り終わって、
手が空いている状態です。
昨日は別業務の保守作業で出張行って、
午後は暇だから半休取りました。
自由な時間が増えるのはいいのだけど、
仕事中の暇な時間ってあまり嬉しくないですね。
周りは忙しくしてますから無駄に神経使うんです。
夜遅くに帰るのに比べたら全然ましなのですが。
この業界忙しい時と暇な時の差が大きいというのはよく言われていることです。
受注開発というものを淡々とこなしていればそうなるのは当然です。
プロジェクトリーダーがどんなに頑張ったってどうにもならない部分はあります。
でもそれを放っておいてはマンリソースが勿体無い。
会社としてそれを有効利用できるようなシステムを作って欲しい。
純粋な受注開発のプロジェクトとは別の仕事を用意しておけばいいと思う。
ツール、ライブラリ、フレームワークの作成だとか、
既存技術のドキュメント化とか、
バージョンアップが予定されているシステムのリファクタリングとか、
小規模な会社では難しいかなぁ。
せめてこの技術を勉強しようみたいな社内オフィシャルで認められた
テーマがあれば堂々と勉強できるのに。
私にとってはそれは何だっていい。
VB極めろって言われればやりますよ。
Oracleでも別にいいよ。
重要なのは暇だったら気後れすることなく堂々と勉強できる環境。
そのためには会社レベルで何か考えていただきたいものです。
研修は自分が暇な時やってるわけじゃないし。
>この業界忙しい時と暇な時の差が大きいというのはよく言われていることです。
>受注開発というものを淡々とこなしていればそうなるのは当然です。
まーそうだな。
相手は納期厳守を要求するけど、こっちは返事を催促できないだろうしな。
>自由な時間が増えるのはいいのだけど、
>仕事中の暇な時間ってあまり嬉しくないですね。
まー、私が言えることではないんだが、
会社がテーマを決めて･･･とかじゃなく、自分でどんどん進むのがよいかと。
例えば、相手からの返事待ちの間に、自分の書いたコードを見直して、
改善できる部分なんかを分析するとか、予測される要求における不明瞭な部分を
調べておくとか。
ま、検索は回りの目がってこともあると思うんで、自己コード分析をお勧め
しますわ。
もう納入してますからねぇ。
今更ソース見て何か気付いてもいじっちゃダメだし。
じっくり読み返す程の物書いてないし、
読んでると眠くなるようなコードですよ。
言い訳なのはわかってますが、
もっと意味のある作業がしたいです。
多分周りの先輩も暇だから納入済みのコード眺めてます
って言ったら微妙な反応すると思いますよ。
最適化可能な部分や、冗長な部分、読み返してみたら
何をしているのかわかりにくかった部分、などいろいろ
見つかると思うんだがな。
私は、コードのメンテ何かをするときは、自分の書いたコードが
きれいかどうかや、無駄が無いかどうかなどを評価したりする
ことが結構ありますよ。
んで、次回からはもっときれいで無駄の無いものを書くように
していくと。
あと、自分のコードが、わかりやすい、かどうかは結構
重要かもね。
特に、コメントの量や入れ方は結構重要ですよ。と。