Tinyfool的开发日记(blog)

最近，吕欣欣做了件比较有意思的事情，搞了一个Feedsky技术交流会，就是每周请一个技术人员到Feedsky去座谈。第一次是我去的，第二次是曾登高（可惜我错过了），这次是阿北。


长久以来的一个话题就是技术人员之间如何进行交流，尤其是不同的公司之间的技术人员之间怎么进行交流。很多人把这种交流的匮乏归结于技术人员的孤僻性格，这点我并不同意。实际上，就我接触的技术人员来看，他们大多是乐观向上的，风趣幽默的，甚至很多是很健谈的，跟传说中似乎有些差异。我认为这种交流的匮乏的原因在于缺乏机会和场合，缺乏跨公司的目的不那么功利一些的活动。

所以我说，吕欣欣做的很有意思，Feedsky的技术交流会就是一个提供这样机会和场地的活动。而技术人员之间我认为更多的是基于对技术的热爱产生的相互的敬仰，和交流的欲望。比如这次，听说偶像阿北要来Feedsky，我千山万水的就从南城飞奔到了太阳园。

关于这次的内容，我因为到得晚些，听得不甚全面，就抄袭下裴老师的总结吧：

阿北总结豆瓣开发的三点经验 （现场没有记录，凭记忆整理，可能有误，具体表述更不一定准确）：

• KISS。阿北在豆瓣之前任一公司CTO，负责开发企业 软件。受惯性思维的影响，在开发豆瓣之初设计的系统架构比较复杂，经过探索之后采用了 UI -> Data Object -> DB 的三层结构。事实证明，简单，不仅是 UI 的简洁，也包括系统架构的简单化，是豆瓣开发成功的关键所在。
  
  
• 永远 Beta。快速上线、不断完善的轻型开发模式被视为 Web 2.0 的典型开发模式，豆瓣在核心功能开发成功之后始终处于不断完善之中。这种模式虽然难免把问题暴露在用户直视中，但在用户的直接参与下的修改完善比“闭门修炼”效果更好。
  
  
• 注重用户体验。众口难调，不可能覆盖到全部用户的需求，所以只要照顾到多数用户就好。通过调研及悉心体验获知多数用户需要什么，如果搞错了及时调整。

在具体开发上，阿北遵循的许多做法都值得参考（个人总结，非现场顺序），例如：

• 选择 Python 开发的原因，是效率、效率、效率。
  
• 重点关注、率先实现核心功能，未及实现的逐渐完善。
• 网站应用结构要扁平，如果系统多人开发时应纵向切割。
• 程序员不要有惯性思维，如对数据库不熟悉就采取逃避态度。
• 在用户需求的理解上，程序员易自我中心，从程序实现思路出发。
• 乐此不疲地热爱 Coding 对于程序人员极其重要（参见豆瓣寻人）。

对于技术人员创业，阿北的经验也许更有启发。他认为一个好的想法很重要，但我从他的话里听出来把好的想法做出来才是最重要的。他说，某人拿商业计划书四 处找投资半年未果，如果用两个月时间做出点东西岂不是更有效，毕竟现在维持一个网站投入很小，只要生计不成问题就很容易做到。

可惜老白最后没来，不然我们一定能得到更多的启示。下次Feedsky技术交流会请的是韩磊，也是我的偶像，谈.Text下的分布式架构，看样子下个周末又不能睡懒觉了，呵呵。

Technorati Tags: 技术交流, python, 阿北, Feedsky