還不快點登入,你們這些看小說都不登入就離開的。
登入可以幫助你收藏跟紀錄愛書,大叔的心血要多來支持。
不然管理員會難過。
《程序員修煉之路》第59章 首遭負面評價
  後來常和秦豐聊天,偶爾聊到了帝國時代,原來他也喜歡玩,兩人就找時間玩了起來。

  葉奕凡經過上次培訓班裡的經歷後,好好的研究了兵種相克關系,所以基本都能贏他。

  這樣閑暇了很長時間,九月份開始,衛部長把他和一個上屆班的,叫田曉峰的同事一起叫了過去,說有一個新起的較大型的VB項目,讓他倆去做。

  從一樓這邊出8個人,分成兩組,他倆各帶一組。

  田曉峰中等個子,長得挺壯實,話不多,給人感覺挺傲的,葉奕凡對他第一印象不是很好。

  這8個人,正好他們那批4個,葉奕凡這批4個,就按這個分組了。

  項目經理是個女的,叫季蓮,長頭髮,個子不高,戴著眼鏡,看下來挺不好相處的樣子,不象楊紅那樣,怎麽看怎麽舒服。

  另外有兩個是做設計的老員工,一個男的叫焦憲軍,一個女的叫何銀花。

  這個何銀花,後來知道是對和國項目開發二部部長丁強的夫人。

  上次跟楊紅做的那個項目,就屬於國際開發二部的。丁強也是創業老員工,人長的很慈善。有一次上去找楊紅,碰到了丁強,本來不認識,他卻主動打招呼。

  “你就是葉奕凡啊?”

  估計楊紅或者潘志強在他面前提過自己。

  何銀花也是很和藹可親的模樣,兩口子很聯相。

  不過現在這個項目屬於國際開發三部的。

  項目成員還有四個年輕人,估計也是剛畢業的,是公司內,定位成設計的人群。

  公司為了節省成本,招了他們這兩批共70人左右,定位為編碼的人員,專門組成編碼部門。

  同時也招收了一批定位為設計的人員,分別分配在各個既存的部門,比如國際開發一部,國際開發二部,國內開發一部這樣的。

  號稱軟件設計書就是一個接口,這個接口做的好了,就可以用很便宜的人做編碼,又保證進度質量,又降低成本。

  那四個人目前主要就是跟著焦憲軍和叫何銀花做設計書。

  編碼部門的8個人,還是在一樓,衛部長拒絕他們搬上去。只是在一樓將8個人調在一起。

  項目經理季蓮等其他人員都在二樓。

  項目正式開始前,國際開發三部的部長,孟振興,先給大家開了個培訓,關於Oracle的。

  葉奕凡很有興趣的參加了,發現孟振興講的確實挺好,難易度正適合自己,聽完感覺提高了不少。

  田曉峰和孟部長很熟,好象他的上一個項目,也是他的部門的,在那裡很受認可。

  項目正式開始了,葉奕凡和田曉峰很快發現,雖然衛部長分了兩個組,但實際上他們也沒法做什麽管理。

  因為那四人設計年輕同事,被分配好了,兩人一組,各負責四個編碼人員的進度,設計的理解等工作。

  他們倆人能做的,只是大家有技術問題時,幫一下忙而已,所以兩人就都沒有興趣管理了。

  工作很快就進入正軌,這個項目,光輝公司派在日本的負責人,姓鄧,聽說上一個項目乾砸了,所以這個項目玩命的要做完美,給了這邊很大壓力。

  整個細節要求的非常嚴,包括注釋什麽的,風格是絕對的要求統一。

  剛開始不適應,習慣了後,覺的確實應該統一,這樣的放在,代碼看起來舒服多了。

  葉奕凡很快完成了第一個功能,當時要求四天,

功能不複雜,他兩天就加班趕出來了。  但是結果出乎意料,二樓專門有一個測試人員,測他的程序時,發現個很?顯的BUG。

  這下麻煩大了,本來衛部長很自信的問季蓮,葉奕凡怎麽樣,他以為能得到和楊紅,佟泰新相同的回答,結果季蓮輕吐五個字:

  “乾活有點粗。”

  這句評價幾乎毀了衛部長對他以前的好印象,做對和軟件最忌諱的就是這個粗。

  衛部長很快把這個評價和那個BUG反饋給葉奕凡。

  他這種及時反饋是特別正確的,可以使人及時認識到自己的問題。

  接到反饋後,葉奕凡陷入思索了。

  工作在質量和速度之間,是要有個合理的平衡的,自己有些追求質量了。

  接下來的工作分配很有意思,季蓮分配給葉奕凡四個模塊,一個模塊一周時間。

  這些模塊都是難度不大的,其中有一個還是用戶名密碼登錄的界面,手順了半天就能出來。

  看來季蓮不信任他了,所以把簡單的給他。

  但葉奕凡還真是接受教訓了, 拿出了小學時就有的考試精神,絕不提前交卷,剩一秒鍾也要用在檢查上面。

  老老實實的,一周交一個模塊,力爭把每一行代碼,每一行注釋弄的象工藝品一樣。

  做這個項目,SQL語句的使用可實在是太鍛煉人了,往往要從10來個表中,結合查詢,調出數據來。

  語句稍微有一點問題,就檢索不到準確的數據。

  在中間測試時,基本所有人的SQL語句都有問題,後來一起開會研究了一下,後來再慢慢好。主要是有些左連接,右連接大家都沒處理好。

  這四個模塊做好後交了上去,再沒有出現以前的問題。

  後來又分給他一個活,這回復雜一些,要編寫在數據庫服務端運行的存儲過程。

  這個比直接運行SQL語句要速度要快,因為是直接在數據庫端執行的。葉奕凡以前沒做過這個,不過服務器上有參考的例子,只要有例子,那就什麽都不怕。

  這個代碼量很大的存儲過程做的差不多之後,有一次何銀花過來看他的成果,葉奕凡起身讓她坐著。

  她就用翻頁鍵往下一頁一頁翻著這個存儲過程看。實在是太長了,只能翻頁。

  翻著翻著忽然停了下來,又往回翻了一頁看了一會。

  “這個地方的SQL語句裡,這兩個表的查詢條件寫的不對。”

  葉奕凡仔細和她看著,慢慢發現,確實不對。

  這一下有些震驚了,這得對表熟悉到什麽程度才能這麽看著就能發現問題啊。
鍵盤左右鍵 ← → 可以切換章節
章節問題回報:
翻譯有問題
章節內容不符
章節內容空白
章節內容殘缺
上下章節連動錯誤
小說很久沒更新了
章節顯示『本章節內容更新中』
其他訊息