一个程序猿

今天在网上搜到一本好书，发现一本好书《构建可扩展得Web站点》，下班急赶中关村书店购得。

本书为 flickr.com得架构师所作，从目录和书的页数来看，这不是关于技术的描述和教授类书籍，而是关于一些技术实现的笔记跟心得。大略一番，好多知识值得程序员去思考。

底下会仔细阅读，榨取其净化。

OA之中UI设计尤为重要,在本系统编写以及朋友体验的过程中,总结出以下观点,即开发前需要进行需求分析的一些要点，我的开发目标是针对一个用户群，即中小企业：

1、用户群的计算机水平。给IT公司用的系统我认为比较好作，但也难伺候。好作的原因是，那帮人在没有说明书的情况下熟练应用。难伺候的就是，每天他们都提很多建议，bug，恨不得自己马上跳槽到OA公司帮他们开发，如果达不到满足，就去找麻烦，让开发者很是头疼。而对于一些“电脑白痴”用户来说，则要注重易用性，简便性，给他们找更多便于理解的图标，增加更加详尽的帮助提示是重头戏，而功能的重要性则排在其后。

2、用户群公司的软硬件情况。当然我的系统不是太浪费资源，而是查看下用户所有的显示器大小，操作系统和浏览器状况。如果软件针对一个特性公司特定人群，而这帮人的软硬件情况基本一致的话，浏览器兼容性基本就可以不考虑了。因为网管不会闲着没事去装各个版本的浏览器。

3、用户群的年龄和工作习惯。这个问题我一直考虑，就是正文使用9pt和10.5pt的问题。目前老外网站基本都是9pt左右的字号，尤其英文，很小，但这并不符合我们的国情。最近sina等门户网站首页也都使用了10.5pt/14px大小的字体，完全是为了照顾读者的眼睛。自己看看那些常年在电脑前的人们，基本都架着“望远镜”看电脑。再则，如果客户群都是一些中老年人，建议字号再加大。至于老外的眼睛，不敢说都好，但人家大号显示器的价格都高，这点是真的。

其他想起来再写。

如果一个系统仅针对一个特性的公司，那么调查好以上的情况，对系统开发的设计，速度都有很大提高。

松散耦合的好处，是对模块更加灵活的控制。随意得增删，修改部分功能，而不至于牵一发而动全身。以前项目我们曾经追求过紧密耦合，结构是每个人都很痛苦。

紧凑的耦合并非无利处，一些资源利润率可以放到最低。从OpenOA开发中，第30个版本和70个版本左右的区别，能看出数据库模块的耦合。

最近总有朋友问我，国内有什么比较简单的PHP书籍，怎么学习PHP，有啥捷径，还有的说，二哥，给个小程序学学……

我一般都会说，没捷径，没好书，想学程序，去下一些外国的开源，比我的好得多。

其实，我也是从问那些问题过来的，不过，我还是想把我的经验分享给大家，希望大家别绕弯子，能走捷径。

学PHP，建议还是有点编程基础，不管是C,VB,VFP。懂点语言基础，就说明能理解一些基本概念。一些函数，变量，逻辑分支，这些是最基础的。有这些基础，再了解B/S结构工作原理，就可以写WEB程序了。

书，我一般当工具书，讲案例的不多，杜江老师那本书凑合，对我来说已经足够，能知道PHP都能干什么，其他的，你可以买本圣经当手册，也可以下个电子版。

程序，建议到站长网或者开源社区下一些小的，学就要学好的，看就要看规范的，看我的只能把你们带坏。先学着改人家的程序，可以改改DEDEcms，可以改一下ECSHOP，可以改改论坛，看看discuz，做个模板等。

看差不多了，可以自己写简单的程序，一般都是留言本（我最近才写过），写个简单的文章发布，足以。

这些都差不多了，可以看一些别人的类库，框架，看看人家是怎么封装一些逻辑过程。

这些你都学差不多了，其实找工作就不难了。别嫌工资少，找个项目，最好能有个好的大哥，拼一段，能力会有很大提高。

作项目，不是单纯做程序，要把一些程序之外的东西揉到程序里，这时候，才是一个有实用价值的程序员。

至于如何提高，我没有啥好的方法。我也不认为我提高多快。我的方法只是：不断敲代码，天天敲代码。

要有高人有啥好的方法，有啥好的课题，可以一起研究。

公司要招人，结果还没过来，我只好先入为主，先顶上去。

一个项目啥都不知道，只有个概念，还真是赶鸭子上架。只知道这是个类似支付宝之类还有用户帐号货币管理之类的概念产品。其实市面上很多这样的产品，只是把他们的模块拿出来拼凑，形成我们自己的产品。产品为其他模块服务，产品自己不挣钱，这是最郁闷的地方。这就意味着我必须按照其他部门的需求来做，而难以设计自己的想法。

我这个人比较贪财，设计系统以盈利为准，看来这次是不行了。

分析了网上流行的支付系统和管理系统，大概的框架就出来，底下看我能走到哪一步。希望新人能赶紧过来。

犀牛书买来后，先看的正则。

正则就是一堆逻辑规则的集合，没啥难的，类似语句中的if else foreach等，只是把语句换乘符号了。

首先得会拆解逻辑，而后用那些乱七八糟的符号去描述这些逻辑。

规则是人家定的，没办法，只好用这些东西。

进步很快，希望能称谓正则高手。

对于大公司（千人～万人的开发团队），一般写代码的人最少，前边搞需求分析和系统规划，后边搞测试，两头人多。而小公司结构一般就比较随意，根据项目情况，去合理安排结构。而开发一些很小的项目，比如几个人的团队，成本核算就不那么容易了。

人多，不等于效率高。在开发这个领域 1×5 != 5×1 。说通俗点，一个老程序员10天一个人能开发完的，并不等于10个同等水平的人一天能干完。

这个事情其实还是好解决的，我们可以把项目分解出来，模拟一个模块开发流程的时间表。这时，我们就能知道，为什么10个人不能一天完成，模块是有先后关联的。

再说人力消耗，如果多人协作，人力成本会更加微妙，这多少跟程序员的心态有关。老程序员能解决大部分难题，并且有能力完成整个项目，但有些模块也是不愿意去做的，因为他会考虑一个性价比的问题。而新手程序员，未必不能解决一些基本的模块，他们更加关心这个过程中知识方面的提升。

因此，把项目分拆，设计好开发流程，合理分配不同的内容给不同的人，是这件事情的核心。

至于程序员的薪酬，不加考虑。其实如果考虑薪酬，考虑开发进度，就可以用最优的价格，最短的开发周期去完成一个项目。

前言：托wtf的福，我的名字出现在《黑客在线》最后一页的左上角上！虽然QQ后边注释：帅哥勿加，可是一个找俺的MM都没有，到招来了一帮的大鸟小鸟。天下网民是一家，统统加上，有问题的，一起讨论解决。 不过《黑防》的读者里有很多都挣扎在水深火热的网吧里，看来还是穷人多啊！因为网吧里没有光驱，u盘软盘基本上也都没有，而大部分又装上了还原卡，使用工具相当不方便，因此小弟在此写下了这篇文章，送给网吧中苦苦求学的菜鸟们！ 工具篇：首先，准备一些工具吧，反正都不是能临时编工具的牛人，得养成收集高手工具的习惯。现在把我所收集的几样常用工具都列出来，供大家参考。 Nbsi&绝世猜解:不用说了吧，大虾小虾都明白的，sql注入相当方便！因为绝世猜解我最早用的它，一只恋恋不舍~不过有时候在nbsi中特征字符如果寻找不当的时候，绝世猜解有时候能办到，为什么，我不知道，可能是对语句处理方式不同吧。 阅读全部 »

虽然不是高手，但我是那种软件兼施的人，从程序设计，排页面，到服务器，虽然水平跟高手没法去比，但也能搞出个七上八下。

上篇日志开始了我的一个软件产品，设计的过程中遇见了我预料中的问题。

1、通用性：windows?linux?你真的不知道用户会在什么平台下用啊。幸亏我这个就专为linux定制！摆脱了平台兼容的问题。

2、接口：把什么接口留给用户，把哪些设置开放给用户，是个头疼的问题。留得接口太多了，一些初级菜鸟该骂娘了，接口少了，人家会认为你的东西没啥可用的东西，太死板。

3、用户接口：以前在web中设计用户的操作流程，现在用命令行，幸亏大学中C是基础课，能勉强解决。

4、界面：尽量仿一些通用的操作系统，尽量友好的反馈。

做，跟让别人做，还是两个不同的概念。实现跟帮助别人实现，本身就不是一个层次的问题。

除了咱写PHP的，好多程序员还是或多或少看不起PHPer，php的优点就是随意，因此，一个稍有编程基础的人也能很快上手去写一些应用模块。
php的随意更体现在它本身为弱类型的语言，加上php核心的智能处理很很好的报错机制，一些随手写出的程序也能但当一部分任务。
时间长了，好像人们都养成了这种习惯，过多得依赖了php本身的优点，使得程序员自身一些习惯退化，而真正变成的‘代码工人’。
而科班出身的程序员，基本都学习过c语言编程，软件工程，数据结构之类的课程。回过头来看看我自己写的代码，那些基本的东西已经抛弃大多，而PHP作为草根语言，无章法，随意，也被我体现得淋漓尽致。
看看我自己程序暴露的问题：结构混乱，难读，效率低下，冗余，这些都是自身对PHP认识问题而造成。php本身创建了优秀的容错机制，然而并不是说我们必须依赖这些机制。而我们同样可以像写C一样来写PHP，从每个变量的初始化，数据类型的定义，变量用完后的注销，类的优化，算法的优化，都可以体现在PHP上。
再说效率，很多人说PHP效率不行，我认为这纯属认识问题。在处理大量数据的时候，PHP优点力不从心，但这样只是从片面考虑，从PHP的接口来看，PHP很容易跟其他语言进行对接，C,C++,JAVA……，当然，在一些复杂运算上，我们完全可以交给其他语言来做，通过丰富的接口来传递数据。
任何语言都不是完美的，我们只是在最能体现它优势的地方来用他。PHP的优势在于快速构建WEB应用系统，简单，上手，如果我们能把写C的习惯应用到做PHP上，那PHPer绝对不能成为草根。