每日一得

不求多得,只求一得 about java,hibernate,spring,design,database,Ror,ruby,快速開發
最近關心的內容:SSH,seam,flex,敏捷,TDD
本站的官方站點是:顛覆軟件

  BlogJava :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
  220 隨筆 :: 9 文章 :: 421 評論 :: 0 Trackbacks

2007年9月1日 #

     摘要: 你每天經常訪問哪些站點?

你的收藏夾里有多少收藏的站點?  閱讀全文
posted @ 2008-08-09 14:42 Alex 閱讀(2187) | 評論 (2)編輯 收藏

     摘要: 上次參加open party朋友拿了一本《開源技術選型手冊》,翻了一下,整理成腦圖(圖的效果還是比文字好哦)  閱讀全文
posted @ 2008-08-06 10:30 Alex 閱讀(2331) | 評論 (5)編輯 收藏

     摘要: 從svn版本上checkout出來的新的版本,dwr部分的xml配置文件是紅色提示錯誤,一開始以為是jsp的普通驗證錯誤,后發現不是那么回事。  閱讀全文
posted @ 2008-08-04 15:00 Alex 閱讀(1426) | 評論 (0)編輯 收藏

1.很多人喜歡用代碼開發工具的debug功能來跟蹤問題,雖然最終可以解決問題,但是從方向或者思想上不建議這樣做,我依然記得最初我的技術經理對我說過 “代碼不是調出來的”。

2.不是調出來的那是怎么出來的呢? “寫出來的。” 呵呵,別扭,但是想想看,是否有點道理?

3.從另一個層面,我們需要加強代碼的規范的寫法,這就好比設計,先盡量將設計(在敏捷的年代似乎談設計不太入流,那么你可以認為那是一種思考吧)做的到位一點

4.回到一個大的命題:戰略如果錯誤,執行的越快死的越快;同理,思路或者方向如果有問題,做的越帶勁,你越難受。

5.讓我們朝這個目標挺進:代碼一次編寫就通過! 我見過一些這樣的高人,只要你努力,是可以做到的。

posted @ 2008-08-03 20:56 Alex 閱讀(2247) | 評論 (23)編輯 收藏

     摘要: 又一陣熱風吹過來了,猶如當初的asp,猶如近段時間的SOA  閱讀全文
posted @ 2008-08-03 01:02 Alex 閱讀(1840) | 評論 (2)編輯 收藏

     摘要:   閱讀全文
posted @ 2008-07-03 14:13 Alex 閱讀(1448) | 評論 (0)編輯 收藏

     摘要:   閱讀全文
posted @ 2008-07-03 14:12 Alex 閱讀(2821) | 評論 (1)編輯 收藏

     摘要:   閱讀全文
posted @ 2008-07-03 14:11 Alex 閱讀(3346) | 評論 (5)編輯 收藏

//本站點內容來自于 顛覆軟件

1.機器的ip經常改變,到公司一個ip,到客戶那一個ip,到家又是一個ip,不知怎么搞的,今天到家oracle的dbconsole就啟動不了了.

2.用命令行的方式啟動 emctl.bat start dbconsole,結果還提示ORACLE_SID 還沒有設置,暈,這個怎么沒有了,set 一個吧 set ORACLE_SID=dggmcc (我的數據庫實例)

3.還是有錯,提示找不到192.168.0.52.這個地址,應該是ip和當初裝數據庫的時候IP不一樣的緣故,將hosts設置一下 192.168.0.52   IDEA

4.OK

posted @ 2008-07-03 14:10 Alex 閱讀(885) | 評論 (0)編輯 收藏

1.架構的分類:業務架構、數據庫架構、軟件設計架構,正在流行的所謂soa架構也算吧

2. 涉及到的主要內容:

  • 需求分析
  • 領域分析
  • UML建模
  • 文檔設計管理
  • 設計模式
  • 基于javaEE5的設計(jsf+EJB3)[個人感覺jboss seam是最好的代表了]

3.今天一同事說在網上看到統計數據說基于soa的架構做的項目比傳統的做法成功率確實高,可能性是存在的,不過也不排除這些統計數據是某些大廠贊助的結果 :)

4.今年打算有機會的話培訓一下軟件設計師的課程,內容摘要如下:(來自國信培訓)

一、面向對象分析設計與UML

Ø 面向對象分析與設計OOAD

Ø UML建模與ICONIX進程

Ø 領域建模與用例建模

Ø 需求分析與UseCase

Ø 健壯性分析

Ø 時序圖

Ø 對象圖、狀態圖、活動圖與協作圖

Ø 類圖、包圖與組件圖

Ø 部署圖

Ø UMLRUP

Ø 設計進度和設計粒度的控制

二、設計模式

Ø GOF設計模式

Ø 創建型模式

Ø 結構型模式

Ø 行為型模式

Ø 模式擴展

Ø 開源項目中的設計模式

Ø 模式與交流

三、軟件設計管理

Ø 軟件設計文檔

Ø 軟件流程改進策略

Ø 軟件設計風險管理

四、相關軟件設計案例集

posted @ 2008-07-03 14:08 Alex 閱讀(1440) | 評論 (0)編輯 收藏

//本站點內容來自于www.foxlog.org


1.中國還沒有真正偉大的軟件公司,就當自己做一下白日夢了

2.需要一個協同軟件,比如oracle協作套件,或者IBM的Lotus,目的,提供郵件、文檔、工作空間、門戶、網絡會議、移動辦公等,讓公司的所有資源在一個統一的平臺上實施;當然,出于成本考慮,我也可以選擇google的企業套件,最直接的方式了,而且效果不錯,不過沒有網絡會議和門戶功能,可以考慮使用webEx等 (近期,流行的一個觀點是在協作平臺里引入web2.0的相關技術)

3.需要一個學習平臺,比如oracle ilearing.用于員工的入職須知,技能培訓,為學習型組織提供一個最有力的幫助,最大的問題可能不是學習平臺本身,而是學習內容的規劃和設計,必要的時候需要購買 .  學習平臺最終的目的就是一是培訓員工,另一個就是知識共享。現在很多公司有這么一個毛病,公司運營了很多年,但是隨著員工的逐步更換和流失,很多以前精華的東西都不見了,如果主意了知識的共享和積累(通過軟件平臺),這個問題就是另一種情況了.

4.需要一個 oa平臺,主要基于公司的業務流程,目前大多數oa是基于工作流的機制來實現。事實上,oa的發展歷程已經比較長了,也相對比較成熟,但是究竟能發揮多大作用或者該如何發揮最大的作用還依然是一個問題。

5.建立一個項目管理系統平臺,所有項目都在上面監控,它應該是動態的,可以看到每一天的進度,最好能從上面能對項目的各個組員的工作作出評估,作出即時的溝通和修正。

6.軟件開發過程系統:包含架構設計管理、開發動態控制管理、版本控制、測試管理 .這些內容的主要目的是保證開發的規范話、文檔化

7.會議系統管理. 每個公司都需要開會,但是開會的層次差別太大了,存在的問題主要有:會議目標不明確,會議過程沒有效率,會議結果不明確,會議結束后沒有后期跟蹤管理.關于這方面可以推薦一篇文章 九段秘書

8.以上好像偏重于技術的層面比較多,實際上一個公司的老總最看重的其實必然是市場,所以一個適合自己公司的ERP或者CRM系統也許是必要的,注意,我這里說的是也許。

9.最后,所有的軟件僅僅提供了一個平臺,它是“死”的,或者說其本身并不會發生什么作用,更關鍵的是看不見的“軟件”——企業文化,一切的效率與創新都來自于公司的文化氛圍,在這個基礎上,軟件才會有推波助瀾的作用。

posted @ 2008-07-03 14:07 Alex 閱讀(892) | 評論 (3)編輯 收藏

     摘要: 很多東西是拿來被利用的,被 Fuck的,不是讓你消磨時間的.  閱讀全文
posted @ 2007-09-01 12:42 Alex 閱讀(2367) | 評論 (5)編輯 收藏

2013火热网络捕鱼游戏 浙江11选5怎么破解? 麻将玩二八杠谁最大 快乐十分投注软件下载 云南十一选五基本走势 高手资料二肖中特 北京赛车冠亚最大遗漏 大优彩票网址 急速赛车手 体彩福建36选7走势图 快乐10分中3个号 pk10牛牛公式解析 河南十一选五大小 排列5基本走势图带连线 浙江快乐12开奖 紫金矿业股票行情 广东十一选五开奖结果x