但是喜歡實現卻又是程式設計師的缺點，因為他們在實現一樣東西的時候，經常會不想去理會其他的事情。比如說，程式設計師接到一項任務時，普通的程式設計師就馬上會開始動手。稍微好一些的程式設計師則會仔細思考一下再動手。可惜，這樣子也是程式設計師管理能力欠缺的乙個原因。
當你的能力足夠的時候，你應該懂得，把分配給你的任務計畫一下，看看多久完成，如果你要把這個任務分塊的話，嘗試估計一下各個塊的完成時間。不要因為擔心預計得不准，就不去估計。因為有個計畫給領導，絕對比沒有的強。
開發經驗逐漸增多的情況下，你已經有能力相對準確的計畫自己的任務了。這時候你應該去找你的領導，把他今年可能會分配給你的任務看一下。這件事情很重要，因為你不做的話，你還只是乙個程式設計師。因為你對自己的能力已經有了充分的認識，也能相對準確的估計你的開發進度了。你可以好好把今年的任務計畫一下，把更新好的進度表給你的領導。因為他對你開發進度的估計，怎麼樣都沒有你自己估計的準確。你能給乙份計畫，他會很開心。
現在，你已經有能力計畫自己整年的開發情況了。
但是計畫會改變。
我們要擁抱計畫的變更！
你跟客戶，或者負責需求的人熟嗎？只有時刻掌握著需求的變化，才能時刻把握好自己的計畫。
你跟qa熟嗎？qa對你這個人開發質量的印象如何？清楚自己的開發質量，才能保證把事情做好的能力一直在進步。
你跟領導熟嗎？你保證你做的事情領導都知道嗎？你想做什麼領導也知道？
你敢不敢說，所有跟你有關的情況，都盡在你的掌握？
會不會覺得這些很像空話，很不實際！
但是有做總是有好處的！
你做得越多，你越過程式設計師就越快。因為你不能，也不想只是單執行緒的程式設計師！
嘗試讓自己多執行緒
但是喜歡實現卻又是程式設計師的缺點，因為他們在實現一樣東西的時候，經常會不想去理會其他的事情。比如說，程式設計師接到一項任務時，普通的程式設計師就馬上會開始動手。稍微好一些的程式設計師則會仔細思考一下再動手。可惜，這樣子也是程式設計師管理能力欠缺的乙個原因。當你的能力足夠的時候，你應該懂得，把分配給...
多執行緒嘗試
先貼 package com.mult.test public class mythread class runaablethread implements runnable catch interruptedexception e system.out.println thread.current...
多執行緒 嘗試Thread
這幾天用到多執行緒時才發現自己對多執行緒的了解少之又少，僅僅停留在lock上面，好了，我們知道 負載 是乙個很時尚，很牛x的玩意，往大處說，需要負載，資料庫需要負載。往小處說，執行緒也需要負載，面對海量的 使用者請求，我們的單執行緒肯定扛不住，那麼怎麼辦，一定要負載，所以說多執行緒是我們碼農必須要熟...