其他

最近在研究“電子採購平台”，這是我最大的感受！例子一：彩虹集團電子採購平台 http://caigou.irico.com.cn/rat/例子二：金陵中央採購中心　http://www.jinlingsource.com/例子三： 廣東移動通訊 http://www.gd139.com/gd139/Welcome.do；這個還好，有那麼點樣子。浮誇風文章：1、彩虹集團實施電子採購三部曲  http://forum.esmchina.com/FORUM_POST_1200195693_0.HTM 

   企業級應用軟體一般都離不開“資料來源”，其中又以關聯式資料庫為多。隨著基礎軟體平台，如工作流程組件，中件間等的不斷髮展，使得企業級軟體的開發重點落在了“資料庫”的設計。結合自己在MES系統軟體、ERP軟體、進銷存軟體和電子採購平台的實踐，總結出一些“資料庫表設計”的模板，供大家參考和討論完善。  

按最複雜（儘可能）的功能考慮，-----客戶（使用者）的需求是片面、片段的、當前功利的按目前的需求設計；---------------------3個月後使用者想要的功能，注意不是滿足使用者當前想要的按通用的思路架構，---------------------別在相近的問題，花費兩份的成本，至多隻能1.6份，否則怎麼獲利按實用的解決方案實施。----------------這個都能理解，要得“二期工程”，多少都要留一手吧

下載：針式背單詞V2.0版 免費，但不簡單！針式軟體助力您學好英語！                  下載“針式背單詞V2.0版”安裝檔案[大小：36M]--最新動向日期：2006-07-26                 （7/26發布的[2.00.16]的20組限制Bug修正包：下載）                  內建9本常用的針式電子書，更多針式電子書下載：針式電子書下載列表（暫時）  

聲明：本文不是原創，原文：http://www.huihoo.com/middleware/application_server/1/a1.html基於應用程式伺服器的架構是一種趨勢，分布式以支援Server Load Balancer、商務邏輯和介面邏輯分離等，才能真正適合企業的可靠應用。最重要的一點是，開發應用程式伺服器不是專業軟體廠商的“專利”，凡是做軟體的人，都能，因為有.net和Windows Server 2003的強大功能支援！應用程式伺服器Application

  曾經有機會參於某汽車整裝MES系統的開發，某物料平面圖如下： 針對該系統的實現要點總結如下：  1、合拍問題：難在MES系統的資訊流和PLC的物流的同步，特別是PLC系統或MES系統發生異常時的同步處理。異常時的同步方式採用提供修改資料程式、同步異常提示程式使用者暫停程式等處理方法。  2、JIT物料：包括物料拉動和料箱管理，涉及到外協口、管理問題和部分資訊依靠人工輸入如何保證及時性、防獃等問題，程式上作相關的處理措施 

        看了“XXX地方稅務局社會保險費報表採集系統”，僅僅是一些簡易功能，並不是站在使用者的角度去考慮問題；也許是項目發包方本身不是使用者的原因造成。一個核心功能盡然沒有：名單核對！不經感慨：有技術實力的接不到單子，這是一個值得思考的問題。    如果換成我來架構：我只要使用者輸入一個“在職員工”的Excel檔案，即可自動完成核對、申報功能！（現在的做法是開發一個傳統型程式用戶端，讓使用者輸入，再通過Web服務申報） 

測試是一種“事後諸葛亮”的行為，若從一開始就不存在BUG，何來“測試”1、不存在BUG：依項目的難度而言，可能性就有大有小，一般情況下，不應該存在原理性的BUG；“原理性的”應歸為設計錯誤！2、測試的主要目的： a.驗證方案的可行性 b.驗證系統按預期的方式運行：安全性漏洞等視為“未按預期的方式運行”3、測試中發現的BUG應溯源：到底為什麼錯 a.代碼：程式員設計時存在的問題 b.原理：架構師設計時存在的問題 c.工具：編譯器存在的問題題 d.第三方軟體 e.作業系統 f.硬體 g.根本不是BU

如何對自己的技術進行定位，這是生涯規劃的重要部分，對個人發展，仍至創業都很重要。有位朋友對我說過一句話，印象深刻：技術是程式員的根源（大意如此）。題記：1、技術很棒的人+高學曆，一般都會被MS、Google等網羅2、技術很棒的人+普通學曆，一般都會被自己困住，因他們的興趣就是技術，所以只能等機會、等人發現哪什麼是“技術很棒的人”？個人認為主要包括三大方面。1、按語言可分為Java、C++、.net和像Domino二次開發四大塊2、通用開發技術包括OO、UML，資料庫、分散式運算、MQ等高階的應用

           不知從何時起，開始不買書，因為大多數的東西可以從互連網擷取，所要是搜尋引擎的提示；當然，找到看到的一些認為有用的東西，也會進行“收藏”。           最開始的時候，是使用“另存新檔”，將網頁按年月的檔案夾順序儲存到電腦中；後來發現不便於檢索和編輯，就將收集的網頁，儲存在Outlook中，解決了檢索和編輯問題；由於經過自己的加工，所以價值出來，備份顯得重要，只好每月手工備份，但經常忘記備份。           

原文：http://www.cnblogs.com/ddr888/archive/2007/01/29/633720.html1、第一次安裝，驗證副本失敗後，退出安裝程式2、將C:\Documents and Settings\All Users\Application Data\Windows Genuine Advantage\data\data.dat刪除--可能需要登出後重新進入後才能刪除哦3、第二次安裝，安裝之前要斷開網路4、最後重啟即可     IE7的功能真的很不錯，所以熱力推薦。

免費，但不簡單！針式 .net 軟體助力您學好英語！軟體名稱：針式背單詞V2.0版(完全免費)版本2.0更新內容：新增線上查詢、改共用為免費軟體、刪除詞庫單詞功能改善！下載連結：針式背單詞V2.0版有些東西是需要“死記硬背”的，沒有捷徑可走；當我們專心去做某一件事的時候，你會發現自己正漸入佳境，信心越來越足！當然，萬事開頭難，只要走過最艱難的日子，一切會變得開闊起來。     

     從公司資訊化到個人資訊化，是未來軟體發展的一個趨勢。個人資訊化已經從郵件、SNS、多媒體、部落格、Wiki等，過渡到更理性的“個人知識庫管理員”和各種應用軟體的整合服務。我想，部落格園的發展方面，會朝為大家提供更好的“個人資訊化”服務方面深化，讓大家可以知道得更多、更快一些等的“個人資訊綜合交流平台”的大方向發展。     先談談一些我在“個人知識庫管理員”方面的實踐。   

這裡的介面指：用戶端和介面的互動面，而不是指使用者介面用戶端：指廣義的Client，即介面的消費者介面：指廣義的介面，即提供消費的類、介面等介面的設計原則：簡單、清晰1、介面的介面越少越好，更多的類等應封裝在介面內部，即模組設計常講的“高內聚，低耦合”2、使用介面的步驟越直接越好，而不要有太多的使用步驟約定、隱含3、在單線程的前提，介面的整體應該是封閉的，即消費完成一個介面，應及時釋放4、在單線程的前提，應使用正向調用或回調，不應使用逆向調用；保證介面不產生混亂  

2006-11-02有好的Idea，就去做2006-11-05軟體的迷宮，你走出來了嗎？ 2006-11-07人的誠信，一紙合約遠勝過美麗的口頭協議 （別人憑什麼信任你？你憑什麼信任別人？） 2006-11-08主動不斷擴大信任你能力的人群！ 2006-11-10有很多東西自己往往想不到 2006-11-20思維的限制-看了“威客、金幣農夫”等新名詞有感 2006-12-04Data<Information<Knowledge<Trend（軟體的價值思考） 2006-12-21

除了很好地進行“黑箱測試管理”，個人覺得下述更值得用功；畢竟“前除後略”！1、架構和演算法的可行性測試分析：主要包括效能、並發等方面2、CodeReview：很簡單，但很多人沒有這樣做；其實這比“黑箱測試”更容易發現邊界問題、流程正確性問題等。值得推廣！3、測試驅動和單元測試，很多人為了達到那些並不太懂編程管理層的要求，往往是少了這些看似不容易出成績的步驟。（很大程度上改變設計思維） 知道可能出錯的地方，當然容易避免出錯。4、UML和用例：特別是UI建模，個人覺得最不可少；UML和用例至少要能覆

     很多匯入Domino系統的企事業單位都知道Domino系統安全可靠，但不知道它的前提是使用Notes用戶端的ID認證的前提下。很多基以Web訪問方式的，開發人員往往圖方便和快速開發，使用了“匿名訪問”的方式，豈不知一個非常大的安全性漏洞為一些知道Domino系統原理的人敞開了！   

網頁訪問的源總結（基於Windows平台）：1、伺服器：a.asp/aspx等執行的結果 b.緩衝2、本機：    a.伺服器 b.本機緩衝 c.離線同步的檔案 d.下載至原生檔案上述的觀察角度是：用戶端使用者對於“伺服器端”，真正的源仍要視網站的規模、管理員模式等有很大不同對於設計者：對本機緩衝的特性注意度經常還不夠。本機緩衝的特性對於網頁的合理化設計，以提高訪問速度，很有好處；但也可能產生了很多非預期的問題，這些問題又和IE對緩衝相關項目的設定有關

今天，使用http://link.kuww.net/pr.asp?act=search，查了一下：您查詢的網址：http://www.pinstudy.com 在GOOGLE 上的PR值為：3兩三個月的努力得到“回報”，先後根據Google Analytics跟蹤分析修改了關鍵字達20幾次！組合式英文單詞尋找網站：http://www.pinstudy.com

 題記：程式=代碼+資料對於這個公式，大家應都很熟悉。如何處理資料有很多技巧，本文站在C#等進階語言的角度，作一些分析。本文所講的資料，將所有的常數、變數、對象都視為資料，程式的其餘部分視為代碼。資料的一個關鍵屬性是資料的表示形式，一般可以區分為程式內定義和持久儲存在檔案或資料庫中兩者；這兩種表示形式的異同點分析，見下表：項目