そういや最近ブログの更新してないね。
いやー、いろいろと大変だったんよ。データベースの次はウェブアプリケーションで、システム開発全般についてときて、ついにサーブレットときた。今度はグループでひとつのシステムをくみあげるわけで、てんやわんやなんさ。

[0回]

あたいの勝ち。

ちよっくら家のPCでデータベースの環境ーせっとあっぷしようと思ったわけさ。
会社だと研修でMySQLを使ったから、家のはそれ以外にしよう、と。さらに軽いやつにしよう、というわけで。

Firebird を導入することにしたのさ。

容量少なくてすむし、軽いし、SQLコマンドは厳格に扱ってくれるようだし。

で、セットアップを進めたわけだけれども。

Jdbcの接続がうまくいかないわけさ。

その解決だけで一日以上かかってしまうという。
結局はjdbcにわたす文字列が間違ってただけなんだけどね。

ふう、よかった。

[0回]

今日は電車に乗って、大学の卒業祝いにもらった万年筆のインクを買いに行ったのだけれども（使いたくてもインク切れで使えなかった）。

帰りに唯一あたいがひいきにしている喫茶店に寄ったのよ。久々にちゃんとしたエスプレッソが飲みたかったからね。
そこで一緒に頼んだのが、

枝豆とチーズのキッシュ。

前はベーコンとチーズのキッシュを食べてそのおいしさに腰を抜かしたわけだけれども、今回食べたキッシュもまた絶品。どうしてこんなにキッシュがおいしいのか!　本当にこれだけでお店やれると思うぐらいだし、これだけのためだけにここに通い詰めるのもアリだよね、っていうクオリティ。

本当においしかったなあ。

[0回]

研修で絶賛Java中でUMLを見ながらコーディングをするという演習をやっているのだけれども。

演習問題のUMLがひどすぎる。使用するデータのデータ型が間違っていたり、クラス図とシーケンス図・実行イメージからでは動作が予測できないメソッドの実装が求められていたり。なんじゃこりゃ、と思うような設計なわけで。

多分、これを作った本人はJavaとかオブジェクト指向云々について勘違いしているんじゃないかな、と思うのさ。クラス図の表記が間違っているのは言語以前の問題だけれども、どうして現実空間ではあり得ない挙動をプログラムでは求めているのやら。仕様について簡単に触れると、

1. キーボードから数字を入力する（購入する的な挙動）と、
2. 消費者オブジェクトに数字が引き渡されて、
3. さらにその数字が店舗オブジェクトに引き渡されて、
4. それに相当する商品オブジェクトが返されて、
5. それを買い物カートオブジェクトに引き渡す

なんてところがあったのだけれども、この流れのどこかで、『与えられた数字に対応する商品オブジェクトが存在するのか』という判断が必要になるのだけれども、初期使用だと消費者オブジェクトが在庫の有無をはんだんしているわけだけれども、これはオブジェクト指向として間違っているよね、と考えるわけさ。
だって消費者オブジェクトはキーボードの入力＝購入をするわけであって、在庫確認をしているわけではないでしょ。購入をしようとしているのに、商品オブジェクトをフェッチするよりも前に在庫がないという返答はおかしいのではと。つまり、購入したいという振る舞いの消費者オブジェクトに対して、在庫の有無を判断するのは店舗オブジェクトでなければ現実空間との矛盾が発生する、というわけさ。すくなくとも消費者オブジェクトが『その商品は存在するか』を考えなくてもよいようにするのがただしいのではないかな？

オブジェクト指向と言えばカプセル化に多様性などなどがあるわけだけれども、それ以外にも、現実空間での挙動に近づけるようにするなんてのも含まれていた気がするのだけれども、それはどうなんだろう？　これはまさか値の認識が間違っているのかな？

[0回]

うん、眠たいんす。

ここ最近は特に疲労がたまっているのか、やったら眠たい。それこそ動けないくらい。というのも研修で本格的にオブジェクト指向の実装をやっているから。ややこしくてたまんないのさ。

ときどき左目がやったら痛くなってしまうようになってしまったし、一体どうしたのやらだよ。


ひとまず、うん。
連休が欲しいだす。

[0回]

しましたよ、目かにかかるキーボード！

Majestouch BLACK Tenkeyless

というモデルで、軸は黒軸、やや重めのリニアタッチ。

この記事も黒軸を使って書いているのだけれども、すごく打ちやすい。あたいはどちらかというと打鍵の力がある方だから、これぐらい重いキーがちょうどいいね（黒軸は入力認識重が60gで底打ちなら80gぐらいらしい）。当分の間は70g押下でキーストロークができるぐらいになるのを目標にしようかなと。ただこれが難しいんだよな、うん。

さらにあたいの買ったキーボードは印字にも特徴があって、一般的なキーボードのようにキー天面に印字があるんじゃなくて、キーの前面に印字があるのよ。だから今まで悩まされてきた印字のかすれから恒久的に開放されるわけさ。なにせ指が触れているところには印字が一切ないんだからね。だから傍から見れば無印字キーボードをたたいているように見えるという見た目の良さ。これはもうたまらん。

やっぱりメカニカルキーの打鍵感は素晴らしいね。もしこれで満足できなくなったら、ReadForceに走ることになるのだろうけれど、そうなるにはまだまだ先のことだろうね。

[0回]

明日、会社のレクリエーション的なイベントでサッカーもどきをやるわけだけれども。
その前に。

あたい、
ついにキーボードを買います！

ついに待ちに待った６月だす。６月だからメカニカルキーボードを買うよ！　黒軸買うよ！メンブレン方式にバイバイするよ！

[0回]

Ｃ言語という恐ろしい壁を乗り越えた次第。ようやく上席への発表会なるものも終わり、Ｃ言語に関する研修は一通り完了、といった具合。おーようやくJavaだよーついに戻ってきたよーわれらがjavaさん。

ひとまず、javaについては再教育コースという感じで、もっと確実なものにしたいね。

[0回]

研修の開発は実はタイマーを作る、という内容だったのだけれども、

金曜日に全ての成果物を提出して、無事にノルマは達成できた次第。あとはデータベース操作関係のプログラム。ちゃんとしたＤＢにさわったことないのに。まあいいや、いずれ触ることになるだろうし。うん。

[0回]

今日は今日とてＣ言語の仕上げ、より規模の大きいプログラムを作る、ということに。

それで値の予定としては今日は実装関連の調査、つまりフローに落としたところで実装できるか、と言う部分の調査、実験だったのだけれども……

ひとつ、コンパイラ環境に足りない要素。
どれだけ探しても必要なヘッダファイルが見つからないし、既存のヘッダファイルの中身を除いても使えそうな名前のものは見当たらず。どれだけネットで調べども確実な解決策は見当たらず。
よりによってコンパイラ依存で、その上ＯＳ依存と言うダブルパンチ。コンパイラによっても実装やヘッダファイルが違う上に、その機能もＯＳによって使えるのとつかえないのとがあるというありさま。

どうしようもなくなって相談すると、まさかの仕様倒れ。つまりは、現状の開発環境ではコーディング不可能という結論。いろいろと試行錯誤している間に定時になってしまったから中断したけれども、調べてみてもIDEを導入するしかないという答えに至ったわけさ。

ね、ＩＤＥを導入して、コーディングにテキストエディタだけ、ってねえ。

[0回]