Ryuzee.com

Delphiのオープンソースアプリって調べてみると少ない。知っている限りでは2chビューワーのギコナビとかちょっとしたツール類程度。今作っていてもうすぐ世に出るソフトはMDIウィンドウ形式でソースコードは10万行くらいあるが中のソースは自分でNiftyやネットを調べてコピペ（＾＾；して作ったもんだから、正しい作り方かどうかわからないのは現状。

1999年に構築したソースを元に今回構築しようと思ったのだが、あまりにも当時の技術レベルが低く、まるでC言語のような手続き型のソースコードで、今回はほとんどの部分新たに書き直している。既存の謎のソースを修正するくらいなら、新たに構築したほうがよっぽど品質がよくなると判断したためだ。

よくよく考えてみると企業でレガシーシステムのリプレースが進んでいるが、ソリューションのひとつとしてそのまま持っていって動くようにできる製品も多々でている。

でもそれをやるってことは結局既存の問題を棚上げにして業務を継続しようということであり、BPRとか経営スピードの改善とかにはまったく関係がない。レガシーシステムをメンテナンスできる技術者がどんどん減っていく中でそれを継続して利用していくことは、今後発生しうるコストを考えるとイマイチであろう。

なんて電車の中で考えてた。

＃ちょっと仕事しすぎか、仕事以外のことって何も考えていない気がする。帰ったら子供は寝てて、朝も子供と時間があわないからな～。コミュニケーション不足が心配。妻＆子供すまんね～

仕事忙しすぎ。

マネージメントしつつプレイヤーなのでどうしても昼間はマネージャで夜はプレイヤーといった感じで時間ごとにタスクを分けてやるしかない。気付くといつも夜８時とかでそこからソース書いたりドキュメント書いたり、家帰っても仕事してたりする。

会社に人が不足しているのが問題だが、上司はわかっていないのかがんばれの一本張り。

自分が上になったときはそうならないようにしたいものだ。心配性なので胃潰瘍なおらない。

ベータテストが開始してしばらくたつが、DB周りのエラー報告はなかなか出てこない。Nさんからは初期化して登録したらエラーが出るって連絡あるけど、ほかでは出ていないようだ。気持ち悪い。

でこのまま一般公開するとマズイかと思ってさらってみたら、理由がわかった。

原因はテーブル生成時のBDEの設定の問題で、Paradoxのテーブルサイズの制限は

ブロックサイズ*65535

なのだそうだ。そういえば昔はまったかも。

ということでブロックサイズはデフォルトでは2048なので

2048*65535/1024/1024=約127M

こりゃだめだ。

ということで早急に対策モジュールを作成。

自宅のDell Inspironでテスト。最近XPのSP2を適用してからマシンが突然死するようになって夜間放置すると朝にはきっちりｗ電源が落ちている。

ネットで検索したらノートPCの下に足をつけて通気性を向上させると解決するかも、とのことなので実験。

朝起きたらとりあえず正常に動作していた。

なんだかなぁ。

DelphiでMDIフォームのWindowメニューが消える

ので悩んでいたが、WindowMenu に指定するMenuItem に分割線を入れないようすればいいらしい。

Delphi5もいい加減バージョンアップすっかな。

 

日記 PHP オープンソース インストールマニアックス IIS Trac MySQL Perl Linux Agile・生産性向上 wordpress フリーソフト 自宅サーバ 書評 ブックマーク phpMyFaq TraM Plugin 早起き Delphi apache CakePHP Firefox Ruby eclipse セキュリティ プラグイン アジャイル mojavi Subversion Ajax/Web2.0 SQLServer Zope サーバ フレームワーク phpBB 仮想化 PostgreSQL OpenVZ scuttle CMS 文字化け 自宅 翻訳・日本語化 ApacheDS LDAP Excel 生産性向上 CodeIgniter XAMPP hacks taskfreak 修正 言語ファイル Ajax SBM ダウンロード HTML::FillInForm mod_security 情報共有