IT牛人博客聚合

从MacBook Pro转向MacBook Air已经数月了，谈下使用Air之后带来的便利与效率提升。

便利

虽然进入云计算时代，由于国内网络环境原因，访问国外一些知名云提供商并不稳定。因此在相当长一段时间内，国内用户依然非常依赖本地存储，使用轻便笔记本是一个最佳的选择。随时随地使用同一个工作环境后，可以极大改善个人效率及体验，以下是使用Air之后带来的一些日常便利。

浏览器标签页打开的未读完文章可以在其他环境继续阅读，这个对于工作环境中时间经常碎片化的人员非常有利。未看完的文章不需要收藏到类似“Read Later”的工具中，而且ReadLater之类的工具更大的障碍是，一个页面在粗读完之前，无法判断是否需要收藏。

由于是

查看全文: http://www.udpwork.com/item/7205.html

很赞同《Joel on Software》中Bionic Office一文所说，办公环境需要比大部分员工的家中环境更舒适。否则老板只能招聘哪些还住在简陋公寓的员工，他们才有可能下班后情愿留在办公室继续工作。

我认为程序员的办公环境的几个条件

1、足够大的桌面空间

程序员的办公桌最好可以并排坐下2人，以便pair programming或者code review。在不离开座位的情况下，有足够空间用白板或者纸面展开讨论问题。协作的同事不必站在身后费力的越过肩膀来看屏幕上的内容。桌面可以放下2个显示器并可以随手拿到常用的参考资料及书籍，有合适的文件柜或壁柜存放归档的资料，避免桌面上堆满了各种打印的资料。

2、电脑环境

工作的机器

查看全文: http://www.udpwork.com/item/6703.html

在互联网系统中，开发效率与系统稳定性与产品成败非常相关。开发效率在一定程度反映了团队的执行力，快速开发能力带来了产品的竞争优势。系统稳定性（包括安全及性能等）则是产品的后防线，稍有失误则会给产品带来很大伤害。因此开发效率与系统稳定性是衡量互联网系统开发成熟度最重要的两个指标。

在软件开发周期不同阶段，这两者如何控制？

在需求阶段，对开发效率的影响常见的是沟通理解偏差带来的技术风险，之外最常见的还有需求变更的风险。后者大多是来自市场环境的变化作出调整，技术主管更多的是积极心态去应对。但对前者沟通理解偏差导致效率问题也不罕见，更值得警惕。

在技术设计阶段最大的风险是技术方案，找个无需多讲，考验团队的架构能力以及对当前系统的驾驭程度

查看全文: http://www.udpwork.com/item/6550.html

最近在微博上提到了每周五进行一次内部的技术交流，方法也在不断的改进中，目前情况分享如下。希望也能听到一些更好的建议。

内容选取

大部分都是接近工作的，比如应用层如何访问cache及db、当前项目的重构或某个复杂的算法等。比如一个重构的话题让大家找出项目中目前不合理的若干问题，并分析这些问题存在的历史原因。然后大家分别发表自己认为合适的解决方案并进行讨论。

可以取得的成效

团队成员取长补短，获得更全面的技术

分享经验，避免成员步入已知的雷区

提高分析技术问题的能力

认识不足，找到自己需要提高的方向

达成团队更多共识，比如什么是好的做法什么是不推荐的做法

后续主题

以后可以进一步考虑的讨论主题，最大的原则是考虑跟近期

查看全文: http://www.udpwork.com/item/2161.html

最近阅读了《卓有成效的程序员》(The Productive Programmer) 一书，此书虽是2009年出版，但是介绍内容的价值并不会随着时间过去而降低，相信5－10年后对于大部分开发者仍然具有借鉴价值。

大部分章节是介绍具体的方法来如何提高程序员工作效率。记住具体的技巧未必有太大价值，很多人都认同一种观点就是，读一本书最终的目标是忘记其中所有的观点，但是它会潜移默化影响了你以后的思维和或观点，包括你的行为。因此我认为此书直接的影响就是帮助思考开发过程的方法和问题，思考以前的惯例是否存在问题。比如最近在设计某个产品删除功能的时候，一位同事突然提到是否产品将来有需要查看行为历史，如果需要记录历史，删除的流程就会变复杂，不但影响

查看全文: http://www.udpwork.com/item/1523.html

每年这个时候，都很高兴看到有很多技术人的总结，展望及计划。透过别人的经验及计划，可以了解自己的不足。可惜的是到一定层次的人一般不轻易透露自己的想法，使我们错失了很多学习及观摩的机会。以下是个人的一些近期实践打算，跟目前工作业务无关。

网络模型研究，09年做的的C, Erlang, Java and Go Web Server performance test得出了一些实验室的结论，打算继续观察各种网络模型在大并发真实网络慢连接的情况下表现的差异。打算比较Scala, Java, Erlang and Go. 关注点也是throughput, latency以及代码的可扩展性及可维护性。

分布式，打算尝试哪些分布式的理论可以适合国

查看全文: http://www.udpwork.com/item/208.html