1，復雜與否主要取決于需求。
在滿足需求的前提下，要使設計盡量簡單。
2，是否采用模板就見仁見智了。看本文的例子，如果不用JTemplate，那就只能用js編碼來生成，那樣比較丑陋。不知js模板里JTemplate是不是最好的，如果是，就把它當作標準用不就得了。
re: 一個關于Jquery的問題 leekiang 2008-11-18 12:27
你用$("#user\.userid")試試
plan->action->feedback->improve->plan…….
-------------------------------
不錯。
做分析，常用的就是剝洋蔥的理論，先建立whole picture, 在找準突破口，一層一層的撥開，我們最先看到的，是洋蔥的外表，也就是說，對于復雜的事物，我們最先想到的、看到的、說出來的觀點，都是不成熟的、都是外表的，隨著我思考分析的深入，時間的推移，不斷的修正自己的觀點
---------------------------------------------
剝洋蔥理論，贊一個
@KEKE
我也不清楚。
既然報A2561415.CAB缺失，那你去找一個A2561415.CAB補上試試。
其實流程定義工具主要是通過那些拖拽來忽悠客戶的，沒見過客戶自定義流程的，客戶要自定義流程時總是離不開程序員的幫忙。所以，從實用的角度看，把流程定義文件弄清楚用好就不錯了。
re: 一個平庸程序員的想法。 leekiang 2008-10-31 20:42
平庸沒關系，絕大部分人都很平庸。
不要老和google、MS里算法牛的程序員比，關鍵是做最好的自己。共勉。
re: 一個平庸程序員的想法。 leekiang 2008-10-31 19:09
感同身受。不要老在技術的外圍打轉，一定要專業。
就像很多人都用hibernate,但懂hibernate的又有幾個?
對于post和get的參數，好像commons fileupload的處理是不一樣的，get參數可以直接通過request.getParameter()的方式獲取，而post的不行，待驗證。
re: 程序員小史記016 leekiang 2008-10-24 12:50
最后一句話是勾人的。
re: 新裝ORACLE 10G亂碼解決方案 leekiang 2008-10-21 21:44
你可以亂搞，但DBA不可以亂搞。
re: JPA和hibernate對刪除操作的不同 leekiang 2008-10-21 21:21
我用hibernate刪被外鍵引用的數據時都刪不掉，怎么你那里能刪掉？是由于hibernate配置不同造成的？
現在是不是感覺用 freemaker比jsp好不到哪里去？
re: 如何集成shark工作流到你自己的業務系統 leekiang 2008-10-13 01:45
我的意思是，你的業務操作和流程操作應該在一個事務內，要么都發生，要么都不發生。
用shark的話怎么做到這一點？
re: shark在業務系統開發中的應用方法 leekiang 2008-10-12 15:14
你把shark作為一個獨立的組件來用，那么怎么解決事務問題的？
re: 架構師培訓筆記---需求開發的主要困難與對策 leekiang 2008-10-09 20:22
你寫得很有條理。
做產品要注意是否有跨數據庫的需求。
做項目的話，假如對hibernate比較熟悉了，那就盡量用跨數據庫的方式做，反正又不增加多少成本。
re: 程序員小史記005 leekiang 2008-09-22 12:52
MIT,初看以為是麻省理工
re: 跑步日志 leekiang 2008-09-20 15:42
你不是請假了嗎？怎么還要上班呢?
re: 奶粉抽查結果也造假？ leekiang 2008-09-20 15:39
原來質監局也抄襲啊，還抄錯了。
re: 軟件架構：決策與選擇 leekiang 2008-09-19 11:45
知識不夠，用忽悠來彌補。
最害怕那些連線程、事務、并發，IO等都搞不清楚的架構師了，偏偏這樣的人最會忽悠。
re: 一次性能調優的實戰 leekiang 2008-09-01 22:36
一方面大家認為做業務系統沒有技術含量，另一方面做的業務系統卻奇爛無比，很多做出來的系統連企業的業務數據的完整性都保證不了,更不用提別的了。
很多做業務的公司基本是能騙就騙，因為要把業務系統做好是需要投入的，還不如招些便宜的新人，做些表面上好像能用的增刪改查,把客戶忽悠過去了事。
所以說做企業應用注定就是忽悠，但不排除有個別有錢的甲方自己養人開發這種情況。
re: 世界頭號最黑最牛最重刑黑客：加里·麥金農 leekiang 2008-09-01 22:11
不可能干掉吧
這樣的人要好好利用，
一是讓他找出己方網絡的漏洞
二是可以讓他入侵敵對方的網絡，
在戰時，說不定這樣的人能改變戰爭局勢
re: js帶來了改變。 leekiang 2008-08-12 17:30
很多"架構師"也跟你想得一樣。
贊一個，
我終于知道什么叫"奇技淫巧"了。
要是把書名也貢獻出來就好了。
re: 刻度尺軟件——有想法 leekiang 2008-08-08 01:09
既然放在首頁，為何不順便放個下載地址？
re: 再溫回調 callback leekiang 2008-08-05 22:47
回調有什么好處?
re: 使用重構移除丑陋的if else代碼（5） leekiang 2008-08-04 13:25
別連放5篇到首頁，以免形成視覺污染。
re: 從用戶的角度看待BA leekiang 2008-07-26 14:13
ba一般是甲方的職位吧，可看你寫的好像是軟件公司的
re: 研究生這一年 leekiang 2008-07-16 20:00
你是1982年左右的?
re: 成熟的架構+創新的擴展 leekiang 2008-07-15 21:19
真是英雄所見略同啊，可惜我不是英雄。
re: Facade Pattern leekiang 2008-07-09 19:23
能不能用幾句話描述清楚呢。或者例子再簡短點。寫得太多了，沒仔細看。
re: template pattern leekiang 2008-07-09 19:20
貌似抽象類實現幾個方法，留幾個接口，實現的方法要調接口,這就是模板了。
spring發展到現在，已經被大量的使用，說它的源碼不怎么樣已經沒有多大意義了。
重要的是：如何使用spring，怎樣使用才沒有問題，spring本身有沒有bug，有bug的話如何規避等。
re: 一本好書（Hibernate實戰(第2版)） leekiang 2008-07-05 11:00
有大量的公司在用著hibernate做項目，看了這本書你都暗自流汗，有很多看都不看的，還說 hibernate 很簡單,save一下,update一下,delete一下,再query一下,不就完了。那樣做出來的項目到底能不能用?
是啊，剛開始的忽悠很重要，必須騙很多人過來用，免費測試。
re: 高并發測試下的一些問題及解決 leekiang 2008-07-03 22:55
汗，我們公司做了很多項目了，可你們說的這些問題公司幾十號人沒有一個人清楚，那些項目能用嗎?請問。
re: Spring 安全認證框架2.0.0 發布! leekiang 2008-04-17 12:55
Spring Security與acegi是什么關系?
Acegi Security is now a DEPRECATED PRODUCT. We strongly recommend you transition to the Spring Security product, which is built on top of Acegi Security and features substantial new features, improvements and simplifications.
re: 關于權限系統設計的一些問與答 leekiang 2008-03-18 00:25
字段級別的權限控制，你用標簽去讀取配置，可以做到頁面級別的控制，即客戶可見/不可見，只讀/可修改，但這個并不能容易的做到url級別控制，即防止客戶繞過頁面，模擬提交.
期待你的回復 。
re: 分享 FR 的激活碼 leekiang 2008-03-15 01:25
你們公司竟然有專門做報表的，羨慕，我們都是自己做。
確實是好東西，可已經習慣eclipse了。
你又不能對客戶說:這是我用獲得Jolt大獎的NetBeans開發出來的
re: “開源人”收費得罪了誰 leekiang 2008-03-11 22:14
Eclipse -> 這個大家最熟悉，IBM支持，商業功能絕大多數收費，或者由第三方付費提供，漢化包是IBM掏錢做的
--------------------------------------
難怪只漢化到eclipse3.2.1,后來的版本就不漢化了,原來要額外掏錢啊
re: 招聘java程序員，系統架構師 leekiang 2008-02-22 20:19
我覺得你們公司非常之混亂，竟然同時用iBatis、Hibernate、JDO、EJB這四種差不多同類型的東西，而且還要求員工對這四個都熟悉。
直接用jsp的include,不是一樣的方便嗎,而且不用額外學東西
re: 一個計算機專業學生幾年的編程經驗匯總（收藏） leekiang 2008-01-23 19:37
做java程序員確實累，一方面是java要學習的框架和開源包非常多，很多東西剛了解馬上就要用于項目，你必須為你剛了解的東西負責；另一方面用java的大都是做業務，工期安排都是按理想情況下最快的完成速度去安排的，而實際情況是幾乎沒有能按期完成的，就算完成了，也是慘不忍睹，最后唯一的解決辦法是不停的加班。