2010年微博写得比较多，博客更新有点少，在2010还没跑完之前，用微博的方式总结4点
架构
很多技术人员发展方向是架构师，希望能像Google的架构师一样具备前瞻的架构设计能力。不过放松点，尽管大部分业内公司没有好的架构设计能力，但并没妨碍这些公司的业务正常运转，大部分情况公司生存之道不在技术之上，前提是技术不要成为绊脚石。
架构方面可以总结的一点是，架构师要有完美心态，今年有很多感悟，如果没有这种心态，始终需要有人为设计缺陷买单。明年会进一步坚持这个原则。
编程语言
虽然Erlang发展没有达到预期，但是函数式编程语言在分布式及互联网领域依然非常受重视，Erlang, Scala, Clojure 等语言缺少一个契机走向主流。
行业现状从TIOBE排行来看，除了Objective C异军突起，其他语言变化乏善可陈。
2010，团队中不少基础不错技术人员，由于只埋头在一种编程语言里限制思维的广度。一个优秀的技术人员至少精通两门编程语言，2011在团队内推广一下第二语言。
数据
MySQL并不适合存储海量数据，它的优势在可靠性和运维经验。
Web编程语言如PHP也不适合处理海量数据，它的优势在Web编程及敏捷开发。
MapReduce框架如Hadoop可以处理海量数据，但是它的优势是离线处理，在throughput而非latency。
实时性的海量数据怎么更好处理是一个问题。
技术交流
北京由一些媒体公司组织的技术交流活动较多。本有计划组织一些民间小范围交流，倾向于交流即所有参与者都能发出声音，而不是分享，但由于精力原因未能完成。
团队内部的技术交流也坚持了半年，虽然每次准备不是很充分，从小范围的了解来看，大家还是持肯定态度，今天也进行了本年最后一期。
楼主的海量数据访问，其实主要侧重在访问速度吧？
架构师需要完美心态：我很多次都看到有人说不要有完美心态，所以这句话是不是应该有场景，可否举例。
一直关注你的微脖，学到了不少的东西。一心想成为一个架构师，可是有很多茫然的地方。希望多发写经历之类的微脖，比如如何追求完美种种！
“离线处理”能具体讲讲场景吗？
设计完美 VS 后期重构
到底该如何?
或许说mysql不太好解决伸缩性更准确，所以前期的架构设计部署尤为重要。请问新浪微薄用的是什么nosql产品？
关于实时的海量数据处理，Google在去年的OSDI上有一篇相关的论文，放弃使用MapReduce进行Web Indexing转而考虑使用在Bigtable 中使用类似于数据库中trigger的方式来进行
Web编程语言如PHP也不适合处理海量数据，它的优势在Web编程及敏捷开发。.
PHP在新浪主要是做前台开发？如果不适合处理海量数据的话，那么对于web前端，新浪考虑采用什么展现？
this was good post
Thanks for the great article. I have learned from this article, Love the site!
that was awesome article
关注。
实时性的海量数据得要内存数据库应该涉及到多核+大内存，压缩+列存储或者像redis那样便于分析的数据结构。
2011年已经过去了，杨老大在团队内部推广的第二语言是什么呢？
The need to automate communication has increased drastically especially with the rise of online businesses and ecommerce websites. Programmable SMS can be integrated into these systems using smart APIs that enable businesses to send out automated notifications and alerts to users.
素晴らしい投稿です。これは間違いなく友達と共有します。あなたの記事は有益でとても良いです！このコンテンツを共有していただきありがとうございます。