-
1 # IT人劉俊明
-
2 # 小貝的STEAM教室
遇到上述問題,相信很多人的建議都是不用負責,交接完等於毫無瓜葛,比較極端的做法大不了就是刪庫跑路……但是我想說的是,離職最能看出一個人的人品和責任心,也最能檢驗一個公司對待員工的真實態度。所以上述問題,追根到底其實是考驗人性的一個過程。
站在離職員工角度,大概有3種處事態度:
1.積極上進的做法!如果你將事情講明白,老闆也認同的話,最好結果!這樣相互取得信任,以後也好繼續相處(誰能不能保證自己今後不會再會老東家,而人脈關係永遠都是一筆寶貴的財富)。
2.消極的做法!恩斷義絕,老死不相往來……最終的結局就是矛盾升級、誤會積累。有一點要注意,員工在離職的時候還沒有結算當月工資或者還有沒發年終獎的情況,企業是否能夠按時數額準確的發放工資完全取決於員工的離職態度。
3.偏激的做法!相互撕逼,魚死網破。更有甚者可能會在離職之前估計埋下更多的bug,上升到報復公司的級別。本來離職很正常的現象,硬是要演繹成世界大戰,我覺得這是非常沒有必要的。
在程式設計師這個職業裡面,英雄主義實在太普遍了。有無數的理由說服領導、PM和自己,要重新造個輪子,因為大家都認為自己天下無敵了,但是又不好承認看不懂別人的程式碼。如果你的個人影響力和表達能力有限,沒有足夠的理由說服其他人選擇這個輪子,又不願意花時間推動和完善,那麼最後的結果是,你認為這麼美好的東西,真的只是你這麼認為。等你不再維護了,離職了,下一個人又會迴圈這個過程...
我個人認為,其實最難的不是自己寫程式碼,而是維護別人寫的程式碼,在複雜的邏輯中找到某一個隱藏得很深的bug,或者在某個(些)位置新增一些程式碼以實現新的功能。你需要按照最初實現者的思路去理解,這往往是最難的,這個過程中非常讓人容易產生挫敗感和不良情緒。
所以個人建議,為了不給對接員工填麻煩,也是為了自己避免深陷麻煩之中,希望大家都能對自己寫的程式負責到底。
-
3 # Variazioni
當然是該跑路跑路啦。。
從別人手裡接手程式碼有多痛苦。程式設計師應該都懂的。但是既然都離職了。。就別想這麼多了。。
所以說。。養成良好的編碼習慣很重要。。註釋不怕多。。
-
4 # BWanger軟體開發達人
一個人的職業素養很重要,建議你能指出來,改正,然後走人。
在一個行業混,如果要混出名堂,成為龍頭老大,必須要有操守,要有口碑。離職了,下一個顧主會調查你的過去,如果原單位認為你寫的程式一般,有漏洞,對你的以後不會有什麼好處。
不論什麼行業,最後總是體現在德上,而不是一般的才上。口碑不好,不會成就大事。
-
5 # 點點23038568
往往職業道德,能決定你未來高度,認真做好每一件事。離職程式碼發現漏洞時,有時間的儘量修復,時間不夠留下文件,說明漏洞所在和修復思路,既不坑人,又能讓自身成長,說不定無心插柳柳成央呢
-
6 # 大學生程式設計指南
從職業道德來講,可以把這些漏洞資訊說給你的交接人或者上司,有句話叫好聚好散,可能很多人都會覺得已經離職了,幹嘛還要多此一舉,離開已經和你沒有任何關係了。混職場其實和做人一樣的道理,人都會走背字的時候,不要時時刻刻把自己的路給堵死了,留下一個良好的印象對於別人和自己都是一件很愉快的事情,這個世界上雖然看上去很大但湊巧的事情的確很多,算是給自己做個積德的事情。
從程式碼的角度來講,自己認識到出現問題了,及時的去修正也是作為一個程式設計師的基本素質,一般的老程式設計師都有這種感受,之前寫的程式碼重新拿過來再去研究發現又會有新的知識點,每隔一段時間去審視下程式碼幾乎每次都有一定的感受,其實這就是程式設計水平不停提高的一種表現,如果自己本身發現了程式碼的漏洞,證明了自己的理解又上了一個臺階,是一件很不錯的事情,如果這個漏洞告訴了交接人,也算是給自己的程式碼一個圓滿的歸宿。
在實際寫程式碼過程中如何減少程式碼漏洞的出現,作為一個寫了十幾年程式碼的老程式設計師總結出以下
四種解決方案:
1.在模組設計之初,就要把裡面的來龍去脈搞清楚,資料結構的設計上一定要留出足夠的時間
2.在寫程式碼之前就要把可能會出現的漏洞在自己的大腦中過濾一遍,避免低階的錯誤出現。
3.寫過的程式碼模組一定要加上單元測試,來測試程式碼的穩定性
4.寫過的程式碼最好找個水平相當的幫你稽核下,看看有沒有明顯的漏洞
基於以上四點能很好的避免出現程式碼的漏洞,要想寫的程式碼一點漏洞也麼有不是一件現實的事情,所以程式碼漏洞主要影響因素,一個是基本功,一個是框架思想,設計的模組就容易暴露漏洞,所以相對來講有經驗的老程式設計師程式碼的質量會高很多,熟能生巧,多看多練才是關鍵。
-
7 # 王銳旭
能怎麼辦?
1. 表示自己檢查時發現漏洞,並作出修改方案交給上司,以表示你站好最後一班崗。這會為你留下一個好印象,以後有需要大家幫助的地方,大家也會更願意幫你,因為你的個人信譽擺在那裡;
2. 什麼也不說,假裝沒事發生,也是情理之中。畢竟也是要離職了,如果離職時才發現問題,比較小氣的上司可能會疑神疑鬼,覺得你之前怎麼發現不了,是不是不認真工作。如果沒有什麼感情,也沒有什麼想法的,那放在那裡留著等下一任來接手就是了。
3. 利用漏洞報復公司,是萬萬不可的行為。如果你對公司有什麼不滿,也不要在離職前倒打一把。錢給少了,可以協商,不行就去勞動仲裁,不要用違反道德、法律的方法去報復他們,因為任何風吹草動都會影響你的風評,更不值得為此把自己搭進去。
不要把自己的退路堵死,也不要低估大家的八卦心理,好聚好散,站好最後一班崗,日後才好相見。
-
8 # 溫縣圈兒
我是一名做了6年的程式設計師,來談談我的看法。
從程式設計師的角度來說,發現漏洞並及時去修復漏洞也是作為程式設計師一種基本素質,有句話叫溫故而知新,可能寫好的程式碼過段時間你在去看,就會有這種感受,這也是代表你的程式設計技術在提高的表現,如果是程式的漏洞,你又發現了問題,證明自己的理解又上了一個新的臺階,如果你把這個漏洞告訴了同事或者公司的話,對自己也是一個圓滿的歸宿。
-
9 # 會點程式碼的大叔改掉 > 給出方案 > 告知 > 不做聲
如果是我,這就是我的態度和做法。
如果時間充裕的話,儘可能的改掉,同時告知直屬領導,這個問題產生的原因和修改方案。
如果時間不允許的話,比如工作已經交接完了,第二天就不來單位了,那麼想想缺陷的解決方案,然後告知直屬領導和交接工作的同事;如果解決方案沒有考慮清楚,那就先把問題反映出來。
千萬不要不吭聲,讓這個缺陷一直在環境上執行。
職業操守、同事情誼、將來可能還會遇到為什麼要這樣做?我覺得很少人會選擇默不作聲吧,畢竟程式設計師都是善良的(悶騷的)小哥哥。
職業操守:這個說法就有些大了,什麼職業操守,自己覺得是正確的事情,就要去做。
同事情誼:談不上情誼,至少都是一個戰壕的戰友,而且程式設計師之間的關係都很單純,很少有職場鬥爭什麼的,所以這種問題,該說就說了。
將來可能還會遇到:這個就有意思了,我用十多年的工作經驗告訴大家,只要你還從事這個業務行業的IT工作,那麼以後有很大的可能,你跟你的同事、領導會在另外一個公司遇到。萬事留一線,日後好相見。
-
10 # 非著名程式設計師
首先,沒有一個程式設計師寫的程式可以確保沒有漏洞,也就是 bug !程式裡出現 bug 屬於很正常的現象!
不管是你在職工作,還是即將離職或者已經離職了,你之前寫過的程式都是有 bug 的。
但是,作為一個程式設計師來講,發現自己編寫的程式,做的專案有漏洞,應該第一時間去修復!只不過是這裡牽扯到離職了,可能不知道該如何應對?自己到底改還是不改?
如果是我的話,我感覺我會有兩種方式!
第一,時間允許,我就會改因為離職不可能是今天說辭職馬上就能走的,在離職手續沒有辦完之前,就應該屬於該公司的員工,對自己做的專案就有責任負責!所以,時間允許,在離職交接的空擋,把這個 bug 修復了!
第二,時間不允許,也就是離職手續下來了,馬上就走了如果時間不允許,那麼就直介面頭告訴跟你交接的同事,說突然想到了一個 bug ,在什麼地方,有什麼表現,讓交接的同事過後看一看,查一查,修改掉。
當然了,其實還有第三種方案,但是我不會採用,其實這種方案就是當做不知道!
其實自己心裡知道了,但是裝作沒有發現這個漏洞,也沒什麼問題,直接離職走也行!但是,作為一個有職業操守的問題,不應該在離職後,那這個漏洞做對不起公司或者違法的事情就行!
回覆列表
作為一名從業多年的老程式設計師,我來說說我對這個問題的看法。
程式碼為什麼會出現漏洞?程式碼編寫是一個以腦力勞動為主的工作,不同程式設計師在解決問題的思路上並不完全一直,也就是說同一個功能通常有多種實現方式和途徑,所以程式碼出現各種問題是不可避免的,即使有精細化的管理過程,也避免不了程式碼出現各種漏洞。
簡單的說,程式碼存在漏洞具有一定的客觀性。所以,為了避免程式碼在編寫過程中出現各種問題,軟體公司通常會有比較精細的管理流程,在這方面歐美國家包括日本做的都不錯,做過對日外包專案的程式設計師應該深有感觸。
另外為了保障產品的質量,軟體開發團隊都會有配套的測試團隊,測試團隊的任務就是檢查產品質量,儘量避免出現各種軟體漏洞。好的測試團隊也會幫助程式設計師不斷成長,程式設計師的能力不僅體現在程式碼的編寫速度上,也體現在程式碼質量上。
通常情況下,如果程式設計師在工作中發現程式碼有漏洞一定會及時處理並做好標註。不少團隊都會定期探討漏洞的出現點以及對應的解決方案。雖然很多程式設計師對這個過程比較反感,但是從軟體團隊的管理方面來說,這個過程還是很有必要的。
如果發現漏洞的時間點恰好出現在離職期間,作為程式設計師來說首先要做的事情應該是做好標註。然後跟負責人做出說明,如果條件允許的情況下最好處理完再離職,這不僅體現了一個程式設計師的職業素養,也體現了對程式設計師工作本身的態度。
如果有軟體開發方面的問題,也可以諮詢我。