程序员的成功案例

A. 创业成功人士的案例有哪些

创业成功人士的案例如下：

1、国美黄光裕

黄光裕1969年出生在广东潮阳，初中还没有毕业黄光裕就跟着哥哥开始做生意，1969年时17岁的黄光裕兜里揣着4000块，又贷款了3万元，在北京盘下了一家门面，开始做家电生意。

当时家电市场壁垒很强，和一二级批发站比拼黄光裕没有什么优势，于是兄弟俩决定将家电卖的便宜点，暂时在家电市场站稳脚跟。

B. 软件项目开发总结报告实例

软件项目总结报告范文
1引言
1.1编写目的
XXX公司业务管理系统的开发已经基本完成。写此项目开发总结报告，以方便我们在以后的项目开发中来更好的实施项目的订制开发; 让我在今后的项目开发中有更多的有据的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多公司效益。
1.2背景
项目名称：XXX业务管理系统
软件名称：XXX业务系统
客户：XXX
用户：XXX员工
1.3参考资料
项目开发文档：
1．软件开发数据模型：PDM_OperationSystem20070831.pdm
2．数据库开发文档： XXX业务管理系统数据库设计说明书2.0.doc
3．软件业务流程参考：XXX业务管理系统流程说明.doc
4．软件使用手册参考：XXX业务管理系统功能说明3.0.doc
5．软件业务流程参考：XXX业务管理系统流程说明.doc
6．软件中使用到的第三方控件：ComponentArt Web.UI 2006.1252 for asp.net2.0.rar
7．软件中使用的安全Ikey驱动：Ikey Driver.rar
以上参考资料是截止2007-08-31是最新的资料文档。如有修改，即使修改此处的参考文档名称。
2开发工作评价
2.1对生产效率的评价
1． 系统开发已历时快1年的时间了
2． 开发的反复性比较多。
3． 对客户的需求理解不是很透彻。
综合以上，此项目的开发效率不是很高，相反有相当一定时间的浪费。
2.2对产品功能的评价
经过我们公司各位同事的共同努力协作，XXX业务管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察，此项目开发的还是比较成功，但是还是存在着一些问题，造成这些问题的原因是多方面的。如：前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题，这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的debug。总的来说，此系统的功能开发还是一个比较成功的案例。
2.3对技术方法的总结
在此项目中使用到技术和工具：
1． 使用代码生成器：使用代码生成器 [动软.Net代码自动生成器],此工具在很大程度上提高了编码效率，从而加快了项目的开发进程。在以后的项目中，我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中，我们最好是能开发出适合自己的代码生成工具，更大限度的节省开发周期和开发费用。
2． 使用数据库建模工具；PowerDesigner 工具来建立系统数据库模型，以方便程序员很好的理解业务流和掌握系统架构者的架构思想，更好的满足客户的功能需求。在今后的项目开发中，我们要更好的来完成系统的前期数据库模型的建立，最大的来优化系统功能。
3． 使用第三方控件：此系统中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上满足了客户对软件界面的需求，从而也给软件的操作带来了方便。本项目中只使用了ComponentArt Web.UI一种第三方控件，在今后的项目开发过程中，要继续使用第三方的控件。这样以来，无论是针对软件界面的美观性、友好性来说、易操作性而言，还是针对系统开发效率而言，这都是很好途径。但需要意的是：在是使用第三方控件时，要谨慎的选择一些网络中的比较常见的第三方控件。
4． 使用自定义控件：此系统中使用了自定义控件(GhdGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见，我就不需要修改每一个页面的表格样式，我们只需要修改GhdGridView控件的样式，系统中的所有继承自GhdGridView的表格样式都可以改变。
5． 系统开发框架：此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；减少很多维护费用。使我们的技术不断的更加成熟。
6． 系统安全加密：此系统中针对客户提出的系统安全问题，我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性，此Ikey钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来，即使用户的密码不慎丢失，或者被不法人员取得（不法人员他也是无法登陆到我们的系统中来），这样就最大的提高了我们系统的安全性。Ikey加密钥匙是很好的加密B/S架构软件的硬件工具，在以后的软件安全方面可以借鉴。
3项目经验总结
3.1签定合同
一个项目的开发成败或者说项目开发带来效益的大小，在很大程度上是受项目合同签定的影响的。往往，很多一部分公司与客户签定的项目合同都是很模糊的，也很难签定的比较清楚，这样以来就会导致在项目的开发后期，工作两会越来越大，影响项目的竣工周期；而且，项目的开发费用一般是不会变的。这样以来，我们就大大的降低了我们的开发效益。虽然需求范围很难签定的明确，但是我们在签定合同时，要尽量的去把合同功能边界和添加新功能的条件签定。
3.2开发团队
在项目确立后，要尽快的建立起项目开发团队。
项目团队成员的团结合作、相互沟通是非常重要的，团队成员之间要相互学习彼此的优点和技术，使团队的能力不断的提高。这样，在项目的开发过程中，团队才不会被难题困住不动。另外，团队中要有一个项目负责人，这个人无论是在与客户的沟通上，还是在技术上都要是很出众的人，此项目负责人要能很好的沟通客户与开发成员之间，以此来更好的理解客户的功能需求。人的记忆力总是有限的，所以就要求开发团队成员要尽量的书写一些开发文档，这些文档往往是我们在项目开发后期要用到的可寻资料。项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势，使我们的团队不断的壮大。
3.3需求的调研
在项目确立后，就到了需求调研分析阶段。
1． 项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握，这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求，如此以来我们就为自己埋下了地雷,影响项目的开发周期，这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。
2． 我们要尽量的让客户也参与到项目的开发团队中来，也就是说我们要使客户把自己也纳入到项目的开发团队中来，如此一来，我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱
3． 在需求调研过程中，如果缺乏足够用户参与，这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去，为什么呢？很简单，与客户沟通不如与代码沟通容易有意思。尽管这样，我们还是必须用足够多的时间去和客户进行沟通，了解他们真实的需求。很多用户也是如此，他们自己也不愿意参与到项目的需求调研中来，为什么呢？需求调研有出去和朋友一块烂漫对吗。。。虽然现状如此，我们还是要努力的使客户参与到需求的调研中来。
4． 模糊需求，也就是模棱两可是需求规格说明中最为可怕的问题。一是指诸多客户对需求说明产生了不同的理解；一是指单个读者能用不止一个方式来解释某个需求说明。针对对这种情况，就要求我们的调研人员要能够从多个角度来分析客户的不同需求，整理出最终的需求与客户确认，定出最终真实可靠的需求，我们绝不能凭借我们自己的单面理解来定立客户的最终需求。
5． 在一个项目的开发中，文档的书写是极为中要的一项工作。因为，某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。我们绝对不能认为，凭借我们的大脑来记录所有的开发需求。。。；即使，你说你是天才，你要用你那颗爱因斯坦的大脑来记录所有的开发需求，那也是不可能的，人的精力总是有限的。这就要求我们在需求调研中做好需求文档的记录和整理。
6． 需求调研工具选择，客户一般对图形还是比较感兴趣的，所以我们在调研过程中，我要尽量的采用图形化界面来和客户沟通需求。比如可以采用Rose工具，把客户的意思转换为用例图、时序图、协作图、状态图、类图等，使表达的意思更加直观。这样客户会更快的进行问题的实质。
3.5做好开发计划
在项目确立后，我们就需要做好项目开发计划，需求调研用时，开发用时，测试用时，实施用时，维护用时。在我们做好了计划后，我们要随时的跟踪计划任务的完成进度，从而使我们的项目进度掌控在我们的开发周期范围之内，今日计划、行动，明日成功。
3.5很好的沟通
在其他行业中，人与人的之间的沟通只很重要的。项目开发也不例外，很好的沟通能够加快项目的进度，这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。在一个项目的开发过程中，我们与客户的沟通是一个不断交流和沟通的过程。在开发到一定的阶段，我们就需要和客户沟通已有功能，尽量的去避免一些隐藏的问题，及时的发现问题，解决问题，从而按时或者提前完成项目的开发。
3.6做好工作总结
在项目进行的过程中，我们要不断去整理自己的工作情况和做好总结，这样以来，无论是在自己的技术还是其它方面，都会对我们有很大的提高，在长期的积累后，无论是我们个人能力，，还是我们的团队能力都会有很大的提高。

C. 一个程序员的创业经历（一）

曾经的创业热潮让很多大厂的程序猿加入到了创业大军，但往往发现“理想很丰满，现实很骨感”。我也是这样的一员，国内“C9联盟”大学毕业，然后去美国常春藤名校读了个Master，毕业后在一家世界前五的软件公司工作，后来裸辞回国在一家一线互联网公司做数据挖掘/机器学习的工作，一切都按部就班的在给个人简历添砖加瓦，不过随着一个加入创业团队的决定，就开始了一段不一样的经历，之后的5、6年时间经历了多个创业项目。一直埋头向前冲，最近停下脚步回顾了一下过往经历，想写点东西当作纪念，也算是给想要或正在创业的程序猿们一个案例供参考。

当时选择从大厂出来加入一个创业团队，也并不算很盲目。首先，行业是当时很火爆的互联网金融，其次核心团队成员来自金融、法律、互联网等不同领域，都是国内顶尖大学毕业的高材生，而且也有不错的工作经验和人脉的积累，最后种子轮的资金大概有700多万，股东也有银行系出身的大佬，看起来是一个值得搏一把的机会。

我与其中一个创始人曾是同事，被游说出来作为技术团队的leader，他负责产品，我负责研发，先简单介绍下核心人物（化名）：

刘备：公司CEO，金融领域，做业务出身，对各种金融产品比较了解，在各大银行及政府部门都有不错人脉，熟悉生意场上的各种潜规则，有些匪气但并不是那种很有领导威严的风格。

关羽：公司CTO，我的前同事，互联网产品出身，专业能力很强，既聪明又踏实肯干，待人接物也不错，属于实干型，但一样也是一直在大公司工作，内容相对专一，且没有金融领域经验。

张飞：公司法务总监，法律专业，本人也像法律法规一样严禁，无论工作上还是生活上说话做事都很严谨，被朋友形容为任何跟黄赌毒沾边的东西都跟他不沾边，工作之外并不善言辞，但是为人很nice。

在被前同事关羽游说的过程中，遇到了第一个“丰满的理想”，因为我是做大数据的，所以关羽跟我说出了他对技术和产品发展的规划，将来是一定要做金融大数据的，有很多场景可以做，技术上也会有很多挑战。但既然是“大数据”，首先就要有足够多的的数据，也就是业务要发展的足够好才会到这一步，这点我心里还是很清楚的，所以接受邀请自然也不是因为这个愿景。

既然已经决定了大干一场，也就不瞻前顾后了，出来后就开始着手组建技术团队，那时候创业公司还是一片欣欣向荣，很多大厂的程序员也都愿意考虑创业公司的机会，所以首选就是从公司前同事下手，可惜一个都未能邀请成功，有一个曾经谈的比较深入，但最后去了一家拿到A轮的做餐饮供应链的B2B电商，之后复盘考虑主要可能有几个原因：

1. 金融领域本身水就比较深，对普通的程序员来说未实际接触过的话感觉有点心里没底；

2. 种子轮公司毕竟风险更高，而且使用到的技术也更初级一些，若没有成功，对技术积累来说有一个断档；

3. 与前同事共事时是平级，但出来后可能变成向你汇报，或许会有心理落差，之前谈得比较深入的同事是被他一个师兄叫走的；

4. 公司给出的offer还不足以让人放弃稳定的大公司工作加入到小团队中。

为了控制成本又不能找猎头，所以接下来就只能通过招聘平台了，拉钩、智联什么的，虽然经历了一些波折，但最终组建了一个还算蛮有战斗力的团队，在外包+兼职+自己团队的组合之下，初版系统两个月左右就上线了，期间产品、技术、法务之间的磨合也越来越好，貌似一切都在正确的轨道上运行。

但系统上线之后才是真正考验的开始，公司面临的第一个问题就是平台上是否有足够多优质的理财产品，虽然前期已经准备了一些由股东支持的理财产品随时上线，但这并不是长久之计，所以在系统开发期间刘备也一直在洽谈合作事宜，时不时的带来一些振奋人心的消息，但结果证明没有最终签署合同的口头协议都是无效的，这就导致前期平台上产品匮乏。

产品匮乏自然也就无法吸引足够多的用户了，用户量少就更难去谈合作了，致使业务一直处于发展缓慢的状态。商务谈判并不像技术开发一样可以评估工时，安排工期，一个合作谈成之前进展都是0，签合同之后才是100%，中间进度很难评估，而过多的打鸡血也会有副作用产生，慢慢的技术团队的成员就开始对公司不停跳票的业务发展有些担忧。这仅仅只是一个导火索，接下来会引发一系列的事件和决策，每一个可能都不是决定性的，但累加到一起导致了公司最终的结局。

当业务停滞的时候，没有太多创业经验的团队开始有些发慌，尤其是账户里的资金越来越少的情况下，这时开始了两个所谓“自救”的行为，一个是寻求新一轮的融资，一个是尝试一些新的产品或接一些快速赚钱的项目。前者的目的也是很明确的要尽快的补充资金，所以很容易陷入到一个2VC的状态，就是一味地迎合投资人的偏好和想法，迷失了自己最核心的价值和初衷，最终也没有拿到投资；后者无异于饮鸩止渴，盲目的去接一些无关的项目，导致自己的核心产品和平台没有持续的迭代和优化，对用户就更没有吸引力了，而且找到的项目也很难cover技术团队的工资成本，变成了做一个赔一个。所以这两种方式只是勉强支撑团队而已。

而往往在最艰难的时候才会爆发出更多平时被隐藏下去的问题，首先，刘备和关羽、张飞都是大学同学，作为CEO他对团队并没有一个绝对的主导和控制权，而关羽负责人数最多的技术团队，他们之间的分歧导致了公司整体战略和团队方向的不统一。其次，公司的早期股东是4个自然人为主，在公司一个没有一个比较好的营收的时候，他们之间也出现了一些问题，尤其是其中某一个股东跟刘备的关系最紧密，导致其他股东质疑公司的财务问题，最终导致股东不愿意再继续注资。最后，同样是因为自然人十大股东，就导致监督机制缺失，作为法务负责人的张飞，由于业务能力比较强，经常被股东委托解决一些私人事务，让他不胜其烦，成为了第一个离职的核心人员。

最终我们的公司也算是有个归宿，被一家金融机构给收购了，但这显然不是因为我们做的足够出色，而算是无奈把公司卖掉，回收点剩余价值吧。就这样第一段的创业经历就这样草草落幕，事后复盘总结，有以下几个重要的经验吧：

1. 股东组成，早期可以接受个人股东，但不宜太多，占股要有权重等级，而且要有完善的监督机制，如果个人股东占股比例接近，没有主导性，监督机制又不健全，很容易出现股东之间的猜忌和分歧，对初创公司是致命性的伤害；

2. 创始团队，团队成员能力互补、互相信任是基础，所以经常会有同学、同事一起出来创业，之前大家可能是朋友，或者感情比较亲密，但任何团队都要有领头人，要有灵魂人物，在有重大决策时能拍板的人，不能因为顾及对方感受而让决策层出现长时间的分歧；

3. 团队组成，根据公司或业务类型来合理配置团队，很多时候在资金还充裕的情况下会盲目的扩充技术团队，导致当业务没有起色的时候技术团队的开销成为了公司沉重的负担，任何一个公司都不能只考虑技术开发，运营、市场、销售等等都要合理配置；

4. 成本控制，创业初期，为了吸引早期员工公司提供了很多福利，包括免费健身、周五团建、饭补车补等等，而且高新聘请各种大牛，一副大干一场的态势，最后发现业务还没什么起色时初期的融资就已经消耗大半，而且很多时候大牛们也没有用武之地，造成了极大的浪费；

5. 技术边界，所谓技术边界就是创业初期你的产品在技术上要做到一个什么程度，很多时候技术出身的leader容易陷入到追求技术完美的误区，觉得一个功能在技术上没达到理论上的完美就不上线，但永远都有做不完的需求，一个好的技术leader要清楚怎样的优先级最能支撑公司的快速发展，一个功能做到什么程度就能满足当时客户的需求，人力资源就那些，要最大化的发挥效用。

D. 程序员：一万行代码写一年，国企真好，这是真的吗

首先来说，这种情况也不是不可能发生，但是终究是小概率事件，大多数的国企公司还是和民营企业一样，敲代码的工作人员任务量超大。

1、如果是为系统查找漏洞的岗位，待遇兴许会是这样。因为查找漏洞，本来就是一个非常复杂的过程，漏洞查出之后修补起来也是比较容易的，因此工作量是并不是很大，所以说一年敲一万行代码，是有可能的。而且像这一种职位也是可遇不可求的，基本上能够成功应职的几率并不是很大，所以说这种职位仅供大家参考，千万不要抱有不平衡的心态。

综上所述，一年一万行的代码，这个工作看似轻松，其实肩上也深负重担，在这个社会中，每个人过的都非常的辛苦，只不过是有些人擅长用微笑掩饰悲伤。