在專案開發中，如果專案經理管理得當，會按時甚至提前完成開發任務，否則，則有可能延誤開發任務。
我認為在專案開發中應該注意一下幾點：
1、 **規範
專案組在開始時候，應該制定一套程式設計規範，所有成員必須按照程式設計規範進行編碼。
2、 使用成熟的技術
使用新技術可能會提高開發進度，但是新技術會有較高的風險，專案組的成員熟悉新技術需要乙個過程，而且有許多應用環境對新技術的是否支援，我們不得而知。
3、 專案前期的培訓
這裡的培訓指的是專案組內部培訓，包括所使用的框架、業務文件。框架培訓可以適當避免成員解決某些問題時候，繞過框架提供的方法來解決，導致程式設計不規範，而使整個專案組的**缺乏一致性。業務培訓可以避免專案組成員編寫錯誤的解決方法。
4、 **審查
專案前期，盡量做到每週都抽出一點時間來做**審查，要審查專案組成員的**規範以及一些重要功能的**實現是否有問題。
5、 專案組新加入的成員
專案開始中期，如果加入了新成員，這個是專案開發過程中比較忌諱又是比較常見的情況。新來成員不能因為專案進度比較緊，而讓他直接投入到開發中，不管他的水平高低，必須先學習程式設計規範以及公司的應用框架。我感覺新成員應該至少一周的時間來學習業務、程式設計規範以及應用框架，由專案組乙個老員工進行指導。
6、 加班制度
適當的加班可以提高專案開發進度，但是過度的加班往往會導致專案組成員產生牴觸心裡，從而出工不出力，這個加班的「度」，需要根據實際情況來確定，不好直接描述。
7、 激勵
這裡的激勵不是指物質激勵，這個一般專案經理也沒有權利去做，但是專案經理可以對專案組成員進行激勵，表揚他們工作完成的好、快等。
Task 的一些個人見解
task確實比較好用且優雅 我感覺.net要成為藝術家.public class thetask console.writeline task函式完成 return ta 直接呼叫時非同步方法 public async task taskasync console.writeline task函式完...
對MQTT和CoAP的一些個人見解
mingdu.zhengatgmail dot com 首先，mqtt和coap沒有好不好的問題，只有適合什麼應用場景的問題。mqtt的特點是可以保持長連線，具有一定的實時性，雲端向裝置端傳送訊息，裝置端可以在最短的時間內接收到並作出響應，所以mqtt更適合需要實時控制的場合，更適合執行器。要保持長...
關於ROS的個人見解
ros只是乙個程式開發框架而已，它主要有以下東西組成 1 ros執行環境,主要負責全域性資訊 訊息傳遞 名稱管理。2 ros專用函式庫，主要是規定ros各種規則 通訊 管理全域性資訊。3 各種能重複利用的package 4 一些方便開發的工具 ros本身執行在linux中 用ros開發框架，開發出來...