在网站中都有生产环境和开发环境之分,常常是一边进行开发,另外一边也要对生产环境出现的问题进行及时的解决。
这种情况对源代码的版本管理提出了较高的要求,如果不加以注意,就容易出问题。
下面是一种出问题的story:
生产环境中出现了一个bug,经过分析,是某个类ClassA的错误。开发人员在资源库中找到这个类的最新版,做出修改,并且提交到生产环境。(这里略去测试过程)结果出现了新的诸如ClassNotFound这样的错误。
原因在于,资源库中的ClassA的最新版并非是生产环境中的版本,而是开发中的版本。这个版本可能会依赖一个新增的类ClassB,同样,这个类也没有提交到生产环境中,那么把C ...
contractor,直译成中文就是“合同工”,但是我更想表达的其实是“小时工”。每小时付人民币100-1000的。
一方面,一定有喜欢自由的同学,不愿意受合同,公司,时间的束缚,只做自己想做的事情。哪怕在公司又有保险,还有固定的薪水,但是朝九晚五(碰到有些公司,朝八晚十也是常态)的日子实在不想过了。
另一方面,一定有想控制成本的公司,不愿意为了短期的项目开发需求,就去养上一个软件部门,出了长期付薪水外,还要给他们上保险,还得培训,还得给配电脑,辞退他们还得付违约金。实在是成本太高了。
我觉得,这样的公司,一定愿意付相对较高的报酬给这样的同学。搞定项目,给一笔钱,然后就各奔东西。双方都不 ...
有2种思路。
一种是尽可能地将能隐藏的东西隐藏起来,将能封装的功能封装起来,提供给developer的只是一些傻瓜级的API。程序员可发挥的空间很小,比如甚至都不需要知道数据库表。
另外一种是选择好合适的技术架构,做好基础设施的搭建,比如异常处理,权限,工作流。只提供简单的封装,程序员有足够的灵活度。
显然,前者的情况,程序员会比较没有动力。优势是系统的核心程序员无法触及,相对安全。有不少公司都是这种情况,程序员的流动性相当高,不过老板也不在乎。
而后者的情况,程序员会有较高的积极性,容易成长,团队的融合会比较不错。更加符合敏捷的思路。但也许产品或者项目的规模大了后,会导致失去控制。
...
自组织团队,自适应团队
敏捷宣言中有一句
引用最好的架构、需求和设计来自于自组织的团队
怎样的团队才叫自组织的团队呢 ?
csdn上有一篇myan的文章(http://blog.csdn.net/myan/archive/2006/08/17/1077003.aspx),也有对自组织团队(自适应团队)的介绍。摘录一部分内容如下:
引用记者: 有人说敏捷方法是反管理(anti-management),您是如何看待这一观点的?
Mishkin: 首先,管理目的是帮助组织顺利地完成工作。我们有很多不同的管理风格,最常见的是命令和控制型的管理方式。这种方式是建立在军事化管理的基础上,由领导 ...
- 浏览: 166785 次
- 性别:


- 详细资料
搜索本博客
我的相册
37signals
共 9 张
共 9 张
最新评论
-
转贴 - 关于公钥,私钥和 ...
原理解释的透彻了,能不能提供具体的实现
-- by Joo -
请教一个tomcat的问题 -- ...
<Context path="/project" reloadable=" ...
-- by flynetcn -
请教一个tomcat的问题 -- ...
flynetcn 写道抛出异常的爱 写道flynetcn 写道怎末我在work目 ...
-- by 抛出异常的爱 -
请教一个tomcat的问题 -- ...
抛出异常的爱 写道flynetcn 写道怎末我在work目录下找不到编译后的se ...
-- by flynetcn -
请教一个tomcat的问题 -- ...
flynetcn 写道怎末我在work目录下找不到编译后的servlet文件,只 ...
-- by 抛出异常的爱






评论排行榜