随笔档案

摘要：我一直在想办法提升管理软件的销售价。 在软件产品方面，分了高级版、标准版、简化版。并且引入了测试，提高产品质量。引入了文案，制作了产品白皮书、操作帮助说明、安装说明、配置说明、维护说明、新版本更新说明、操作视频、演示版。在软件UI方面，引入了美工。在实施方面，引入了金牌实施顾问、银牌实施顾问、铜牌实施顾问。在服务支持方面也亦然。一切的一切，都旨在一个产品，面对不同层次的客户进行裁减组合，销售不同的价格，提供不同的服务项目与质量，与客户所期望的目标和所付出的金额成正比。 但是，企业管理软件，软件是一种形式，而管理方法才是最重要的。而这套管理方法，是用EXCEL来贯彻，还是用软件来贯彻，差异性并不大。EXCEL和软件都只是一个工具而已，在管理方法的过程中来收集处理输出统计分析数据而已。 有人说：EXCEL怎么能和管理软件相比呢。嗯，大家可能会注意到，企业很多时候的业务在拿EXCEL处理，并没有用软件。而且现在有一些公司，专门拿EXCEL、infopath、sharepoint做一些中等复杂的管理软件，在蚕食着企业管理软件这块蛋糕的一部分。复杂的企业管理软件，确实不是EXC 阅读全文

摘要：SOA BPEL ESB的前生后世 我不是卖中间件的，所以我也不必鼓吹SOA概念和大道理。 我也不是准备写一本SOA书的，所以我也不必写博客心得分享时咬文嚼字。 这篇文章涉及到SOA、SCA、SDO、工作流、BPEL、ESB、消息中间件、WebService、EAI、分析设计方法、面向对象、面向组件众多技术，不仔细看，你仍然会混淆SOA=WebService=EAI。BPEL=工作流。ESB=消息中间件。但这些混淆全是错误的，你需要在以下的阅读中体会他们的差异。如果你没有耐心去理解这些技术的差异和来龙去脉，那么你可以直接阅读最后一段，那里是总结。你可以无需了解过程，直接了解正确的结果。但可能会造成你只知道什么是正确的，但不明白为什么它是正确的。如果你正好想要这种结果，那么正合你的心意。 阅读全文

摘要：我想给大家分享一下关于文案人员，我一下子想起了王文华写过的一篇小说《蛋白质女孩》，因为我们要找的文案就是这个样子。 “她日月座是狮子和双鱼，同时会讲日文和法语。她早起，起床后先跑半小时，吃了麦片才去公司。她贤慧，每天做一打火腿三明治，带到公司请同事们吃。她有礼，快递脸上有雨时递上面纸，清洁妇来吸地时抬起椅子。她准时，和你约会前一天打电话确认，第二天寄卡片谢谢你点的果汁。她纯情，爱像宋词唐诗，意境优美对仗工整；个性像阿拉伯文，她知道它的存在却不懂是什么意思。她善良，生理时期还抱起大水桶换饮水器的水，没人注意时还认真做垃圾分类。她负责，影印机塞纸时修理到底，洗完便当后水池一定清理干净。她有礼，咀嚼食物时嘴巴从不张开，交叉的双腿一定用裙子盖起来。她浪漫，最喜欢的电影是' 第凡内早餐' ，失恋后可以好几天不吃饭。她坚强，撞见我在办公桌上和工读生亲密，她还蹲下来为我捡起地上的笔。” 这就是蛋白质女孩。 如果你要招一个文案，你一定要识别好，否则你很容易招来一个会打字会写诗的女员工，连个秘书的细心、机灵都没有，你和她说三遍，她只是一个劲的点头，但她还是不明白。写出来的东西，重要的关 阅读全文

摘要：我们公司开始也是没有测试的。 公司是创业公司，我空降的时候连卖什么东西都不确定。公司的创业仅仅出于老板对原公司的一口气，觉得还不如自己单干快活，公司要成为什么公司，可能想法很多。咨询？培训？认证？通信？数据挖掘？我从老板的书架上找到过这些书。但是真正卖什么？卖这不好卖，卖那不好卖。误打误撞就进了软件这一行当，但软件这行是否可以持续走，是否要持续走，老板还不确定，如果卖的不好就不做软件了，改做别的，现在是生存阶段，就顾不了许多了，有项目就接上。上面有老板关系搞定，下面有老实的干活人努力加班，项目也就过得去。 没想到，软件这条路，居然走下去了，还接了一个大活儿，安装的点很多，涉及的用户很多，从海南到新疆，从深圳到山东枣庄。 公司发动了所有实施顾问来测试，只有他们通过，才能去实施。 实施顾问大多来自刚刚毕业的应届毕业生，对企业管理，对软件，对行业领域，都一无所知。对测试更是一窍不通。 阅读全文

摘要：我是从1993年开始学习电脑的。当时5寸盘要退出历史舞台了，但还在用，3寸盘是流行。 黑色的屏幕，黄色或白色的字。DOS的操作系统。当时中文Windows3.2还没有发布。当时是CCED和WPS和CCDOS（向老前辈王缉志、严援朝致敬）的天下，UCDOS（鲍岳桥、雷军等各位英雄不是当时在做什么）当时我还没听说过（当时菜鸟阶段眼界太窄）。当时巨人在造电脑还是在造脑白金还是在盖高楼还是在卖汉卡，我也懒的考证了。 对，就是那个时代。 DOS。我疯狂爱上的电脑。我想用它编写一个《街头霸王》或《三国志》的游戏，这样我就不用花钱去游戏厅就能玩游戏了。但是当时我并不知道游戏是编写的，就是看到别人把软盘插入到电脑中，就能玩游戏了，而且不用花钱，于是我着迷了。后来才听说游戏是开发语言编写的，是C编写的。于是在没有上机环境没有任何开发基础的条件下，借了我同学哥哥的C语言书（他是计算机专业，谭浩强版），于是我疯狂的学习上了C，在纸上做遍了题，逮住机会就去问，瞅机会就假装是学员蹭电脑培训班的电脑调试，被人骂了无数也赶出了无数回，把全市的电脑培训班快蹭了个遍（现在想想当时真是勇气可嘉生猛的很，人的欲 阅读全文

摘要：这个是讲软件研发过程管理的系列，目标人群是那些身处研发管理位置或想成为研发管理的人。所以我不希望这个系列中出现代码，也不希望出现和某种技术密切相关的代码技巧。 但是没有办法，软件开发过程管理，有个很重要的一环，就是软件代码编写。不编写代码，说的天花乱坠，管理做的再扭，也成为不了软件。 最近blog好友到了上限，所以无法加入好友了。于是就加入了N多QQ网友。大多数刚出道一两年，还有不少在校学生，希望认识并聊聊，要和我聊设计模式、OO、SOA，还有人建议我去看看OO和UML的书籍。 我确实没有阅读过OO的书籍，我不是一个死钻牛角尖的人。我只是有什么问题，就去找解决问题的方法，能解决我的问题就OK，而不在乎我用的正不正宗，也不在乎我用的是不是OO。可能它是OO的外壳，但是它实质上可能是伪OO，我也不想去深究和区分什么是正宗OO，什么是伪OO。反正能解决我的问题就行。 阅读全文

摘要：上几次涂鸦写了几篇博文，没想到引起大家很大的反响。在这里，首先谢谢各位的厚爱。也接到许多来自学生朋友和刚出校门1-2年的朋友的邮件和QQ交流。 有人说，我写的太意识流，看了很多当年流行的技术，都被看晕了，不知道如何去选择自己适合的技术。 有人说，说的有些随意，不够严谨，有些地方有偏见，没有真正去查数据论证。 确实是，因为只是自己偶尔心得体会，就在网页上直接敲的文字 ，只是希望给大家能抛砖引玉，给大家介绍个点和方向，真正看好一项技术，扎实去钻研一项技术，必须要严谨的阅读，调试，论证。 阅读全文

摘要：前几个月，公司旁边的写字间又搬进一家公司，好似也是做软件的，而且好像是刚成立的公司，程序员们天天加班，神情很年轻，头发很油，穿着大背心大裤衩人字拖，男的女的都有，经常站在通道里成群的吸烟，或者干脆席地而坐围成一堆开会，都不下食堂吃饭，都订盒饭，中午晚上都是如此，我经常晚上下班，看见他们不时有人捧着一个盒饭从办公室走出来把吃完的饭盒扔进垃圾筒，不知道他们会工作多晚。 近来发现，他们开始有人正常下班了。他们也很少聚在一起抽烟开会了。通道里有的只是单个的人在打电话，声音很低，神情普通。偶尔看见他们在外面通道里开会，也是个个神情紧张或肃穆或很累或木然或沉默。 阅读全文

摘要：好多人都说：你这个方法根本就不是三五个人十来条枪的方法，项目经理，公共代码开发员，测试员，文档员，那得多少人的公司才能配得齐这样的团队。 嗯。其实，我们的团队也不怎么大，我们本身也是一个很典型的中小企业。 一般，都是一个产品或一个项目，由一名业务开发组长、一名主程、一名辅程组成。如果项目简单，基本就是一名业务开发组长和一名主程构成。如果业务开发组长的开发实力也能和主程相当，而且刻苦努力，不仅协调做的好，需求设计做的好，代码开发也做的好，那么比较中型的项目也是这两个人组成。有几个产品，就会有几个这样配对的开发团队。 阅读全文

摘要：我一直在商业软件公司工作，所有的产品开发目的都是为了让企业赚更多的钱。所以，我研究的工程方法和技术，都是冲着这个目标去的。而且我更窄的是在企业管理软件行当，所以关注的面更窄，所以不能帮助我解决我平时工作问题加快我工作效率提高我的产品销售竞争力的方面，我都忽略了。 这也就是很多朋友看了我的博客，认为我的观点太浅，如《企业应用开发平台架构揭秘》，认为我很多关键流行架构技术都没有讲到。我还是那个观点，我只是想解决我的问题，以最简单最小成本的方法解决问题，至于符不符合流行架构，不是我所关注的。许多开发人员，不理解客户行业发展变化的过去现在和未来，不理解行业竞争结构，不理解行业目前的挑战和机遇，所以对软件未来会修改成什么个模样，心里没有底，于是尽可能的做一个非常灵活的架子。真正一下水，才发现客户业务并没有他想的那么复杂，杀鸡用了牛刀，反而杀起鸡来极不顺手。我们是以什么规模的应用，我们就搭建什么规模的架子，不做无用功，刚刚好。而且解决问题，而且用我们（不仅仅是架构师，还包括开发人员，定制开发人员，技术支持人员）最熟悉的方法和技术解决问题。 阅读全文

摘要：去年，我们要让软件开发团队管理上台阶。 我们由于处于企业管理软件开发领域，而对日外包大部分接的单子都是管理软件之类的单子，但是人家的项目管理、进度、质量都比我们好，如果他们再配合管理咨询公司作为合作伙伴，再加上大规模的服务呼叫中心，像我们之类岂有出路？ 于是我们就想到了引入对日外包的开发过程管理。 大家一想起对日外包，就想到了大量的文档和大量的代码工人，想到了详细设计说明书甚至到函数级、伪代码级。 阅读全文

摘要：我的手下经常会面临这样一个问题：客户必须让咱们按他们的需求改，您看怎么办？ 这种情景大家可能很熟悉，一个业务处理，可以这样处理，也可以那样处理。你的软件采用了你的处理方法 ，客户采用了客户自己的处理方法。两种方法平风秋色，没有优劣。但客户用惯了自己的方法，所以必须让 软件改成客户自己的方法。 不改吧。没有理由，因为两种方案都差不多，但客户就是客户，客户占上风，否则就不验收不给尾款。改吧 ，又有什么意义？这家客户习惯了这种方法，下一家客户又不适应这家客户的方法怎么办？到一家改一家？ 这都成了什么事。 我也深被这种问题困扰，至今没有好的解决方法。但我仍然力求找到一些方法去改善。我就是这样一个人， 阅读全文