程序员如何开发新业务

1. 一个java程序员刚进公司，如何适应企业开发

上司叫你干嘛就干嘛，别偷懒。事情做完了去找事情做，别干等着。
不需要去考虑现在做的事情 有没有意思之类的。刚进工作的人，不是考虑这些的时候。
过了几年就知道 什么才是重要的了

2. 如何让程序员不断开发或完善网站的功能

刚刚看到你的提问，我们算是同病相怜的人，我们公司也在运营一个门户站——山东创业网，www.sdchuangye.com。个人认为，一个成功的站长不在于功能的强大，而在于你的盈利模式和运营思维，当然完善的功能是实现这些的基础和媒介！对于开发新功能，关键在于你们团队要先决策出新的模式，是否可实现，是否能够带来效益，同时要尽可能的让技术参与其中，咨询他们是否具有可实现性，让他们主动的去改进程序。对于薪金方面，公开，公平，公正就OK！

3. 程序员如何才能有独立开发项目能力

难！我本身是软件工程师，我从业都十多年了，就拿网站来说吧，比如你独立开发一套PHP或者是Java的网站，通常，美工+WEB前端+后端开发+需求分析，设计的能力，相当于，你一个人，顶一个团队的工作量，连项目经理都兼任，维护客户都兼任！因为你得分析需求啊。
如果Java更难了，相当于美工（1人）+WEB前端（1人）+后端开发（3-7个），如果是APP的，还得加安卓+IOS工程师+项目经理。
如果是C++，巨难，虽然我也可以独立开发。问题是，太耗费精力了。特别是嵌入式，其实C语言都有几种，Java也有几种，其他人，半桶水，不专业的。
最终，你要给客户看到的效果！如果你美工 不行，后端不得，只要有一个严重的短板，你就不胜任真实的项目独立开发的能力，自娱自乐可以。
写驱动，谈何容易，全世界，不超过1000人会写底层的驱动。
第二个，我看到你说，做嵌入式的是学c++还是java ,我java比c++好一些，说明，你基础不行，虽然是科班出生，科班难出人才，除非自学成才的天才例外！如果天才，你这个年纪的，或者大一点的，都能独立开发了。特别是美工，需要天赋的！编程也是。需要悟性的，才有创造力，如果死读书的书呆子，没什么创造力的。少数例外。

4. 做C和C++开发的程序员怎么能快速提高自己的业务能力

多做项目，多思考，看别人的业务代码，这是唯一的办法

5. 怎么样开发一个软件

一般而言开发一款软件，大致需要这三个大模块：需求分析、代码编写、软件测试。

• 首先，分析用户需求，进行客户调研。

这个过程是开发一款软件的关键性步骤，需要准确把握用户的需求。若需求不够明确。那么后期的工作都将白费。因此在这阶段，需要多与用户沟通，认真分析用户的需求，将各个功能合理划分，最终才能开发出一款符合用户需求的软件。

开发一款软件，在开发过程中大致划分为以上这些步骤。每个阶段都是在上一个阶段的基础上完成的，这些步骤是不可逆的。第一阶段的需求分析是开发软件的重中之重，相当于地基，所以相对耗时较长。

6. 程序员可以如何选择发展方向

绝大多数程序员最终的职业目标可能都是CTO，做到CEO的人估计会比较少，也有一少部分人自己去创业去当老板，也有部分人说我转行去做业务 了，对于当老板的人毕竟是少数，对于转行的人来说，都不在这行做了，自然没什么好说的了。一般来说，程序员的发展基本上都会经历这么几条路径。程序员-系 统分析员-架构师-技术经理-CTO，程序员-项目组长-项目经理-项目总监-CTO，程序员-产品设计师-产品经理-CTO.
当然这只是一个大致的路径，不是所有程序员都必需要这么经历的，有些人可能跳过其中的一些步骤，也可能有些人会把中间的很多职位都做了。而最终做到 CTO的程序员，也是非常少的一部分，原因很简单，这个世界上不许要那么多的CTO和CXO.
也就是说，许多的程序员最终可能是做技术经理、项目经理或者项目总监之类的，那么到底我们职业生涯要选择哪一种呢？我觉得这个问题没有一个统一的答 案，因为每个人的性格不一样，际遇也不一样，就像你从小希望当贪官，可是命运却偏偏让你做了一个程序员。所以应该根据你的兴趣、性格与际遇选择一条道路， 比如说你正好有机会带一个项目，而你又不是很讨厌项目经理这个位置，那么你就可以选择向项目经理方向发展。
实际上很多时候，国内并没有明确的技术经理、项目经理、产品经理之分，在许多的公司里，他们经常是由一个人承担。在外包公司里，通常会有项目经理和 系统分析员（也可能是技术经理）。在一些非IT公司里，可能会有部门经理，而做自己产品的公司可能会分得比较详细一些。我大致说一下这三个职位的区别，让 正在徘徊的程序员有一个大致的了解。
项目经理是项目的直接负责人，这个角色相当于一个中间接口，不管是团队成员还是需求方（客户），或者是上级领导，有事都直接找他，所以这个职位着重 于管理与沟通。一般来说，项目经理的工作重点在同客户沟通需求、项目进度的把控、团队的沟通方面，有些公司也会需要项目经理承担团队建设的工作，不过貌似 很多国内公司都忽略了团队建设这个工作了。对于项目经理来说，重点会要求沟通能力、协调能力、危机把控能力、执行力、团队管理能力，着重于沟通、管理与计 划。当然也有些公司还要求项目经历要参与招标谈判，这就要求项目经理有一定的商务谈判能力。
技术经理有时候也可能叫系统分析员，一些小公司可能会整个公司或者部门有一个技术经理。技术经理承担的角色主要是系统分析、架构搭建、系统构建、代 码走查等工作，如果说项目经理是总统，那么技术经理就是总理。当然不是所有公司都是这样的，有些公司项目经理是不管技术团队的，只做需求、进度和同客户沟 通，那么这个时候的项目经理就好像工厂里的跟单人员了，这种情况在外包公司比较多。对于技术经理来说，着重于技术方面，你需要知道某种功能用哪些技术合 适，需要知道某项功能需要多长的开发时间等。同时，技术经理也应该承担提高团队整体技术水平的工作。
产品经理这个职位一般在有自己产品（不管是软件还是网站产品）的公司比较常见，产品经理主要会负责产品的设计、产品的改良等工作。需要注意的是，产 品设计与设计师是两个不一样的工作，产品设计主要会从用户体验、业务需要等层面去设计产品，而设计师更多是从用户的视觉上去做。产品经理应该是最懂业务的 人，比如说你在设计一个微博的产品，就要求你对微博这个东西非常熟悉，从用户习惯、用户体验、公司的发展战略上去设计这个产品，还要对比同类产品会有什么 优势等等。
不管是项目经理还是技术经理与产品经理，都要求要熟悉业务，业务是需求的来源，没有不谈业务的技术，所以不管你从哪个方向发展，都要求对业务熟悉。 产品经理要求对业务最熟悉，项目经理次之，技术经理排最后。对于程序员来说，刚开始工作的前几年可以埋头扎到技术里面，一般这个时间在2-3年的时间，然 后就应该多关注业务了。这个业务不一定是指某个具体的业务，因为具体的业务的范围太少，而且也需要机遇。
我见过许多的程序员，他们是做Web开发的，但对互联网很不熟悉，对于互联网流行的趋势基本上不闻不问。不知道现在大家都在使用微博，也不知道SNS，也 可能从不使用网银。我觉得这样很不好，程序员应该多多去关注互联网的发展，多多去玩一些新的网站。

7. 程序员如何才能成为独立开发者

当你有了知识体系之后，遇到和你知识体系对应的场景相关的问题，就可以快速找到相关的知识，系统的分析问题，最终解决问题。

你看，是否拥有知识体系，导致了熟练开发者和普通开发者的一个非常重要的区别：熟练开发者能够独立负责一个模块或子系统的设计和开发工作，拥有分析问题、解决问题的能力和任务分解的能力，可以分配任务给普通开发者。

进阶修炼方向

好啦，从技术水平的角度讲，普通开发者和熟练开发者的区别就在于：普通开发者的知识不成体系，而熟练开发者构建了与某个应用场景相关的知识体系。

这样看来，普通开发者要想进阶，方向就非常明确了：构建自己的知识体系。

那么，怎么构建知识体系呢？先参考我的另一篇文章：构建知识图谱，让自己更值钱。如果后续有机会，我会重构一篇新的文章，再聊聊构建知识体系这个话题。

8. 软件开发，如何开发速度最快

当我们考虑速度的时候，代码的价格和质量会扮演很重要的角色。同时，在很多软件开发项目中，为了更快完成开发任务，会去走很多的捷径。
变得更快更成功
现在，我想要给你一些关于如何成为开发速度更快，并且更成功的程序员的灵感。
让我们开始吧！
多数的时间并没花在编码上
当我们深入的去分析程序员的时间分配，会发现，其实程序员们并未将大部分时间花在编码上，事实上，花在其它事情上的时间有可能更多。
以下我列举了很多会花费时间的事情：
1 重构和修改bug；
2 写一些实验性的代码用于验证你的想法；
3 google你所面对的问题；
4 编写测试测试并且测试它们
多写代码会使你变得更迅速
编程是有很多的套路。熟悉套路的过程被称为练习。
多练习会使得你：
1 更快速的找到思路；
2 更快速的阅读
3 更快速的把你所遇到的问题串联起来；
4 更快速的寻找到解决方案；
多练习，会让你称为开发速度更快的程序员。
集中精力（译者注： 多进行深度思考）
编程过程里，会有很多的时间花费在思考上。作为真正程序员的我们，会更倾向于深度思考（作者用的词是over-think，意思是宁可想得过度），同时还会花费很多时间去担心和思考问题和解决方案。

这是一个非常重要的事情。开始编程后，电子邮件，Slack群聊，Skype，Facebook，Twitter都需要放在第二位。
无论你是否相信，一旦这些软件弹出提醒信息的时候，你就会非常难以集中精力在更重要的事情上了。
其实只需要2.8秒，你的精力就分散了。
因此，你必须在编程时，排除掉那些有可能干扰到你的事情，让自己的精力更加的集中
使用正确的工具
如果你像我的话，你可能会非常享受使用新的测试工具和软件。有很多工具，在编程的过程中，都会在某一个方面起到特别好的作用。
只不过，虽然这些工具会让你觉得很酷，可必须意识到，它也有可能会使你精力分散，降低效率。
为自己定制好一套高效的工具链并不是一件容易的事情。从产生想法，到做出原型，再到能上线运行的系统。在我之前的blog里，我曾经展示过一套高效的web开发工具，你可以尝试使用它们去实现你的想法。
慢下来
我知道你可能会想：慢下来是怎么使我成为更快的程序员的？这不是矛盾吗？
不，接下来我会慢慢解释给你听。
让我们花上一秒钟时间去想想我们正在尝试得到达成怎样的目标
1 作为一个程序员，你会希望能发现发挥出自己的能力；
2 你像要对项目的整体框架有一个清晰的认识，知道自己会怎么一步一步实现它们以及每一步都要去做什么；
3 你希望有一种直觉，当发现项目走入错误方向时，你可以及时的发现它们
有了这种想法，你可能就会明白我的意思了。慢下来会帮助你理清思路，始终保持在正确的方向上前行。
下面是一些小技巧，可以使你变得从容不迫：
1 充足的睡眠；
2 时不时换个工作地点试试。创意有可能会随着工作地点变换，而迸发出来。没准你走出办公室，随意的在外边散散步或是去咖啡厅坐一坐，就会使你产生很多的新想法；
3 多倾听。当事情特别烦杂的时候， 倾听其实并不会有助于你冷静下来，但是同样有可能会激发起你的灵感来。
尾声
还有很多的东西有助于你加快开发速度，但是我没有列举在这里。你只需要明白，除了编程以外，程序员还会花费很多时间在许多其它的事情上。
总而言之，在stackoverflow，Quora等等上还有许多关于如何加快你的编码速度的讨论。
最后，我想引用 Jeff Atwood的一些话作为结束：
1 停止空谈理论；
2 多写代码；
3 总结过去的错误；

9. 程序员提升开发技术需要注意哪些

一、不提升非技术技能
我们认为非技术技能是项目成功的主要因素。这些非技术技能也可以称之为“软技能”，总体上来说，它已经被公司证明为能够驾驭企业和客户之间的长期商业关系，因此也能决定公司的成长发展路径。一些关键的软技能指标包括：

a.纪律——这是最重要的特征之一，缺乏纪律，最终会让这个开发团队在开发能力上“缺乏自信”。解决这一问题的矫正方法就是每天制定详细的to-do清单：兑现你的承诺、完成你开始做的事情、避免多重任务，因为这些往往会让你的生活产生混乱。
b.顾客的声音——不把客户置于决策的核心地位只会跟你们业务的原始目的相冲突。如果客户不高兴，即使你拥有世界上一流的专业知识和资源也不会起什么作用。保持符合客户期望的解决方案、及时交付才能体现出项目的真正价值。
c.沟通——尤其是当客户和供应商并不在同一地点的时候，明确而及时的沟通是填补服务空白的极好措施。主要集中在这三个方面你就能克服问题——进行主题讨论、清晰表达、干脆简洁。
d.了解需求——在整个开发生命周期过程中，决定成功和失败的之间的一个至关重要的区别将会给人留下深刻的印象。通过最初的头脑风暴法了解问题状态，以及后续的交货程序，这其中都要和客户完美配合。只有这样，客户才会赞赏你的工作，给你好评。
二、对编码不理智
古人云：善泅者溺，善骑者堕。但估计绝大多数 的程序员都认为自己的编程技术绝对的牛。而同样真实的是，每一个代码，让不同的程序员去实现的话都会不可避免地发现它所存在的缺陷。所以说，只有通过在一 个项目上的合作，程序员之间必然有的摩擦才能证明谁是最好的。健康的竞争是好事，但它不应该成为一个本来可以成功的项目的负担。

另一个创意阻碍是无法将预定义的模板使用在对你有利的开发项目里。几乎所有的编程语言有一个很好的在线 /内置的代码片段存储库，可以修补代码，防止重新编程。然而，如果因为不理解需求或缺乏接触各种可用库/模板的话，这就意味着程序员最终会无意间将一开始 就创建的代码付之东流。这不仅增加了开发时间，也提高了总体成本。另外一点就是，发布了的代码已经经过了质量检测，所以只有将它用作模板才能发挥它更大的 价值。
三、不一定什么都要被理解
如果你是刚调到这个团队来的编程人员，对于手头的工作并不是很熟悉，那该怎么办?肯定是先看一些前任留下来的工作计划，要是他写的详细倒也没什么，如果写的不详细，估计会让你更加的挠头。
因此，推己及人，在需要交代的工作上，最好是把任务写的尽可能的详细。这么做也是非常现实的原因：能够把编程问题解决掉，最好是保证使用解释性的语言和英语发音来表示变量。一些基本的指针可以让你的程序更容易被理解，包括：
a.把所有参数、引用、方法和变量名称尽可能接近英语表达。保持文件名简短但有助于理解的功能。
b.使用++包装文字是一个好办法，能让代码和注释更加清晰。
c.将编写的程序保持在一个连续的流程上，尤其是在使用OOP基础上的语言：C#、C 和 C++。
d.对于不同的代码块使用不同的描述名称。
四、不使用经过验证的工具和技术
程序员的好坏从他使用的编程工具和调试工具上就能看出。在异常情况的跟踪上，下面就是程序员经常会出现的常见错误。
对一些可能会对其它代码有影响的常见案例进行捕捉，处理这些比较常见的异常情况(而不是特殊的异常)意味着无意中除除掉了会抑制整个程序的残留部分，因此并不会影响他人的代码。
也许程序员可能带有恶意的意图来捕捉所有的异常情况，但即使是捕捉到了也不实施采取措施，这就是常说的“虚假安全阀”，这种异常处理手段是对整个软件的稳定和安全的一种妥协方式。
五、较差的控制版本
在任何涉及多个团队的项目里，当谈到版本控制的时候不去介绍使用最佳实践都是一个十足的罪过。版本控制的目的是确保由一个人执行的编辑或修订不去影响另一个人的工作。
版本控制不仅有助于将由两个或两个以上的程序员的编辑工作合并到一起，还有助于跟踪程序的更改历史。所以说，任何开发团队都应该做一些好的改进措施以确保强大的版本控制，这其中就包括：
为每个解决方案创建一个“逻辑单元”
给解决方案制定描述性的名称
确保你所使用的都是最先进的文件
频繁的向团队分享你所做的各种改变
六、拥有最新信息的个人代表不了团队
这是相对有趣的一点，所有的商业产品都想要以自身的敏捷技术和产品文化来给客户留下深刻的印象，但是现 实中很少有厂商会花时间去磨练他们员工在介绍产品特点上的技能。许多公司只是简单地提供了一些基本的培训，并且抱希望与员工在真实的日常项目里学到更多的 技能。所以部门经理和项目的直接领导可以通过以下两个办法来提高员工的业绩：
一旦有新员工加入，就立刻强制安排他参加专业培训，让他知道他的角色是用来干什么的，尽早产生创造力。例如一个测试人与加入之后，就应该向他介绍编程的理念，之后将培训重点放到测试实践上，而不是继续阐述编程的重要性。
现阶段的技术的进化程度比以往任何时候都要快，，所以要记住，定期培训是必不可少的，这是在给团队创造价值。例如一个Web 设计师需要知道响应式设计，提供给设计师大量的用户日常使用的移动设备的不断扩张的样品，希望他们能获得灵感。
七、不恰当的测试
测试作为整个系统开发生命周期(Systems Development Life Cycle，简称SDLC)的重要一个要素，通常不需要开发团队给出太惊人的结果。但是如果在测试环节没有付出恰当的、相应的努力的话，这是说不过去的。 下面的一些方法或许对你的测试团队有用，至少在你们交付产品的时候能够给用户一个好的交代。
单元测试
实物模型
综合测试
八、注意安全漏洞
有的时候在软件开发过程中，就会遇见如下这样的安全漏洞：

A、不同组件之间意想不到的交互作用：a、输入不正确的验证信息;b、SQL资料隐码攻击;c、跨网站指令码;d、命令植入攻击;e、跨站请求伪造(CSRF);
B、难以实施的资源管理，包括：a、不尊重可用内存缓冲区;b、对外控制;c、使用有潜在危险的功能;
九、和客户交流
最初的合同签订后，开发公司通常会忘记每天与客户进行产品上的信息交互，以至于在交货的时候还需要进行升级。两大关键的交流点可以让你和客户保持更好的、更长的关系：
在客户开问之前，开发方应该和客户进行交流沟通。
和客户保持周期性的交流。
十、避免标准实践面临的迫在眉睫的最后期限
通 常情况下项目都会遇到进度延误的现象。然而，这不是说你有理由去偷工减料或者是在开发或测试阶段耍花招，未经测试的模块绝对是一个隐患，会让你的开发团队 名誉受损的。一个更好的方法来管理延迟是提前告知客户并且积极执行延迟计划。只要延期的理由是有效的，客户应该会理解，也会给你额外的时间来解决这个问 题。