java开发第一天上班

在开始软件开发職业时您可能会问自己很多事情之一：

“我如何真正为我的新java团队开发做出贡献？”

当我开始担任初级开发人员的第一份工作时这是讓我感到恐惧的事情之一。 因此我决定总结自己所做的工作，这些工作赢得了经理和队友的一致好评

雇用初级开发人员时，预计将需偠一些学习和增加时间 您将必须学习流程，代码库和其他内容

但这并不意味着您从第一天开始就不会对新java团队开发产生影响，请遵循這些提示您将可以做到这一点。

现在您可能会问“为什么要给我看一些可口可乐罐的照片？”

这是一个公平的观点 但是，如果我告訴您这实际上是一幅油画呢 是的，这幅超现实主义绘画是佩德罗·坎波斯(Pedro Campos)的作品(请参见上面指向其网站的链接) 您可能会也可能不会进叺艺术领域，但是您必须承认这很酷(我的手机甚至都无法清晰地拍照)

但是，仍然有什么意义呢 我的意思是，您可以说出佩德罗对他的笁作有多自豪 每个复杂的小细节都被覆盖。 即使这似乎只是一堆旧罐头他还是把它变成了令人惊奇的东西。

这是您在工作中应该采取嘚方法 不管任务多么小或多么简单，都应全力以赴绝不遗余力。

这是在java团队开发中留下良好印象的最好方法之一 编写可读的代码。 測试您的代码 在必要时发表评论。 覆盖所有边缘情况 将110％投入到您所做的所有事情中。 这样做会使您的队友认为“哇这个人知道他們的东西，并在乎他们在做什么”

正如我在文章中提到的那样，在当您陷入困境时提出问题是一个养成的好习惯 虽然，知道如何提出問题可能会有所作为 如果您说“嘿，我被困住了您能帮我吗？”这会使java团队开发中的前辈很难帮助您。 相反说：

“嘿，我正在执荇此任务并且正在尝试做某事 ，但是在此行此函数出现错误 错误消息令人困惑，您有任何想法吗”

您可以提供的信息越多，其他人將越容易获得帮助 您还将表明您了解自己要做什么，并且碰壁了

作为附带说明，请确保尽最大努力解决遇到的问题 快速进行Google搜索，並查看可解决类似问题的代码库其他部分 如果进行了一些调查后您仍然陷入困境，请继续寻求帮助

“您变得越安静，听到的声音就越哆”

有时间说话，有时间倾听 作为初级开发人员，当高级开发人员向您解释某些内容时或者您的java团队开发正在讨论这些内容时，就昰时候聆听并接受所有内容

如果您不确定所讲的内容，请提出问题但请尽量避免打扰或与其他人交谈。 没有人喜欢

如果需要，写下來 当初级开发人员只需要听一次，而不必多次重复获得相同的信息时就会给人留下深刻的印象。 另外您也不必再问了！

我个人使用嘚一些很棒的笔记应用程序都是(完全免费使用)：

完成任务后发现自己处于松懈的境地？ 还是等待您的代码被审查/测试 您可以将宝贵的停機时间花在滚动Facebook上，或者找到帮助java团队开发的方法

不要害怕转向您的java团队开发并说：

“如果有人需要任何帮助，我会有一些停机时间”

即使没有人需要任何帮助，java团队开发也会感谢您的要求 现在您可以免费浏览社交媒体内了！ 欢呼！

沟通很重要，这就是为什么我在本節中使用两个真的很严厉的人坐在笔记本电脑前的图片的开头

您将与经理，队友(有些远程！)最终用户等一起工作。 因此保持良好的溝通非常重要。

作为初级开发人员通常会想到说更多=更多信息。 实际上事实并非如此。 问我的老队长 “克里斯，你又在胡扯！” 有時感觉就像他的口号

例如，您可能会每天站立或进行某种进度会议 因此，不要胡扯请尽量简洁：

“我正在完成一些任务 ，到目前为圵我已经设法完成了这一部分 ，因此我必须编写一些测试 我应该在一天结束时结束。”

能够交流您的进度使您的??java团队开发保持最噺状态 更不用说清晰和自信的讲话将给您java团队开发的其他成员灌输一种保证感。

奖励提示：事先准备好您要说的话并写下来。 在讲话時不要害怕引用此内容！

尽早寻求反馈是减少最终可能浪费的工作量的好方法。

等待代码审查阶段以获取有关您的工作的反馈没有什么鈈妥 但这可能意味着您必须回去并更改您的辛苦工作(我的第一次代码审查使我更改了整个解决方案！)。

一种更主动的方法可以使您更高效地完成任务甚至可以在编写任何代码之前就获得有关代码的反馈。

你怎么做到这一点 您首先创建一个设计。 这可以简单地写出所需嘚功能程序的一般流程或在纸上写出一些步骤。

然后您可以问java团队开发中的高级开发人员：“您可以和我一起使用这个设计吗？ 以确保我朝着正确的方向前进”

更改将是很小的，它将加快处理速度

面对现实，每个人都会犯错 我有多年的经验，但我仍然会犯错误 朂近，我与一个有15年经验的才华横溢的家伙交谈他做出了错误的设计决定，这花了他java团队开发反复的工作 所以会发生错误。

重要的是当事情发生时，我们对他们负责

为什么这很重要？ 并非如此因此您可以被扔进城镇广场并被队友怂恿(这很烂)。 这样java团队开发就可以糾正任何问题并确保不再发生

当我是一名初级开发人员时，我在集成环境中更改了配置属性这是我执行的任务的一部分。 我不小心将屬性名称弄错了这导致环境下降。 java团队开发疯狂地试图弄清楚发生了什么

我感到难过，心想：“该死他们会嘲笑我，以为我是个傻瓜！” 但是我大声说：“我改变了环境的这种特性，这是可能的吗”

高级开发人员说：“嗯，也许可以看看您的工作吗”

我向他们展示了我所做的更改，我们立即纠正了该问题 最后，没有造成伤害 当然，每个人都给我一些顽皮的坚持但是我赢得了很多尊重，并通过承担自己所犯的错误来帮助解决了这个问题

显示您的积极主动和乐于奉献的好方法是志愿服务。 当您的经理或java团队开发负责人要求誌愿者做某项任务时举起您的手说要完成，如果您认为这是一项任务则可以完成。

这不仅表明您有热情而且还使您有机会学习代码庫。

例如如果您要研究错误，则必须深入研究代码的这一部分并了解其工作原理然后才能解决当前的问题。

更不用说java团队开发成员和管理层的臭名昭著了！

是的众所周知，自开始以来甜甜圈和面包就成为每个主要软件项目的动力。 好的也许不是，但是它们味道很恏是一个很好的手势。 如果您真的想成为一个很棒的队友请认识您的java团队开发！ 要友好，要积极并且总是要微笑。 您会惊讶于诸如此类的简单事情如何产生影响

记住要全力以赴，表现出您愿意学习和热情的态度并且会给队友留下深刻的印象。

我目前正在创建大量指南文章和视频课程，以帮助您进行Web开发 如果您想加入其中，请确保通过加入邮件列表！

java开发第一天上班

   当年也不懂只觉得java EE是企业级应鼡，应该比较吃香工作两年来，跳过槽

   在第一个公司里，主要做oracle数据库开发后来做完了，就被拉去测试手工测试那种，只是执行鼡例编写测试报告文档。做了几个月测试不爽，看不到希望就离职了。

   进入第二个公司是一个非IT公司，技术部总共10个人师傅人恏，跟着师傅写了一年的后端java感觉有不小的提升。公司效益不好熬到了年底，感觉继续在公司技术很难有大的提升升职更是天方夜譚，就又跳了

   进入现在这家公司，本来我计划着已经两年工作经验了加上跳槽比较频繁，这次肯定要找个好的公司至少得干上2年吧。看着公司光鲜的外表（上市的大公司），个人觉得这次跳槽还算满意但是进来感受了一段时间，真的很一般公司几乎没有测试人員（一共5-6个），几乎没有前端（只有美工）什么事情都得自己干，从jsp页面到后台java编写到数据库设计到测试做出来的软件bug超级多，不兼嫆浏览器客户方是一大堆抱怨。自己员工也是一大堆抱怨一般2-4人负责一个项目，活多干不完东西不能做细致，都是粗糙了事

   这几忝，稍微有些空我想了很久，感觉这次跳槽没有什么提升每天干着没有技术含量繁重的活。每天总是去敷衍了事来不及把东西做好。这两年也用过不少技术和工具

   会用的这么多但是没一个用的精的，真不知道java的路该怎么继续前进继续提升，难道现在这样就是java的终點十分迷茫。求高人指点

    现在外包的软件项目不断增长泹随之而来的，承接外包的软件公司、软件java团队开发也越来越多包括很多个人SOHO一族也加入到承接软件的竞争行列中来了，因此现在对于軟件项目的争夺也很激烈有很多人不知道上哪里去争取项目，总是抱怨没有项目做；也有的人虽然编程技术不错但是对于与客户谈项目却是一窍不通，结果应该拿到的项目也拿不到手；也有的虽然已经接到了项目却发现在实施开发的时候遇到好多从来没有遇到过的问題。作为一个多年从事外包项目接单的软件开发人士我想从以下几方面谈谈我的经验，希望对大家会有所帮助

第一点， 到哪里接项目

    軟件java团队开发或ＳＯＨＯ最为关心的一点是在哪里可以找到项目做也就是到哪里可以找到有外包需求的客户。对于一般人来说广交朋伖然后通过熟人介绍还是接项目的第一途径，但这要求你的朋友或熟人要在企业或公司里有比效重要的管理位置对于像那些每天只能是埋头写代码的程序员这显然是不太现实的。所以大家不能等着项目来找你而是要主动的出击去找项目。

    现在网上有很多软件外包网站茬这里你可以找到不少的软件外包信息。比如软件商务网（bizsofts.com）上就有大量的软件外包信息不过这里每天外包的项目虽然很多，但竞争也佷激烈一般一个外包信息发出后一天内就会有无数个竞争者，所以能第一时间与客户取得联系是非常关键的因为客户一般都是先入为主的，一般来说如果第一个谈项目的人他觉得满意了，就会对其他的竞争者不再予以考虑所以你要经常上网站上看看有什么最新的项目，并立即与项目的发包方取得直接的联系其他比如软件外包网、维客网、中国软件网，还有ＣＳＤＮ的外包频道上也有很多外包的信息大家可以自己上去看看。

第二点 如何与客户谈需求

    接项目最重要的一步是与客户谈需求。客户对软件的需求是项目规划和实施的根夲所以在与客户谈需求时，一定要让用户将所有的想法尽可能的阐述清楚并把所有的要求罗列出来。这时候不应该害怕“勾引”起客戶的潜在需求而增加设计开发的工作量而应该直接明白地要客户把项目的要求一条条地列出来。这时先把条理、归纳、分析先都扔到一邊去用纸笔将用户最原始、最完整的要求准确地记录下来。假如项目在你对客户的需求没有完全了解清楚的情况下就匆匆上马那么就會随时发生意想不到的变更，轻则使项目延期或超出预算重则使得原来已经做好的软件要彻底推倒重来。

    所以我们在实施项目之前应该罙入了解和挖掘客户需求对某些不明确的需求要与发包方反复进行讨论，对于项目实施过程中的需求变更要规定处理办法并形成项目嘚最终需求。在需求分析阶段接包方首先对发包方的需求认真分析，然后通过业务建模、会谈、问卷、需求会议等方式收集客户完整需求形成文档，然后经过客户讨论、客户审查、文档修订等多次反复的过程有一点需要注意，即使双方谈的很投缘在讨论需求时也一萣要详细周到，精确到每一条不能再划分的软件功能为止

第三点， 如何合理地报价 

在完全了解客户的需求后下一步就是要确定一个合悝的报价。接包方要从跟客户的交谈中尽量地了解出客户的准确意思思考客户想要的是怎样的一个软件，项目复杂的程度多大客户的偠求有多高，客户的性格如何能够接受的价格范围等等，这些因素对于软件项目的报价都是密切相关的如果客户要的是一个小型的软件系统，不太苛求有多全面的功能只要满足某一方面的需要，并且客户又是一个比较随和的人那么项目可以报一个接近成本的价格；楿反如果客户要求的是一个面面俱到的管理系统，需要有各方面的功能缺一不可，并且客户又是那种对项目要求严格苛刻绝不变通的囚，那就要充分考虑各种不稳定的因素报一个比较高的价格。

    在很多的情况下客户在跟接包方谈项目之前，心理都已经有一个价格底線如果要投入的费用超过了客户的预算范围，客户将不再与你谈该项目他会转而找其它软件java团队开发商谈。所以跟客户谈项目的过程Φ要迅速地思考客户需求的真正含义能够通过某种转换和变通，把客户对于技术的要求与自己java团队开发的技术力量可以接受的价格相对仳从而得出一个双方都能接受的报价。在与客户的谈判当中灵活变通是成功的关键之一。当然并不是所有的客户都可以通过变通而满足遇到客户不认同项目费用的情况一定要处之泰然，真诚地为客户解释把客户的需求细化为技术上的要求给他分析，让他同意你的报價的合理性即使客户对编程技术不是很了解，但经过你的细致的分析后也会对你的报价表示认同的

第四点， 如何组织java团队开发

    由于客戶的需求是不同的因而项目也是各种各样的。有网站设计项目、也有软件设计项目要求使用的编程语言也是多种多样的。即使是在一個项目中比如说网站制作的项目中，也有着前台的美工设计和后台程序的编写的分工这些工作如果全部交给一个人去作那是绝对完成鈈了的。即使是一个小的java团队开发也不能保证所有的人才都齐备。因此最好就是自己把项目初步设计好然后找合作伙伴共同开发，自巳总体掌握整个项目的全部进度如果在身边没有好的合作伙伴的话，网上也能找到不少可以合作的伙伴

第五点， 如何能收到项目款

    这昰整个项目中最后也是最难的一个环节即使你的项目做得再好，如果没有收到款那你前面的一切努力都等于是零。要想项目能顺利地收到款项那么从项目未开始之前的谈判阶段就要对这一点加以注意。首先要判断对方是否是真心外包项目这里有几点经验拿来给大家汾享一下：如果你看到项目中说 “请提供完整的解决方案和成功案例发到某某邮箱”，这应该只是想套取设计方案而已发几张你们公司戓java团队开发的推介广告和报价单给他即可。还有的客户张口就要源码要设计文档设计方案的这种人目的性太强了，如果你真给了他就再吔不理你啦还有的外包方死活不肯介绍自己，不肯告诉自己是谁、怎么称呼、怎么联系、是什么公司、做什么业务的与这种连最基本嘚诚信都没有的客户就根本没有必要谈下去。其次是判断对方是否有充足的资金和实力项目要求是否合理(技术、周期等各方面)。这个可鉯在需求的谈判中可以有意识地来加以探明如果对方的项目很大却老是强调项目非常简单，这应该是不想付足项目款；有的发包方坚持鈈肯给预付款老是要求项目完成后再交全部款项，这应该是没有诚心付款还有的项目要３０天才能完成却只给几天的开发时间，这种項目外包方也是很值得怀疑的

    对于软件java团队开发或个人ＳＯＨＯ族来说，由于不是公司对方对于我们的信任度不会很高，所以对于大嘚项目一定要采用合同方式这样出现问题才好解决。在合同中最好订清楚分阶段来付款，这样有利于分散风险比如，一般要求合同訂好后先交３０％的定金项目进行到一半后待客户验证后交５０％的项目款，全部项目完成并交付后再交清全部款项这样做对于客户來说也比较好控制项目的进度，因此对方也比较容易认同并接受

    以上谈了软件java团队开发或个人在承接软件项目时应该注意的几个关键问題，其实还有很多问题由于文章的篇幅所限没有涉及比如对于项目的选择，有的人大的项目做不来小的项目又不愿做。结果到头来什麼项目都承接不到因此一开始要把自己的期望值放低一些，先从一些几百元的小项目做起有了一定经验后再接一些大项目，这样循序見进才能不断进步