这个人也用c开发了一套web系统,并且有了一些固定的模板,演示网址如下:
cangzhuo.com
并且也有一套全文索引系统,不过这个人有些傲慢,并且过于固执,没法进行更为深入的沟通,他一直强调自己来作,却不肯哪怕参阅一下别人的思路,就拿全文索
引来说,lucene在思路上还是不错的,他的hadoop也是不错的,但这个人却认为不能被别人的思路打断为理由拒绝沟通,偏执是可以的,固执就要不得
了,毕竟各有所长,取别人之所长是应该的,拒绝一切别人的思路是绝对错误的。
他也做了一个webserver,却没有任何的压力负载测试,所以我认为构建在起上一些应用也就不存在技术核心价值,他甚至固执到认为因为apache是
最普遍的web服务器就以为nginx能所有其他的都不如他,任何事物被接收都需要一个过程,当前最流行的并不代表未来,不然创新又有什么意义呢,这个世
界不就正是在这种变迁中不断重新寻找平衡了,apache就像微软一样,身上背了太多的包袱,而创新的机会正是来源与此。
从这里也可以看出技术人身上的通病,容易走入自己设置的囚笼里。中国的程序员缺乏正规化模块开发的环境,所以也就没有一个有竞争优势的能够称之为产品的架
构贡献出来,当然我也不会例外,例如nginx这种已经很正规的产品我们都不能哪怕深入系统研究,更别说从头开发,所以市面上出来的也只是一些小型的个人
“杰作”,没有文档,没有测试,只有个功能应用,但这是远远不够的,一个连自己都不知道走在那里的人怎么会谈及目标呢?许多程序都是写道那里算那里,为了
一个功能牺牲了整个架构。
所以以后开发系统型的程序的时候首先要把文档,架构,日志等基础规范的环境构建个框架出来,然后在实际的开发中要不断补充和完善,这样才可以在系统完成功能后进行各种测试。
目前我的Flower web
system这个在紧张的进行着(那个人说他一个月就开发出来了,可能使是他牛鼻,但更大的可能是他之完成了这个功能,其他的什么测试之类的都没有),我
想这个系统首要的问题就是将基础架构进行各方面的强力测试,不至于为了以后的功能重写架构,或者后面的内容搞了一大堆,结果整个应用向一个危楼,摇摇欲
坠。目前正在对内存池,hash表,字符串类、linux
sock、epoll等等基础元素进行反复的测试,并写好了文档,等这一切都完成了就可以往下进行了