工作日记：让软件成为产品还是让软件成为奴隶！
更新时间：2015-06-25 14:49:39浏览次数：1+次
2013年8月2日13:37:54 星期五 晴
从昨天和经理联系后，拿到了这周的项目总结资料，其实就是电话里说说。而经理提到了我做的中英资源名称对照软件，而没有学习他交待的网络编程，这让他很不爽。我和朱念说了，他听了也不高兴，然后就是问了经理WIP软件升级的方案是否可行，他一个行字就搞定。朱念和徐邱都说经理不管这事，就这样打发一样。而朱念又担心日后因为经理和录井公司没有商量好，到时候又要改来改去，很烦人。
昨天问了朱念那个软件是否还要继续做，他说先告一段落了。这样，我就轻松了。不过，这只是暂时的，以后有时间还是会完善的。第一个版本做的有点粗糙，存在很多问题。而他们录井公司不断提出新要求，让之前的设计和想法不能满足了。之前做的就简单，没考虑那么多，而新要求要达到，基于之前的设计是不好做了，因而就重新设计数据处理部分。而这用了树结构和容器，这些都是不熟练的。这样一来花了很多时间，也没有把软件做好，还是我自己把事情搞砸了，耽误了。经理责怪我没有学网络编程，然后我又没做好软件，两方面都没交待好，很糟糕。一切都是因为我技术太烂，不可避免的。
然后让我对开发软件又有了新想法。对于软件开发，一个是以产品形式的开发，一个是以服务的形式开发。两者有本质的区别。以产品形式，相对来说要好些。因为产品，你可以给它定义开发规则，定义数据处理形式，一切都在自己的设计体系中。虽然也是很照顾用户的使用，那是尽量简化操作，尽量精简规则，这对于软件开发是有利的。软件开发一旦定义好规范后就可以放心做了。而以服务形式的，就是用户定制了，用户想怎么就怎么样，用户来指定使用规则，这样使开发难度大大加大。甚至用户的很多要求对软件要求极高，因为他不想有规则，想随心所欲，而软件要满足他。这样的话，很多实现要非常复杂的控制逻辑才能实现，甚至有的需要人工智能才能处理。现在还没有那么强吧。就那中英资源名称对照来说，首先这个软件是对rc资源进行提取和修改。但是里面的规则首先是不清楚，那是微软组织的，这得我们自己去推测。自带的资源管理器对资源文件进行管理当然是通过了特定的约束的。而这些都是他们按照约束进行生成的，他们对资源的管理也是有一个清晰的规则，而我这开发一方面要和他们的规范符合（此时对他们的规范并不清楚，要猜测，很多地方都可能猜错，导致软件运行不正确），同时，还要考虑到用户手动修改资源文件，导致的各种错乱问题，这个软件都要考虑到。这样一来，问题就复杂很多了。因为开发这个软件并不是自己去定义规则，都是看别的想法，修改别人的东西，而有没有别人的开发规则，同时用户不遵守一些规则，实现起来就难多了。这就是以产品形式和以服务形式的区别。都是重视用户，但侧重点不一样，软件应该有自己应有的地位，为了自己的特定需要，指定特定的约束，这样才有它自己的生命，而不是用户的奴隶。这样才有软件开发的魅力。同时，现在要开始进攻网络编程方面，没有人引导，全靠自己去学习，或许我的路一直要这么全靠自己努力下去吧，至少学习之路是这样的吧。现在网络的数据库服务器配置都不知道怎么弄，没人愿意详细的告诉自己，也不想这么去打扰别人，什么都不懂也问不出什么，毕竟人家又没收你的学费。自己主动去学，相信很快能突破的。之前一直对字符串查找定位心里有阴影，那是因为在完美记事开发时留下的，一直没有克服，这次资源名称对照软件让我彻底将字符串查找定位给征服了。下一个目标就是服务器配置和服务器软件以及网络编程，正好这次经理要我学，这样正好可以大干一场，将这个心里阴影扫除。这个阴影是网站后台程序实现动态网站，这个一直在我心里都没移除的阴影，动态网站一直没有架设起来。这次应该可以搞定了，加油！！！
