团队管理思考
今天下班比较早,七点多走出公司,路上公交堵得一塌糊涂,自行车,电动车在非机动车道上也是拥挤不堪,行人在人行道上匆匆赶路。大家都着急回家,各种喇叭声此起彼伏,吵是吵点,但还不乱,各行其道,互不影响。来到十字路口等绿灯,发现还没有变灯时,有些着急的自行车和电动车趁机动车之间有些空隙,冒着生命危险强行过马路,于是浩浩荡荡的非机动车大军立即跟随,陆陆续续通过机动车道,伴随而来的是恼怒的喇叭声,但其效甚微,大家都无动于衷,没有半点让步的意思,而此时机动车道较之前更加拥堵。原本各行其道的规则被打破之后,因此
系统的可维护性
系统是项目的成果,系统的好坏决定了项目的好坏。一个系统可维性强不强,决定了系统的生命期限。一个系统的生命期限长短,能直接体现项目投资的收益。系统可维护性,不是在项目结束之后才考虑的事情,而是在项目启动时,就必须考虑,并写入系统需求里面。 做到哪些可以提高系统可维护性呢? 一、增加系统配置界面,减少人工通过后台修改 二、尽量避免系统重启,采用能及时修复的技术 三、增加系统定期自检程序,防患于未然 为了提高系统可维护性,代码上需要做哪些工作呢? 第一,代码一定要有注释,特别是关于if esle,每个条件到底
事前管理与事后管理
什么是事前管理?当事情还没有发生时,为了促进或者预防事前的发生,而对所做的行为进行管理。什么是事后管理?当事情发生时,为了放大或者降低事情所带来的影响,而所做的行为进行管理。显然,事前管理比事后管理更能考验一个管理者的水平,难度也更大一些。因为,他在对未来可能发生的事情进行管理,未来是不确定性的,这需要丰富的经验以及敏锐的直觉,当然也更需要果敢。如何做到事前管理?首先需要建立一个沟通反馈系统,能让管理者能随时接触到所需要的信息,该信息是经过整理和汇总的。其次是需要设定预警阀值,并保存在管理者的脑
项目团队中的执行力
执行力,这个话题非常广,上到国家,下到个人。执行力的重要性不言而喻,这里想聊聊自己对执行力较为肤浅的认识。看过很多招聘广告,很多已经把执行力作为职位所必需的一项素质要求。现在也越来越多使用这个词汇形容某人的特点。比如:张三执行力特别强,李四执行力很差。个人简单的理解就是:张三按照老板要求按时且高质量完成了一项工作,而李四退三阻四,一天的活可以干成一个礼拜。更简单的理解是,张三听话,李四不听话。个人的执行力差,百分之百是个人原因,那么团队的执行力差,是什么原因呢?是团队里面每个人的个人执行力差吗?
博客的作用<转载来自百度百科>
博客的作用 三大作用 * 个人自由表达和出版; * 知识过滤与积累; * 深度交流沟通的网络新方式。 但是,要真正了解什么是博客,最佳的方式就是自己马上去实践一下,实践出真知;如果你现在对博客还很陌生,我建议直接去找一个博客托管网站。先开一个自己的博客帐号。反正比注册邮件更简单,也不用花费一分钱,觉得没劲也就随手扔掉得了。 博客,之所以公开在网络上,就是因为他不等同于私人日记,博客的概念肯定要比日记大很多,它不仅仅要记录关于自己的点点滴滴,还注重它提供的内容能帮助到别人。 很好的一句话:博客永
批量删除svn生成的版本控制目录方法
Windows Registry Editor Version 5.00[HKEY_LOCAL_MACHINESOFTWAREClassesFoldershellDeleteSVN] @="Delete SVN Folders"[HKEY_LOCAL_MACHINESOFTWAREClassesFoldershellDeleteSVNcommand] @="cmd.exe /c "TITLE Removing SVN Folders in %1 && COLOR 0A && FOR /r "%1" %%f IN (.svn) DO RD /s /q "%%f" ""将上面的内容拷到文本文件,另存为kill-svn-folders.reg文件,双击执行该文件。然后右键要删除svn的目录,选择“Delete SVN Folders”即可。[@more@]Windows R
个人知识管理的29个原则<转载>
个人知识管理的29个原则[@more@]1、持续的学习成为个人生存和发展的基础。持续学习不一定能带来成功,但不学习一定失败;2、信息和知识爆炸,在一段时间和时期内,学习的内容必须聚焦。起码要在一个领域内成为专家。3、你应该学习的内容取决于你的价值观、特长、个性和目标。4、你必须学会如何有效的评估信息和知识,所以你必须根据你的价值观、特长、个性和目标确立自己对信息和知识的“过滤器”;5、人是知识获取的重要渠道,所以你应该知道谁最擅长什么?遇到问题时知道可以向谁学习和请教;6、你牛了你的朋友也一定牛,建立人际资源的
UML 中的关联<转载>
UML 中类与类, 类与接口, 接口与接口这间的关系有: 一般化关系, 关联关系( 关联, 聚合, 合成), 依赖关系. 1、一般化关系: 表示类与类之间的继承关系, 类与接口之间的实现关系, 接口与接口之间的继承关系. 2、关联关系: 表示类与类之间的联接, 它使一个类知道另一个类的属性和方法. 在java 语言中关联关系是使用实例变量实现的. 3、依赖关系: 也是类与类之间的连接. 表示一个类依赖于另一个类的定义. 依赖关系总是单向的. [@more@]UML 中类与类, 类与接口, 接口与接口这间的关系有: 一般化关系, 关联关系( 关联, 聚合, 合成), 依赖关系. 1、