ナゼ思い出さなかったかと言えば、パソコンにHDDが無かった時代で（メモリーだって２メガだ、２ギガじゃないんだ）、ソースは全てプリントアウトしておいた。両端に穴の開いた連続用紙に印刷し、それを厚いバインダーで何冊も閉じて一人で開発をしていた自宅三畳の頭の上に作った棚に保存してある。当然、もう不要なので近々廃棄しよう。

青果物の発注

青果のバイヤーが売店担当者から電話でアイテムと数量の以来をコードで画面に入れると品名がでて、会話をしながら市場での状態と教えて、数量を調整する。当時4店舗のしかない地方の小さなスーパーだった。全く同じ仕組みが店舗と本部にあったので、バイヤーは、そのどこでも入力ができた。そして、データーは仲買のコンピューターに送信する。勿論、送受信のソフトも私が作った。単純なプロトコルでチェックもパリティとSTXとEOTなんかの簡単なものだった。送受信のデータが数字のみだったので、それで十分だったわけだ。

グロッサリー発注

SharpのPOTを利用した。POTのプログラムは特殊なC言語だった。POTの先に鳥のクチバシのようなバーコードリーダーがついていた。そのクチバシがちょうど入るような受信機にセットして、POTの送信ボタンを押すとパソコンにデータが取り込まれるという仕組みだ。勿論RS232Cの登場だ。その取り込まれたデータをマスターと付け合わせて、問屋別にFAXデータを作成するという仕組みだった。

酒類受払帳作成

酒類は事実上の単品管理で酒税法に則り報告の義務がある。その報告を担当税務署が年に一度チェックをするし、その基となるデータは指定の帳票に記載しなければならない。これが、本当にやっかいで、手作業を前提とするものだった。それを、フロッピーディスクでデーターを司り、報告書や帳票も自動作成するプログラムを作った。当時の酒税税務署管内で稼働したプログラムとしては最初であり、画期的なものだった。今現在でも、愛用している酒店が現実に存在する。

棚位置管理

どの場所に何を置きメンテナンスするかを管理する手法で、店舗や階によりファイルは異なるが、一店舗一フロアをレーン、ゴンドラ、棚段、棚位置という四つのコードで管理する手法だ。その管理の「レーン、ゴンドラ、棚段、棚位置」と言う言葉は私が作ったのだが、十年後ぐらいに、ある企業買収で大手のソフト屋が作った棚位置管理のソフトに全く同様な名前がつけられていてびっくりした。考え方まで、コピーされていたが作ったのは私が初めてだろう。

棚卸支援システム

棚卸しの実行と現実的計算は面倒くさい。当時は全て手書きなので、名前や単価も書き方が綺麗で無くデータの集計は電卓で横計縦計、そして、部門ごとのグランドトータルを出していたものだ。それを、棚位置管理を利用しての数量だけを記載すればよい用紙の印刷と、同様の画面入力で、正確で素早い棚卸しを完了する仕組みを作った。現在でも一部の企業では使われている。

以下のようなまとまった仕組みの他、基礎となる通信やバイナリーツリー構造を管理する小型のデーターベースみたいなものまで作った。
売上管理
経理支援
資金繰管理
顧客台帳（X’masケーキ）

私はPHPのMVCとして有名なCakePHPで勉強を含めて早期完成を目指して開発をしてきたシステムのプロトタイプがやっとできました。食品製造の単品原価管理システムです。さすがにCakePHPでの開発は早く、エラー処理についての仕組みも簡単で開発工数は格段に違いますが、設計にかなりの時間を必要としました。まぁ、それはどの場合でもおなじなのですが。開発の環境として多くの方々はEclipseを使われていると思いますが、私はNetbeansを利用しています。単にEclipseよりはスピードが早いことを利用しています。また、現在はWindows7のXamppを開発マシンとしていてスタンドアロンで実験中です。連休明けに本格的サーバーに載せます。

仕事の疲れで眠れないのを酒で頼ってはいけないのは知っている。

でも、正直、昔から酒はつよかったのでどおってことは無いようなのは自信過剰か？

システムトラブルについて暫定的に回復させました。

新たなシステムを作ります。

今回、システム設計において、珍しく論理的に分析ができる

クライアントに遭遇した。

システム関連でない人でこれは本当に珍しいことだ。

それも、システム屋と同等レベルに分析できているのはたいしたものだ。

よほど、現場仕事に改革案を考えていたのだろう。

こんなクライアントがいると仕事は成功する。

実際、仕事について冷静に分析しているクライアントは現業部門には少ない。

だから、システム化というものは設計時点より遥かに少ない成功率となる。

とくに情報系については情けないほどの低率となってしまう。

これが私の長年の体験だった。

今回だけはうまくいきそうだ。

写真1(「ないかく」と打ち込んだ)	写真2（「ないかくそ」と打ち込んだ）
写真3(「TABキー」を打った)	写真4(「下矢印キー」を打った)

勿論、一旦確定すると検索表示順位が上がり次に同じ文字を打ち込むときに上位にくる。携帯電話で入力をする時の便利さをフルキーボードで実現させている。
Windows7,Vista SP1,XP SP2で実現できるし、Macにも対応とのことである。
ぜひ一度お試しくださるとよいと思えます。

以下のサイトから取得できます。
Googleの日本語入力

ある食品製造会社のレシピに使われていたもので、

長ネギ
ねぎ
葱
万能ねぎ
万能ネギ
白髪葱
しらがネギ
しらが葱
みじん切りネギ
白髪ネギ縦切り

なんていう記述がありました。名前順にソートされたデータでは、役に立ちません。その為にコードをつけてプログラム上で処理しなければなりません。つまり、コード化コーディングの苦労もあります。

ねぎ（長）
ねぎ
ねぎ（万能）
ねぎ（白髪）
ねぎ[みじん切り]
ねぎ（白髪）[縦切り]

に集約しました。漢字で変換できる野菜は平仮名で、そして、種類内容を表すものは（ ）で、処理内容をあらわすものは[ ]で表示しました。このことにより、検索する場合「ねぎ」ですべてが表示できます。素材を台帳化するときに大切な考え方です。
ちょっとした事ですが、命名規則はとても大切です。昔は人の名前でもそうでした。太郎は長男で、次郎や三郎もありました。私の父は三郎でしたので、三男でした。
ちなみに短縮命名としてよく用いられるのは
2 が to
4 が for
u が you
asap が　as soon as posible
なのはよく知られていますね。
また単語の接続に大文字を使う場合やアンダーバーを使う場合もありますね。
そこで、私の関数はこのような命名規則のかたまりで、それがわが社の伝統となってしまいました。

原因はHDDの疲労にありそうなのです。そこで、今回は暫定的BackUpサーバーを構築しました。実は一週間前にもつくっていたのですが、Webサーバーのカスタマイズに失敗したらしく納得のいくパフォーマンスが出なかったので、再インストールしました。結局、全てのバックアップが終了したのが夜半をすぎたころでした。

でも、このサーバーは朝方にかなりハードな画像処理を自動で行っていて、それらのプログラムや仕組みまでの復旧が終わっているわけではありません。多分、一週間以内にバックアップサーバーに一旦切り替えて、本サーバーのHDDを入れ替えて再構築を試みなければなりません。

自宅サーバーですと、こういう厄介なことが発生します。そのたびに時間と体力を消耗するのが管理人の仕事です。バックアップサーバーは10月27日のブログ に書いたようにキューブ型の筐体なのですが、電源の音がうるさくて、時間と金があったら、Atom330あたりのCPUでファンレスコンピューターでも作りたいと思っています。

在宅の時、90歳の母は疲れてよくウタタネをした。

施設にはいって、彼女は食事の支度をすることはなくなった。トイレは職員の方がサポートしてくれる。私は一日一回は顔をだすようにしている。母は退屈だという。それは当然なのだ。在宅の時には食事の支度と食事には、５，６時間はとられていた。

現在、母はウタタネをする。

施設の、職員は若かい。感謝で頭の下がる思いを禁じえない。母の体調のことと診察の件で話をすることが出来た。当地は不況のため、最近、2社のタクシー会社が廃業してしまった。両社とも介護用の福祉タクシーを運営していた。市から、介護の必要な家庭には介護タクシー券が配布されている。 ところが、2社の廃業により、介護用の福祉タクシーの状況は一変した。２，３カ月前の予約でも上手く取れない場合がある。病院の予約は1月前なので、以前は利用できた福祉タクシーは利用ができなくなっているのが、この県の県都の状態だ。そのようなことを職員の方と話していたら、この施設で条件が合えば対応が出来るかもしれないとのこと。もちろん事前に福祉タクシーにたのんでおいて、それが出来ない場合についてのことではあるが、感謝で一杯だ。

さて、今夜は7:00より前の会社の知り合いが退職とのことで、退職慰労会があるのでＯＢとして出席する。だんだん、同年代のみならず、私より若い世代がリタイヤするような私も年齢になったことを痛感する。リタイヤすれば、暇で退屈となる。

やはり、眠くても、ウタタネをしないほうがよい。

今朝、AM3:40に起床。一旦目が覚めると必ず、本やPCを操作するのが、日課です。昨日、購入したCakephpに関する書籍を読みはじめたら、あっという間に1時間半が過ぎてしまいました。朝のNewsをチェックして、それから、ショートスティに言っている母からの希望を記入したメモを見て、あいだみつおの本を持ち、24時間開いているスーパーでチョコレート2枚、ビスケット、せんべいを購入しました。6時30分にショートステイの施設に到着し、母にそれらを渡しました。前日用意しておいたカーデガンも渡しておきました。本日は19度と言うことですが施設のレクレーションでマリンピアという大型の水族館にでかけるのだそうで、カーデガンは寒がりの母用のためです。

出勤して、社員のコーヒー用のお湯をセットして、ウオーキングを40分して、現在駅南口のマクドナルドでモーニングセットを食べて、投稿しています。

午前中に取引先のオフィスの配置が変更されるので、当社社員４，５名でLANやサーバーの配置を変更に出かけなければなりません。

また、一日がはじまります。

私が最初に利用した言語はアセンブラという言語で現在では殆んどの方にとってなじみの無いことでしょう。しかし、パソコン黎明期にはこの言語しかない時代がありました。アセンブラは命令と言語が一対一の関係です。ですから、ひ弱なＣＰＵでも高速に動きます。まあ、現在でも、あらゆるコンパイラやインタープリタであっても、コアな部分はアセンブラで組まれています。それから、私はMS-BASIC、Cobol、Ｆｏｒｔｒａｎ，Ｃという風に言語を変えていきました。現在ではWindows系ではＶＢやVB.netで組みまして、ツールはＣで作っています。Ｌｉｎｕｘ系はＣが中心ですが、Ｌｉｎｕｘではサーバーを構築することやＣｒｏｎで動かすことが多いので、シェルとしてbash、またsqlやWeb系のphpなんかも使っています。

今回、 ある組み込みのプログラムを開発することを検討しているのです。VC++を使うかＣ＃を使うか迷っています。VC++はスピードを考慮すれば採用に踏み切るべきなのですが、簡単な言語に慣れたせいで、ＣでWindows系アプリを組むのが面倒くさくなってきました。ツールとしてコンソールレベルで組むのは楽しいのですが、「画面制御なんかをＣで組みたくない」という考えが個人的にあります。還暦を2年も過ぎて、簡単に作るのが何よりのだらしなさが頭をもたげてきています。

そこで、Vb.netの親戚みたいなC#をとりあえず勉強することにしました。C#なんかですと簡単なWindowsアプリは直ぐに組めると思いますが、なにぶん今回は機械制御を包括していて、かなり、まじめに言語システムを理解しないと難しそうです。散りあえず昨日「ＶｉｓｉａｌＣ＃２００５逆引き大全500の極意」という秀和システム発行の極意シリーズのC#編を購入してばたばたと呼んでいます。直ぐにプログラムを組まずに3日間ぐらいじっくりと読み込んでからプログラムを作ってみようと思います。まあ、この言語はＣ++の考え方とVB.netや２００５のフレームワークをつかったことのある人なら簡単でしょう。

Windows系の言語はこれ以上覚える気がなかったのですが、仕事上仕方が無いかとがまんします。