想做架构师,要把你的思维从功能转变到性能上.如果连功能都实现不了,那先老老实实做你的程序员,多锻练几年吧.
程序员的基础知识积累到一定程度,几乎没有什么是不能做的.我说几乎是指有些特别的"核心技术"不是靠技术能力
能接触到的,这部分的东西一般人是做不了的.我们不把它作为通用的内容来讨论.
你几乎什么都能做了,你最关心的是什么?是你能做多少?
说实话我提出这个问题会有很多人反驳我,因为也有很多做桌面应用的程序员,他们很少或从来不关心性能问题.因为
他们的程序装在桌面机上,只有一个用户在和程序交互.他们的程序的架构和我现在说的架构不是一回事.我所说的架构是如何解决高性能的一种组织策略.简单说他们解决的是"规模"的问题.
当一个团队只有三个人的时候,独立一个人出来做管理,另两个人肯定不服,结果可想而知.但如果有十个人的时候就需要有专门的管理者了.达到百人的时候就需要管理者团队来管理.达到几百到千人的时候就还需要对管理者团队的管理和各部门之间的监察测评机构.
你提供的功能在用户达到一定规模的时候,就不是简单靠硬件的堆砌能解决的.架构师就是解决在大规模用户量下节点间的系统与层次结构的.
提供一个测试题,看看你是如何解决的.
有两个文本文件,其中一个a.txt每一行是一条记录,没有内容完全重复的.就比如说日志吧:
2007-08-23 12:33:45.123 内容 内容内容 内容.......内容
2007-08-23 12:33:45.223 内容 内容内容 内容.......内容
文本总共有5M左右大小.另一个文件b.txt的内容相同,但其中少了部分,比如我从a.txtCOPY出一份b.txt.按10%
的比例删除一些行.
现在请你写一个程序找出a.txt比b.txt多出来的内容.其实在数据库查询时我们也会用到这样的例子.
OK,5M的内容处理完了.现在请你处理一下200M的以上内容的文件和2G的文件.
请写出设计过程和设计思想.
发表于 @ 2007年08月23日 16:26:00|评论(loading...)|编辑