如果你喜愛我們小說狂人的話,可以多多使用登入功能ヽ(●´∀`●)ノ
登入也能幫助你收藏你愛的小說~跟我們建立更深的連結喔 ♂
《程序員修煉之路》第165章 不達目的不罷休
“程序員修煉之路 小說()”查找最新章節!
 在伍延熙和李英整理工作范圍的時候,葉奕凡了解了一下所有員工的工作狀態,前台開發的的6個人,已經是火力全開投入工作進程中,後台3個人的工作一直是正常進行,還有1個人在做一個技術研究,不清楚是做什麽。

 李英給他解釋了一下,原來這個項目中,和方要求使用一個叫做‘沃克’的工具,這個工具實際就是編譯並打包好的Java文件包,導入項目中後,可以經過配置,自動生成最簡單的數據表維護功能,比如往表裡增加、刪除、修改數據的功能。

 這個沃克工具的使用方法並不簡單,具體怎麽配置,不是誰一上來就直接會用的,所以這邊專門讓一個叫孫賢慶外派員工研究它的使用方法,已經研究一個多月了。

 本來隻想研究一下它的配置方法,結果越研究越發現問題多多。這個工具有自己固定的設計,不是你想實現什麽功能就能實現的,比如畫面的一些提示信息,按設計需要顯示成紅色,但這個就做不到,想要實現就要對工具本身進行修改。

 當然不只這一個,項目本身要求的特殊功能很多,只要這個工具本身的設計上沒有的,就都不能直接實現。

 而且還有些它的特殊設計,是項目不需要的功能,比如工具會自動把畫面隱藏的數據項給顯示出來。這個也需要修改工具本身去解決,孫賢慶一個多月以來,一直在研究怎麽進行這些修改。

 知道了這些後,葉奕凡就找了孫賢慶,並和雷剛、伍延熙、李英、曲陸一起,開會研究這個問題。

 首先,葉奕凡讓孫賢慶介紹了一下沃克工具本身,自己先有了個整體上的了解。然後又讓他詳細的說了一下他現在正在做的事。

 原來最初的計劃,是讓他研究工具怎麽用,但發現了很多問題後,就慢慢的變成了研究怎麽去修改工具了。

 沃克工具本身是已經編譯好的,要想修改,只能先反編譯,而反編譯生成的代碼是沒有注釋的。也就是說,是在看不到注釋的情況下強行修改代碼,這樣風險可就大了,鬼知道修改後會有什麽關聯影響。將來出問題,是沃克工具的原因,還是他葉奕凡管理不善的原因,那可就說不清了。

 更有意思的是,孫賢慶還說他一個月後要從自己公司離職了,也就無法在繼續做下去,這樣的話,用這個工具還得再找人研究。

 了解情況後,就問了下雷剛:“老雷啊,我們以前同和國談過剛才說的這些,沃克的問題嗎?”

 雷剛回答說:“現在整體進度遲了那麽多,大家的心思都放在怎麽趕進度上,這個事都沒人注意了。”

 項目的管理就怕這樣,有一個大問題,一古腦的精力全撲過去,結果其它地方關注不到了,啪啪啪,問題全面開花,到最後顧此失彼,項目失敗。

 所謂不謀全局者,不足謀一域。

 又問了下伍延熙和李英,是否知道沃克工具適用的范圍,也就是說有多少這種簡單的表修改功能。

 他倆以前也沒注意過,當場從項目的畫面中數了一下,回復一共有八個功能。

 大概估計了一下,再找專人研究這個工具,研究修改工具的時間,基本都夠把這些功能做出來了。

 經過大家仔細討論,最後都認為這個沃克工具對項目本身沒有好處的。唯一其他可能的好處是,借著本次項目試驗工具的使用,對以後推廣沃克會起作用,但這個作用顯然不是葉奕凡要在意的。

 如果非要用他們的項目來試驗沃克工具,那是要提出加時間,加人的。

 當場葉奕凡就提出了他的決定,那就是要想盡一切辦法,廢掉沃克工具在本項目中的使用。但伍延熙和李英對此表示不樂觀,李英說:“要說服和國方面挺難的,因為他們以前跟客戶吹過牛,說這個工具好,能省時間。”

 難也要嘗試,不過同和國人談判,光用嘴說是不行的,要有論點,論據,還要論證。

 經常多維度的考慮,葉奕凡寫了一封郵件給高谷和新井,這還是他進這個項目以來,第一次發郵件給他們。

 知道商量這個會比較困難,發郵件之前,先在心裡告訴自己,一定要說服對方。這是葉奕凡的習慣,在做一件自己認為必須要成功的事時,提前告訴自己,不達目的不罷休,最後往往能達成目的。

 “關於沃克工具的商談”

 內容如下。

 “高谷桑、新井桑、兩位好久不見了。

 關於沃克工具的使用方面,有些想法需要商量一下,總結如下:

 沃克工具使用的好處:

 1,特別簡單的數據表維護功能,用沃克工具配置,能快速完成,節省一些時間。

 2,這些功能用沃克工具配置的話,可以省略掉內部設計。

 沃克工具使用的麻煩之處:

 1,它和現有框架整合的不好,經常發現各種預期外問題,將來很可能也出,從項目管理角度來看,這是不可控風險。比如,使用沃克時,本來應該在畫面隱藏的文本,都被顯示出來了。

 如要解決,需要研究修改工具的源代碼,風險極大。

 2,它只能實現一些固定的功能,如果客戶有其他細節要求的話,比如畫面文字改變顯示顏色,用沃克工具配置很難實現。如果要實現,同樣需要修改工具源代碼。

 3,工具的使用需要專門投入人力和時間,現在專門學習的員工最近會離職,重新投入人力又是浪費。

 綜上所述, 具體意見是,建議項目中不采用沃克工具,而直接用正常編碼方式實現功能。

 1,從工作量上看,不采用沃克工具也不會增加項目成本。

 因為能采用沃克工具的簡單的功能只有8個。而項目進新人培訓時,也要做一些練習熟悉框架,因此計劃讓新人,做這8個簡單功能當作培訓,時間上並無任何浪費。

 而且由於功能簡單,內部設計經過簡單的拷貝,修改就可實現,工作量極少。

 2,管理統一

 這樣的話,項目所有功能都用同樣的方法,管理簡單,而且不依賴於特別的人員,項目整體風險可控。”

 郵件發出去一個小時左右,就收到新井回信了。為了方便下次閱讀,你可以點擊下方的"收藏"記錄本次(第166章 不達目的不罷休)閱讀記錄,下次打開書架即可看到!

喜歡《程序員修煉之路》請向你的朋友(QQ、博客、微信等方式)推薦本書,謝謝您的支持!!()
鍵盤左右鍵 ← → 可以切換章節
章節問題回報:
翻譯有問題
章節內容不符
章節內容空白
章節內容殘缺
上下章節連動錯誤
小說很久沒更新了
章節顯示『本章節內容更新中』
其他訊息