决定在2008年增加写博客的频率,一个目的是继续练习写作的基本能力,另外则配合各个方面来学习和回顾。技术方面,除了一些技术文章之外,准备每周回顾一下一周内碰到的技术和开发管理方面的各种问题。
现在的工作,每天都碰到各种各样的问题,在解决大部分问题的情况下,如何减少问题并提高开发、测试、部署的质量,表现的尤为重要。最近开始读《人月神话》,目前读完了6章,感觉现有关于产品设计方面的问题,针对性特别强。尽管我现在的工作是开发,但每天都在和产品经理打交道,对于新的产品和现有的产品来说,最大的问题就是设计概念的不一致和设计过度。这直接导致了产品的易用性(Simplicity)很差。功能与理解上复杂程度的比值才是系统设计的最终测试标准,人月中的这句话应该对产品设计的人员有很大的警示作用。
我觉得我喜欢的产品设计方法应该是这样:先设计一个简洁的系统,功能比较少。然后开始优化这些功能的操作,使之非常简便。接下来开始非常谨慎的增加功能,每一项增加的功能都应该要融入最初的设计。当功能增加到一定的数量之后,应该重新审视整个系统,优化设计,确保设计的一致性。
以后会多关注一些产品设计方面的问题,因为我的目标是做一个成功的产品。
现在的工作,每天都碰到各种各样的问题,在解决大部分问题的情况下,如何减少问题并提高开发、测试、部署的质量,表现的尤为重要。最近开始读《人月神话》,目前读完了6章,感觉现有关于产品设计方面的问题,针对性特别强。尽管我现在的工作是开发,但每天都在和产品经理打交道,对于新的产品和现有的产品来说,最大的问题就是设计概念的不一致和设计过度。这直接导致了产品的易用性(Simplicity)很差。功能与理解上复杂程度的比值才是系统设计的最终测试标准,人月中的这句话应该对产品设计的人员有很大的警示作用。
我觉得我喜欢的产品设计方法应该是这样:先设计一个简洁的系统,功能比较少。然后开始优化这些功能的操作,使之非常简便。接下来开始非常谨慎的增加功能,每一项增加的功能都应该要融入最初的设计。当功能增加到一定的数量之后,应该重新审视整个系统,优化设计,确保设计的一致性。
以后会多关注一些产品设计方面的问题,因为我的目标是做一个成功的产品。