无所谓

进销存系统的开发模型(4)

liujunsong — Tue, 03 Jun 2008 09:43:07 +0800

作者: liujunsong 链接：http://liujunsong.javaeye.com/blog/199620 发表时间: 2008年06月03日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

此贴已经删除.
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

进销存系统的开发模型(3)

liujunsong — Tue, 03 Jun 2008 09:40:41 +0800

作者: liujunsong 链接：http://liujunsong.javaeye.com/blog/199618 发表时间: 2008年06月03日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

此贴已经删除
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

进销存系统的开发模型(2)

liujunsong — Tue, 03 Jun 2008 09:35:13 +0800

作者: liujunsong 链接：http://liujunsong.javaeye.com/blog/199617 发表时间: 2008年06月03日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

此贴已经删除
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

进销存系统的开发模型(1)

liujunsong — Tue, 03 Jun 2008 09:31:55 +0800

作者: liujunsong 链接：http://liujunsong.javaeye.com/blog/199614 发表时间: 2008年06月03日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

此贴已经删除
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

工作回顾之一: 我的第一份工作(6)

liujunsong — Tue, 22 Apr 2008 17:41:58 +0800

作者: liujunsong 链接：http://liujunsong.javaeye.com/blog/185568 发表时间: 2008年04月22日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

上回书讲到我和F总就项目开发的思路发生了冲突,于是我离开了那个项目组.F总把我调到了另外一个项目组,具体做什么现在已经想不太起来了.好象是要给一个图书馆做一套图书管理软件,另外一个小伙子做项目经理,我跟着他做.
开发工具用Delphi,数据库用SQL Server2000.
后来对全体员工进行打分考核,ABCDE,结果我的考评成绩是C,扣掉了10%的工资,从原来的3500,掉到了3200元,如果仅仅如此,也就算了.但与此同时发生的一件事情令人很不爽,终于导致了我的决然离开.

在A部门的时候,有一个小伙,叫M吧,M工作很努力,人也很聪明,本来属于A部门的重点培养对象,和我关系也还不错,挺谈得来的.结果过年以后,他家里发生了变故,父亲不幸去世了.为了这件事情,M请了3个多月的假回家处理这些事情.等他回来以后,考评的结果是D,相应的工资扣掉了30%,而且对于他来讲,这个结果是很难接受的.他和F总谈了自己的意见,无果.于是一个月以后,M终于离开了.

我自己当时也处在个人生活的巨大危机之中,由于精神高度紧张,开始失眠,白天上班也没有精神,身体整个垮掉了.当时我们用的是中央空调,可是非常缺德的是,我居然正好坐在出风口下面,正好被吹出的冷风吹着.外边的天气很热,空调开的很猛,终于到最后,我的嗓子已经哑到说不出话来了,根本无法发声.

在这种情况下,我向F总提出要休假,居然被拒绝了.于是我说,那我辞职可以吧,可以.
于是我就这样离开了.

我的第一份工作就这样结束了.
如果八年过去了,回顾起当初的事情,心里不免觉得有些感慨.人生的路就是这样一步一步走过,当初的坎坷和磨难,犯过的错误,失败的教训,都是成长的代价,付出的昂贵学费.
现在总结起来,身体是第一位的,没有健康的身体,就一切都没有了.

前段时间看了一本讲IT人员的书<无以言退>,第一章讲的就是公司的核心程序员小关加班过多,最后不幸离世.看到这里自己也深有感触,虽然当时还不至于到那个地步,但也是非常危险的,如果嗓子从那时哑掉的话,那么无疑我的人生将走向另外一个方向.

身体是革命的本钱
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

工作回顾之一: 我的第一份工作(5)

liujunsong — Tue, 22 Apr 2008 08:36:25 +0800

作者: liujunsong 链接：http://liujunsong.javaeye.com/blog/185234 发表时间: 2008年04月22日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

上回书谈到我和F总谈了自己对于项目的想法,结果遇到了当头一棒.
现在事情已经过去很多年了,自己对于这件事情的看法也有了新的变化.

在原来的B部门,F总是公司的创业元老和技术总负责人,他是Tsinghua的高材生,Delphi的顶级高手,后来我听说他们开发东西,当Delphi不符合需要的时候,直接就把源代码层次上进行修改来满足自己的要求,技术能力是毋庸置疑的.但从性格上来讲,本身做技术的人,就偏于内向,不擅交流,而且在多年的公司政治斗争中逐渐形成了唯我独尊的思维模式,对于别人和他的争论,感到难以接受.

我们两人在项目的开发模式上发生了争执,最后他说,这个项目必须用Java做,这是不能更改的.当时我也是年轻的,卤莽的,富于冲动的,于是我说,那这样我申请退出,要求换一个项目组.他说行.于是我就从这个项目组成功退出了.

后来项目发生的事情就如同我预见的一样,这个项目最后又耗费了2年多的时间,也许勉强上线了,但估计后来的运维也要把人压垮了.以后我再也没有在公开的网站上看过对这个项目的任何介绍.也许后来做了2期,3期也说不定.

对于我来说,当时我与最流行的Java技术檫肩而过,你不认识我,我不认识你;但也许因祸得福,我被调到另外一个项目组,用Delphi开发了2个月,虽然没有学精,至少打下了小小的基础,以后再遇到用Delphi开发的东西时,不至于一头雾水了.从长远来看,至少我没有在那个注定要失败的项目上浪费2年时间.

就我本人而言,当时真是年轻气盛,加上在国有企业里面莫名其秒的主人翁意识,于是敢于和老板直接叫板,公然提出不干,不过这种事情我以后再也没有做过了,毕竟和自己的老板直接对抗是非常不理智,不理性,不职业的做法.

对于F总当时的心态,如果我也是他当年的年龄,已经能够理解当时他的心态.一个做Delphi多年的技术高手,忽然要从头开始学习Java这种东西,没有任何的成功经验,没有任何的资料,老板其实心里也是很迷茫的,一切要从头开始学习.在这种情况下,他怎么可能同意来更改技术方案呢,这样的话他的技术权威将会受到挑战,位置就不保了.反正在国有企业里面,做事情成功与否是次要的,不要承担责任才是主要的.

项目的合同和技术方案是原来A部门的X总定的,如果继续执行下去,就算有问题,也都可以推出去,F总当时没有参与此事;而如果把技术方案推翻重来,那么F总就要把所有问题和责任一起扛了.如果是我处在当时那个微妙的位置,我也肯定不会改变的.

公司的政治斗争,无处不在的推诿文化,使得项目一步一步走向命中注定的失败...

在赵薇主演的电影<绿茶>中,有这样一句台词:"这世界上没有好人,也没有坏人,都是生意人",诚然.

----TO Be Continued----
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

工作回顾之一: 我的第一份工作(4)

liujunsong — Tue, 22 Apr 2008 08:13:43 +0800

作者: liujunsong 链接：http://liujunsong.javaeye.com/blog/185233 发表时间: 2008年04月22日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

上回书说到,经过2个月的时间,B公司项目的需求终于在S教授的协助下搞出来了, 从业务人员的角度描述了整个系统运行的全部流程,以及那些内容将来要在系统中进行实现,那些继续采用手工方式进行操作.
该过年了,公司内部后院起火了.
A公司下面有很多很多子公司和事业部,A部门是其中之一,主营业务是系统集成,B部门的主营业务是软件开发,C部门的主营业务也是软件开发和系统集成;长期以来都是各自独立发展,业务互相重叠.于是高层决定把ABC三个部门进行合并,由B部门老总来当老总,A,C部门的老总安排到其他职位,副总过来继续当副总...
在国有企业里面,这种企业架构的调整往往会带来痛苦和震荡,后果相当严重的了.

这时项目的需求终于确定了下来,过了年以后,我们这个组就并入了新部门,称为D部门来进行工作.按照经典的软件工程,该进入概要设计阶段了,这时问题出现了.
当我们要开始进行系统设计时,这时才发现一个惊人的事实:整个项目组没有一个人懂Java.
该如何进行设计呢?
先培训培训吧,当时能够找到的唯一教材是一本清华大学出版社的<>,在这里面,所有的页面都是使用out.print(),一行一行打印出来的.
当时我是这个项目的负责人,大概估算了一下工作量,整个系统分为大概八个子系统,数据库表超过了100张,初步估计页面在1000个左右.(时间太久,只记得大概数量级了).按照当时通过Servlet写页面的速度来看，一个人一天大概也就写1个差不多了.这么算下来,这个项目至少要做半年的开发时间,实在令人难以忍受.
我自己以前用的开发语言是PB,对于那种拖拉式的数据窗口,真是感觉非常快捷和方便,所见即所得,快速开发和交流.

即使到了今天我也要说,大声的说:PB是MIS开发的神兵利器.

当时因为已经和客户很熟悉了,于是我自己想,既然拿Java很难开发,为什么不能和客户谈一谈,改成用PB来做呢,这样大概2个月的时间肯定可以写出来了.因为和客户交流非常好,所以自己是有这个把握的.于是我非常冲动地和公司的主管领导,原来B部门的F总谈了谈自己的想法.

政治啊,政治是无处不在的,忽视他的人会付出代价的

----TO Be Continued----
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

工作回顾之一: 我的第一份工作(3)

liujunsong — Mon, 21 Apr 2008 16:09:52 +0800

作者: liujunsong 链接：http://liujunsong.javaeye.com/blog/185016 发表时间: 2008年04月21日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

在技术方向确定以后,项目正式开始了.
世界上往往有很多看是没关系的事情,结果却是普遍联系和相互影响的.
在这个项目开始以后不久,负责这个项目的部门经理的老婆怀孕了,经理经常需要陪老婆去医院检查,加上其他工作太多,于是这个调查整理需求的任务就落到了我们几个新兵头上.
现在回想起来,当时的项目招标也好,答标也好,都很简单的,那里象现在,一个应标书就200多页,真是恐怖.
我们首先去找B公司的各个业务部门进行访谈,然后再一一整理他们的具体要求.在浪费了将近3个星期的时间以后,终于发现这种分布的访谈解决不了问题,而且各个部门之间的回答五花八门,很多是互相矛盾的,究竟做成什么样谁也说不清楚了.
应该说客户还是有一定水平的,在发现项目出现问题以后,A公司和B公司经过协商,决定聘请P学校的S教授来主持需求讨论工作,这样就形成了甲乙丙三方,由乙方付一部分顾问费用.
教授就是教授,来了以后就组织开大会,把各个部门的负责人都叫来,大家一起讨论,用流程图的形式详细分析原本的业务过程,花了将近2个月的时间,终于整理出一份完整的业务需求说明书,我们这些业务上的外行,终于用流程图的形式把B公司的整体流程弄明白了.而这对于B公司来说,也是开天辟地头一次,他们自己也终于知道自己的工作流程是怎么样的了.

需求讨论的过程总的来说,是非常顺利的,但在其中也发生了一些插曲:
S教授原本的想法是借助这个机会,对现有工作流程进行再造,达到降低成本的目的,而一旦牵涉到对现有流程的再造,就会遇到各个现有单位的强烈抗议,最后S教授终于明白现在条件还不成熟,于是妥协了;
S教授对于计算机是外行,刚开始抱有很高的期望,想把所有的流程都弄到计算机里头来,最后经过长期的说服,终于同意只放一部分,其余部分继续走纸面流程.

不管怎么说吧,虽然项目现在一行代码也没有开始写,但最后还是弄出了A公司唯一的一份正式的业务需求说明书,其中包括业务的流程,那些部分要用系统实现,数据流程是怎样的,涉及那些表单,具体包括那些域,基本上来说这是一个巨大的飞跃,从一无所有到最后弄出了一份客户,公司,S教授都认可的业务需求说明.

说来惭愧,在以后的工作中,尽管自己也很努力,但当时那样详细的需求说明书,再也没有能够写出来过.

现在回忆起来,这件事情能办成,有以下几个因素:
1.公司对项目的进度没有要求,因为不是主营业务,处在放羊的阶段,因此才有可能花那么长时间一一访谈,深入了解细节
2.客户找到了S教授作为自己的代言人,他本身有业务基础,也有组织理论水平,因而可以保证项目组的行动不受干扰的进行
3.在当时的历史条件下,大家对于信息化的热情都很高,目标一致
4.A公司当时没有生存压力,因而可以长期做下去
5.自己当时刚毕业,满腔热情,一起工作的人热情也比较高
6.客户,公司,S教授的协同努力.

不管怎么说,到了12月份,我的第一份工作半年以后,终于结束需求阶段,准备进入项目开发了,这时候新的意外发生了...

-----TO Be Continue------
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

工作回顾之一: 我的第一份工作(2)

liujunsong — Sat, 19 Apr 2008 19:43:31 +0800

作者: liujunsong 链接：http://liujunsong.javaeye.com/blog/184453 发表时间: 2008年04月19日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

上文谈到我在A公司做了一个企业的全面信息系统管理,本章将详细介绍此项目的前世今生.

一。项目的背景
A部门本来是做系统集成的,没有软件开发这块业务,后来也想扩展市场,于是成立了一个软件部,然后找关系,拿了B公司的这样一个项目.
B公司也是一家非常传统的国企,级别还比较高.想借信息化来解决自己的一些问题,提高管理水平.当时为了做这个项目,还专门从C学校,请了D教授来帮助做业务需求,因为D教授和高层比较熟悉,可以直接找高层来反映情况.
项目参与方: A公司A部门, B公司,C学校D教授（负责定需求）

二。系统的技术选型

在系统的技术选型上，A公司依靠自己在学校的资源，请了国内著名的E教授来主持整体技术方案的设计选型。

当时Java非常火，于是乎，在E教授的主持下，整个项目决定选用采用JAVA语言来开发，数据库选用了db2,服务器用ibm的小型机，当时ibm是买硬件送软件的，软件上既包括websphere,当时好像是3.0,也包括db2.开发的架构采用当时非常非常超前的B/S方式。

据说当时专家的意思是：我们这样的企业，要做就做最新潮的。（时间太久了，记忆不准确，不能保证真实性）

现在回顾起来，这在当时完全是一个超级错误的决定。当年的java，版本只有1.1,jdbc的驱动方式才做为新技术提出来，jsp的技术当时还没有出现！！！用java来开发网页的唯一方式是：SERVLET,你必须使用java代码，来一行一行的打印出一个html页面来，所有的开发过程只能用所见非所得，超级痛苦来形容。

技术选型的专家不负责，不参与系统的开发，也根本不需要考虑系统的可行性，而与此同时，他所做的决定又无法撤销，无法更改，因为已经按照这个方案来买机器，配设备。现在回头看起来，这个项目的失败几乎是命中注定的，无法改变的。

在《人月神话》里面，布鲁斯认为技术不是项目失败的原因，但在某些特定条件下，选择一个过分超前，不够成熟的技术，就是拿客户当试验品，拿自己当试验品，来证明选择方案的重要性。

项目的悲剧才刚刚开始。。。

-----To Be Continued---
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

工作回顾之一: 我的第一份工作

liujunsong — Sat, 19 Apr 2008 19:20:19 +0800

作者: liujunsong 链接：http://liujunsong.javaeye.com/blog/184450 发表时间: 2008年04月19日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

今天闲来无事,回顾一下自己以前所做过的工作.
为避免不必要的麻烦,文中涉及公司都将采用代码来表示.
如果您感觉文中很多东西难以理解和信任,请记住:生活往往比想象中更加荒谬.

我是1999年毕业的,当时为了解决户口,到了一家大型软件国企工作.签了3年的合同,违约金2万.在当时对我来说这是一笔天文数字,第一年的工资是1800元,不过刚去了2个月,好象是国家给全体公务员涨了一次工资,于是我的工资也涨到了2000元.

当时互联网处在高潮期,相对而言工资就算是很低的了,但我没有想到的是,过了七八年,大规模扩招导致供过于求,现在毕业生的薪水居然比当年都低,市场经济的力量真是太大了.

第一份工作我做了1年半,后来终于离开了.离开以后赔偿了公司2万元.终于换得了自由之身.

先说一下公司招人的问题吧,当时这家公司,暂时叫做A公司吧,A公司是一家有高校背景的企业,由若干原来的小公司合并而来,由学校派人出面进行日常经营管理.作为有高校背景的企业,当年确实有很大的竞争优势,各方面也比较认帐.但知识分子扎堆的地方,也有一些文人相轻的毛病,互相不服气,不配合,内耗相当严重.

当年兄弟我去找工作的时候,一般单位对研究生还是比较重视的,一般高层要出面接待一下,成与不成,反正自我感觉还是比较重视的.后来找了A公司以后,发现由于他本身有学校的背景,因此对于学历不是很看重,觉得比较普通.也许因为见得高人太多了,也不怎么当回事情.尤其是公司的中高层都是一个学校出来的,在公司里面明显感到其他学校的,都相对靠边站一点.

当然现在看来,这是再正常不过的事情了;但在当时自己社会经验不足,难免有怀才不遇的感慨.当时自己感觉,长期来看没有发展前途,于是在其他工作诱惑下,终于离开了.

当时在这家公司只工作了一年半,却换了三个部门.由A部门到B部门,再到C部门.索性把自己的经历回忆一下了.

A部门当时的主业是做系统集成业务,系统集成当时是非常挣钱的,毛利润率有近50%,当时正是网络建设的高潮期,各个单位都要自己建立局域网,广域网,当时部门只有不到40人,一年的销售额是2000万,现在看起来真是一个非常惊人的数字.
我在A部门的时候,先做了一个VB的简单数据库程序,花了大概2个月时间;后来公司接了一个大型企业,称为B公司的单子,想做一个全企业范围内的信息管理系统,把一切都搞到网上去.关于这个项目的详细情况,以后用专题来写.

1999年年底,A公司进行业务重组,A部门和B部门合并了,但B部门的头做领导,实际上是被合并了,但毕竟是一个公司内部的部门调整,高层有所斗争,于是也对下面小兵有所影响.

-----To Be Continue---------
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

程序员的眼睛和网页的字体大小:给javaeye的建议

liujunsong — Wed, 02 Apr 2008 09:04:21 +0800

作者: liujunsong 链接：http://liujunsong.javaeye.com/blog/178643 发表时间: 2008年04月02日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

哥们儿: 能不能帮忙把这个网站的字体搞大点儿?

象我这样的高度近视眼,看的很费劲的.

我买书和买报纸,字小的一律不买,可这网站没的选啊.

现在这网站的字体比sina还小,看的快累死了.

强烈期盼中...
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

北京CSDN英雄会感言之一: 从基础开始

liujunsong — Wed, 02 Apr 2008 08:24:44 +0800

作者: liujunsong 链接：http://liujunsong.javaeye.com/blog/178638 发表时间: 2008年04月02日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

上周六(3月29日),参加了北京CSDN组织的英雄会,其中各位专家侃侃而谈,感慨良多.准备写一个系列文章来评述一下.
先谈对Google技术人员讲演的一些收获吧.
很多年以来,我一直有一个错误的概念,认为学校里面的基础知识,已经很过时了,和实际脱节太多,但听google讲演,才知道当年为了解决多个服务器并行计算的问题,google实际上等于是从头开始,重新设计了计算机的并行计算结构,在这个过程中,重新设计了文件系统,重新设计了操作系统(估计是在linux基础上改造的),重新设计了应用系统,最后才能达到现在这样的并行计算.
数据之一:google服务器超过了十万台,现有的操作系统是不能支持的,所以google要自己写一个并行计算的操作系统.
google内部是没有使用数据库来存储数据的,因为这样的数据量,任何数据库都承受不了.
或者说,google自己重新设计了数据的存储,文件的存储.

现在看来,基础的数据结构是如此的重要.

我们现在面临的很多问题,实际上单纯的改进思路已经解决不了了,为什么没有人想到从头开始重新解决这些问题呢?如果不从头开始,又怎么可以摆脱windows的束缚呢?

我不相信google会从头开始设计一个操作系统,但对操作系统的改进是肯定的.
但他们解决问题居然从重新设计文件系统开始,这可超过我的想象了.
由此来看,要解决问题,还是要想办法解放思想,开拓思路才行啊.

另外,如果baidu要和google来竞争,而在基础技术上不能有所突破的话,那么长期来看估计是很难竞争得过的.
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

[文摘]YML文件格式的问题:我终于找出问题的原因了! 谢谢各位

liujunsong — Thu, 06 Mar 2008 16:31:13 +0800

作者: liujunsong 链接：http://liujunsong.javaeye.com/blog/168820 发表时间: 2008年03月06日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

我终于找到问题出在哪里了!!!!!!!!!!!!!!!!!!!!!!!!!

是空格的问题!!!
所有数据库字段的不能顶格写, 必须有一个空格!!!!!
每一个名/值对必须由冒号分开,并且用空格缩进(不能用TABLE键缩进)!!!
我该打!! 书上都注明了要用空格缩进!! 我误看成需要空格分开!! 看书不仔细,让我郁闷了好几天!!
最后,非常感谢楼上的各位朋友,帮我找问题. 呵呵....我也是从lgn21st给我的那个demo中的夹具代码和我自己写的夹具代码一一对应了一下,没有发现什么不同,但是直接拷贝他的就能用,我就纳闷了!!
最后发现他的除了第一行,每行前面都有一个空格,除了这个,没有别的不同了.
再该自己的,果然测试通过!!! 再看书本,觉得书上应该说了呀!!!
再仔细一看书,想扇自己一耳光,NND!!

# Read about fixtures at http://ar.rubyonrails.org/classes/Fixtures.html
version_control_book :
 id : 1
 title : Pragmatic Version Control
 description : How to use version control
 image_url : http://www.rubyonrails.org/images/awdr2.gif
 price : 29.95
 date_available : 2007-05-30 20:07:28.926981 +08:00
automation_book :
  id : 2
  title: Pragmatic Project Automation
  description: How to automate your project
  image_url :  http://images.dangdang.com/images/9240772_b.jpg
  price : 39.95
  date_available : 2007-05-30 20:07:28.926981 +08:00

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐