最近、個人情報漏洩が何かと騒ぎになったますが。
Webサービスなんて、SSLとかVPNを使えば話は別･･･、っていうか、いわゆるインターネットを経由して個人情報などをやりとりし合うのはもうツライんじゃない？と思うことがしばしば。
って問題になるのはサーバがハックされたとかそういうのじゃなくて、単純に体制管理とか人的要素の不備から漏洩した、とかそういうのだったり。
ネットのおかげなんだろうね、これも。
つい最近まではちょっと名の通った企業でも、DM発送の為に名簿屋から買ってたんじゃないの？って思うけどそういうのとかはどうなんだろうね？
便利だよね、O/Rマッピングって。
こういう点ではPHPって遅れていると思うことがしばしば。
･･･なんて、実はPEARにはDB_DataObjectなんていう、いかにもなクラスがあったりする。
とはいっても既存テーブルのデータバインディングが中心で、プロパティ群からテーブルを生成するとかそういうものではないけれど。
技術評論社からJAKARTA本の第二段が出ておりますが、買う暇すらない･･･。
なんかちっとも楽しくないのよ最近。
っていうか帰ってきてウチで落ち着くのがもうこんな時間なのがもう延々と続いている。
ちょっとおかしい、ありえない。
ずっと働いていても先行きもそれ程明るくない状態だし、早いところおさらばしたいんだけどね。。。
･･･何がイヤかと言えば、学ぶべきことがもうあまり無い部分。
一般企業の情報システム部に近いんじゃないのかな、今の状態は。
もううんざり。
最近やや疲れ気味。
なんか色んなことを調べようにもヤル気がなかなか起きません。
どうでもいいや、と思うことが多い。
Java絡み。
IBMのdWJAPANのJavaasistの記事。
Javassistでのクラス変換
コンパイル済み既存クラスのメソッド等の挙動を変化させるものらしい。
アスペクト指向にも通じるんですと。
バイトコード（中間コンパイル）って便利だなぁ、とふと。
Googleが力を持つ今日この頃。
オープンソースとかP2Pの検索エンジンを探していたらやっぱりあるらしい。
究極は自然言語を理解してシステムを構築してくれるコンピュータなんですが、その発展途上としてのMDAだったりする。
･･･鉄腕アトムはもう出来ているはずなのに･･･
MDAって簡単に言えば、絵で書いたものがそのままシステムとして構築される、ってことらしく、より具体的にだと、UMLがそのままJavaのコードなどに落とし込まれるってことか。
でもこれって今更って気もしないわけでもない。
便利といえば便利だけども。
ただ構造化プログラミングの時代までぐるっと戻れば、フローチャートからプログラムを自動生成する仕組みってきっとあったでしょ？
単純化と複雑化の相反する２つの欲求（やることは単純にしたい、でも詳細なカスタマイズもしたい）をめぐってぐるぐると回っているだけな気もしますが。
どうせならコンサルがやりたいなぁ。
業務分析とかそっちのほうが楽しそう。
技術資格もいいのだが、会計知識とか金融知識とかのほうがお金の面では役に立つ。
EJBでビジネスロジックの構築に専念、なんていうのは、貧富を分ける為の仕組みだったりして。
また転載もの。
================================================================================
の状況はいつも考えているように心掛けている･･･、って当たり前のことですかね（笑）。
というのも、新人の頃、「誰々が倒れたんで火消しが必要」とか「実家まで逃げてしまったので連れ戻しにリーダが行った」とかそういう話をよく聞いていた為でしょうか？
まあ大概は何とかなるんだけども、出禁くらったり、違約金払ったり、はたまた会社を辞めるはめになったり、会社がつぶれたり。
･･･うーんそういうのを「何とかなった」というのは微妙ですが。
僕も（かなり嫌々）火消しに行ったりとかしたことがあるのだが、当時の上司はそこらへんのセンスはあったのかなぁ、と思う。今から考えたら対応が早かった。
その他にも若い頃に色々覚えたこと。
・技術的な正しさはさておいても、郷に入ったら郷に従え。
・時間がないときはとりあえずベタベタの手法でやること。
・新しいことが出来そうな場合は積極的に機会を活用すること。
・会社の約束は信用するな。
・自分と同じ知識を周囲の人間が持っていると思うな。逆も真なり。
・「決め」の部分にあまり頭を使うな。
・どうでもいいことにあまり頭を使うな。
・「何が適切か？使いやすいか？優れているか？」というのは人によってかなりバラバラ。自分の趣味を押し付けるな。
・解決手段に「システムの本流」など意味がない。コスト、リスクなどからその都度変わるもの。
だらだらと続けて書くが、「システムの本流」にこだわる人間が意外と多い。
理想主義者？
なんてしてみようか、そのまま埋もれてしまうのも寂しいし。
「ロウドウシュウヤクのループ」
まず以下の２つの言葉について。
１．「労働集約」
生産に投入される生産要素のうち労働要素の比率が高い産業。
２．「知識集約」
知識労働が事業の多くを占める労働集約のひとつ。
ただ実際の使われ方としては、
労働集約＝投入した要員の分だけひたすらコストがかかるもの。
知識集約＝労働集約に「知識」というもっと高い付加価値をつけるもの。
だったりします。
僕自身どうにもいけないのは、労働集約的な発想から逃れられない部分にあります。
要員単価ベースで見積もりを弾き出している段階で「そりゃそうだ」って感じになるんですが、･･･これを逃れる為には「新規開発からはなるべく逃れ、既存サービスのカスタマイズで対応」ということになるのかなぁ、と。
あとはより上流工程での作業を行い、「人員１６０時間分投入したんでコストこんだけ」とかの下流工程の輪の中から逃れることかと。
ただね、下流工程の作業に携わることが多かった為か、刷り込みがきつくて、なかなかその発想から抜け出せないんですよね。
スーパーバイザーとか会議に出てちょろっと話すだけでＯＫな人を見ると、「こんなんでいいの？」なんて思ってしまう。
逆に知識集約の中しか知らない人がどんなにうらやましいか。
なーんて言っても、今は年棒制だから、本当のところは知識集約的な振る舞いを期待されてはいるのだろうけども。
HTML convert time: 0.635 sec. Powered by WordPress ME
