自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

通用权限管理系统

愚公移山,我要做全国最最好用的标准权限组件、通用权限管理系统

  • 博客(924)
  • 资源 (4)
  • 收藏
  • 关注

转载 软件开发人员想找的工作,随便聊聊,娱乐大家,请补充补充

<br />01. 工作环境好,大公司,很有名气的。<br />02. 最好是新投资软件行业的老板,舍得烧钱,老板越不懂行越好。<br />03. 公司最好是不加班,周末双休,出差有补贴,节假日都休息,每年还有法定年休,安排几次旅游。<br />04. 日常工作压力不要太大,就干自己喜欢干的事情,或者进行研发类工作,学习新技术,不要做项目。<br />05. 工资要高,最好是能交几千元的个人所得税也可以,早上要9点以后上班,晚上5点能下班。<br />06. 最好是国家垄断部门的IT行业,或者是海关、国税、

2010-11-20 15:54:00 449

转载 访问控制模型DAC,MAC,RBAC

<br />访问控制<br />     访问控制是指控制对一台计算机或一个网络中的某个资源的访问。没有它,所有人都可以访问任何资源。有了访问控制,用户在获取实际访问资源或进行操作之前,必须通过识别、验证、授权。<br />     换言之,访问控制控制着一个主体(subject)可以访问哪些对象(objects)。主体和对象是访问控制模型和技术中的两个重要术语。主体是指可以授予或拒绝访问某个对象的人或事物,如用户,程序,系统进程。对象的例子如文件、打印机、程序、系统进程等。<br />访问控制模型<br

2010-11-20 15:52:00 998

转载 软件开发人员想找的工作,随便聊聊,娱乐大家,请补充补充

<br />01. 工作环境好,大公司,很有名气的。<br />02. 最好是新投资软件行业的老板,舍得烧钱,老板越不懂行越好。<br />03. 公司最好是不加班,周末双休,出差有补贴,节假日都休息,每年还有法定年休,安排几次旅游。<br />04. 日常工作压力不要太大,就干自己喜欢干的事情,或者进行研发类工作,学习新技术,不要做项目。<br />05. 工资要高,最好是能交几千元的个人所得税也可以,早上要9点以后上班,晚上5点能下班。<br />06. 最好是国家垄断部门的IT行业,或者是海关、国税、

2010-11-20 15:52:00 510

转载 (四)2005年我的第一次软件行业创业,烧掉30万、2年时间打水漂的惨痛教训

<br />我的合伙人加入后,我们两个开始阶段经常交流,怕沟通不畅,就干脆住一起了,住一个房间了,还签订了一些协议,创业不能轻易放弃,若谁放弃净身出户等,若有债务还需要承担,他也从家里拿了1万元入股,我们按30%:70%的股份进行权益分配,我觉得要跟其他人合作,需要拿出一些诚意,我就让他管理公司的财务,日常开支,费用报销都让他管理,人事权利也给他,业务也给他管理,我负责培训及开发相关任务。<br />   两个人合作了,总比单枪匹马一个人干好多了,我们先是更换了办公场地,我们到大学里租用了空闲的办公场地,费

2010-11-20 15:51:00 762

转载 (五)2005年我的第一次软件行业创业,烧掉30万、2年时间打水漂的惨痛教训

<br />我们这边人气兴旺,我们旁边的一个小公司看着干这个好像很有前途一样,也开始进行培训业务了,也开始跟我们竞争拉学生,拉培训生,其实宁波城市也不是很大,想学习IT的人也不是很多,所以经常会有同一个人,到我们这里来了解情况,也到他们那边去了解情况,同一个人,我们也希望他来,他们也希望过去,但是总的来讲,我们没有互相出什么大矛盾,你不犯我,我不犯你阶段。由于跟当地的培训机构发生了利益冲突,还在当地的报纸头版上以反面报道的方式,上了头条,说我们是没有培训资质的骗子培训公司,被描述得很残忍,简直是骗子的化身,

2010-11-20 15:48:00 877

转载 (六)2005年我的第一次软件行业创业,烧掉30万、2年时间打水漂的惨痛教训

<br />由于人员过多,办公场所无法装下这么多人,我们又想扩大规模,希望通过能规模产生效应,租下了几百平米的整个一个楼层,进行了最简单的装修,网络,电线等进行了改造,也做了像样的门面,钱不够,我搭档又向他哥哥借了几万,进行了垫支,办公场地的租金大概6万左右的样子,当时学校也给了我们优惠。<br />有了更大的办公环境后,我们有了一个计划,在年内培养100名开发人员,然后接上海的外包,由于这些人,对日语英语的水平不高,还有我们的业务能力也没有直接接外包的能力,就定位按地域差,接上海的二次外包,这样把握比较稳

2010-11-20 15:47:00 624

转载 (八)2005年我的第一次软件行业创业,烧掉30万、2年时间打水漂的惨痛教训

<br />我当时真想来把火,把能烧的都烧了,但是想想,这些都是我辛苦赚来的钱,或者是我家人慢慢省下来的钱买来的,这些东西买来时都很值钱,要处理了只能是废铜烂铁了。<br />   我父母当时也在宁波,我平时不太喜欢跟他们交流,觉得跟父母有很深的代沟,我父母也对我很放心,我想怎么弄就怎么弄,几乎都支持我,我不断的向家里要钱,小妹妹可能也跟父母透露了我的情况,我遇到了困难父母实地来看我后,可怜我都心疼得哭了,劝我赶紧放弃,因为这不是个能出头的路子,教人家技术,要挨人家批斗,给别人找工作,找机会,安排了这么多人

2010-11-20 15:42:00 837

转载 (九)2005年我的第一次软件行业创业,烧掉30万、2年时间打水漂的惨痛教训

<br />本想写到第9篇就结束了,我想这么写,还是有些自私,没有把一些心得体会都写出来,或者可以说是有些保留,我想正好写10篇吧,最后一遍为互动结束总结篇。<br />本篇也以适当感恩的心态写写,创业时还是有些兄弟干得很好的,我在这里也需要承认的,并不只是我一个人努力了,否则那么多项目也不会顺利结案,我不要与任何人结下恩怨,开公司如买股票,但是赚少赔多,失败了也不能埋怨其他人,想想那些炒股票倾家荡产的,想想那些被诈骗上亿的人,我还是很幸运了。失败了也需要多从自己的身上找缺点。我这个人,性子急,脾气也暴躁一

2010-11-20 15:33:00 662

转载 (十)2005年我的第一次软件行业创业,烧掉30万、2年时间打水漂的惨痛教训总结篇

<br /> 事后算下来进进出出上百万资金,虽然公司问题多多,以惊人的毅力和速度,把好几个关键项目都顺利了结了,真的是谢天谢地啊没惹出太多的是非来,只有少部分余款没能收到。<br />   两年时间很快就过去了,心也平静了下来了,慢慢反省总结了一下,我只是一个IT工人,熟练的高级工人而已,不知道你听说过没有,有很多很多技术工人创业成功的传奇故事。<br />   人没必要野心太大,做大事业没有那么容易,特别是在IT行业,成功概率太低了,并且就算做大了,即便公司要上市了,其实大多都是在亏损的,最终玩的就是资本

2010-11-20 15:28:00 813

转载 从疯狂痴迷数据库存储过程到彻底放弃他(信息化系统从基于数据库技术到基于服务理念的转变)

<br />很早的时候,我被我们领导灌输过一个思想,我们领导当时是做WEB出身的,他非常重视WEB<br />的功能。在他眼里,数据库只是存放数据的箱子,不应该把过多的业务逻辑交给数据库去处理,<br />应该只把他看做是存放数据的箱子,我们当时是用MySQL + php,那时候MySQL比较弱一些,<br />不支持存储过程、触发器,事务等等,正好符合我们领导所提倡的理念。<br />后来接触了ERP,发现数据量很大,全部用VB等处理效率低、速度也慢,采用存储过程效率高,<br />而且有些Bug,新功能

2010-11-20 15:11:00 412

转载 走出权限误区,控制数据表中的[字段权限][单元格权限],其实很简单就差给你捅破那层纸(高手免进)

<br />来博客园读文章的,也不是人人都是高手,也有一些初学者,此文主要面向入门者,对权限接触不深者提供参考。<br />我们习惯了在页面上有几个按钮,控制这几个按钮的权限,都做得都很熟练<br />例如有 btnAdd 添加按钮,btnEdit 编辑按钮,btnDelete 删除按钮,此<br />页面是学生基本信息管理页面 frmStudentManager。<br /><br />那我们可以设置如下权限对应关系:<br />"AddStudent" 权限对应 -> "frmStudentManage

2010-11-20 15:08:00 845

转载 从痴迷数据库SQL语句逐渐走进面向对象化(系统的核心以处理对象为主、淡化数据库概念)

<br />几年前写信息管理系统都要设计很多很多表,每个表都是自己建立的,然后喜欢用高<br />性能、高超的SQL语句搞定很多复杂的商业逻辑问题,那SQL语句又长又复杂,一般人<br />还读不懂,但是代码很少、性能很高,其实软件公司里并不是人人都是高手,这样的<br />SQL语句其他人也不好仿造也没能力维护,他们也无法按你的思路搞定复杂的逻辑,很<br />容易变成无法入手,对项目也帮不上大忙的状态。<br />这几年,由于建设的信息系统也多了,往往需要在几个系统之间进行集成,例如,你<br />的用

2010-11-20 15:02:00 526

转载 到底什么是权限?我们应该如何正确理解“权限定义”(请高手指点)

<br />曾经从别人那里学习到很多,现在也需要努力给予别人一些回报,不能太吝啬。<br /> <br />其实这个概念说简单也简单说难也很难,正确理解这个概念的人我见得不多,我也是在<br />2-3年前经过一个好朋友的彻底洗脑才真正明白了,经过折腾把自己的系统架够改进了<br />一下,需要改的地方还真的很多,现在遇到不少人做权限的,大多都是瞎搞,基本上不<br />符合权限的严格要求的,当然我的也可能是瞎扯蛋,仅供参考。<br />1。权限不只是 b/s 或者 c/s 系统里用,应该是通用的,就是权限

2010-11-20 14:57:00 1546

转载 大家很容易忽视的几个问题,1.投简历请换位思考、2.前台页面设计比后台实现更值钱

<br />1.投简历请换位思考问题<br />   我经常会收到一些简历,一般是附件的名字为“简历.doc”,NND,我不知道发这个简历的人有没有想过,当我接收到几十个叫这个名字的文件时,真想当场就把这个邮件删除了,每个都需要仔细保存到另外的位置,怕把别人的覆盖了,再打开简历,看名字,再另外命名,然后又存到本次招聘的人员列表里,其次是经常在简历里看到错别字,没有电话号码、邮件联系方式的,排版也很乱的,哎,请你把简历仔细写好,检查一下错别字,还有,别人看中你了,也让人好联系你吧。<br />   若不是我工

2010-11-20 14:46:00 524

转载 一个开发周期为6个月的中小型软件开发项目成本预算大致表,不足之处请指点

<br /> <br />从Excel粘贴过来,有些变形,请谅解一下。<br /><br />表格中未包含 管理费用、公司的办公场地费用、税费等,软件的开发成本还是很高<br />的,能有效控制开发成本,相当于赚钱了,表格中不足之处请指点留言。<br /> <br />       序号人员安排角色大致成本(元/月)主要职责分工 1xxx项目经理1名<br />1000001.项目沟通交流 02.项目进度掌控 03.核心技术框架制定 04.工作任务划分分配、审核、验收 05.开发平台建设 06.样例程序制作

2010-11-20 14:33:00 1944

转载 一个开发团队、软件公司,团队工作氛围很重要,没有好氛围难出好产品、好项目

<br />接触软件行业很多年有些年头了,展望过去的岁月,总想写点儿东西,总结总结,我也<br />不怕拍砖了,曾经也换过很多公司、跳过很多槽,现在想想,总结出来:“天下的乌鸦<br />是一样黑的”,没有理想的公司,只有个人去适应公司,理想的工作环境只有在天堂里<br />有,想干啥就干啥,薪水多多,压力小小的。<br /><br />1. 有些公司里,人人都想着跳槽高攀,要是哪个人跳槽到了另一个公司,拿了多少薪<br />水,到了什么好公司,学了什么技术等,大家都很羡慕,以他为榜样,天天投简历,<br

2010-11-20 14:28:00 1458

转载 大型管理类软件项目开发,为什么必须要有代码生成器的深切体会总结

<br />首先我表个态,我是那种老顽固型的,一般人的建议是听不进去的,觉得世界上只有我才是对的那种人。<br />我大概在几年前也反对代码生成器,觉得那玩意儿只是个花架子,不可能满足日常开发里那么多复杂的<br />问题,用了也是白用,怎么可能满足那么多各式各样的复杂情况,其实我错了,代码生成器不是万能的<br />对他的定位错了,他只是一个开发的辅助工具,不是万能工具,有部分功能用代码生成器是可以大大提<br />高工作效率的。<br />因为我多年始终完善维护一个系统架构一个体系,每天修修改改、完善完

2010-11-20 14:25:00 633

转载 站在不同的角度看权限问题、不同的应用场景看待权限问题

<br />首先,站在开发人员的角度,往往强调的的权限有多么的强大、多么的完善、多么好用等等,其次<br />站在用户的角度考虑问题,用户可能是前后上线了N个系统,每个系统都有个性化的权限管理等,<br />搞得晕头转向,东搞搞,西搞搞有些烦恼了,甚至是很害怕再上什么新系统了,他们更多关心的是<br />能否集中管理权限,多个系统能有统一的集中管理的权限配置,在上新系统,也不用配置管理这些<br />了。站在IT公司主管的角度,东一个权限管理、西一套权限管理,互不兼容,人来人往,越搞越乱<br />越来越多

2010-11-20 14:22:00 589

转载 一直想学习的工作流的程序分享给大家--有关画工作流流程的入门程序(附源码)

<br />不知道大家是否接触过 Netron,我这个附件中的代码是其中的一些核心基础技术,对<br />想做不同于管理类开发的人员,应该是个很好的入门。<br /><br />很小很精的代码,代码没多少行,想提高编程能力的人应该是很有帮助。<br />程序运行的效果图如下:<br />可以随意拖动,连接线也可以自由设定等等,代码是很早就下载了,没再去网上看看有没有更新的,<br />代码不在于多,在于精,功能不在于复杂在于方便地入门学习和提高。<br /><br /><br />下载源码的点这里:/Fil

2010-11-20 14:20:00 565

转载 30+程序员,平时都忙些什么事情?平时都想些什么?以后有啥计划?

<br />很多人都说,30岁以后了,写程序还有前途嘛?我有时候也迷茫,但是迷茫过后,总会给<br />自己寻找方向,每个人都需要有个信念、没有信念,活着就没意思,无聊,觉得没奔头了。<br />废话少说,我来说说,我平时工作都忙些什么?<br />01. 我比较喜欢技术,但是技术又不是很厉害,但是我有的是时间可以深入学习新技术,<br />例如,我平时会学习 WF, WCF, WPF, Silverlight 等技术,还会安排年轻的同事一起<br />学习提高,人都需要不断的提高,否则很容易落后。<br

2010-11-20 14:17:00 420

转载 做技术做管理类软件-----如何才能拿到上万的月薪【仅供参考、欢迎拍砖】

<br />有些运气好,可能轻松就可以拿了上万的薪水,但是总的来讲钱不是天上白掉下来的,都需要有付出的。<br />我给大家一些参考,不足之处,请补充。<br />01. 你有丰富的工作经验、项目经验,至少需要5年以上吧。<br />02. 你平时做过大中型项目比较多,例如5人以上做的项目比较多,单枪匹马的不算。<br />03. 你有过硬的技术功底,例如你是做C#方面的,这方面的语法,用法你是很精通很精通的。<br />04. 你对设计模式、UML、接口、服务等等了解得很深入深入。<br />05. 你需

2010-11-20 14:15:00 595

转载 同一个项目的不同的项目工作经验总结--程序员甲

<br /> 从这个项目开始到现在已经三个多月了,在这三个月中我学到了很多东西,知道了从事软件开发<br />是一个需要极大耐心的工作,不过我喜欢这样的工作,看着一个个自己手中的代码调试成功的时候,<br />是比较开心的,这个时候也是最有成就感的。<br />    下面几点是我的一点点总结:<br />       1. 做项目的时候,有问题一定要提出来,因为现在都是大家一起合作的,如果没有更好的沟通,<br />项目就很难进展下去。<br />2. 碰到问题要多问、多想、多查资料,多利用网络!现在

2010-11-20 14:11:00 683

转载 同一个项目的不同的项目工作经验总结--程序员乙

<br />通过紧张而又忙碌的三个半月的项目设计,第一阶段的设计已经完成。从整个项目的设计中<br />我学到了很多东西,不管是技术上还是团结和沟通我都有了颇大的收获,下面我就说一下自己的<br />体会。<br />    通过这几个月的项目开发,使我体会到了项目的团队开发,用VSS是如此的方便。既能随时获<br />取其他人的代码,又能记录历史版本。也体会到了与客户沟通的重要性,沟通能力有待提高。<br />    最开始什么也不懂,所以有点儿紧张,但是经过几个星期之后,就适应了,事情总是有一个发<br

2010-11-20 14:10:00 489

转载 同一个项目的不同的项目工作经验总结--程序员丙

<br />“项目”这个字眼我想大家并不陌生,但要真能对这两个字有正确、深刻的理解<br />非得一番亲身经历不可,尤其是是软件项目。我就此谈一下为期近四个月的软件项<br />目体会。<br />   在参与这个项目之前,我对软件开发过程的理解只有一个概念性的理解,对与一<br />个项目的实际操作过程知之甚少,可以说相当肤浅,认为项目开发就是组织几个人<br />一块开发就是了,一人做一部分,合起来就完事了,仅此而已。然而,实际的运作<br />过程远非如此简单,大家每个人都需要有明确的目标,明确的任务

2010-11-20 14:04:00 837

转载 同一个项目的不同的项目工作经验总结--程序员丁

<br />项目已经进展四个月了,在这段时间,我有了一些很大提高。下面做一下总结:<br />1. 在项目中,对于GridView的多个模块中,多种方式的使用,有了更进一步的<br />掌握,例如:<br />①怎么在模板列中加入多种控件,<br />    ②怎么实现在界面上修改完了,一起保存。虽然提高了很多,但是仍有一些技术<br />的难点,有待接下去项目中解决(当可编辑的单元格中数据发生改变,其它相应的单<br />元格值也发生改变)。<br />2. 对于框架的理解更进了一步。通过吉日经理的框架,

2010-11-20 14:01:00 736

转载 同一个项目的不同的项目工作经验总结--设计文档编写经验总结

<br />深度设计文档编写工作经验总结<br />l 概述<br />临安自来水公司项目需要,由公司派我过来编写设计文档,由于本人对设计文档没有编写的经验,<br />当初还有些担心,能否完成公司交给我的任务,对自己一点信心都没有。查看过公司其他项目深度设<br />计文档编写报告后,对我的影响很大,感觉文档编写很简单,就是将客户的需求和公司按照需求编写<br />好的程序界面抓抓图,将各个模块的流程图画好就可以了。但是到了临安后,编写出的文档远远与项<br />目经理要求的文档有很大的差别。最后定下按照

2010-11-20 13:58:00 725

转载 2003年我程序员职业的第一桶金7万元的【教育集团招生收费系统】项目经验、项目来龙去脉分享

<br />我是1996年在黑龙江大学读的计算机软件,那时候我是学校里的特困生,当时也没有学<br />生贷款之类的事情,上大二开始我在外面折腾学到了一些实际工作中实用的IT软件技术等,<br />到大学毕业时我虽然还是贫困生,但是我有自己的BP机、手机、笔记本电脑,当时2000<br />年那会儿,这也算是小成功人事了,拿到今天那是笑掉大牙了“值不了几个子”。<br />大四那年,有一个宁波的教育集团到我们学校招聘老师,本来是去招聘研究生的,结果没<br />碰上合适的老师,学校里就把我推荐了,我也如实讲

2010-11-20 13:54:00 3026

转载 虽然写管理类软件非常依赖数据库,但是建议您不要过度依赖数据库,我们不要把思维只局限在存取数据库上

<br />这是我最近几年才领悟到的,刚开始写程序就从FoxBase开始的,从那时起,就把所有的精力<br />都放在数据库研究上,自从接触SQLServer开始,什么表、视图、触发器、存储过程等等太多<br />好用的技术了,一般做管理类软件,真的是太爽了。<br />不管是啥,能存数据库的都存数据库,例如,什么配置参数、简直可以说,只要是能存数据库<br />的都存数据库,这样越来越把自己思维限制在数据库上,一切以数据库为核心。<br />后来我遇到了一个人,提醒我,不要把什么都放在数据库里,甚至是有些

2010-11-20 13:52:00 627

转载 简单操作权限就一个函数足够了,甚至5-6个表足够可以了,没必要搞那么复杂,也没必要瞎搞误人子弟啊

<br />有句俗话叫“折腾来折腾去,又折腾回原点了”,这就对了,就应该是回到最原点才是硬道理。<br />1.用户表(有哪几个用户)<br />2.角色表(有哪几个角色)<br />3.用户角色关联表(那些用户属于那些角色)<br />4.权限表(有哪几个权限需要分配)<br />5.权限存储表(用户有哪些权限,角色有哪些权限,可以分开也可以和在一起)<br />就一个判断权限函数 例如 <br />CheckPermission(String userID, String permissionCode)

2010-11-20 13:41:00 539

转载 大恶人吉日嘎拉之走火入魔闭门造车之.NET疯狂架构经验分享系列之(一)后台控制逻辑代码部分

<br />我也是本着善意把自己的代码结构分享给大家,欢迎大家用批评指点。首先我为什么把这个标题写为恶人,因为我很喜欢招惹别人,因为喜欢跟别人交流,喜欢指出别人的缺点,偷偷学习别人的优点,所以大家都会反感我,因为我往往是在说别人的缺点,没说说人家的优点。工作上,我也喜欢较真,追求完美,正是这个执着的思想,使我一直没有放弃对软件的痴迷。<br />   为什么我说自己是“闭门造车”,因为你往往深入研究了自己的东西,就很容易跟不上时代的潮流,来不及学习新技术,因为你有个沉重的包袱需要完善维护,天天精心维护,否则

2010-11-20 03:51:00 693

转载 大恶人吉日嘎拉之走火入魔闭门造车之.NET疯狂架构经验分享系列之(二)后台服务代码部分

<br />程序写太长了,大家看着也累,我也写着也很辛苦,接下来,还是写得简短一些,尽量多一些截图,少一些文字吧。<br />同样是,欢迎指点批评的同学,我虚心学习提高,改改以往的高姿态。<br />架设软件系统就像大家看饭店厨师炒菜一样,一看就懂觉得太简单了,但是自己炒一盘菜就知道是啥样子,是不是<br />跟厨师炒出来的一样的,看看别人的很简单,自己动手做才能真正体会了,我们看操作系统也没啥的呀?对不。<br />我的后台服务代码部分,请看截图及介绍。<br /><br />当然没必要要求每个人都必须这

2010-11-20 03:43:00 660

转载 大恶人吉日嘎拉之走火入魔闭门造车之.NET疯狂架构经验分享系列之(三)商业逻辑代码部分

<br />其实,写好几套管理软件后发现,其实大多管理软件,很多也不过是数据库设计得合理一些后<br />就是把数据搬来搬去而已,添加、删除、修改,然后进行一些统计分析而已。其实写代码都是<br />那些简单的程序Copy来Copy去,没啥需要不断突破的,代码的相似程度很大,结构体系也很<br />接近,处理逻辑也非常相似。<br /><br /><br /> <br />我的成长过程是:<br />阶段 1. 每个类都是一个个写,后来发现大多都差不多啊。<br />阶段 2. 注意每个类的命名,函数的先手

2010-11-20 03:21:00 723

转载 通过自己的项目实际经验,阐述为什么“恶心玩技术”?玩Java技术的教训(一)

<br />我用倒叙的方式讲讲我的亲身体验,真实故事,玩Java呀也折腾啊。 <br />最近2年我们公司做了一个很小的项目,项目金额也就10来万吧,功能也不是很复杂,<br />刚开始做这个项目时我还没来到这家公司,说白了很接近于固定资产管理类的项目,<br />客户的期望是把他们的管理思想体现出来,做一个网站集中管理他们的贵重仪器设备<br />设备,功能也不是很复杂,所以项目金额也不大。<br />当时公司的部门经理是玩Java的,他把所有流行技术都用到这个小项目上,光引用的<br />各种包加起来就

2010-11-20 03:05:00 777

转载 通过自己的项目实际经验,阐述为什么“恶心玩技术”?玩Java开源C/S的教训(二)

<br />我刚来杭州分公司时,通过自己的项目实际经验,阐述为什么“恶心玩技术”?玩Java技术的教训(一)<br />中提到的那个部门经理辞职了,公司又新来了一个部门经理,正规硕士生,新中大<br />公司来的,并有接近10年的IT经验。<br />我当时是主动申请求来的杭州分公司,所以我刚来时是高级架构师职位,我也很满<br />足了,本来是想,只要有个工作就可以了期望值没那么高。<br />那时公司还有一个高手从新中大来的,喜欢玩Java技术,对Java开源很有研究,而<br />且对ERP有比较深厚

2010-11-20 03:03:00 760

转载 通过自己的项目实际经验,阐述为什么“恶心玩技术”?玩Java开源B/S的教训(三)

<br />每个人的立场不一样,观念不一样,眼界心境也不一样,以下文章是站在<br />我的立场上写的,所以希望看到的人,也用一个平和的心态,不是为了攻<br />击以前的同事,也不是为了说明啥,我先声明一下比较好,大家都是同事<br />一场,不是敌人,没有什么仇与恨,也不存在多少利益瓜葛。<br />我的上一个公司曾经用过一个Java开源的项目,好像叫Liferay,是做门户<br />网站的,也是世界公认的强大,我也亲眼看过演示,的确很强大。<br />我们公司做Java的人也蛮多,水平也都可以,但是

2010-11-20 02:59:00 2863

转载 通过自己的项目实际经验,阐述为什么“恶心玩技术”?玩.NET的B/S的教训(四)

<br />好像是只有Java的项目玩技术碰壁了一样,其实.NET的技术也可以好多可以玩玩的,<br />光说JAVA的不好,不说.NET的不好,也有些不公平接着就说说我们这个阵营吧。<br />我这次杀来杭州其实是第二次来杭州了,几年前我来杭州过一次,2004年那次来杭<br />州的主要目的是为了学习Oracle技术,实在是太想学这个了,正好杭州的这家公司<br />主要用这个数据库,还用.NET技术还是做电力行业的,正好是我理想的状态。<br />面试也相对顺利,当时正好做宁波电力局的一个项目,大概有

2010-11-20 02:57:00 1696

转载 大恶人吉日嘎拉之走火入魔闭门造车之.NET疯狂架构经验分享系列之(四)高效的后台权限判断处理

<br /> <br /><br />一般一个用户都有个默认的岗位,例如我是项目经理,那项目经理应该<br />有啥权限等。我们设计时考虑到了复杂情况,一般会设计为一对多关系,<br />但是日常生活中,大部分情况下,导入导出数据时,都希望获得一个单<br />一的关系,例如这个人默认的角色是啥?当然为了满足复杂情况,还有<br />一对多的的关系。所以我们设计权限时,一般在用户表里加一个默认角<br />色字段。<br /><br /><br /><br />虽然RBAC里,不对用户直接赋予权限,但是我们

2010-11-20 02:53:00 776

转载 大恶人吉日嘎拉之走火入魔闭门造车之.NET疯狂架构经验分享系列之(五)代码复用

<br />以下观点只是纯粹站在技术角度,先不讨论商业上的,若是考虑到商业利益等,那问题就复杂了,实际环境会比我们想象得复杂很多,但是连想象都不过关,实际操作起来会更闹心一些。<br /><br /><br /><br /><br /><br />   软件的优点就是复用,其实复用在另一方面也体现了,要尊重自己的劳动成果别人的劳动成果也要值钱,我们国家人多,人不值钱吧,劳动成果更不值钱,也没多少这方面的意识,我们做好一个,丢一个,新来新弄。<br />   公司的文档也是到处丢来丢去,好好分类保管在服务器上

2010-11-20 02:50:00 677

转载 最近几年做软件项目的心得总结

<br />【做软件外包经验告诉我】<br />1. 做软件需要人海战术,软件是需要大量的体力劳动,而不是脑力劳动。<br />有一句俗话,一个萝卜一个坑,软件项目的功能模块多了,每个功能都需要有一个人盯,<br />不断改进不断维护。而且功能划分得越细了,工作量越大,需要的人越多,否则哪里会<br />产生几万的软件外包公司?几十个不是足够了?曾经在上海做外包,一个项目动不动就<br />是10-20个人,每个人做几个页面,质量要求相对较高的,国内软件公司到不是这样,<br />就1-2个小兵,1个项目经

2010-11-20 02:47:00 1956

转载 不要给自己编织过多的理由,借口是永无止境的

<br />这几天工作太累了,就想好好休息一下,给自己编了一个理由,没啥大不了的,休息一下吧,<br />“天不会塌下来的,休息不好,工作效率也没有,还不如好好休息”,昏睡了一个周末2天。<br />前些天,想玩游戏,总玩游戏吧,也有些罪恶感,自己编了一个很好的理由“人活着为了啥?<br />不就是为了开开心心生活嘛,我打游戏了,就开心了,别人也开心了,这就应该是生活”有<br />了这个借口,开开心心玩了几天。<br />人平时都需要干好几个事情,甚至是性质都不一样的好几件事情,若是好几个软件系统,那<b

2010-11-20 02:44:00 966

通用权限管理系统组件使用说明书V3.1

第1章 通用权限管理组件简介 7 1.1 软件开发现状分析 7 1.2 功能定位、建设目标 7 1.3 目标用户群体 9 1.4 系统优点 11 1.5 系统架构大局观 12 1.6 物理结构图 13 1.7 逻辑结构图 14 1.8 系统运行环境配置 15 1.9 安装程序、数据库设计、数据库文件 15 1.10 相关程序文档结构说明 16 1.11 软件安装、配置、运行方法 17 第2章 登录后台管理系统 21 2.1请用“登录”不要“登陆” 21 2.2系统登录 22 第3章 用户(账户)管理 23 3.1申请用户(账户) 25 3.2用户(账户)审核 27 3.3用户(账户)管理 29 第4章 组织机构(部门)管理 33 4.1大型业务系统 34 4.2中小型业务系统 35 4.3微型的业务系统 36 4.4内外部组织机构 37 第5章 角色(用户组)管理 38 第6章 职员(员工)管理 42 6.1职员(员工)管理 42 6.2职员(员工)的排序顺序 43 6.3职员(员工)与用户(账户)的关系 44 6.4职员(员工)导出数据 45 6.5职员(员工)离职处理 47 第7章 内部通讯录 48 7.1 我的联系方式 49 7.2 内部通讯录 50 第8章 即时通讯 51 8.1 发送消息 51 8.2 即时通讯 53 第9章 数据字典(选项)管理 55 9.1 数据字典(选项)管理 56 9.2 数据字典(选项)明细管理 58 第10章 系统日志管理 59 10.1 用户(账户)访问情况 60 10.2 按用户(账户)查询 61 10.3 按模块(菜单)查询 62 10.4 按日期查询 63 第11章 模块(菜单)管理 64 第12章 操作权限项管理 67 第13章 用户权限管理 71 第14章 序号(流水号)管理 72 第15章 系统异常情况记录 74 第16章 关于本软件 76 第17章 修改密码 77 第18章 重新登录 79 第19章 退出系统 81 第20章 参数服务 82 第21章 多系统权限集中配置管理 83 第22章 C/S组件模式运行用例 85 第23章 B/S组件模式运行用例 88 第24章 多语言支持 89 第25章 代码生成器 94 第26章 典型业务案例应用 96 26.1 文档管理 96 26.2 名片管理 98 第27章 开发登录功能过程分析 100 27.1系统登录功能的分工 100 27.1.1 市场营销人员 100 27.1.2 决策老板 100 27.1.3 项目经理 100 27.1.4 系统架构师 100 27.1.5 美工设计人员 100 27.1.6 程序员 100 27.1.7 质量保障员 100 27.1.8 测试人员 100 27.1.9 文档管理员 100 27.1.10 客户经理 100 27.1.11 实施工程师 100 27.2注意事项建议 104 27.2.1 分工明确原则 104 27.2.2 沟通效率问题 104 27.2.3 决策效率问题 104 27.2.4 工作量问题 104 27.2.5 产品质量问题 104 27.2.6 人员变动问题 104 27.2.7 绩效考核问题 104 27.2.8 工作成果问题 104 27.3通过实现登录窗体的反思 105 第28章 客户经常需要的开发技能 107 28.1 打印功能 107 28.2 编号产生功能 107 28.3 查询功能 107 28.4 大数据量快速分页功能 107 28.5 能快速便捷输入数据功能 107 28.6 模块(菜单)可以灵活配置 107 28.7 数据导入导出功能 107 28.8 图标统计 107 28.9 第三方接口程序 107 28.10 程序需要经得起折腾 107 28.11 导入原有系统的数据 107 28.12 数据导入导出功能 107 28.13 漂亮的界面 107 第29章 产品报价、技术支持、售后服务 108 29.1 产品及服务报价 108 29.2 联系方式、售后服务、错误反馈 109

2010-12-15

整体数字化建设项目通用权限管理组件使用说明书

年轻时、精力旺盛,有用不完的劲儿,但是工作经验不多,对各种行业实际应用没有深入的了解,大多停留在表面问题上,做不出过硬的有质量的软件组件来,刚精通C#程序时,发现又需要精通C/S、B/S才可以,这时又发现自己的数据库技术不过关,等刚掌握了SQLServer,又发现自己不懂Oralce,也不懂MySql,自己写出来的程序又不兼容这些数据库,等数据库也都精通了一些,发现自己的写文档能力不行,做个像样的东西非常不容易。 这时又发现自己的设计能力不行,等把设计能力也提高了,发现写文档的表达能力还是不行,等自己的表达能力也变得很强了,对各种行业应用也开始有了深入的了解,技术又变了很多,以前积累的技术又淘汰了。 当这些能力都接近已具备时,发现自己从早上忙到晚上,根本没有精力去写一个理想中的软件来,工作上的、家庭上的杂事也变得多如毛,当能力提高到了一定的境界后,普通人做出来的东西也都看不上了,也都不能放心了,因为知道得太多了,就能找出太多的问题了,但是自己又往往没那么多精力、空去做这个心目中的东东。 当真的全身心去投入了,去精心制作了这个东西后又发现这个东西,市场定位错了,只有很少数的人才肯花钱购买这个东东,所以成功很难,不仅需要有能力、而且需要更准确的市场定位能力,你做出来的软件?谁为此买单? 把设计文档写好、把程序写好、把操作手册写好,又要有一定的深度广度,的确也不是很容易;虽然我没有惊人的技术能力,但是我用了接近前后10年,不断完善改进这么一个很简单的功能,把这个简单的功能,做个彻彻底底,能达到真正的产品化的重复利用的要求,花费了2个月的业余时间,精心把使用手册编写完毕了,虽然软件没有开源,但是大部分的功能都写出来了,有做权限方面的开发人员,可以有一定的参考作用。 权限管理涉及的东西太多了,他需要涉及到数据库、要涉及到用户、组织机构、角色、日志、序列生成器、开发框架、甚至代码生成器,页面操作、底层存储结构设计等等方方面面,说是开发通用权限组件还不如是说:“轻量级的快速管理类软件开发平台”也不过分的。 既然爱好这个,又投入了这么多年的心血,也就不差再投入几年,再深入研究、再不断推广了,把一个简单的东西做个彻彻底底,做个真正对开发人员有帮助,能解放开发人员的部分工作,能把劳动成果重复利用10次、100次、1000次、10000次,那就足够有把这个功能模块做个彻底质量过关,让大家彻底能认可的意义了,一个人只能做好那么几件事情,若是人人都有那么几件事情彻底做好了,舍得全身心去研究完善,那我们软件开发人员也没必要那么累了,都可以早点儿回家休息了,因为我们有很多可重复利用的组建、可提高我们工作效率的懒人工具。 小时候亲眼见过也亲身体验过人耕牛拉式的辛勤种地;社会总是需要有人冒险,去发明、研究、制造、改进拖拉机,虽然为此付出的代价会很高很高,但是用拖拉机种地效率就高很多产值也会高很多,大家也可以从繁重的体力劳动解放出来,虽然购买拖拉机要花钱、平时还需要烧油。 但是大家都不舍得购买拖拉机、平时也不舍得烧油,那只能继续“人耕牛拉”了,牛总比拖拉机便宜很多,平时吃草就可以了有点也很多,还环保底炭。通用权限管理组件、轻量级的快速管理类软件开发平台能成为大家学习开发软件的拖拉机、开发软件的拖拉机。 以下部分是花费了接近2个月时间,精心编写的部分使用说明,虽然有些广告夹杂,但是认真对待了每篇文章的说明、希望有兴趣的朋友,可以补充完善、让有需要的人能直接重复利用、逐渐完善成大家都能认可的精品软件组件,大家都可以参考对比的标准权限功能。 人有追求有目标也是个闹心的事情、达不到目的,睡不好,吃不好,总想达到自己的目的,白天想、晚上想,几天、几周、几个月、几年都过的很快,人有追求了,也就不迷茫了,也就不腐败了,也不会堕落了,也挺有意思的。就把一个简单的东西做个精品出来,能彻底重复利用、没多大必要再重新开发,也别浪费人力物力了,该休息就休息、该早点儿回家就回家,该干啥就干啥吧。

2010-10-25

通用权限管理组件使用说明书V3.0.doc

第1章 通用权限管理组件简介 7 1.1 软件开发现状分析 7 1.2 功能定位、建设目标 7 1.3 目标用户群体 9 1.4 系统优点 11 1.5 系统架构大局观 12 1.6 物理结构图 13 1.7 逻辑结构图 14 1.8 系统运行环境配置 15 1.9 安装程序、数据库设计、数据库文件 15 1.10 相关程序文档结构说明 16 1.11 软件安装、配置、运行方法 17 第2章 登录后台管理系统 21 2.1请用“登录”不要“登陆” 21 2.2系统登录 22 第3章 用户(账户)管理 23 3.1申请用户(账户) 25 3.2用户(账户)审核 27 3.3用户(账户)管理 29 第4章 组织机构(部门)管理 33 4.1大型业务系统 34 4.2中小型业务系统 35 4.3微型的业务系统 36 4.4内外部组织机构 37 第5章 角色(用户组)管理 38 第6章 职员(员工)管理 42 6.1职员(员工)管理 42 6.2职员(员工)的排序顺序 43 6.3职员(员工)与用户(账户)的关系 44 6.4职员(员工)导出数据 45 6.5职员(员工)离职处理 47 第7章 内部通讯录 48 7.1 我的联系方式 49 7.2 内部通讯录 50 第8章 即时通讯 51 8.1 发送消息 51 8.2 即时通讯 53 第9章 数据字典(选项)管理 55 9.1 数据字典(选项)管理 56 9.2 数据字典(选项)明细管理 58 第10章 系统日志管理 59 10.1 用户(账户)访问情况 60 10.2 按用户(账户)查询 61 10.3 按模块(菜单)查询 62 10.4 按日期查询 63 第11章 模块(菜单)管理 64 第12章 操作权限项管理 67 第13章 用户权限管理 71 第14章 序号(流水号)管理 72 第15章 系统异常情况记录 74 第16章 关于本软件 76 第17章 修改密码 77 第18章 重新登录 79 第19章 退出系统 81 第20章 参数服务 82 第21章 多系统权限集中配置管理 83 第22章 C/S组件模式运行用例 85 第23章 B/S组件模式运行用例 88 第24章 多语言支持 89 第25章 代码生成器 94 第26章 典型业务案例应用 96 26.1 文档管理 96 26.2 名片管理 98 第27章 开发登录功能过程分析 100 27.1系统登录功能的分工 100 27.1.1 市场营销人员 100 27.1.2 决策老板 100 27.1.3 项目经理 100 27.1.4 系统架构师 100 27.1.5 美工设计人员 100 27.1.6 程序员 100 27.1.7 质量保障员 100 27.1.8 测试人员 100 27.1.9 文档管理员 100 27.1.10 客户经理 100 27.1.11 实施工程师 100 27.2注意事项建议 104 27.2.1 分工明确原则 104 27.2.2 沟通效率问题 104 27.2.3 决策效率问题 104 27.2.4 工作量问题 104 27.2.5 产品质量问题 104 27.2.6 人员变动问题 104 27.2.7 绩效考核问题 104 27.2.8 工作成果问题 104 27.3通过实现登录窗体的反思 105 第28章 客户经常需要的开发技能 107 28.1 打印功能 107 28.2 编号产生功能 107 28.3 查询功能 107 28.4 大数据量快速分页功能 107 28.5 能快速便捷输入数据功能 107 28.6 模块(菜单)可以灵活配置 107 28.7 数据导入导出功能 107 28.8 图标统计 107 28.9 第三方接口程序 107 28.10 程序需要经得起折腾 107 28.11 导入原有系统的数据 107 28.12 数据导入导出功能 107 28.13 漂亮的界面 107 第29章 产品报价、技术支持、售后服务 108 29.1 产品及服务报价 108 29.2 联系方式、售后服务、错误反馈 109

2010-07-24

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除