创业的程序员

    在项目开发过程中，应该按要求编写好十三种文档，文档编制要求具有针对性、 精确性、清晰性、完整性、灵活性、可追溯性。 ◇   可行性分析报告： 说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述 为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案 的理由。 ◇   项目开发计划： 为软件项目实施方案制订出具体

  关键字: naven2.0.9 nexus1.2.1    访问http://nexus.sonatype.org/downloads/下载Nexus。    启动Nexus，就是启动一个web服务器，它的默认地址是localhost:8081。Nexus在一个名为Jetty的servlet容器中运行，它使用一个名为Tanuki Java Service Wrapper的本地服务包裹

  之前文章提到过用MAVEN2启动JETTY，这里介绍一种直接从ECLIPSE中启动的办法。 适用于6.1.3以上，包括6.1.5的JETTY。 它主要是利用了JDK的代码自动更换性能(code hot replace)，可以不用重启JETTY就调试、更换资源文件。注意：一定是DEBUG方式运行才有这项功能。 所以应该说这篇文章的方法更好： 在Run->Debug中，New一

如果你已经是一名优秀的Web开发人员，那请路过即可。如果你还是一个准备入行或刚入行的菜鸟，那本文倒值得一读。要成为一名优秀的Web开发人员，没有捷径可走，本文就是为那些还在苦苦寻找学习目标的人编写的。 第一步：学好HTML HTML(超文本标记语言)是网页的核心，因此你首先应该学好它，不要害怕，HTML很容易学习的，但也很容易误用，学懂容易要学精还得费点功夫，但学好HTML是成为Web

在项目开发过程中，应该按要求编写好十三种文档，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性。 ◇ 可行性分析报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。 ◇ 项目开发计划：为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发

    如今，软件开发越来越复杂，软件功能也越来越丰富。而几乎所有成熟的商业软件，都是靠一个开发团队齐心协力的血汗结晶。“罗马不是一天建成的！”，当我们震撼于Microsoft Windows的惊世巨著的同时，也道听途说了微软公司软件工程是如何的完善规范。的确，集数百名员工几年的共同努力之大成，软件项目管理的成败是控制开发成本的关键环节。这里面，少不了贯穿其中的重要步骤----软件文档。

需求调研是信息化项目得以成功的关键因素之一，没有准确的需求调研，项目就像航行在茫茫大海中的一叶小舟失去前进方向；没有明确的需求汇总，项目就好象在游泳比赛中失去了目标；没有细致的需求，项目就像身陷敌军而找不到突破的方向。做好需求调研，首先要回答以下几个问题。 需求调研谁来做？ 需求调研应该由哪一方承担？是实施方，还是客户？这个是公说公有理，婆说婆有理的命题。笔者认为应该是由实施方主导，用户积极

以计算机为基础的企业管理信息系统是在现行的手工管理系统的基础上经过完善后得到的，管理系统既要基于现行系统又要高于现行系统。因此，在新系统设计工作开始之前，必须对现行系统作调查分析，提出改进现行系统  的意见，给出系统分析报告，这就是所谓系统建设的需求分析工作。对于一个大型集成化的管理信息系统来说，系统的需求分析是一项十分艰巨和复杂任务，涉及到整个企业的上上下下、方方面面、前前后后。要拿出一份高水平

很多人都听说过煮青蛙的故事，这里赘叙一下:将一只青蛙放在大锅里，锅里加水并用小火缓慢加热，青蛙虽然可以隐约感觉到外界温度慢慢变化，却因惰性没有立即往外跳，最后只落得被热水煮熟却不自知的结局。 对企业来说，剧烈的环境变化往往并不是最可怕的，因为炙热大家都可以立即感知，反而是渐热式的改变更难防范。 　　现在竞争环境就正发生着一场渐热式的改变，在这个变局中，有一个标志性词语:知识经济。这与其说是一个新概念，不如说是一种竞争环境的改变。在这个环境下，看不见的东西往往比看得见的东西

<br />在谈到知识管理时，很多人常有很多错误的想法。例如，他们常常以为知识管理就是代表引进某种新科技。事实上，科技虽然重要，但是还有更重要的东西。知识管理的四个要素是：人／文化的改变、流程、科技，以及内容。　　当有些人把知识管理的重点放在科技面时，我们就会建议对方想清楚，为什么需要知识管理？希望知识管理对整个事业带来什么影响？找出关键动力，从这里开始发展。例如很多时候，某个部门碰到了问题，却不知道别的部门也发生和解决过同样的问题，只是试图自己找出答案。因此，公司必须有一个流程，可以掌握、分类、分

上节摘要研发人员管理成了大家都要做但都很痛苦的事，招聘难、考核难、留人难、没赢家！ 问题产生的原因导致以上现象发生的原因不外乎以下几个： 人的原因——永远不要考验人性可以肯定地说，所有项目和公司中产生的问题，无论是管理层面、销售层面还是开发层面，最终都可以归因于人的问题。这里我们把讨论限定在项目开发上面。 研发人员自身的特点导致了替代成本高。 任何研发岗位上，要招聘到从能力、经验至潜力都合适的新员

研发团队做为公司的核心，承担了完成项目为公司赚钱的目的。研发人员在公司倍受重视的同时，并没有降低流失率。 问题与现象以下问题相信您会在朋友口中，甚至自己的公司听到。 老板说：“为什么找不到合适的人？找到了又不好、留不住呢？” HR说：“招聘和考核机制已经很完善了，为什么研发人员还是不好招，招到了又不愿意被考核？” 研发总监说：“现在有人都零薪水求职了，我们还是找不到人？留不下人？” 研发

1.软件工程建模UML中文网站： http://www.uml.org.cn/ 2.开源框架大全网站： http://www.open-open.com/3.开源中国OpenSSL专业论坛：http://www.openssl.cn/4.权限管理： http://www.metadmin.com/5.前沿技术的展示平台：http://www.infoq.com/cn/ 6.IB

今天发现一个很NB的玩意，让我们在开发的时候修改Java文件，不用重启服务器立刻生效！支持Jetty tomcat jboss等很多服务器，它就是JRebel。 http://www.zeroturnaround.com/jrebel/installation/ 这里有针对不同服务器的安装方法，基本上主流的都涵盖了，绝大多数程序员都能使用！我们公司用maven/jetty对项目进行构建和开发，下

    1、常用命令 mvn compile 编译主程序源代码，不会编译test目录的源代码。第一次运行时，会下载相关的依赖包，可能会比较费时。 mvn test-compile 编译测试代码，compile之后会生成target文件夹，主程序编译在classes下面，测试程序放在test-classes下。 mvn test 运行应用程序中的单元测试

代码放入/main/java后，可以在项目目录下执行： mvn compile来做编译尝试， 也可以用mvn war直接生成打包文件， 当然最后可以用 mvn jetty:run来运行你的WEBAPP! 3.  在Eclipse中配置jetty进行调试 要把之前的项目导入Eclipse首先让maven为我们生成Eclipse工程文件，执行： mvn eclipse

    万事开头难，当外包公司开始接手客户的各种IT应用支持服务项目时，遇到了麻烦，因为每个组织在对其软件进行支持的方法各不相同。尽管如此，利用ITIL最佳实践方法和流程进行分析，依然可以找到许多共性问题。 ITIL 服务支持元素 外包公司的客户中，几乎没有一家组织拥有一个比较完备的，包含所有硬件、软件信息和数据的综合性中央配置管理数据库（Configuration Databa

    从CMS本身需要解决的技术问题出发来分析系统的好与不好。在国内，中型网站，或者有扩展要求的网站的需求大概如下：       1、生成静态，有生成静态的开关更佳;       2、支持大容量数据库，如MySQL、MSSQL;       3、程序安全，稳定，需要不断升级;       4、模板易于修改，官方提供多款模板下载更佳;       5、支持二级子域名

版权声明：原创作品，允许转载，转载时请务必以超链接形式标明文章原始出版、作者信息和本声明。否则将追究法律责任。http://blog.youkuaiyun.com/mayongzhan - 马永占,myz,mayongzhan 乱发一次彪~~~，努力再下次能改进这些问题。 1 前期需求分析 需求分析时间明显不够，并且没有专门的人或者是明确某人去做需求分析。只知道要开发的东西的大概，具体的细节

    灾难恢复某分公司主域控实录 昨日接到求助,某分公司服务器崩溃,目前无法接收邮件等,遂出差至该分公司处理此故障,以下为文字步骤实录,由于实际原因,不可能让我截图慢慢操作,故全文为文字版,至于图文的在我的博客已经有了相应的东西. 首先讲讲现有环境: NS1:主域控,兼DNS和mdaemon服务器和erp数据库服务器以及财务系统 NS2:副域控兼文件服务器,未设置为GC

    在过去半年时间里，我参与了一个对日软件外包项目，采用.NET开发。目前系统主体功能已经实现。这也是我第一次参与对日外包项目。在此过程中，日本人的工作精神给我留下了深刻印象，值得我们学习（注 我可是爱国的，呵呵）     在这里我想把自己的一些有关项目管理的心得与大家分享一下。这些心得对于J2EE开发同样有借鉴意义。 1.深刻理解仕样书（需求），对开发中的技术难题要做到心中有数

  在软件项目的开发过程中，会产生很多各种各样的风险。而这些风险的发生会对软件项目产生重大的影响，甚至直接影响到一个软件项目的成败。因此，加强对软件项目风险的管理在软件项目开发过程中显得尤其重要。 有效的软件项目风险，包含风险识别、风险分析与风险监控等多个方面。 1） 风险识别 风险的识别是风险管理中最基础的一项内容，只有有效的提前识别了各种可能发生的风险，才可

  之前也有一些介绍大型网站架构演变的文章，例如LiveJournal的、ebay的，都是非常值得参考的，不过感觉他们讲的更多的是每次演变的结果，而没有很详细的讲为什么需要做这样的演变，再加上近来感觉有不少同学都很难明白为什么一个网站需要那么复杂的技术，于是有了写这篇文章的想法，在这篇文章中 将阐述一个普通的网站发展成大型网站过程中的一种较为典型的架构演变历程和所需掌握的知识体系，希望能给想从事

  MySpace基础架构:.NET+Windows Server 2003+Sql Server 2000/2005+IIS，从MySpace的发展历程中，我学到了以下解决用户暴增导致的服务器负荷问题： (1) 如何在保证数据一致性的前提下，让多个数据库分担压力? 当MySpace有50万用户的时候，进行了第二次的架构重构，在第二代架构中，MySpace运行在3个SQL Server

  看了一些人的所谓大型项目的方法,我感觉都是没有说到点子上，有点难受。 我也说说自己的看法.我个人认为,很难衡量所谓项目是否大型, 即便很简单的应用在高负载和高增长情况下都是一个挑战.因此,按照我的想法,姑且说是高负载 高并发或者高增长情况下,需要考虑的问题.这些问题,很多是和程序开发无关,而是和整个系统的 架构密切相关的. 数据库 没错,首先是数据库,这是大多数应用所面临

    IT行业自上个世纪70年代蓬勃发展，直到现在，如何管理好软件项目还一直是大家讨论的话题。这是因为软件项目失败的太多，比如项目彻底被取消、项目的工期拖延等等。 就中国目前很多软件开发团队的实际情况来看，从某种程度上来说，错误的使用和依赖两个软件来管理项目是项目失败的一个重要理由。这两个软件就是Microsoft Project和Microsoft Word。 就像钉钉子，总是用一把斧

其实使用maven已经很久了，从早期的1.0.1到现在的2.0.6，其实对于一般项目开发，常用的也就是创建项目(Create)、构建(Build)、测试(Test)、发布(Release)。本文并不是关于maven如何使用的详细介绍，而只是在实际项目开发中的一些常用活动以及相关插件的使用总结，如果你对于maven尚不了解，可以先在官方网站[Mavensite]逛逛，如果你想进一步学习，可以到这里

版本号版本号，顾名思义，系统、架包、软件的标识号。版本号的数字信息通俗易懂，格式：主版本号+次版本+（修正版本号build-可选）+（编译版本号-可选）+英文常见号（重点）。常见号：英文各种架包名，Maven的依赖，官网API时，常见，GA、SNAP-SHOT、RELEASE、ALPHA、BETA、RC等版本号。Alpha、Beta、Gamma版本以下三者，在系统、架包、软...