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 オープンソース Linux Trac Perl wordpress フリーソフト Agile 自宅サーバ phpMyFaq Plugin 書評 Delphi apache プラグイン Subversion アジャイル mojavi セキュリティ Ruby Firefox Ajax/Web2.0 eclipse サーバ Zope フレームワーク CakePHP 文字化け scuttle OpenVZ 自宅 phpBB CMS 翻訳・日本語化 Excel ApacheDS 生産性向上 仮想化 hacks CodeIgniter XAMPP LDAP SBM taskfreak Ajax 修正 言語ファイル mod_security ダウンロード HTML::FillInForm 情報共有 格安 メンテナンス 移転 アンケート レンタル PhpScheduleIt 翻訳 API