一看就知道 #135 是誰寫的文章，文章一直往誰身上貼金就知道誰寫的。

這位貼金者，五月因為什麼原因被開除我就不多說了，反正跟本樓無關，我就幫他留點面子。

我六月底開始搞這個很成功的實驗，他沒跟到當然會很不爽，我能夠理解。

我祝該位仁兄以後可以繼續用這樣的態度建立順遂的人生。

這個班的運作原理，我在 https://ruby-china.org/topics/31080 都寫得很清楚。我就不再說明。斷章取義的片面質疑我就不回應。反正我的教學法是反常識，要用什麼角度質疑都可以。各位也了解，反正一個東西火了，疑似廣告與疑似抹黑什麼都會出來。

至於有沒有效？目前第一梯學生（9/15 - 10/5) 面試到現在的面試「錄取」結果，一個彩程，三個金數據，兩個雲幣。其餘還在面。這些都是一流公司。也是嚴格篩人的，學生也有鐵錚錚的協作品（全部 opensource)，每日日記、周記，我們形同直播。

學生的博客都也還在一直更新中。

如果這樣的結果只是靠吹水行銷，我想應該做不到的。BTW 樓主 lily 剛考上了金數據。

但是還是那一句話，有沒有效，還是看學生的執行度與投入。我可以有效消除學習門檻，培養自教能力。但是如果學生不踐行只空談，那我還真救不了。

至於你要不要來上？這個班報名表刷退與我親自勸退的人是報名的人的 10 倍以上數量。凡事要自己想清楚。

最後，質疑我本人有沒有功夫以及是不是別人代工這種事情，就省省時間吧。全棧營這東西不是忽悠就可以搞得出來的東西。

妹子刚录取了金数据。（我们班刚上了一个彩程，三个金数据，一个云币），其它的还在面。

我们入学录取率低于 20%。

#24 楼 @adamshen

详细的我晚点回你。的确每个人的学习区都是不同的，我用了很多方式让大部分人能够跟上。

此外我觉得思维模式，特别是优秀程序员的思维，是最难得的，有些人花了很多年才练得。但却也没那么难，只要有幸到了优质协作团队，那也可以很快。所有的难与长这些感受，在与人生有没有机缘遇到或自主激发。

我当初自己也花了很多时间，所以这正是我想努力缩短的原因。

这个班这部分我下了很多功夫培养，毕竟 rails 功夫能够上网查，这些却是很难上网得到的。

daniel 說我应该写一篇我是如何被这帮学生的认真给吓到，这样才更正能量。我这几天会花时间写一下續篇。

我也貼一下學生作品吧，請大家給這些新苗子鼓勵鼓勵。

有兩組做的比較好：

• 約霸 https://online-ask.herokuapp.com ( Lily 的是這組）
• 人才火箭 https://talent-rocket.herokuapp.com

他們（絕大多數無基礎，班上只有三個人有過一點開發經驗）經過三週基礎訓練後，再花了四週左右協作出這樣的成品，包括細節打磨（一組 5 人）。

源代碼

• http://github.com/onlineask/onlineask
• https://github.com/GrowthRocket/rocket

我們第一期的成果以及學生心得上線了，歡迎參考

http://fullstack.xinshengdaxue.com/testimonial

• 全班 20 人都有寫日記與週記，網上也可以找到他們的博客與這六週的技術變化
• 前三週是基礎培訓
• 後五週是團體開發作品

學生分組作品（是的，他們來上課前不會編程的。。。。，這是他們到第三週的團體進度）

http://fullstack.xinshengdaxue.com/projects

看看大家想聊什麼。如果是分享 topic 沒辦法。最近時間佔滿了都在寫教材....

太好了。我剛好在北京！

我都是睡無印良品的懶骨頭沙發（雙拼，就可以睡得很爽）

想太多了。

這篇文章是 6/1 在台灣經理人的內容。剛剛台灣軟體社群希望我把剪掉的東西放上來。剛剛在 FB 發一份，覺得這裡也發一份好了...

等你創業過後就知道，完美團隊是不存在的 XDDD

能發薪水持續發兩年多然後 Founder 還沒得憂鬱症就超強了....。

好。晚點做

弱弱問一句，付錢買書會覺得很冤枉嗎？

我住在台灣。我不覺得我這樣發表有何不合理之處。

翻譯：http://blog.littlelin.info/posts/2014/04/26/tdd-is-dead-long-live-testing

我的看法 : 返璞歸真 -- 以最適當的方式設計軟體 http://blog.xdite.net/posts/2014/04/28/back-to-basic

後續 DHH 再發兩篇 :

• Test-induced design damage http://david.heinemeierhansson.com/2014/test-induced-design-damage.html
• Slow database test fallacy http://david.heinemeierhansson.com/2014/slow-database-test-fallacy.html

我的補充

• 過度追求 Test 造成的設計傷害 http://blog.xdite.net/posts/2014/05/05/over-desgin

前天晚上 TDD 世紀大戰轉播文

http://forum.rails-taiwan.org/t/is-tdd-dead-1-live/89

我的摘要（從我的 FB 上轉錄）

1 ) DHH 花了五分鐘再講我這篇文章裡談到的東西。內容幾乎沒差多少

http://blog.xdite.net/posts/2014/05/05/over-desgin

抱怨 TDD 帶來一堆問題

2 ) Martin Fowler 馬上推卸責任。把話筒踢給 Kent Beck。指責是因為 Kent 推廣 Extrem Programming!!!! 所以應該 Kent 來解釋為什麼會變這樣

3 ) Kent 很無辜說他弄 TDD 是為了更有自信寫 code

4 ) DHH 說他看到的是 TDD 弄壞了 design 他不願意犧牲太多去 tradeoff。問他們兩位願意花多少代價 tradeoff

5 ) Martin 不說話。Kent 只好說 Martin 看起來再等他講，只好又他先講吧。然後他開始談他昨天參加 FB hackathon，他寫的 code 一半有 TDD，另一半根本連 test 都沒。他覺得自在的就測啊。不能測的就不要測。

然後扯到 mock。特別的是他 mock nothing。他認為很多人覺得 TDD 會害得之後無法 refactoring 是鬼扯，他跑去看那樣宣稱的人的 code，發現那個人根本是亂 mock，test 到處 coupling design。難怪無法 refactoring 不是 TDD 的錯。

6 ) 換 Martin 說。他認識也有好人用很多 mock，所以他不想批評用 mock 很多的人。然後他覺得 tdd 是實踐 self testing code 的好方法。扯 self testing code 的好處。

7 ) dhh 說她同意 self testing code 的好處，然後又把話題拉回來繼續問傷害 design 的問題。

8 ) martin 說。喔～～我聽懂你是想要討論傷害 design 的事了。不過我們 30 min 時間到了。下次再討論吧！

9 ) dhh : ( 覺得真是三小很無奈）好吧。下次再約。

＊＊＊

這大概就是今天差不多的內容。下一集會是下禮拜五同一時間同一個網址。

歡迎樓下接續討論。

又在北京...orz，那今年我就跳過了。

上回去北京四天，回來我病了一個多月，咳到險些掛掉（本來呼吸系統就不是很好）。身體真的沒辦法再承受去北京一趟。

http://blog.xdite.net/posts/2014/04/28/back-to-basic

返璞歸真 -- 以最適當的方式設計軟體

我也寫了一篇想法

請問這本書中文版在哪裡可以抓得到。

我選擇 BatmanJS

XD

http://blog.xdite.net/posts/2013/12/23/rails-101-2013-limited-discounts

這週在特價

神翻譯

我聽說。錄製的那天。台灣海纜斷了。

晚點會來生一個 coupon 給之前買過 Rails Pattern 的讀者

https://leanpub.com/rails-view-book 這個 talk 生成一本書了。歡迎支持。

博客工具是一個巨坑。相信我...XD

肯定會