Re: [討論] 關於現在JavaWeb應用程式在業界的開發狀況

看板Soft_Job作者 (null)時間15年前 (2011/01/22 00:23), 編輯推噓7(706)
留言13則, 8人參與, 最新討論串2/2 (看更多)
※ 引述《clairehuei (不是clairehuei 是桂)》之銘言: : 想請問大家一下,如果一個程式開發團隊,在開發java web的專案時,居然 : 用了一大堆某個資深pg(以下簡稱他為X先生)他在前一家公司工作時,自己 : 寫的私人lib跟jar檔,然後,這位X先生,還認為spring hibernate等這些技術 : 是"非主流",而且以後也會沒人用,這樣子的想法,別人給的建議,也都一律 : 如此回答,堅持用自己開發的來用,我個人是覺得,沒有任何好處,因為他私人 : 寫得東西,別人去用他,根本就不知道他裡面的邏輯是什麼,而且也不是標準的, : 或許他可能真的改寫得很方便之類的,但是,對於其他pg來說,根本就不是一件好事 : 對吧?將來到別家公司去,難道還有這些私有的東西可以用嗎? : 之前學得時候,大多數前輩老師們都是說現在的主流是spring MVC + hibernate : 而到了業界,卻又好像不是這麼一回事?是剛好我被這位X先生洗腦了嗎? : 不知道大家對這樣子的事情有什麼想法呢 懷疑自己是不是被洗腦是一件好事啊. 但 spring, hibernate 是不是主流要看你的工作環境用不用而定了. 其實焦點不在於 [私創的 library] 或 [open source framework] 何者為主流. 而是在你們團隊對開發品質的掌握度. 就拿你的觀點來說: 因為他私人寫得東西, 別人去用他,根本就不知道他裡面的邏輯是什麼,而且也不是標準的, 有多少使用 Spring 或 Hibernate 的 user 認真 trace 過一部分的 source code ? 即使只自己需要的那一部分。 如果沒有下過這些功夫,那麼不也是不知道裡面的邏輯是什麼? 在 Java Web 開發的 Framework 如果只能用所謂標準的 那麼大概就是 EJB、JPA、JSF 一類的東西吧。 對 open source 的 library/framework, 我們都還可能再另外包一層 Utils 或 Facade 來隔離這些[外來者] 與我們真正維護的[核心模組]之間的關係 Spring 或者 Hibnerate 都很強大,也有著多數使用者習慣[或盲從]的預設行為 能微調的內容有許多、也必需細心去調整。 經由簡單的偽裝成私有的 library/framework 直接使用團隊經驗者調整後的行為,或是使用慣例(隱藏於私有 library 內) 能避開許多應注意而未注意的[地雷!?] 而直接有內部的 library,它也許會有團隊歷史的包袱, 但也直接承接了團隊累積的智慧。 況且程式碼的量不太可能大到哪去, 對實際內容的掌握度應該要比全盤理解另一個巨大的專案容易。 回過頭來,你不用在意被他洗腦。 除非你要結束這一份工作了。 若他是主導者,那就是團隊文化的重要成份。 你得融入貢獻私用 library 的情境。 RD 不能只當[標準函式庫]的消費者,也必需是高生產力環境的創造者。 如果在一家公司只是為了學到某個 library/framework 的用法, 那實在是 [賺得不夠多],除了薪水之外,沒有真的賺到新的技能。 在過去與工作伙伴互動的經驗, 更深入地探索對方的想法、原由自己反而學得更多。 也許你該換新的問題,針對你所不理解的部分去發問。 而不要只是覺得有問題,或者怪怪的這含糊的方式。 若能提出你的解法,相互比較。 做理性的評斷,對方也會知道你是誠心地想知道他的想法 而不是只是想要挑戰他為何不用許多人選擇的 Spring/Hibernate。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.231.49.62

01/22 09:44, , 1F
01/22 09:44, 1F

01/22 13:06, , 2F
推~用或不用端看上層主管的決策和考量~不跟隨潮流~那就是
01/22 13:06, 2F

01/22 13:07, , 3F
全靠自己解了~兩種方式都有好有壞...
01/22 13:07, 3F

01/22 19:23, , 4F
推~~講的很中肯~~
01/22 19:23, 4F

01/22 21:09, , 5F
非主流但實用對公司來說反而有時候是受惠的...
01/22 21:09, 5F
※ 編輯: qrtt1 來自: 61.231.48.141 (01/22 21:38)

01/22 22:48, , 6F
中肯!
01/22 22:48, 6F

01/22 23:28, , 7F
老實說, 我會把Spring,Hibernate當成沒有選擇時的選擇, 但
01/22 23:28, 7F

01/22 23:30, , 8F
卻不一定是一個當然的好選擇.Open source的東西你確定就能
01/22 23:30, 8F

01/22 23:31, , 9F
掌握嗎? 其實bug,source code不了解, 在討論區po文被刪也
01/22 23:31, 9F

01/22 23:33, , 10F
有聽過,畢竟人家是營利公司,open source加上營利, 就等於
01/22 23:33, 10F

01/22 23:35, , 11F
龐大複雜難以了解...
01/22 23:35, 11F

01/23 07:08, , 12F
推。
01/23 07:08, 12F

01/29 20:05, , 13F
ogMeow
01/29 20:05, 13F
文章代碼(AID): #1DERBiL1 (Soft_Job)
文章代碼(AID): #1DERBiL1 (Soft_Job)