之前一直使用"小乌龟"进行分支建立与合并，最近切换到linux下开发，没有"小乌龟"了，只好看下eclipse的svn插件关于分支的建立与合并。...
程序员应知：你有几种武器？ 首先我们必须有一种最趁手最熟悉的武器，有人的是java，有人是vb，还有人是c#等等，这种武器是用来解决大型项目中的问题的，我们用的最多，对其了解最深，也最喜欢使用。但是，仅仅这一种武器是否够用，是否足以搞定客户或者业务部门层出不穷的各种需求呢?一般来说还是可以的，只不过在特定的情况下，比方说时间上的要求，用户界面友好程度上的要求，或者是某些特定功能上得要求，我们可能会
SVN简明课程1. 版本控制介绍1.1. 什么是版本控制版本控制系统用于保存编写开发应用程序时的文档的各个修订版（revision）。 版本控制也称作Revision Control System(RCS)。 名词解释： 修订版（revision）：可以认为是某个文件在其生命周期内各个保存的快照，每个快照和一个时间区间对应。 版本库（Repository）：存放修订版的数据库 本地工作拷贝（Loc
酷壳： http://CoolShell.cn/ 在酷壳，有很多文章都提到了代码注释，如：《十条不错的编程观点》、《优质代码的十诫》、《整洁代码的4个提示》、《惹恼程序员的十件事》等等。今天，某国外的程序员在这里列举五种应该避免的程序注释，我觉得比较有道理，但我觉得有少数几个观点也并不绝对。所以，我把原文的这五种应该避免的程序注释罗列在下面，并放上原作者和我的个人观点作为比较。希望对大家有用。一、
由于资源、人员、管理、方法学等等各方面的因素，往往不可避免的会存在一些问题，如需求不明确、项目管理失败、沟通问题等等，今天无意中看到老外写的关于这方面的一篇文章，总结的比较全面，翻译过来结合自己的一些经验做了点补充和修改，存档以备时常可以告诫一下自己...
J2EE项目架构最佳实践 原则1. 时间总是非常紧，需求总是在变化，技术问题总是层出不穷，千万不要认为软件工程的问题不会发生在规范的公司和项目。每次一定要根据自己所处的位置作出正确的评估，比如项目经理做评估要留出足够的时间buffer，开发人员应当正确评价自己的工作量，尽可能开
优秀的员工究竟应该是你的棋子, 还
色，让...
http://developer.weaseek.com/2008/0903/50721390.shtml （转载自） 越来越多人开始使用Java，但是他们大多数人没有做好足够的思想准备(没有接受OO思想体系相关培训)，以致不能很好驾驭Java项目，甚至 导致开发后的Java系统性能缓慢甚至经常当机。 越来越多人开始使用Java，但是他们大多数人没有做好足够的思想准备(没有接受...
技术人员是最不擅长交际的一群人，很多技术人员认为人际关系比机器更复杂，因此非常排斥与人打交道。但是作为技术管理者，必须要迈过这一关。闪联工程中心研发部平台经理曹重英有着广泛的人脉关系。他认为，技术人员同样需要注意拓展自己的人脉。 记者：你如何扩展自己的人脉关系？ 曹重英：人脉关系扩大的方法很多。原来在中国科学院计算技术研究所读书时，我就十分喜欢和外界人进行交流。 工作之后，我主要结合自己
在linux/unix下，你会怎么中止一个java进程？你可能会回答 kill -9 pid，这是一种在多数情况下正确
公司有一个部门很不稳定，人员都淘换好几拨了，产品还没有做出个样子，这不最近，产品经理离职又带走了大半的骨干，高名词很熟，深了则基本不懂。要不要将...
大家都知道，现在的软件开发已经不再是20年前个人英雄主义的时代，一个超级程序员就能够搞
没人把程序员当回事儿 编程对很多人来说有点神秘。这就造成了在公司内部，人们对编程的事情产生了很多怀疑和疑惑。 通常，当你不了解一个东西是怎样做成的时，你只 如何浇灌，钢架结构如何...
开发能否成功，在于各个角色是否明白各自应该担当的工作内容，目标要一致，我把项目的角色分为主担、辅担两类，业务开发是项目的主担，对项目负责，管理是辅担，由公司管理部门对项目的过程指标进行检查和提供帮助。两类角色都是非常必要的，只是要有侧重，尽管相互制衡，但是管理角色做的是辅助流程，不是关
做为一个PM,如何调动团队的积极性,其实是个很大的问题,一时其实也很难就一两篇文章 就讨论清楚,但这里还是想抛下砖,希望大家都共同探讨,把"玉"引出来. 经常看到有如下的情况: 1 你的团队成员,经常在完成项目后,有很多的空闲时间,
质量是什么? 符合客户需求的就是质量.(记忆中这句是著名质量管理大师克劳士比说的) 如何减少返工率?IT项目中是如何减少bug的?预是QA，因为QC是告诉你，...
古代武林江湖有18般兵器，如果有人这18般兵器样样精通，那一定是武林高手。这两天粗略研究了一下公司各部门Manager的胜任要素，简单总结归纳了一下，居然也是18项基本技能。
1. 代码写得尽量简单，代码简单了IF/ELSE就少了，需要的测试用例相应的也就少了。 2. 写更多的测试代码，最大可能穷尽所有的输入组合
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
