中秋假期時，一篇 「突發(fā)：碼農(nóng)槍擊了 4 名同事，導(dǎo)致一人情況危急」 的文章基本刷爆程序員圈了。一時各大公眾號都紛紛借題發(fā)揮，調(diào)侃、黑化、譏諷程序員的評論都有了。
事情的經(jīng)過我不做任何修飾的貼給大家。
主要就是因為一名程序員槍殺了4名同事，而原因猜測可能是因為代碼不規(guī)范、未添加注釋。
我想先從動機出發(fā)來說明這件事情。
程序員本就是一個需要非常嚴謹態(tài)度的職業(yè)，如果非常隨意的去coding或者操作服務(wù)器，請參考順豐刪庫事件男主角。這件事情我一直沒有發(fā)表自己的建議，這里也一并說了吧。
刪庫是個一直被當作段子來說的話題，作為高級運維工程師，經(jīng)歷點刪庫也不是非死不可的事情。但關(guān)鍵是后續(xù)的操作才是體現(xiàn)你高級的時候啊，癱了590分鐘，相當于要10個小時了啊……運維說好的4個9呢？那么多的備份還原策略，異地災(zāi)備，同城多機房都應(yīng)該上場了啊。可惜，最后哪樣都沒派上用場。
這就是嚴謹，你可以說每個人都允許犯錯，但之后一系列的補救措施無不體現(xiàn)了你的專業(yè)水平，業(yè)務(wù)能力，如果每個工程師都是加拿大電鰻那樣，這個企業(yè)的IT還能信任嗎？
再說回來，作為程序員，coding是日常工作，那么coding的質(zhì)量就決定了你生活的質(zhì)量。我的師傅曾經(jīng)在教我寫代碼的時候，一直告訴我命名要規(guī)范，注釋必須寫清楚，標準就是，你自己能看懂，然后也得讓別人能一目了然。
所以現(xiàn)在寫Python一直保留這個習慣，雖然不是駝峰了，遵守PEP8規(guī)范，命名必須讓協(xié)同工作的伙伴也能看懂。
同樣我也是按照這個要求和組內(nèi)小伙伴規(guī)定的，否則以后的代碼維護起來成本太大了。沒人能看懂。而且我們現(xiàn)在定期都會做一次文檔維護，這個真的很有必要，讓一份代碼不會跟著一個人走沒了。
另外， GitHub的提交也是同樣的，commit里什么都不寫的，git push -f 強行刷新的，改了幾十個文件再push的，這不是鬧么？你起碼尊重下同組的伙伴吧，考慮過別人這么對你，你什么心態(tài)么？
對于很多高度潔癖的程序員來說，真的是容不得別人的「垃圾」代碼往自己項目里堆，那感受簡直了。
本站文章版權(quán)歸原作者及原出處所有 。內(nèi)容為作者個人觀點， 并不代表本站贊同其觀點和對其真實性負責，本站只提供參考并不構(gòu)成任何投資及應(yīng)用建議。本站是一個個人學習交流的平臺，網(wǎng)站上部分文章為轉(zhuǎn)載，并不用于任何商業(yè)目的，我們已經(jīng)盡可能的對作者和來源進行了通告，但是能力有限或疏忽，造成漏登，請及時聯(lián)系我們，我們將根據(jù)著作權(quán)人的要求，立即更正或者刪除有關(guān)內(nèi)容。本站擁有對此聲明的最終解釋權(quán)。
