ついに

三十路突入

はえぇなぁ。

年末

今年も残すところ後２０時間と少し。今年の状況を端的に言うと、

「３歩進んで３歩下がる」

・・・うわ、だめだめじゃんこれ。もう少し仕事はどうにかしたいなぁ、と思ってはいますが厳しいだろうなぁ。

それとＰＳ２でバルドフォースエグゼが出るらしい。結構戦闘シーンは気に入っているのでちょっと期待、かな。

まぁそんなこんなでまた来年も惰性で続けていこうと思ってます。

困ったもんだねぇ

今の仕事は本当のところ１２／１本番稼働だったのだが、諸般の都合により１／１にのびていたりします。この話を最初に聞いたときは「本気か？」と思っていたのですが、案の定そのユーザーさんは今日を持って仕事納め、新年は１／４からとなるそうで。

いや、助かったと言えば助かったんですが（ｗ

なかなかにせっぱつまってる

さすがに本番間近だと色々煮詰まってきます。なんつーか今日は在宅作業があるし。まぁ会社にいなくても作業ができるよう、色々環境を整えておいたのある意味役にたっているのはいいことなのか・・・？しかしそういう環境を用意しておいたんだが、社内の人間で使ってくれているのはかなり少ない。

最近になって思い知らされているんだけど、開発においては人に努力を期待することはしちゃいけないんだねぇ。今の職場だけかもしれないけど、
「今の自分の能力で」という前提が非常に強い。

「今努力すれば」後々楽になる、といってもそれが受け入れられないんだろうなぁ。あまり強くいう事でもないから言わないけどねぇ。

あらまぁ

検収まであまり時間が残っていないこともあって、実装方法はおまかせ、という破格な条件で社内の人間に数本お願いしてみました。
条件は「ほかのＡＰとインターフェースの動きをあわせる」事のみ

しかし帰ってきた答えは「作れない」・・・。

あー、「実装方法に制限なく」「自分が慣れしたんだ方法で」作ってくれといったんだけど、その上でこの答えか。なんつーか純粋に経験不足というのが感じ取れてしまったよ。
まぁ今はそこに対してどうこう言う気はないし、これからも言う気はない。自分で気づくまで放っておくつもり。しかし年数だけ重ねて全然経験をしていないとああなるのかねぇ。少なくとも自分や昔の同僚や友人達を思い出しても、こんな人間はいなかったな。

何だろう、この人達は他の人の仕事を手伝う事ができないんだろうか。もしほかの会社と合同で仕事することになったとして、このスタイルで仕事する気なんだろうか。実装方法がわからないだとか、データの抽出方法がわからないだとか、わからなければ聞いてくればいいだけなんだが、それもない。その上で今回の手法を「失敗扱い」するとはねぇ。

まーとりあえずあれだ。仕事なめるな。

一気に雪が積もった

日曜日はかなりドカ雪でした。昨日の夜ではまだうっすらとしか無かった雪が、いまではもう思いっきり積もってます。だいたい１０～２０ｃｍくらいかねぇ・・・。

でも今年も暖冬っぽく、週間天気予報では今週も雨と雪が両方降るらしい。ここ何年かもおかしい天気だったけど、今年はさらにひどいなぁ。本州では１２月なのに２０℃越えたらしいし。

これが地球温暖化なのねぇ・・・。

ちと冒険

今日は会社でエラい人と現状について少し話していました。普段から感じている事を、さすがにそのまま言うのは気が引けたので、少しオブラートに包んではなしていましたが、それでも少し気が楽になりました。

まぁ一つだけ言ったのは、今の社内の開発能力（設計レベルや実装レベル）に追いついてもらうにはあと数年かかるよ、と。この点だけははっきり言っておきました。これがどう転ぶかはわからないけど・・・。

( ﾟДﾟ)ﾏｽﾞｰ

ほかの人間に頼んでいたＡＰが出来上がったというので早速ソースをチェックしてみました（今回の仕事ではビルド環境を自分のマシンとしていたため、ほかではビルドさせていない）。しかし中を見ているにつれどんどんため息がでてくる・・・。

ＤＢを利用していない、昔のＣＯＢＯＬチックなロジックだぁ・・・。

なんつーか自分が思っていたよりも社内の開発力ってのは差が開いていたっていう実情を見てしまった気がします。ＳＱＬ文で一気に更新をかけるとかをしないで、ＳＥＬＥＣＴで取得したデータをＡＤＯのオブジェクトを利用して、「１件１件」更新していたり。伝票と明細、というふつうに関連しているテーブルからの取得もＪＯＩＮして取得しないで、両方個別に取得していたり。

５年ほど、と自分との技術格差を見積もっていたんだけど、それでも甘かった・・・。まぁどうせリファクタリングするのは自分だからなぁ。余分な仕事だけど。

すりあわせ

開発の思想をすりあわせるのにてんやわんやの毎日。妥協点をみつけるのはかなり難しいのよねぇ。ＤＢで正規化を行う事や、同じ工数でよりよい精度を求めるのに部分的にでもＯＯＰを取り入れてみたり。

まぁ、今は無理でも後何年かしたら理解してくれる事を望んで今をがんばってまする。

そろそろ納品日・・・

今やっている仕事が１２／１本稼働開始ということもあって、ここのところ大忙しです。といっても家にはしっかり帰っているので以前ほどきつくはないんですがね。

まぁ、そんな感じで時間が足りない雰囲気ですので自分のライブラリを使わせてＯＯＰを覚えてもらおうという計画もあまり進ませていません。最近はそれに加え設計サイドでの問題が見えてきてしまって・・・。

何が問題かというと、ＲＤＢを使っているにもかかわらずリレーションやテーブルの正規化についてなど、全然わかっていない人間が多いこと多いこと。いかにもＣＯＢＯＬ時代の感覚でテーブルレイアウトを作成しているあたり、まだまだ考えを理解してもらうには数年かかりそうです（できるできないはさておき、正規化などは知っていてほしかった）。

今回、ほとんどのＤＢ設計を自分で行っていたこともあり、できるかぎり理想に近づけようと思っていたんですがねぇ。つーか少しは勉強してから意見を言ってくれ。今までの経験だけで物を考えないでくれ。ＲＤＢにはＲＤＢなりの設計方法があるんだから・・・。これがＸＭＬＤＢとかになったらどうなることやら。関わっている業界の位置づけ上、ＸＭＬＤＢはいつかさわることになると思うぞ。