程序員交接不想接怎麼辦

『壹』 不走釘釘交接工作不給交接合理嗎

不走釘釘交接工作不給交接不合理。工作交接看有沒有硬性規定，例如程序員的工作交接是大事，代碼的事不好好交接是不行的，需要把近幾個月的項目信息和代碼文檔與結構寫成文檔郵件出去，要被交接人確認已經完成交接了才算數的，工作交接起來不復雜的，大部分口述就可以了，沒有規定什麼時候才算交接完。而且這並不是離職交接，要是離職交接的話，都是別人主動交接的，人要走了後就沒有交接的義務了。交接與被交接人都在職，這樣就比較隨意了。

『貳』 程序員的交接工作應注意些什麼

程序員離職後進行交接工作時要考慮全面，具體有以下這些方面：

技術層面：

1. 最後修改的代碼提交入庫Git或SVN。

2. 自己整理過的技術文檔。

3. 自己使用設備（實體伺服器、虛擬機、Docker等）的IP、用戶名、密碼。

4. 自己的項目進度文檔。

非叢野技術層面：

1. 歸還公司的工牌或者鑰匙。

2. 歸還彎羨公司的設備。

3. 辦好離職埋鄭拍手續。
   

『叄』 程序員在交接過程中應做哪些工作

如果能事先確定接替他的工作的人選,交接應該在接替人在場的情況下進行,如果有一段交接期就更好了,可以讓接替人在這段時間內參加交接人的項目,根據該程序員的重要性按下面順序[重要性遞增],交接工作主要針對未完成的項目任務進行:
1.目前未完成的軟體代碼和文檔,代碼和文檔應相對應,關鍵代碼應該有詳細注釋,各個模塊的解釋性文檔,設計文檔等.[這塊如果公司有好的規范是很方便的,如果沒有一個好的規范一般只有代碼沒有文檔就很麻煩了,要求重新寫出代碼說明,規范代碼注釋.對關鍵代碼要求交接人和接受人之間有口頭的說明和解釋]
2.目前未完成的設計任務,其中按其擔當職責不同有下面幾個東西需要交接:模塊設計文檔[系統架構/主程序員],模塊變動文檔[主程序員],模塊測試文檔[主程序員/程序員],系統測試文檔[主程序員/系統架構],系統分析書[系統架構],需求分析書[系統架構/主程序員].要求所有交接必須項目經理,交接人,接收人三人在場,並口頭解釋說明.
3.人事關系交接,這塊應該不屬於項目交接了呵呵.
4.長期有效的聯系地址或電話.

交接工作的成效考核:接收人必須對原有項目有充分的認識,能夠完全代替交接人進行工作.所有文檔符合規范,代碼有充分的注釋.已完成的測試文檔必須詳細.至此交接工作應該算是圓滿完成了.

上面是一般性交接工作的流程和需要注意的地方,一個好的交接必須有完善的規范做支撐,才能達到事半功倍的效果,希望對LZ有幫助.

『肆』 程序員離職交接被同事怒懟：每一行代碼都必須講清楚，不然投訴

一般說來，員工在離職之前有個流程是必須要走的，那就是要把自己過去所有的工作交接清楚，不然的話，別人可能無法接受你的工作.

在一定程度上會給公司帶來損失，公司有權力要求你把這個工作做好。當然，這也是職業道德的體現，不能離職就什麼都不管了。

最近一位網友分享了自己的職場經歷：離職程序員交接工作被同事怒懟：每一行代碼都要講清楚，不然投訴，結果蒙了！這是怎麼回事呢？

原來這位程序員最近辭職了，可是在交接工作的時候出了問題，那個接受自己工作的同事代碼水平不太好。本來自己把所有的文檔都給他了，可是他弄了很久都沒弄清楚，最後還責怪我沒把代碼講清楚，居然把我投訴了。

然後公司說我態度有問題，要扣工資，當時就蒙了。該程序員感嘆：難道真的要我把每一行代碼都解釋給你嗎？那樣的話，怕一年都講不完。

對於程序員的交接流程，正常來說，只要你把自己的設計文檔詳細給同事了，一般情況他都能夠理解。實在不懂再問你就行了，因為這件事就投訴你，這也有點過分了。

有網友說你本來就應該講清楚啊，尤其是關於業務方面的。也許你以為自己的文檔很清楚了，但是他們根本理解不了，也不知道該從哪裡接受。你至少也要先口頭說清楚自己的大概思路，這也是必須的。

還有網友說你都離職了，投訴你有用嗎？

我認為每一行都講是肯定不行的，如果我們工作10年寫了數萬行代碼，根本就沒時間給你解釋。只是在這過程中，我們一定要配合那個同事，把自己的事情做好就行了。

『伍』 PHP程序員離職交接

主要有以下幾個方面需要交接
1.程序員在提前一個月提交離職申請後，技術經理會指定和離職人員的技術對接，主要有代碼和文檔賬號等相關方面的交接，對接人確認交接完畢簽字。
2.完成技術交交接後行政需要核對辦公設備的交接，主要有電腦移動硬碟之類的，根據原有物品登記表核對，核對無誤簽字確認。
3.領導簽字確認，完成離職申請，簽發離職證明

『陸』 web程序員工作三年，申請辭職的離職交接時間是三個星期，這種情況下是辭了找還是找了再辭職好

找好了再辭職哈
給下家公司說好，一個月後上班，公司增長交接

『柒』 程序員換工作時在原單位交接時間是多久，新單位要求一周交接時間報道會不會反悔啊心裡沒底！

一般要求是一個月左右，不過2周也可以，主要看自己再原單位目前手頭上的任務，沒有的話，交接一下最快1周就搞定了

只要正規，就不會！

『捌』 程序員在幾月份跳槽是最合適的這是為什麼

程序員需要根據自己的項目進度來選擇跳槽的時間，而不是根據傳統的金三銀四和金九銀十來跳槽。

之所以會這樣說，主要是因為程序員的工作性質本身比較特殊，很多程序員本身是按照項目進度來決定自己的工作周期。如果程序員在項目還沒有完成的時候就已經離職，這不僅會影響到程序員本身的收入，同時也會影響到程序員的項目經歷，我個人比較推薦程序員在項目結束後辭職跳槽。

一、程序員不能按照金三銀四和金九銀十來跳槽。

如果以傳統的眼光來看待跳槽問題的話，很多人會把金三銀四和金九銀十掛在嘴邊，同時也認為這些時間是跳槽的黃金時間。然而事實上：並不是所有的工作都適合這些跳槽的具體時間，我們需要根據行業本身的特性來選擇跳槽的時間。