ちと冒険

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

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

( ﾟДﾟ)ﾏｽﾞｰ

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

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

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

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

すりあわせ

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

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

そろそろ納品日・・・

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

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

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

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

寒くなってきた

ここのところめっきりと寒くなってきました。仕事の方は相変わらずなんですが、最近はもう時間がないという事で自分のやり方を押し通しています。まあそういったやり方のおかげか、少しずつではありますが、メリットを理解してきてくれる人も増えてきました・・・。

まぁ、目指す地点はまだまだ遠いですが。

珍しく連続で更新

お盆休み終了。つーことで仕事に戻ってみました。まだまだライブラリの作成（と、プロトタイプの作成）をやっている最中ですが、なんとなく自分の中で完成形が見えてきた感じがあります。実際、今回のライブラリ作成に当たって目標としていたのは、品質向上と工数削減だったのですが、ライブラリが出来上がるにつれその目的にかなり近づいてきていると思えます。

あとはこれをどう社内に広めるか、ってとこですなぁ・・・。

お盆のさなか

お盆休みということで、現在４連休の３日目ですが（月曜まで休みなので・・・）頭の中ではここのところずっと色々手を施している共通ライブラリの事ばかりが渦巻いていたりします。

どうすれば「それなりの品質」で「短めの工数」にてプログラムを作ることが出来るか、いかに「プログラマのレベルにあまり左右されない」品質を保てるか、という点が頭を悩ませています。

自分の中でも、未だにＯＯＰな世界を完全に理解しているわけでもないので、多分分かる人間がみると「なんですかこれは」と言いたくなるような箇所もあるんじゃないかなぁ・・・と思っていたり。今一番困っている点は、なんといっても物件依存の部分と草でない部分との切り分けですかねぇ。密かに依存する部分が非依存な領域に進出していたりしてかなりイヤンな状態です。

まぁ、正式リリースまでにもう少し仕組みを改善できればいいのかな・・・。

共通なもんで

下にも書いた通り、現在頑張って共通ライブラリを作成している最中です。まぁ、自分１人で作成している状況なものでかなり個人的趣向がてんこ盛り、なライブラリになってしまってはいますが。

でもまぁ、今の社内レベルから考えると１世代くらいはアップしてるんじゃないか、と思っていたりします。ちょうど今やっている物件が、１から手をかけることのできる物件なものでネットワークセキュリティやら、データベースの設置やらなにからなにまで後に残る仕事をしてみようかな、と・・・。

なんというか、こう

現在は会社の中で、開発標準を決めようと色々模索中だったりします。今現在メインの開発言語はＶＢ６だったりするのですが、やはりいい加減に．Ｎｅｔやら何やら次の言語に移らなくてはならない時期にいると思ってます。それもあって、社内標準というラインでは、オブジェクト指向プログラミング要素を用いた基盤を作成してみたのですが、これがどうにも周りに受けが悪い・・・。

話しているとなんというか、自分５～６年前の姿を見ているようで非常にやりずらいのです。正直これが今までの経験の差、とでもいうのでしょうかねぇ。味わっていない限り、必要性を理解できないでしょうから。

ただここのところ非常に感じているのは、共通で使い回す、という考えがあまりにも今の社内にはなさ過ぎること。別にオブジェクト指向てやっていこう、と言うわけではなく構造化の観点からでもいいので、自分の物件以外の開発でも使うことの出来る部品群を用意して、少しでも開発の精度と品質をよくしようじゃないか、という考えが全くと言っていいほどないのですよ。別グループでも、開発標準ということで何か部品群を用意していたので見せてもらったのですが、これが思いっきり物件に依存していた部品でした・・・。

最近はどうやれば、このあたりの考え方が理解されるかを模索中。・・・まあ、正直なところ諦めつついるのですがねぇ・・・。

そのうちこのＨＰで作ったライブラリの公開でもしようかねぇ。なんか今の会社のためにならない気がしてきた（ｗ

どうにもこうにも

仕事と趣味をかねて、現在ＸＭＬを勉強中。

しかし・・・やればやるほど利用価値が見いだせないでいます。つーかねぇ、データをいろいろと利用可能にする、という試みはいいんだけどねぇ。対応するアプリがほとんどないっていうのはねぇ。今持っているデータをＸＭＬで出力するなんてのは簡単にいくらでもできるんだけど、それを利用する手段の提供、ってとこでどうにも詰まってしまいます。

もっと根本的に、利用できるようになって意義のあるデータってのがどれほどあることやら・・・。