摘要： 1大部分程序的大部分指令之执行一次，或者最多几次。如果一个程序的所有指令都具有这样的性质，我们说这个程序的执行时间是常数。logN如果一个程序的运行时间是对数级的，则随着N的增大程序会渐渐慢下来，如果一个程序将一个大的问题分解成一系列更小的问题，每一步都将问题的规 模缩减成几分之一，一般就会出现这样的运行时间函数。在我们所关心的范围内，可以认为运行时间小于一个大的常数。对数的基数会影响这个常数，但改变不会太 大：当N=1000时，如果基数是10，logN等于3；如果基数是2，logN约等于10.当N=1 00 000，logN只是前值的两倍。当N时原来的两倍，logN只增长了一个常数因子：仅当 阅读全文

摘要： 早上赖床的时候思考了一下关于架构师知识体系的问题，思考过后觉得自己对这个职业又有了新的认识，于是记录下来，作为自己备考架构师的开篇之文，希望能一直坚持下去，多思考多写，到时候就不怕下午的论文题了。 首先，架构师是个什么样的工作岗位，在求职时，我曾经被问过这样的问题，当时的回答我自己不太满意，现在想想，如果下次再答，我会这样说，架构师是一个决策者，一个搭积木的人，你想要金碧辉煌的皇宫，我就用黄色积木搭一座恢弘华丽的宫殿，你想要绿草莹莹的小屋，我就用绿色积木搭起一座充满生机的尖顶小屋。这样说也许很抽象，那再扯点题外话，前两天看“军情解码”时，国内某专家谈中国的武器系统时说的一句话，深得我心，他.. 阅读全文

摘要： 刚在网上看到一段话，很不错,醍醐灌顶,转录过来以时时提醒自己。(转载自javaeye一个叫凤舞凰扬的人的回帖)优秀的架构师应该是设计解决方案。不管架构师做出来什么东西，封装也好不封装也好，他必须解答6个W：为什么要这么做（Why）：架构师要解释这样做的目的和相关的背景条件。做出来的东西包含了什么（What）：方案中包括些什么东西，解决了什么问题？谁会从中获得好处（Who）： 架构选择这种做法，谁能... 阅读全文

摘要： 而IT部门作为企业的一部分，以企业业务需要为导向，提供信息服务和技术支撑，这是IT部门的工作。这些工作不仅仅是软件开发，维护服务器这么单纯的事，这样的事以后会被专业的公司取代，而IT部门要考虑的事将会是：如何应对互联网经济带来的挑战，推动商业模式的创新和发展。互联网经济是一个大浪潮，要么被冲下去，要么潇洒帅气的行走于风头浪尖，而商业模式的创新和发展就是一个冲浪板，能不能玩的好就要看企业的行动力和创新意识。这里边IT部门能够起到很重要的作用，因为它具备很多其它部门不具备的优势：同时熟悉信息化和业务，与各个部门都有往来，熟悉业务的整个流程，是综合性很强的多面手。基于此，IT部门是该被重视的，是可以在企业决策时有足够话语权的。 阅读全文

摘要： 展开说团队建设之前,先说下我们之前的工作模式。我们这个开发小组的人数不多,前几年一直维持在五六个人的样子,人员组成是一个组长,剩下全是程序员,由于项目也不多,基本上是哪个项目急先做哪个,大家一块上,组长负责需求,一个程序员搭项目的架子,然后分模块,需求分析由程序员自己做,完了把项目凑一块去,项目就成了,很作坊式,这中间的问题想必搞过开发的都知道.这样的情况持续了四年的时间,后来部门进入到一个高速发... 阅读全文