关于PHPzone：
PHP时区列表好多，不知道其时差多少。
好吧，原因是：ISay中设置时区问题，国内用Etc/GMT-8就行，查阅手册时，发现这个时区在以后或许不被支持而其他时区知道时差多少，于是就想查下。
刚开始写程序查询时差，共计571个。OK，查询，录入到WPS文档里，连续机械式操作有2个小时吧。
完成后，心想，这样查询慢，用程序查询多好？
于是写程序，重新将列表存储到数据库中，不是手工，是程序实现。
OK，完成，校验时差；时差有的是小时，有的包含分钟，无语，重新校正吧。（因为，第一次录入时，人工判断时差的，只知道+08:00，不知道有-08:35，够无语的吧？）
OK，571个，重新一一校正，并在WPS文档中修改，又用去2个小时吧，好吧。
查询实现，所有都实现，OK，漂亮！
无意测试时，数据库中存储的时差与实际时差有区别，无语。
……
重构生成程序，过了有30分钟吧。1秒生成，OK，这下好了吧？
但感觉哪不对劲？为了防止出错，在Win3 IIS+PHP5.2.5上将0点、23点的时差列表写到数据库中；在Win7 Apache+PHP5.2.17上将0点、23点的时差列表写到数据库中，其他时间的时区列表，共计5个文件。
OK，开始校验。
写校验程序用了20分钟，完成全部校验花了3秒，无一错误！
OK，这下好了吧？
写查询程序用了8小时，校验程序20分钟，生成程序30分钟吧。
实际PHPzone用了8小时50分钟时间完成（不算测试，但实际上，写的过程中也在逐一测试，算与不算都包含了。）如果整体测试另算的话，按3小时吧，共计11小时50分钟。（手工录入和修正文档的4个小时，不算，无用功。）OK，OK，但现实中用了3天时间！！！
哪出问题了？
没有全局思维模式？是的，没有，只有局部思维定向，对全局考虑不全面，很是片面。
只为解决问题而解决问题，从不想如何解决。
水平差，是的，没有实际上线项目经验，只是小打小闹的玩玩，是态度，某人说的对：“用点心行不行？”
少些判断；有些考虑虽以实际为准，但超过实际，不切实际。
校验程序，共计123行；无一判断，就像流水一样，顺畅、自然。
而在最后，那个WPS文档也删除了，571*2次，手工录入，因何？为何？
谨以铭记，希望别再有下次。
在线演示地址：
阅读(1024) | 评论(0) | 转发(0) |
