@em70 多谢提醒。更多的是想通过：
1. 人肉测试APP，给出反馈意见，即写一篇blog作为test report
2. 在report中，好的地方帮app写些正面客观的描述，不好的地方给出修改意见。
3. 对于修改意见，如果我们能搞定，就帮他们fix掉。当然是这一块就是收费部分。如果，我们是因为资源不够，或能力不够，可以列出一些中肯的意见。然后用户可以将该blog的url贴到“猪八戒“或”elance"这类中介网站上去。

如果这个blog人气够旺，就可以做新app的推广渠道了。当然，这是很远之后的故事了。

@em70 有什么知名的网站或search keywords吗？谢谢。

So I am. It's really hard. http://dennyzhang.com

列一个找拍的答案：emacs tramp

蛮好的idea呀。

同意楼上们的：做个LBS的app可能会受欢迎些。

切入点，先从blog做起。一篇文章就是一个APP的测评报告。

"从 2003 年到 2012 年，我一共加入过九家创业公司". 楼主 @luzhugao 你有老婆孩子吗？这一路过来，你是怎么把关系处好的？

"在试用期期间发现问题，却没有任何沟通的前提下，在试用期即将结束这个微妙的时间点上，连续辞退2名员工". @cloud3edu 这一点是有些说不过去。

除非performance差到完全扶不起来，总归还是需要给人几次改进提高的机会呀。

@Luzlfer @Linxing

多谢，我先找来自己看看，再加上去。

楼主基本是在YY

写了创意书卖给有能力的开发组？？

这个真心是从没搞过，才会有的想法。

@shoumu, 网站不需要。但里面有些是youtube，看它们的时候需要。

@imn1, 谢谢，我先自己看一下《Risky Business》。好的话，就加上去。

@ericshao, Rework合适startup的人吗? The lean startup上面放了。这个是经典之作。

- If a new user has a problem, it's a bug in the code or the documentation. End of story.
- 注释的目的是为了弥补代码自身在表达上的不足。
- 挑项目绝对是程序员职业发展第一准则
- 信息量等于不确定性的多少
- 调试前先思考是最好的调试方法
- Debugging is twice as hard as writing the code in the first place.
- 90% of the code is written by 10% of the programmers
- It doesn't matter if you use Ruby, Erlang, Haskel, Lisp or C. if you poorly implement a system, no programming language will make up for it.
- Avoid general TOI-style questions
- 缓存的本质是： 在能够预测未来使用的前提下， 预先存储一些处理结果提供快速访问， 从而做到用空间换时间或缓解瓶颈
- Emacs made me realize anything can be changed by a programmer
- TDD force us to think how the code is going to be used.
- Talk is cheap, show me the code: Win arguments with code.
- Let it crash, only fix the errors you know how to fix
- 工具比框架更容易被接受
- 相比成本控制, 业务创新更重要
- Done is better than perfect.
- Ugly, I know. But it works
- Architecture represents the significant design decisions that shape a system
- 世界上最真情的相依, 是你在try我在catch。无论你发神马脾气, 我都默默承受, 静静处理。到那时, 再来期待我们的finally -- 我是程序员
- 世界上最痴心的等待, 是我当case你是switch, 或许永远都选不上自己 -- 我是程序员
- 世界上最遥远的距离, 是我在if里你在else里, 似乎一直相伴又永远分离 -- 我是程序员
- 需要对核心细节进行深入了解
- 知识技能的提升还是得靠不断地尝试折腾, 在烦和累中发现有趣和酷, 成就感
- Don't make wrong decision and do it in a wrong way, due to schedule pressure
- Don't attend meeting without preparation!
- 如果一个系统或者一个模块设计时没有想好怎么测试, 说明设计做得还不够
- 一个只有学计算机的孩纸才明白的冷笑话:烫烫烫烫烫烫烫烫烫烫烫, 屯屯屯屯屯屯屯屯屯屯屯屯屯
- 《程序员的雨巷》开着emacs, 独自编写着悠长、悠长又无聊的ErLang, 我希望编译出来的结果是一个美丽的姑娘。她是有lua一样的风骚, c一样的贤惠, lisp一样的慈祥, 与我在ubuntu里牵手, 拥抱又疯狂;梦醒, 她仅仅是这无聊的ErLang
- 如何实现可维护的软件是高级工程师的价值所在
- Culture is an important reason as to why people gravitate to one tool or another
- 领导总让人一声叹息. 总裁：“我们不需要两台服务器”. 我：“可是我们需要双机备份” 总裁：“两台服务器是为失败者准备的，优秀的团队绝对不允许任何一台服务器出问题” 我：“唉…”

@crs0910 收到，改之

@NathanInMac really? 出来，聊聊呀 denny.zhang001 at gmail.com

@KittySYSU 竟然看到sysu域名的email, 好熟悉的名字。

赞。很好的想法。在你的平台发了两篇文章，希望以后能继续多多在你的网站发文。

另好奇：尼莫，印刷费你是自付的，还是有赞助商呢？

@cbsw 哦，说得对。1. 是5 simple ways。 2. 那个Illustrate处，我当时前面是I will, 后面又继续I'll，感觉有点搓。我再想想。

感谢@christianwong和@cbsw ，就是在评论和打击下提高嘛。

不过，有一点我和@cbsw的意见不太一样。不能因为E文不地道，就放弃用英文写了。成长是个过程嘛，任何时候我们的结果都是有瑕疵的。

btw, 纯语言讨论。谢谢
- 应该是check out 5 simply ways。
check out表示“看看”， checkout多为“结账”，“校验”
- "Illustrate in detail..."这一句没啥问题呀
- "with...", 这句是写得比较顺意，已改之。

@twoconk thanks!