最近我正在讀do more faster這篇文章，雖然此文好像有點是在為techstars的建立做宣傳，但是還是不失為一篇好文。最讓我印象深刻的是，有些明明已經有了成功的條件，至少創業資金是不缺的，但是事到臨頭，卻不知道該如何著手去程式設計。學會程式設計，他們就能夠實現自己的想法，學以致用了。
打個比方，這就像心中有一些關於**的設想，那麼你需要學習如何演奏才能把它表達出來。當然，其中的學習過程絕對會嚇退一幫專業**人。可是，如果你害怕出醜害怕被罵，擔心這個擔心那個，那麼我敢肯定，成功將永遠不會眷顧於你。畢竟，沒有哪個樂隊是不具備任何**知識就隨隨便便一不小心就能成功的。
我還深深的記得，其中有個人演示的全是動畫和陰影。說他牛b是因為他的作品讓人驚呼奇蹟，比如有血珠從乙個頭蓋骨的眼窩裡流出來滴進螢幕下方逐漸公升高的池子裡。而這僅僅只是他演示中的乙個片段而已。從這件事情上，我認識到我沒有我想象的那麼厲害。
經過軟磨硬泡，我終於看到了他的**。哇塞！用來變色和畫點與線的指令就有成千上萬條。其中甚至是沒有迴圈，也沒有變數的。而為了使血珠有動畫效果，他先是畫了乙個紅色像點，過會兒再在這個下面畫第二個，以此類推。所有座標都是硬編碼。想知道他是如何掌控這些畫的東西嗎？他把他做的東西統統更新在了一張方格紙上。
不得不說，在這件事上我犯了個固步自封的錯誤，沉浸在以前的經驗裡，不思進取，不去創新。然後，我在想這個程式的**可以如何優化以顯得簡潔明瞭。當然，那個製作了頭蓋骨的傢伙才不考慮這些呢，他並不在乎這個程式是否繁冗也不需要去維護。他想要的只是乙個能展示他想法的方式。
這裡還有另外乙個教訓容易被忽略。那就是，如果你想要同時關注使用者的最終體驗和提供這種體驗的程式體系結構，這是相當相當困難的。甚至也許是不可能的任務。我認為解決這個矛盾的唯一方法就是忽視後者。直接去寫**，就好像你剛剛才學習程式設計那樣，避免用原有的經驗去禁錮自己的思維模式——如果你想成為乙個真正的軟體工程師，而不是乙個有經驗的設計師。
不要讓經驗禁錮你的程式設計思維
最近我正在讀do more faster這篇文章，雖然此文好像有點是在為techstars的建立做宣傳，但是還是不失為一篇好文。最讓我印象深刻的是，有些明明已經有了成功的條件，至少創業資金是不缺的，但是事到臨頭，卻不知道該如何著手去程式設計。學會程式設計，他們就能夠實現自己的想法，學以致用了。打個比...
不要讓你的程式死掉
前陣子在csdn上看到乙個帖子 論程式的成長 你寫的 有生命力嗎？感觸良多。加上實習到現在已經可以說是整整的工作3年了，其中做了一些專案也發現了一些共性。自己也寫了一些通用的 塊，但是種種原因，沒有一直堅持的維護下去，讓它們不斷的完善 公升級。也就漸漸的失去了生命力，能發揮的作用也越來越小。一直都在...
不要讓你的Rails Validate嚇著了使用者
activerecord validations 是rails很方便的一項特性，由於它如此好用，我們經常使用它，讓使用者看著了不舒服的資訊，比如下面所說的例子 舉個例子，比如現在我要在使用者註冊的時候驗證 social security number ssn 一般 會是這個樣子的 ruby clas...