上周末寫了一篇《面對高手們時的鬱悶》，語氣可能有點不大好。mikeshi看了貌似有些意見，還特地回應了一篇《畢竟是幹同乙個行業的》。而鹿鳴則認為做什麼事做熟了都會倦怠，不論是coding還是designing。
看來我有必要再次說明一下我的觀點。我一向是不太贊同所謂的「軟體工程」以及與之相關的一切重方**，因為我覺得對於絕大多數軟體開發工作來說，這些並不是很有效的手段。我的觀點是站在xp為代表的輕方**和軟體工藝這邊的，coding即designing。
因 此，我不會認為coding和designing是對立的。但是我們現在很多情況是：相當多的coder做的就是基本的印度式的機械化的coding工 作，所做的只是把別人的設計翻譯成**。而問題在於，那些設計人員的設計又往往是高來高去的扯淡，脫離實際情況，二者的矛盾就必然存在。這也是為什麼我一 直不太喜歡軟體工程的說法。
其實設計不是什麼玄事。建築之所以需要設計是因為一旦開始建設，再要進行改動就要付出很大的代價。但軟體開發不是這樣的，在tdd的支援下，你可以在coding的過程中，隨時進行重構，調整設計，消除bad **ells。designing存在於coding中。
老生常談沒什麼意思，主要還是為了澄清在《面對高手們時的鬱悶》 一篇裡的誤會。我上面說了這麼多，只是想說明，那天我們幾個討論的並非是什麼高深的「設計思想」，我們也不可能談那些高來高去的東東，而且這也與 belost的問題無關，我們只是談了一下各自對此問題的實現思路，除了沒有具體**以外，並沒有離開**太遠。但是他不能理解那個控制項的**，我們總不 能從windows的訊息機制開始給他講一遍吧。再說，他出言不遜的時候，有沒有想過我們的感受呢？
所以每次有人問到我關於執行緒的一些很基礎的問題的時候，我都會建議他們去看看《作業系統原理》這樣的基礎教科書。因為我認為我沒有義務為這些人補上他們應該在學校就學到的知識。
再補：令狐這篇《[技術]也談設計》表達得更清楚。
設計不是一件玄事
上周末寫了一篇 面對高手們時的鬱悶 語氣可能有點不大好。mikeshi看了貌似有些意見，還特地回應了一篇 畢竟是幹同乙個行業的 而鹿鳴則認為做什麼事做熟了都會倦怠，不論是coding還是designing。看來我有必要再次說明一下我的觀點。我一向是不太贊同所謂的 軟體工程 以及與之相關的一切重方 因...
不是一件事
紀念下第一次雜客。之所以稱之為雜客，是因為不知道這個blog會成為什麼，暫時命這個名字吧。想起最近的事情，不是加班，就是加班，這周好不容易有兩天在家裡休息，去又頹廢了一天，頹廢後的那一刻，卻突然感覺到不安的感覺。哎，不管了，不安就不安吧，下次不這樣了，睡覺先 今晚好像是最後的晚餐，可能是最後一次在這...
2021 01 12 自覺普通，不是一件容易的事
21 00 商業將人們通過互利聯結起來 通過商業，人要學習深思熟慮，要學會誠實，要學習舉止得體，還要學會在言談和行動中謹慎和有所保留。薩繆爾 裡卡德 在工作和生活中，我發現自己在某些時刻還是有些張狂和自大，很容易會借助一點順勢就開始張揚表現，最顯性化的一點就是自己那張嘴巴。在一些事情的正向結果看，我...