澤田@名古屋です。
以前、大橋先生とお話をさせていただいた際に、NOAのハッキングについて議論しました。
基本スタンスとしては、
・オリジナルのコードをよく読む。NOA Code Reading (NCR)。
・先人・達人の意見を十分に聞く。
・developers-MLで大いに議論する。
・自分の好むモジュールや、得意とする機能を、初期段階では制約にとらわれず自由にプログラミング・コーディングする。
・できる限りドキュメントを書く
将来的には、最近流行りの、アジャイル、XPなども取り入れ、更にはWeb経由でのPMS、Subversion、Gitなんぞも使って見たいと思って
ますが、とりあえず最初は、ゆるく始めたいと思います。
澤田が思いついたハッキングの事柄をメモしておきます。
# 思いつきですので、勘違いの無いようにお願いします。
# また、引用した一部のライブラリーは、ライセンスも十分に考慮し、
# 性能や開発効率を重視して厳選吟味したものですが、
# 開発中止や有償化などにより、いわゆる「はしごを外される」
# ことも否定できないことをご注意ねがいます。
(1)Dir構成を検討する。
-- /NOAConfig/ : 各種機能の設定するモジュールを集約するDIR
-- /NOAFunction/ : 共通関数置き場
-- /NOADataBase/ : データベース回りを共通化し集約するDIR
(2)DB回りの関数ライブラリについて
-- MySQLに特化せず、他のDBとも接続可能な方法を探る
-- ライブラリを利用して、DBアクセス部分をできるだけ抽象化する
-- ライブラリを使っても速度低下の無いようにする
-- 候補としてADOdb
http://adodb.sourceforge.net/
(3)JavascriptやAjax回りのライブラリについて
-- Javascriptをすっきりとまとめる為に、高品質なフレームワークを探る
-- クラス化をよりしやすくし、開発効率を高めたい
-- 候補として Ext.JS
http://extjs.co.jp/
--
http://extjs.co.jp/japan/presentation/presentation/
(4) テンプレート回りのUI(NOADesigner)
-- 現場の医師やスタッフでは、高度過ぎる
-- スキルを持った専門のデザイナーでも設定が難しい
-- ユーザごとのテンプレート保存は、現在、サーバ側のテキスト
NOA.TXT(JSONフォーマット)であるが、可搬性を考え、
リポジトリ保管、DB保管を検討したい。
(5)マルチブラウザ対応
-- さっそく大橋先生が、FireFox対応に着手
(6)画面ハードコピー機能:医事紛争、裁判対策
(7)ORCA CLIAM接続。得意な方といろいろ相談。
--
http://www.medxml.net/claim21/default.html
こんな所でした。
ご意見をお寄せください。