アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
今日行った整形外科の (スコア:2, 参考になる)
薄いペラペラのキーボードと無線のMighty Mouseでした(結構新しい型かな)。
Re: (スコア:3, 興味深い)
Mac用の電子カルテなんて、種類もシェアも限られてます。
ほとんどはWindows用ばかりです。ファイリングソフトや、
レセプトチェック用のソフトも、Windows用がほとんど。
「医者はMacを使う人が多い」というのは、もはや昔話。
だからこそ、Macの電子カルテなんて珍しい!と思います。
某第三セクターのシステムハウス (スコア:1, 参考になる)
他社がWindowsを使っている中で唯一、Macを使っていたんですが「うちはMacを端末に使っています。だからドクターには絶対受けがいいです」と鼻息も荒くデモをしたんですが、こちらの病院の求めている機能が全く備えられておらず、Macを使った処方箋発行機でしかなかったため、真っ先に競争から脱落しました。
使っている道具ではなく、パッケージが必要な機能を備えているのかが大切なのにねぇ。
Re: (スコア:1)
#そりゃ、オーダだして数十秒固まられるとうっとうしいですが、VBでかこうとなにでかこうと
#固まるようには書けますし、逆にPHPで遅いという状況が考えにくいのですが...
端末の画面の遷移を保証できないというのであればわからないでもないです。
自分で書くならまずVBでは書きませんけども、
大規模開発する環境が整っているかとか、兵隊をそろえやすいかどうかとか、
長期メンテナンス(10年単位で将来可能かどうか)とか、そういうこと考えると
JavaとかVBになりやすいでしょうね。
#現に母校はそうなってました
応答性能はできるだけ早く (スコア:1)
そういうところから「Web用のスクリプト言語でオーダリング?」という話になったんだと思いますが。
私のところでは、オーダー発行時の内容のチェックが必要条件でしたので、より性能は必要だったようです。
Smalltalkの案件は聞くところによると、発注者側から「これからはオブジェクト指向だ」という要求があって採用したけど、必要な性能を出すためのノウハウが蓄積されていなかったのが原因らしい。ちなみに、この案件は世界的なSIベンダーの話です。
Re: (スコア:0)
むしろ余計な笛太鼓がついている分VBの方が遅くなりそうですが。
そのうえODBCなどの余計なレイヤが分厚く横たわっていてとっても遅そうですけど。
もたつくのはPHPのレイヤじゃなくてDBのレイヤが一番影響しそうですけどその辺どうだったんでしょう。評価しました?
DBのレイヤであればPHPだろうがVBだろうが大して違いはないはずです。
むしろテーブルの設計やクエリの出し方が効いてくるでしょう。それとDBサーバのメモリと。
Re:応答性能はできるだけ早く (スコア:0)
それこそWebはもっと重たい上に同期システムでは?
非同期にしようと思ったらAJAXとかを利用しないといけない。
そうなるとブラウザによる影響やサーバーの応答性を気にしないといけなくなる。
少し前のAJAXとかが当たり前になる前ならそういった状況になるのも十分納得ですが。
VBとかなら確認画面ならローカルだけで処理が終わりますけど、Webだとサーバー側に行って帰ってこないとダメなわけで。
ある程度のリアルタイム性を犠牲にして処理をローカルで行う事で負荷を分散するのはアリだと思いますよ。
それこそ始業時に医薬品DBをローカルに持ってきて照合、それによりDB負荷を減少とか。
どうせクライアントはサーバーに比べたら遊んでるわけですし。