第(3/3)頁

    他現在開發的架構，就是給對方設計一個網上購物平臺。

    其中子項目包括：付費系統、安全系統、與其他平臺級聯和相關系統、以及購物分類...

    也不算復雜，但林林總總下來，也有二十多個。

    分類越多，就越需要一個精確的需求分析表。

    說實話，要不是顧北吸收了另一個世界顧北的開發知識，腦子里都有好幾個現成的網上購物平臺代碼，就算來一個幾十年經驗的架構師，估計都夠頭疼。

    總結成一句話，甲方提供的需求分析，就特么跟沒寫沒啥區別。

    搞項目開發，最蛋疼的就是需求分析問題。

    有的甲方爸爸，可能連自己真正的產品能力都搞不清楚。

    打個比方，他想要一個能聊天的軟件。

    但落在開發手里，你這聊天是視頻聊天，還是文字聊天？能幾個人一起聊？有沒有時間限制？...

    等等。

    一旦需求出了問題，往往以前寫的代碼全部報廢。

    顧北將需求表打開，頓時嘴角直抽搐。

    好家伙。

    整整二十三個子項目，大改的有一半，剩下的要么換皮，要么挪骨，基本推翻了前任所有架構。

    “我真是R了他全家，當初都談好了需求就這些，連他們老總都簽字了。結果倒好，說改就改，這簽的合同，都尼瑪成廢紙了?！?

    越說技術經理越氣。

    改這玩意，就意味著加班。

    他為了這事，都半個多月沒睡好覺了。

    顧北倒是覺得沒啥。

    難嗎？

    對于其他人而言，可能難。

    但腦子里儲存了一大堆另一個世界的網站代碼經驗，光架構不重樣的，他都能現場搬五六個出來。

    抱歉，一點都不難。

    顧北強忍著裝X的沖動，淡定道，“那老總他們怎么說？重新寫？”

    技術經理面色一垮，趴在桌子上，變成了咸魚，“還能怎么辦，甲方是咱們的衣食父母，不伺候好他們怎么成？”

    隨即想到了什么，幸災樂禍，笑的沒心沒肺。他拍了拍顧北的肩膀，“老顧啊，知道上一任咱們公司的架構師是怎么走的嗎？”

    顧北還真不知道。

    “嘿嘿！”他神秘一笑，“抬著走的。”

    呃...

    顧北嘴角抽搐。

    這個笑話，一點也不好笑。


    第(3/3)頁