今天坐車回來突然有個想法，我把它記錄下來。
在廣州上下班時間主要交通路線一定會塞車，而且通常是沒有交通意外，紅綠燈沒壞，交警們還在的情況下發生。部分原因是因為廣州的主要商業區比較集中，市民的居住地也集中在幾個方向，這樣一來就會出現上下班時間集中在某個方向的車道塞車，而相反方向的車道卻被閑置著。

 
但是如果把道路的設施稍微改動一下。比如現在道路之間是用花圃、欄桿或者雙黃線隔開的。這有可能會美化道路，但是卻不能給市民帶來方便。如果我們把花圃、欄桿拆掉，把黃線給抹掉，用埋在道路表面的燈來代替。


如上圖 1，2，3 分別代表埋在路表面的黃燈 平時默認2亮，在出現塞車時可以靈活的調整1，3燈是否為亮。通過調整塞車車道的寬度來緩解廣州的路況。我覺得是可行的辦法。
1.從分利用了道路資源，不會出現一邊道路緊張一邊卻被閑置。
2.在路表鋪上路燈的成本比每天塞車的成本低（我沒調查過）
但是還是會面臨各種問題
1.沒有相關法規規定，路表的指示燈可以作為指揮交通。
2.即使有相關法規出臺。廣州的司機大老會買單嗎？誰來監管。
3.即使可以通過電子眼來監管司機。指示燈誰來控制？如何控制燈亮燈滅。會出現車開到一半車道變窄的情況，車卻開到了相反方向。
4.其實控制燈亮燈滅技術上計算機是可以實現的。
完

   今天運氣不錯，一到車站就能上車，有位置坐，開了幾個站都沒有老太太上車。今天司機開車想瘋了一樣把車開得很快。也許現在很晚了吧。工作到了收尾階段，不是很忙了，我還是晚回。也許我是習慣了吧。我習慣下班后修改一些bug或者優化程序，這樣我能夠靜下心來。我該改改我的習慣了。
   今天看了一篇文章，讓我想起了老子說的信言不美，美言不信。善者不辯，辯者不善。知者不博，博者不知。意思是說，自己可以相信的、對自己真正有益的話不會好聽，但阿諛奉承的好聽話千萬不可以相信......
  

線程池的體驗，這里是簡單的例子，不解釋了，只能意會不能言傳。

 

//第一個類
package thread;
import java.util.LinkedList;

public class ThreadPool {
  private LinkedList tasks = new LinkedList();

  public ThreadPool(int size) {
    for (int i = 0; i < size; i++) {
     System.out.println("new");
      Thread thread = new ThreadTask(this);
      thread.start();
    }
  }

  public void run(Runnable task) {
   System.out.println("run0");
    synchronized (tasks) {
      tasks.addLast(task);
      tasks.notify();
    }
  }

  public Runnable getNext() {
    Runnable returnVal = null;
    synchronized (tasks) {
      while (tasks.isEmpty()) {
        try {
         System.out.println("waiting");
         Thread.sleep(1000);
          tasks.wait();
          System.out.println("waited");
        } catch (InterruptedException ex) {
          System.err.println("Interrupted");
        }
      }
      returnVal = (Runnable) tasks.removeFirst();
    }
    return returnVal;
  }

  public static void main(String args[]) {
    final String message[] = { "zgw", "nake", "sunny", "piao" };
    ThreadPool pool = new ThreadPool(message.length / 1);
    for (int i = 0, n = message.length; i < n; i++) {
      final int innerI = i;
      Runnable  runner = new Runnable() {
        public void run() {
          for (int j = 0; j < 25; j++) {
            System.out.println("j: " + j + ": " + message[innerI]+"   "+innerI);
          }
        }
      };
     
     pool.run(runner);
    }
  }
}
//---------------------

第二個類
package thread;
import java.util.LinkedList;

class ThreadTask extends Thread {
  private ThreadPool pool;

  public ThreadTask(ThreadPool thePool) {
    pool = thePool;
  }

  public void run() {
    while (true) {
     System.out.println("gogogo");
      // blocks until job
      Runnable job = pool.getNext();
      try {
        job.run();
      } catch (Exception e) {

        System.err.println("Job exception: " + e);
      }
    }
  }
}

      
       在過去的二十年里，新的軟件開發方法和技術的使用并未使軟件生產率和生產質量得到有效的提高。軟件生產商開始意識到他們的基本問題在于對軟件的生產過程管理不力，主要體現在：軟件產品不能按時完成、超出預算的成本、以及采用新的技術和工具后其好處難以體現。

企業要通過選擇最關鍵的目標來進行過程改進，應該搞清成熟的軟件過程和不成熟的過程之間的差異。

不成熟的企業有如下標志：

• 缺乏確定的軟件過程和相應的管理和控制；
• 即使給出了軟件過程，也不嚴格的遵循和強制執行；
• 管理是完全被動的，管理者采用的策略是救火式的，即出了事才去解決，解決的時候也難以縱觀全局，往往只顧眼前；
• 由于缺乏有依據的估算，制訂軟件預算和生產計劃時往往跟著感覺走，實際生產時則常常超標；
• 如果強制在預定期限內完成，那么軟件的功能和質量肯定是得不到保證；
• 缺乏評價軟件產品質量和解決產品缺陷和過程問題的客觀基礎。

成熟的企業則有如下標志：

• 具有在企業范圍內管理、控制軟件開發和維護過程的能力；
• 現有人員和新進人員均了解所遵循的軟件過程，且工作活動均按照事先的計劃完成；
• 在定義好的軟件過程中，所有項目和機構中的角色和責任分明；
• 制定的計劃是有效的且與實際的工作進展一致；
• 軟件過程在必要時可按照一定規則和程序加以修改；
• 軟件產品和過程的具有一定的可控性。這主要體現在：
  1. 管理者能夠監督軟件產品的質量和生產過程；
  2. 具有客觀的和定量化的措施來判斷產品質量并分析產品與生產過程中的問題；
  3. 計劃和預算有章可循，它是基于歷史數據的，從而是實際可行的；
  4. 預算的結果，包括成本、時間表、產品功能和質量等，通常能夠達到；
  5. 有關的參與者完全理解遵循軟件過程的價值并認真地遵循之；
  6. 具有支撐軟件過程的基礎設施，如標準過程庫、歷史數據庫等。

如果公司要通過CMM2，那么公司的管理成本又有多大？公司其它管理層是否意識到制定標準的好處？新事物會帶來多少人的抵制？