站會看起來很簡單，在實踐過程中，卻經常會出現控制不當而導致達不到應用效果的狀況。我只是結合自己的一些過往經歷作一些淺顯的總結。
乙個很常見的就是站會拖得太長。
一般來說站會不應該超過15分鐘，每個人應該不超過兩分鐘；但是很多時候都會因為在站會上討論
具體的技術問題而拖長時間；這是應該重點避免的情況。一是要節約會議時間，更重要的
是明確站會的目的和主題，這樣開會才更有效率。
如果過於糾結於具體的技術細節，開展了長篇的討論，其他人的時間會被浪費。而且長期下來，會打擊其他成員的積極性，讓站會上本來應該關注的三個問題沒有得到的足夠的重視，長此以往，就會達不到互相溝通和傳遞資訊的目的。
一般來說，如果真的在前一天的工作中遇到了技術問題，那麼應該是將問題丟擲來，然後相關人員在會後及時的對問題的相關細節進行討論分析。這樣，既丟擲了問題，達到了站會的目的，也節約了大家的時間，並且會後還對問題作了解決。
如果站會時間很短很短，這好不好呢？一般來說，這種情況很少出現，而且只要可以把站會應該關心的三個問題講清楚，會議肯定是越短越好：）
常見的錯誤
http常見錯誤 http 錯誤 400 400 請求出錯 由於語法格式有誤，伺服器無法理解此請求。不作修改，客戶程式就無法重複此請求。http 錯誤 401 401.1 未授權 登入失敗 此錯誤表明傳輸給伺服器的證書與登入伺服器所需的證書不匹配。401.2 未授權 伺服器的配置導致登入失敗 此錯誤...
機器學習實踐中的7種常見錯誤
統計建模非常像工程學。在工程學中，有多種構建鍵 值儲存系統的方式，每個設計都會構造一組不同的關於使用模式的假設集合。在統計建模中，有很多分類器構建演算法，每個演算法構造一組不同的關於資料的假設集合。當處理少量資料時，嘗試盡可能多的演算法，然後挑選最好的乙個的做法是比較合理的，因為此時實驗成本很低。但...
機器學習實踐中的7種常見錯誤
統計建模非常像工程學。在工程學中，有多種構建鍵 值儲存系統的方式，每個設計都會構造一組不同的關於使用模式的假設集合。在統計建模中，有很多分類器構建演算法，每個演算法構造一組不同的關於資料的假設集合。當處理少量資料時，嘗試盡可能多的演算法，然後挑選最好的乙個的做法是比較合理的，因為此時實驗成本很低。但...