公司缺乏技术传统给我带来巨大的困扰，我是在作出自我牺牲

chase对招新的技术员操太多的心，似乎是隐含着更深的意思。事实上， 这 家公司缺乏技术传统既给我提供了机会，也令我时时受到困扰。我相信目前公司内几乎所有人，都缺乏对我真正实力水平的真实体验，所谓不看到别人比不上我，不 知道我有多强。反过来，把一个拿高工资的人拿来干不了活然后让他滚蛋，反而对于提供我的收入水平有积极意义。事实上我的用人经验告诉我，当然这是从做老板 的角度，大专的写程序比本科的强。从节约成本的角度上看这是对的，但当前的角度上看，反而对我是一个制约；既然如此，我就招个所谓的高素质高成本的，不妨 让他跟着laura干，直到他干不下去为止；诱导他和larua争，省点laura拿着现在的角色给我添麻烦。


目前的计数可能受到以下因素的影响：自已的访问；搜索引擎的访问；系统自动重复的访问等。
目前象黄页在后台还需要一些管理工作，不过这些工作不是太急的，在前台逻辑未完全确定以前做的可能都是多余的。弹出窗口归并需要一些时间，好象也不是太急的样子。还是先搞科室的归并吧。

采 用大jsp看来也受到了制约，jsp的大小是受到限制的。此路不通;这样，包括上午做的对路径的重写的研究就完全失效。对路径的重写也是奇怪，明明是开 始做对了，没有显示出结果。改了无关重要的地方，反而有反应了。可能是apache的一些缓存bug一类。这样那个发布困难的问题仍将存在的。（使用 asp的站点有很大的限度，blog.edu.cn很大程度上体现了学院派的程序水平，这个网站使用asp，而性能可见性地直线下降，可见asp是一个何 等的臭货）,事实上，jsp也是臭货，网站大到一定程度后，jsp所体现的发布困难和大小限制，就充分说明它的局限性了。

由于大小受限 制，目前唯一的办法似乎就是先生成work目录同时上载了。而对于hzbbs/ysbbs/qzys来说，这三者的条件都是非常相似的；当初 把它当成是一个服务，并没有错，只是它们其实并不是服务，只是论坛一部，所以目前存在着一种可能性：把它们抽下来；归并为一个论坛。从初步的尝试看是可行 的，不过最好是在广告等完成后，把主要的include归并到tagfile以后。

对于tagfile的使用，看来是要慎重，在能够使用 include的地方，原则上不用tagfile.另一个问题似乎是应该注意的，那就是用户图片的使 用问题；目前没有用户图片的限制性措施，如果用户更换图片，将会形成图片的积累，事实上，这样迟早会形成一个大问题，而且无法加以识别，什么图片是已经被 调用的，什么是没有的，目前也没有办法知道。

随着用户有可以上载图片，看来需要开发一个图片的管理功能了。图片管理清理需要一个清理功能，难以预先了解它的调用点，因此，唯一办法就是开发机器人进行整理；另外，可以提供用户图片的统计功能，以及针对用户目录的图片清除功能等。这是一个大工程。

今天大部分时间是在迟疑思索中，以确定下一步应该从那里下手，顺便把自已的一些博客加以维护，花的时间不算多。而办公事务性的事情也占了不少的时间，在白天总有三分一左右。

迟疑，总是迟疑，也不奇怪，这既关系到后面的基本模式，又涉及到已有工作的重新进行，同时可选的方式不止一个，这个关节上小心一点，也不为过份。对于tags/include的取舍，看来已经使用tags的，就不必改过来了；继续向前吧。

我 现在对于laura是越来越反感，原因在于她不学技术，却偏要对技术内容指手划脚，反感二是她利用chase的无知搞一些政治小动作。其中也夹杂着我对这 家公 司成员对于技术上的无知和对技术人员专业能力缺乏尊重的反感。所以对于她的所谓的需求，除非我自已是百分百同意，否则根本不想搭理的。

事实上，目前公司运转最大的动力在我这里，当然蔡生的投资也应该计算在内，但我令这个公司可以用一般是百分一的投资完成最复杂的网站功能，这是其他公司和网站不可能做到的。