程式寫法的差異，讓人懷疑上線的程式版本有誤。但同事印象中從頭到尾不曾用過這種寫法，追查上線記錄則顯示版本管理出錯的機率極低，到底是怎麼一回事? 幾經波折，最後在其他地方找到錯誤的根源，與程式邏輯無關，證實了程式版本並沒有任何問題。但引發一個有趣的結論: "DLL反編譯的結果與Source Code可能存在差異"，之前在探討Nullable Value Type時，曾有類似的經驗，莫非這次又遇到?
一些效能討論文章中提過Compiler本身會做一些最佳化，剛才提到Source Code將DropDownList.SelectedValue存成變數，變數只被用了一次--當成呼叫函數時的參數。少了這個變數不會對邏輯有任何影響，還可以省下宣告/建立變數的成本，的確是種最佳化。
using System;
using System.Collections.Generic;
using System.Text;
namespace SmartCompiler
{ class Program
{ static void Main(string[] args)
{ int j = 0;
string s = "Hello " + "World!";
string t = s;
Console.Write(t);
int i = 3 + 5;
Console.Write(i);
}
}
}
Compiler真是愈來愈聰明了，不過不代表以後程式可以亂寫，再交給Compiler去調。Compiler能做的小修正有限，省下來多半只是幾個Tick的極微時間，有時數百萬個Compiler最佳化也抵不上Coding時的一個小疏忽，只能當成錦上添花。