A. 程序員為什麼要一直改bug,不能一次性寫好嗎
軟體可能在使用過程中沒有任何問題,但不符合產品的預期下圖源自「How projects really work?」,很形象的突出了客戶需要的產品和最終得到的產品不一致。
所以軟體想要變得成熟,Bug收集和處理機制是非常有必要的,比如:會影響客戶使用的優先順序高的Bug要優先修復。Bug是軟體的影子,也是程序員的噩夢實際上不能存在沒有bug的軟體,Bug和軟體如影隨形。就像我們使用的Windows,窮盡無數優秀的軟體工程師來設計給用戶優秀的桌面體驗,但也有各種層出不窮的bug。
程序員對Bug有多愛就有多恨,Bug無處不在,即使再牛逼的程序員也逃脫不了Bug的魔掌。想要完全避免Bug幾乎是不可能的,所以也不在一次性就寫好的程序。以上個人淺見,歡迎批評指正。認同我的看法,請點個贊再走,感謝!喜歡我的,請關注我,再次感謝!
B. 程序員自作主張亂改我的設計怎麼辦 轉載
程序員自作主張亂改我的設計怎麼辦?
公司里有個自認為自己很有經驗的程序員(審美、前端水平感人,後台技術不錯),在我的設計基礎上胡亂改動,無論是樣式、動效、字體排版,還是交互流程都有很醜的改動。 老闆和程序員私底下的關系很好,而且非常信任程序員。又因為程序員比我大了十來歲,老闆也認為他的改動是正確的,甚至還以此多次批評我說我做的東西不經過慎重思考,他認為程序員才是最正確的。 事實是他做出來的東西完全不符合任何一條設計規范。
舉個例子:所有塊都有誇張的黑色shadow,所有字排版都是Justify,所有字體的顏色給我搞得非常淡(他自認為越淡越好看)。 曾經有個在五百強外企工作過的前端來我們這邊工作過一陣,我把設計稿注釋後交給他,他在開發過程中遇到了一丁點疑惑於是試圖來與我交流,這本就是非常正常和理所當然的事,結果被剛才的那位大神程序員攔下,還反問道「難道你想一輩子當碼農嗎?」。他的意思就是新來的前端有任何問題都可以自己私自更改我的界面。我當時也是醉了。
我曾經多次和程序員和老闆三人面對面溝通過,他們態度非常好,看起來誠懇地不得了,看起來很不錯的圓桌會議的結果是倚老賣老地認為我沒有經驗。可是根據我的推斷,他是想給我的設計稿加上自己的印記。他一直認為自己是一個很有魄力的藝術家,我醉了。 請問有什麼辦法可以讓他真正意識到自己做的東西很難看,並且真正開始尊重我的設計。(他一直堅稱「整體上」是按著我的設計稿做的)
C. 我們經常能看到在互聯網公司,產品經理和程序員們因為產品需求變動而引起的斗爭,這到底是怎麼回事呢
在互聯網創業公司,如何輕易地讓苦哈哈的程序猿們瘋狂起來呢?我在媒體待過好多年,這兩年在互聯網創業公司,見過不少程序員和產品經理之間的爭奪戰,筆者認為,這種爭奪太常見了,原因是雙方的不理解,產品經理不了解技術人員工作的辛苦,所以經常會鬧出笑話來。
好了,下面筆者列舉一下,最會得罪程序員們的幾句話。
產品汪:這個頁面兒怎麼做的這么爛,趕快改。
程序猿:不能找人設計好了再讓我做嗎,我一個編程的還要管設計?
產品汪:為什麼別人家的app沒有bug而你怎麼就這么多,把這些代碼復制粘貼過來不就行了嗎?
程序猿:你以為別人家的代碼伸手就能拿到?
經理:哈羅,你又在寫bug嗎?
程序猿:(假裝沒聽到)
所以筆者認為,作為互聯網公司的產品經理,需要了解一點程序員們的工作,盡管不懂程序,但需要稍微知道如果變動網站或程序多大幅度,會給程序員們帶來多大的工作量。