愈來愈不喜歡講架構了，因為講的人痛苦，聽的人也痛苦

近幾年來的感覺特別明顯，尤其是跟不太熟的人講的時候

第一，你不知道對方的程度到那邊，講的太多，他們聽不懂; 講的太少，還是聽不懂

第二，你做了一些設計，但結果大多數都會聽到：『這跟我當初想的不一樣~~~』(靠，那你當初為甚麼不想？要我想？？？)

第三，在你做之前，會告訴你很多願景：『我希望可以共用』、『我希望未來會有延展性』、『我希望很好維護』。結果，大部份等看到實際的設計之後，都會說：『我們需要搞這樣複雜嗎？』

第四，有些客戶，因為自己覺得自己很厲害，所以常常會提出他自己的看法：『我覺得這樣改比較好』、『這樣應該比較正確吧？』、『這樣的設計才是我當初的構想』。我很想說：『你早說我不就不用想了嗎？』。如果你覺得你比較厲害，那你應該自己做，不應該要我來做。浪費你的時間，我的腦力~~~

這幾年愈來愈覺得感慨很深~~~
大多數人希望軟體就像一灘死水，只要寫完就希望不要再去改，但是這幾年的變化卻是愈來愈快、愈來愈多
等到要把一灘死水攪活的時候，就得找看不怕臭、不怕髒的人下去搞
或者是把所有的東西就推給廠商，反正只要出一張嘴，其他那是你家的事，付錢的就是大爺~~~

死的是誰？死的是這些工程師、還有廣大的使用者~~~因為軟體愈難用，就愈不會有人想用
而軟體愈難寫，工程師也就會愈來愈偷懶，愈來愈不想動腦筋

所以漏洞永遠都在，只是有沒有人會去發現而已

所以說：客戶，你說的都對，是我的錯，我不應該 over design 的....

[C#] 如何在測試案例中存取 Internal Classes ?

有這個需要，所以找了一下 Google

http://stackoverflow.com/questions/51950/how-do-i-allow-assembly-unit-testing-one-to-access-internal-properties-of-anoth

只要在專案的 AssemblyInfo.cs 檔案中加入一行

[assembly:InternalsVisibleToAttribute("UnitTestAssemblyName")]

這個資料的來源是 Friend Assemblies (C# Programming Guide)

(不過，這誰會知道有這個東西？？？ AssemblyInfo.cs 對大多數的開發者來說，大概是個謎吧)