今日。自宅に帰ったら、「たけしのなんたらかんた..」という番組を、かあちゃんが見ていた。(わかるか？何の番組か？）
芸能人を集めて、そのときの危険な病気等を紹介し、出演している芸能人がそれにかかる確率などを検証する番組。
その中で、今回取り上げられたのが、「不整脈」。
不整脈の原因。
それは....
「鬼嫁の対応」
だそうだ。
それを見て、かあちゃん、苦笑いしていた。
大丈夫だよ。確かにストレスはたまるけど、あんたのせいじゃないから...
なんか、典型的な鬼嫁をモチーフにした再現映像が出てきたが...
ここまで家は、ひどくないっすよ。
増野明美の旦那がでていて、その旦那がそれに当てはまるんだってさ。
いろんな悩み、みんな持ってるんだね。
世の中、いろんなストレスがある。
ストレスに負けないように、がんばって行きましょう！！
(なんじゃ、そりゃ？？？)
かなり、苦し紛れか？
とりあえず、本日...ああ、昨日になっちまったか...
抱えていた案件のリリースは無事終わった。
さあ、明日は自由だ！！とは行かないようだ。
来週、いとこの結婚式があるため、本日午前中はかあちゃんのスーツ買いにいって、やっとあの腹が見えない「いかすスーツ」をGETした。
(これ読まれたら、ただじゃすまないな...)
まあ、それはおいておいて、その後会社で改修したシステムのリリース作業。
特に問題なく最終テストもクリアして、今お帰りです。
明日は、午後からバレーの練習があるのだが...
行けそうにないかな〜、このままじゃ。
上記で書いたとおり、来週いとこの結婚式なので、やることが山盛り！！
・あいなの髪を切る。
・ヒロの髪を切る。
・ヒロから自転車をせびられている。
・月曜日代休とろうとしたら、却下！！
・その他、もろもろ...
来週もバレー行けないしな〜。
無理だな、こりゃ。
こういったときは、飲みたくなる。
これから一杯やる(たぶん、一杯じゃすまない...)ので、一人であれるんだろうな〜。
明日、うまくかあちゃんを丸め込んでバレーに行くか？
または、無難に家族サービスか？
仕事のリリースは済んだものの、otataは家からリリースしてくれない可能性大ですね。
しばし、我慢の週末が続きそうである。
困ったモンだ。
追伸
宮里藍、黒すぎ...
明日...違った、本日リリースする案件があるので、明日は休日出勤。
トラブル対応だけなんですけどね。
本日...昨日か...昨日中に、一通りリリース準備はすんでいるので、とりあえずOK。
しかし、変える前に、お客さんから連絡が...
「エラーメッセージ変えてくれる？」
明日、リリースっすよ。おまけに、文言変更じゃなくて、仕様変更ときたもんだ。
ご勘弁ください。
でも、ここで対応取らないと行けないんですよね、この業界...
とりあえず、時間はかかったものの、対応終了してテストしまくり！！
何とか、当日中におうちに帰れました。
よかった、よかった...
実は、昨日は平日バレーボール練習があり、行ってきた。
あまりにもｍ動きがふがいなかったので、今日もジムに行ってしまおうかと思っていた所だ。
今日は、「サーキットトレーニング」だった。
50分の結構きついやつだったというので、以降と思っていたのだが...
まあ、最近は仕事もそんなにいそがしくないので、いいか...と言ったところだ。
今週は、町田にも行けそうにないからな〜。
来週の土日も、いとこの結婚式なので、行けないし...
ああ、バレーやりたいな〜。
もちろん、飲み会付きでってことで...
明日は、無事、リリースできることを祈って、就寝するか。
お休みなさい。
最近、おもしろいことが全然ない。
困ったもんだ。
あんまり、仕事ネタを書きたくないのだが、ここまでネタがないとしょうがないな〜。
わかる人しか分からないので、とりあえず分からない人は次のネタ見てください。
現在行っている仕事は、ある証券会社のネット取引関連のシステム改善。
最近、プログラマが次々にやめていってしまっている。
仕事も落ち着いているせいもあるのだが、一番の問題はその作りにあるんだろう。
JavaServretでの開発になるのだが、画面表示部分だけがJava。
肝心のDB接続部分などは、すべてProCで作成されている。
開発部隊は、Web系とProCの系と、結構はっきり分かれているのだが、困ったことに、重要部分を作成しているProC開発者に、リーダーはいない。
どちらかと言うと、Web系の方にリーダーがいる。
Web系の方は、画面制御系の開発ばかりで、難しい部分は全くない。
Proc部分も、DB接続部分の仕様さえプログラマに伝えれば、プログラマはあまり仕様の詳細部分には入り込んでこない。
自分は、Web系の開発者として入り込んでいるのだが、どう見ても肝心部分を把握するProC開発者の方が強いと思うのだが、実際のリーダーは、両方かじっていないとまずい。
どちらかと言うと、Web系の方が、全体の流れを分かっていて有利な状態。
せっかく、肝心な部分はProCでかかれているのだから、そっちの人がもっと強く出てきてもいいと思うのだが...
その辺は、こっちの好都合。
それならばと、全体の仕様を押さえる事に没頭している。
しかし、入ったばかりでは、元々いた人に仕様面でかなうわけはない。
結局、仕様から開発、コーディングまでやらされている訳だが、コーディングなんてこの年になるときついですよね〜。
今回受け持ったところも、仕様だけOKであればいいようなものではなく、マルチスレッド対応部分だと言うからたまげた。
そんなこと、やったことないっすよ...
まあ、多少ネットで調べて基本部分を勉強しながらコーディング。
冷や汗書きながら、こわごわ作っている状態。
ある程度メンバーがいれば、仕様で自分からそれを言い出したって、部下に実装は任せられるのにな〜。
こんな細かい作業までやる気は無かったのだが...
それも仕方がないか。勉強、勉強っと。
そんな感じで構築されているシステム。
初心者が入り安いように...と言うのと、クラス設計を複雑にすると、メモリ関係がどうのこうのと言っていたが、後にメンテナンスしやすく作らないと、だめだと思うのだが...
通常行われる、クラス設計が全くされていない。
おかげで、実装するときには、コピーしてあちこちに同じようなコードが並ぶ始末...
無知な自分で考えても、ある程度のクラス設計した方が、後のメンテナンスにも好都合なのだが、ビジネスロジックをずらずらと１つのクラスに書くような作り方ばかり。
別会社のプログラマが言っていたが、
「勉強した事が、すべて否定される」
と言っていた。
これじゃ、なかなかプログラマも長続きしない。
結局、ここ２〜３ヶ月で結構やめる人がいるのだが、新参ものの私は、順番からして抜けられそうにないな〜。
またいつものパターンで、
「耐えて、耐えて、耐え抜いて、小さな事からコツコツと...」
という、やり方になりそうだ。
いま派遣されている会社は、社食がうまくていい会社なんですがね〜。
別部署では、結構仕事もいろいろ取られているようで....
ああ、このようなプロジェクトに携わる事が多いですね。
これも運命か？
やっぱり、仕事関係のネタは、書いてておもしろくないな〜。
愚痴になってしまう。
また、おもしろいネタさがそっと...
