プログラムの作法
テーマ：コンピュータ
2014/04/02 00:54
消費税アップに伴い、うちの店でも外税か内税か議論をしてみたのだけど、10%になった後最終的には内税表示となるし、20％を超えるヨーロッパなんかでは内税でないと、とんでもない話になる。
ということで内税方式に決定・・どちらにしても、数千アイテムある値札をつけかえなければならないし、価格表や価格の表示されているパンフレット類も全て修正しなければならない。
うちの店のPOSシステムはDOS版のdbMAGICで、商品マスタの登録はこれもDOS版の桐で運用するという、極めてアナクロなシステム。前回税率アップした1997年に導入したシステムなのだ。POSはDOSで運用し、データの分析や転送等にはWindows2000上のAccess2.0で行うという変則型。桐はVirtualPC上で作動している。過去に何回も更新を考えたのだけど、作っているヒマがないので、ぐずぐずとそのままになっている。
この機会にWindows上で運用すべく、当面必要な商品マスタの管理プログラムをWindowsへ移植することにした。AccessとかFilemakerとかも考えたが、一からコーディングしていくには時間が足らない。結局、桐9で。
プログラム的には大したことをするわけではないが、今日のアプリケーション作りは入力サポートとフールプルーフに耐えられるエラー処理がほとんどを占める。昔のBASIC時代のようにインターフェイス部分まで全てコーディングする必要はなく、イベントに対応したオブジェクトのプロパティやメソッドの処理だけで済むので効率はいいはずだが、結局便利なものを作ろうとすると肥大化する。
本当はグローバル変数や局所変数の名前・役割をちゃんと定義して、全体のストラクチャのドキュメントを作ったうえで作るべきなのだろうけど、久しぶりなので強引に作ってしまう。ダイクストラ先生ごめんなさい。
久しぶりにプログラミングを行って思ったこと－やっぱり面白い。
昔のCOBOLで作っていた時のことを思うと、何千行もコーディングして行えることを、今日では非常に短い時間で作り上げることができる。メモリやディスクの容量も十分な余裕があるので、それに煩わされることがない。
便利になった反面、刹那的になってしまったともいえるが、モノづくりの楽しさは十分味わうことができる。
集中力の継続が難しくなったのは年相応か・・・・
ということで内税方式に決定・・どちらにしても、数千アイテムある値札をつけかえなければならないし、価格表や価格の表示されているパンフレット類も全て修正しなければならない。
うちの店のPOSシステムはDOS版のdbMAGICで、商品マスタの登録はこれもDOS版の桐で運用するという、極めてアナクロなシステム。前回税率アップした1997年に導入したシステムなのだ。POSはDOSで運用し、データの分析や転送等にはWindows2000上のAccess2.0で行うという変則型。桐はVirtualPC上で作動している。過去に何回も更新を考えたのだけど、作っているヒマがないので、ぐずぐずとそのままになっている。
この機会にWindows上で運用すべく、当面必要な商品マスタの管理プログラムをWindowsへ移植することにした。AccessとかFilemakerとかも考えたが、一からコーディングしていくには時間が足らない。結局、桐9で。
プログラム的には大したことをするわけではないが、今日のアプリケーション作りは入力サポートとフールプルーフに耐えられるエラー処理がほとんどを占める。昔のBASIC時代のようにインターフェイス部分まで全てコーディングする必要はなく、イベントに対応したオブジェクトのプロパティやメソッドの処理だけで済むので効率はいいはずだが、結局便利なものを作ろうとすると肥大化する。
本当はグローバル変数や局所変数の名前・役割をちゃんと定義して、全体のストラクチャのドキュメントを作ったうえで作るべきなのだろうけど、久しぶりなので強引に作ってしまう。ダイクストラ先生ごめんなさい。
久しぶりにプログラミングを行って思ったこと－やっぱり面白い。
昔のCOBOLで作っていた時のことを思うと、何千行もコーディングして行えることを、今日では非常に短い時間で作り上げることができる。メモリやディスクの容量も十分な余裕があるので、それに煩わされることがない。
便利になった反面、刹那的になってしまったともいえるが、モノづくりの楽しさは十分味わうことができる。
集中力の継続が難しくなったのは年相応か・・・・
コメント
-
2014/04/02 09:36桐という名前にだけ反応してしまいます。中身はついていけないけど。失礼しますm(__)m
私のパソコン歴は父から教わった桐と松で始まりました。アメリカ嫌いの父はDOSからウィンドウズに世の中が流れたとき、ずいぶん抵抗してました。
お店を始めて10年、いまだに顧客管理ひとつ、ろくにできない、とことんアナログ派です。
今でも桐は動いているのですね。素晴らしいです。[Res]ねむりはかせ2014/04/03 01:30細かいところに手が届くソフトで、いまだに重宝しています。
さすがにDOS版はつらいですけどね
-
2014/04/02 13:45私は COBOLの方に反応してしまいました(^_^;)
当時、社内のプログラミング言語はPL/Iでしたので、
私もそれ一辺倒でしたが、社外のソフトウェア受注の中には
COBOL言語でのプログラミングもあり、COBOLを
しっかりマスターした仲間もいました。
でも、COBOLもやがて消えていくのかなぁ(^_^;)
[Res]ねむりはかせ2014/04/03 01:341983年に帰ってきてからはマシンがN5200シリーズだったので、POSと売掛系はCOBOLでした。コンパイルが辛気臭かったですが。
桐は1990年からですね。
プログラムが手続き型からオブジェクト指向型に変わってからはCOBOLは生き残れないでしょうね。あんまり意味ないし、生産性が悪いです。
-
2014/04/12 10:58コボルは、触ってないのでわかりません。うちの職場は、表計算です。数値制御ならわかりますが、コボルを作っている会社にいながら触ってません。コボルてそんなにいいのかなあと思います。
RSS