發布日期(UTC)
本文由使用者投稿,反映投稿者的個人經驗或意見。發布日期不代表任職或面試日期。
面試很容易上,但你會知道這絕對不是好事。
除非你是真的沒本事的那一個。
在軟體開發,公司只在乎越快完成越好,
不會要求程式碼的品質。
同時專案上常常修改功能補補丁丁的造成架構,不穩定,但給的時間只夠hardcode完成,如果提出重構會被罵,至於前人的bug在新增功能後浮現出來會被視同當前人員的bug且不准用公司時間來修復,所以公司有一堆專案上的程式碼,每個人為了避免踩到他人的雷都會自成一區。
————————
我也曾經對於程式碼非常認真過,當碰到新的功能要加的時候因為時間的不足,所以提出了幾個非完美但符合八二法則的方案以便趕上進度,
讓PM做選擇,結果PM直接跟老闆回報說我不願意做,
老闆的驗證方式就是向另外一個擺爛的工程師詢問,是否能按時完成功能?
答:「可以」
於是我就被電飛了,開完會之後我跑去詢問該工程師他的方法,得到的結果卻也只是我當初提出的方案中的其中之一。只是他隱瞞了系統的漏洞跟風險。
於是我再去跟老闆討論此事而得到的答覆就是
「我不管你用什麼方法總之我就是要完美按時的完成它,對於你的能力我感到很失望」
於是從此之後我也成為了擺爛的其中一員,只要能哈扣完成或者是看起來完成就可以交差了至於bug
當他浮現的時候我也不一定在了。
就像那些每日每夜去解那些前輩的爛bug一樣。