⑴ 軟體開發的程序員在完成當天的任務之後如何把自己的東西交到項目經理那裡
1. 不是所有任務都必須每天提交。提交的粒度可以自行選擇，以不影響工作效率為原則。
2. 代碼一般是提交到版本控制系統里，比如SVN，CVS，GIT，P4等。
3. 項目經理一般不會去review你的每個提交，他更關心的是你的進展情況。報告進展情況有很多種方式，比如可以用郵件，或者你們如果公司內部有類似jira的項目管理系統，則可以直接登錄到管理系統里更新任務進度，你的項目經理可以通過管理系統看到當前的進展情況。
⑵ Java程序員編寫代碼時用什麼上傳到公司伺服器上
利用SVN這個軟體，網路就能下載，安裝完後根據公司的SVN地址就可以訪問提交的代碼等文件並導入到本地，自己寫的代碼也可以提交上去。
而且eclipse、Myeclipse也可以安裝SVN插件，直接在軟體內檢出和提交代碼。
絕大部分公司都是用的SVN軟體來管理、同步代碼。
⑶ 程序員在交接過程中應做哪些工作
如果能事先確定接替他的工作的人選,交接應該在接替人在場的情況下進行,如果有一段交接期就更好了,可以讓接替人在這段時間內參加交接人的項目,根據該程序員的重要性按下面順序[重要性遞增],交接工作主要針對未完成的項目任務進行:
1.目前未完成的軟體代碼和文檔,代碼和文檔應相對應,關鍵代碼應該有詳細注釋,各個模塊的解釋性文檔,設計文檔等.[這塊如果公司有好的規范是很方便的,如果沒有一個好的規范一般只有代碼沒有文檔就很麻煩了,要求重新寫出代碼說明,規范代碼注釋.對關鍵代碼要求交接人和接受人之間有口頭的說明和解釋]
2.目前未完成的設計任務,其中按其擔當職責不同有下面幾個東西需要交接:模塊設計文檔[系統架構/主程序員],模塊變動文檔[主程序員],模塊測試文檔[主程序員/程序員],系統測試文檔[主程序員/系統架構],系統分析書[系統架構],需求分析書[系統架構/主程序員].要求所有交接必須項目經理,交接人,接收人三人在場,並口頭解釋說明.
3.人事關系交接,這塊應該不屬於項目交接了呵呵.
4.長期有效的聯系地址或電話.
交接工作的成效考核:接收人必須對原有項目有充分的認識,能夠完全代替交接人進行工作.所有文檔符合規范,代碼有充分的注釋.已完成的測試文檔必須詳細.至此交接工作應該算是圓滿完成了.
上面是一般性交接工作的流程和需要注意的地方,一個好的交接必須有完善的規范做支撐,才能達到事半功倍的效果,希望對LZ有幫助.