其他

不久前的一次旅行中，偶然發現了一本講VA醫院的書。還沒細看，就決定可以買下。最早聽說VA醫院，其實是剛入行不久。當時的老闆有個有趣的習慣，就是隨時隨地用各種方式給我們畫餅。其中的一種方式，就是經常全公司群發一些介紹國外醫學資訊化先進實踐的資料（當然，諸如此類的做法，常常受到一些從大公司空降來的中層堅決抵制，他們有個專業術語，叫做越級溝通）。這當中就有VA，其中的一些應用程式截屏，據說還在各路PPT製作者之間廣為流傳。遺憾的是，當時急功近利的市場，只接受以MIS（特別是財務核算）為核心的HIS；在

 在雲端運算的時代，什麼都流行搞集中化，多家醫院集中預約、集中挂號、集中儲存臨床文檔（索引）、集中管理轉診業務。當醫學整合遭遇到地區應用，海量資料交換就成為一個首當其衝的問題。跟傳統的部門級或院級整合情境相比，業務單位的擴充使得資料量成倍的增加；如果把可靠性考慮進來，這些資料可能還要double一下，以便通過資料冗餘實現異地鏡像和災備。做慣了傳統的整合方案，這樣規模的整合方案也許會讓我們不知所措。但仔細分析下來，其實再複雜的問題都可以分解成若干個簡單的小問題。只要把問題切分到其規模可以用傳統的方

一直對HTML5 DICOM

作為Java大家庭中的集合類架構，List應該是平時開發中最常用的，可能有這種需求，當集合中的某些元素符合一定條件時，想要刪除這個元素。如：public class ListTest {    public static void main(String[] args) {       Integer[] strs = new Integer[] {1, 2, 3, 5, 6};       List<Integer> intList = new

大多數管理者都很少公開談論自己的管理經驗，或者心得，最多點到為止，好像天機不可泄露。敢於大言不慚地談論的，一般有兩類人。一類是初學者，他們多半是為了成長過程中某個心智階段的總結；一類是大師，他們則是為了整理人類的知識。我這裡有意把一些包含私利的動機排除在外，否則實在對不起一些牛人，比如徳魯克，雖然他從不承認自己是個管理者。去年春天，在QCon2012上看到一個報告，叫做“弱矩陣中的專案管理”，我當時還有點清高，好像覺得一看題目就知道他要講什麼，所以選了別的課題去聽了；但更重要的原因，當時我腦子想

這幾年蘋果產品大賣，喬布斯成為偶像，產品管理重新成為程式員社區熱議的話題。所以我也跟風一下，梳理自己在醫學資訊化方面的一些產品體驗。之前工作的一家公司，規模不大，沒有真正意義的市場部門，產品經理隸屬研發部門，直接彙報給研發經理。產品經理同時承擔著研發專案管理，跟蹤市場趨勢和競爭者，以及協助銷售部門打單的售前工作。當時大多數產品是成功的，唯專屬一個產品，從概念提出到產品研發持續了一兩年，但沒有客戶，後來被證明犯了方向性錯誤，立即砍掉，剛好負責這個產品的資深老專家找到更好的出路，奔赴自己的前途去了。

        大家點擊我的部落客頁詳細資料裡的郵箱就可以給我發郵件了，那麼這個效果是怎麼實現的呢？        1. 簡單的連結        效果：給我發郵件        代碼：<a href="Mailto:ghsau@163.com">給我發郵件</a>        這樣會調啟系統預設的郵件程式發送給ghsau@163.com，並且收件者那裡已經填上了我郵箱的地址。        2. 複雜的連結        效果：給我發郵件        代碼：<

var fp = new Ext.FormPanel({        frame: true,        title:'Check/Radio Groups',        labelWidth: 110,        width: 600,        renderTo:document.body,        bodyStyle: 'padding:0 10px 0;',        defaultType: 'radio',  // each item will be a

       目前在改進內部系統的一個功能，前端給出了，從前段到後端都需要自己來寫了，好在自己對前端的技術也略有涉獵。       頁面需要實現一個按鈕切換的效果，其實切換隻是冠冕堂皇的話了，就是點擊圖片一下，換成另一張圖片。效果如下：                     這是從上截下來的兩張圖片，需要的效果就是點擊正式版，切換到左邊的效果，點擊編輯版切換到右邊的效果，所以需要正式版和編輯版上觸發不同的事件，但是正式版和編輯版是在一張圖片上的，引出本篇的主題，圖片熱點。     

　　我們知道，如果直接對密碼進行散列，那麼駭客可以對通過獲得這個密碼散列值，然後通過查散列值字典（例如MD5密碼破解網站），得到某使用者的密碼。　　加Salt可以一定程度上解決這一問題。所謂加Salt方法，就是加點“佐料”。其基本想法是這樣的：當使用者首次提供密碼時（通常是註冊時），由系統自動往這個密碼裡撒一些“佐料”，然後再散列。而當使用者登入時，系統為使用者提供的代碼撒上同樣的“佐料”，然後散列，再比較散列值，已確定密碼是否正確。　　這裡的“佐料”被稱作“Salt值”，這個值是由系統隨機產生

 由於現在很多網站，為了加強安全性，以及防止程式的自動操作網站，都加入的了驗證碼技術。但卻給廣大站長推廣宣傳網站帶來的麻煩。所以我準備寫這篇關於驗證碼識別技術的文章，不足之處在所難免！本人從來不寫東西，今天為了想落伍才寫了！     廣大站長宣傳推廣自己的網站，經常要發布一些宣傳廣告，如果靠人工，太慢太昂貴，所以理想的辦法是使用群發軟體，可現在很多網站都有驗證碼，這成為群發軟體的技術痛點，而識別也就痛點中的痛點，好的，閑話少說，言歸正傳！   

    這個版本裡的SpringSide，終於放棄夢想，不再奢望做一個架構，或者一個像RoR/Gails那樣極簡的、創新的封裝，唯餘對如何用不輕也不重的主流選型、編程實踐來開發JavaEE公司專屬應用程式的老老實實的總結。        如果說Sun 的代碼規範規定了大家在代碼中如何命名變數，怎麼編寫注釋的話，SpringSide就是對JavaEE公司專屬應用程式開發的建議。    當然，SpringSide 3.0 還同步了這一年半裡Java社區的技術升級:JAX-WS 2.0/CXF ,

首先說明下，對於以上這些開源的架構和JWS，我都用過了。 看了前面一系列Java6

多年前就在部落格上寫過O/X Mapping的故事，及其續集。O/X Mapping並不是一個常用的術語，只是借用了O/R Mapping的思路，自己對XML序列化的一個別稱。沒想到的是，這麼多年來，關於O/X

Spring Security支援異常資訊的國際化，終端使用者希望看到這些資訊。 如果你的應用被設計成給講英語的使用者的，你不需要做任何事情， 因為預設情況下Spring Security的資訊都是引用的。如果你需要支援其他語言。 你所需要做的事情都包含在這一章節中的。所有的異常資訊都支援國際化，包括驗證失敗和訪問被拒絕的相關資訊（授權失敗）。 應該被開發人員和系統開發人員關注（包括不正確的屬性，介面契約，使用非法構造方法，

 看到 http://urs.56.com/Reg1.php　看到上面色彩搭配得很好看   .focus {        border:solid 1px #00a8ff;    padding:1px 2px 2px 1px;    margin:5px;    background:#e2f5ff url(icon1.gif) no-repeat;    height:15px;    width:auto;}.blur {    border:solid 1px #ffffff;    

大公司病常常表現為：1) 多一事不如少一事。2) 敬小慎微，怕擔責任。3) 缺乏激情，抗拒變化。4) 按部就班，抓不住重點。5) 像木頭一樣，踢一腳才動一下。6)

偶然在網上看到一個基於HTML5的DICOM瀏覽器，有點意思，而且作者部落格上的文章也不錯。用IE9的開發人員工具跟蹤了一下，發現一些設計要點：1. 整個程式做了防破解的處理，包括javascript的壓縮，以及整個頁面DOM的動態產生。2. 頁面載入大致的邏輯是：   1) 在空的body中動態建立一個iframe。   2) 在iframe上載入一個事先（可能是根據瀏覽器的不同）cache好的html檔案。   3)

       轉自http://page.renren.com/600882494/index       每次我遇到一個程式員——有時是相當高水的——總發現他會認為：你並不需要給你的代碼加註釋。我要說，這就是胡說八道。我很長時間以來一直這麼表 達。問題是，讓事情改變要比你想象的難。雖然我們正處在努力編寫那些討厭的代碼、準備發布一些會令人驚歎的新東西的緊要關頭，我們仍然幾乎注釋所有的東

       背景：昨天一個同事有種需求，有一個展示資料區域的div，帶捲軸，當捲軸滾動時，需要向後台發請求，計算資料，再拿到前台展示。       分析：由於資料量層級較大，所以當捲軸滾動時，如果時時向後台發請求，對伺服器和瀏覽器都造成巨大的壓力。想到的解決方案是，當捲軸停止時，再去發請求計算資料。那麼問題來了，如何判斷捲軸是否停止了呢？       解決：搜尋了一下，js本身是無法判斷捲軸是在滾動狀態還是停止狀態，只有通過其它方式了。後來想到的思路是當捲軸滾動的時候，發起一個定期執行的方法，