精华内容
参与话题
问答
  • 软件开发人员的职业发展规划

    万次阅读 2018-08-25 12:42:13
    如何引导我们年青的技术人员进行职业规划,帮助他们快速成长,同时也为公司培养人才、留住人才,成为各部门经理人面临的一个重要任务。   我们的各级经理在指导团队成员进行职业发展规划时,需要注意三个基本要点...

    几年来,随着公司每年的“校园行”、“金种子”等招聘项目的开展,越来越多的新鲜血液加入到我们这个大家庭。如何引导我们年青的技术人员进行职业规划,帮助他们快速成长,同时也为公司培养人才、留住人才,成为各部门经理人面临的一个重要任务。

     

    我们的各级经理在指导团队成员进行职业发展规划时,需要注意三个基本要点:

    1.         首先要了解团队成员,才能根据他的个人性格、兴趣、能力设计适合他自己的职业生涯发展路线。当下的80后90后个性都很强,一人一个想法,但可以大致分为以下几种类型:

    •   进取型:不甘于现状,刻苦学习,出现任何新机会都要去争取,渴望创业。
    •   自由型:不受束缚,希望有一个空间供他们发挥能力,最好是不用上班,在家里做SOHO一族。
    •   安全型:寻求工作上的稳定,愿意做重复性、无压力、不加班的工作,并可以一直维持下去。
    •   平衡型:工作很认真,表现也不错,但是工作是工作,生活是生活,分得清清楚楚,决不愿意工作挤占了生活的时间。
    •   攀登型:特点比较明显,目标高远,想进入企业高层,最好是能干总裁,如果没有机会就迅速跳槽。
    •   技术型:性格内向,喜欢独立思考,做事谨慎细致。不愿意浪费时间去管其他人的事。
    •   管理型:考虑问题比较理智,善于从宏观角度考虑问题。能在信息不全的情况下,分析解决问题,善于影响、监督、率领、操纵、控制组织成员,善于使用权力。

    2.         其次要分析团队成员所处的环境。大到社会环境、行业发展阶段、市场环境,小到公司发展阶段、项目背景、个人机遇等都可能对一个人发展产生很大影响。

    3.         还要了解团队成员的个人目标,他的短期目标、中期目标、长期目标各是什么?目前处于目标路线的什么位置?他的个人特性和当前环境对他实现目标有什么影响?是否有一种途径可以让他现有的职业与其人生基本目标相一致?

     

    经理可以根据以上三个基本要点,针对不同的个人,指导他们进行职业定位和规划。按照GC目前业务状况和发展趋势,我们认为可以将技术人员的职业生涯大致分为三个阶段,每个阶段有不同的职业路径可供选择:

    1.         第一阶段为起步期,一般为毕业后的3年之内。不论何种背景,这一阶段的主要工作基本是编程、测试和维护;主要目标是学习和掌握公司产品/项目的基本技术、工具和流程。本阶段是软件行业所有职业的起点和立身之本,不论将来担任何种职位,都必须依赖于这一阶段打下的基础。当前这一阶段的职位主要有三类:

    •   软件开发方向:主要职位有“助理软件工程师”、“软件工程师”。
    •   软件测试方向:主要职位有“助理测试工程师”、“测试工程师”。
    •   软件技术方向:主要职位有“系统工程师”等;

    2.         第二阶段为成长期,一般为毕业后的3~10年。这一阶段的人员已经掌握了基本的技术技能和经验,能够独立工作、指导或带领他人工作。公司为这类人才提供了专业和管理两条发展通道,具体地说有以下七大类发展途径:

    l  软件技术方向

    •   职业通道:高级软件工程师—主管软件工程师——软件架构师——高级架构师——技术专家
    •   特点:善于独立思考,做事谨慎细致,热衷于专研技术及其创新,对新技术敏感,技术涉面广。属专业技术人才。
    •   准备:努力专研技术,紧跟行业动向,深入研究,掌握精髓,做到该领域的专家;经常发表技术文章,总结交流技术经验;获得IBM、MS、Oracle等各主要技术的认证、攻读软件硕士/博士学位等。
    •   风险:由于IT业发展很快,如果所专研的技术领域逐渐被市场淘汰(如COBOL、SYS390、PB),需尽快转型到新的领域。
    •   目标:对于进取型,可以考虑IT公司的技术专家,或科研单位的研究人员;对于平衡型,可以考虑大型软件公司的资深开发工程师,或企业信息部门的系统维护工程师。

    l  开发管理方向

    •   职业通道:高级软件工程师——主管软件工程师——开发经理/项目经理/产品经理——项目总监——技术管理总监
    •   特点:首先要精通产品和技术,然后还有具备良好的协调沟通能力、能团结人。精通软件工程的流程与进度控制、质量控制、资源的有效使用等。属复合型技术人才。
    •   准备:需要有软件开发各生命周期(如开发、测试)的工作经验,至少在一项技术方面具备专家水准,能触类旁通;精通项目管理的知识、技术、技巧与方法;获得PMP、CMM、软件工程、MBA等方面的认证和学位等;具备一定的行业知识。
    •   风险:项目管理比较辛苦,压力比较大,时常出差。
    •   目标:对于进取型,可以考虑IT公司的CTO;对于平衡型,可以考虑非IT企业的CIO。

    l  测试技术方向

    •   职业通道:软件工程师/测试工程师——高级测试工程师——测试分析师——测试专家
    •   特点:做事谨慎细致,重视细节;精通QC与QA等技术和方法,熟悉IT技术及项目管理流程,精通至少一个行业(如电信、金融、物流等)的业务流程;强调沟通,属专业技术人才。
    •   准备:精通测试理论、方法与工具,如黑盒/自动化/安全/性能/白盒测试等;有一定的编程能力;获得GB2000、ISO9001、CMM等质量体系及软件工程、质量控制等方面的认证和学位;学习业务知识。
    •   风险:目前来看测试与业务流程密切相关,如果不懂行业的话很难深入测试。
    •   目标:对于进取型,可以考虑IT公司或专业测试公司的测试专家;对于平衡型,可以考虑大型软件公司或专业测试公司的资深测试工程师。

    l  质量管理方向

    •   职业通道:软件工程师/测试工程师——高级测试/品质保证工程师——测试/品质保证主管——测试/品质保证经理——测试/品质保证总监
    •   特点:做事谨慎细致,重视细节,有具备良好的协调沟通能力、能团结人。精通软件工程的质量控制、流程与过程控制、风险管理、质量保证等。属复合型技术人才。
    •   准备:需要有软件开发各生命周期(如开发、测试)的工作经验,至少在一项技术方面具备专家水准,能触类旁通;学习业务知识;获得PMP、CMM、ISO9001、ISO27001、GB2000、敏捷开发、MBA等方面的认证和学位等。
    •   风险:质量管理需要精通相当广泛的专业知识,如开发、测试、流程、QA、项目管理等。
    •   目标:对于进取型,可以考虑IT公司或专业测试公司的CQO/ CTO,或质量管理咨询公司的质量认证顾问;对于平衡型,可以考虑大型软件公司的项目管理/品质保证/流程控制负责人。

    l  IT实施方向

    •   职业通道:软件工程师/测试工程师——高级测试工程师——实施顾问——高级实施顾问——实施经理——实施总监
    •   特点:首先要熟悉IT技术及项目管理流程,然后还有具备良好的协调沟通能力和行业知识,精通产品,偏重于产品与行业的结合。
    •   准备:了解各类平台的软、硬件、网络知识,安装与使用;精通所要实施的应用系统结构,以及该产品所在的应用行业知识;参加项目管理、PMP、软件工程培训等;注重衣着言行等职业形象的培养。
    •   风险:实施工作压力比较大,时常出差。
    •   目标:对于进取型,可以考虑的是IT公司的实施总监;对于平衡型,可以考虑的是大型软件的资深实施顾问(如SAP、Oracle、SSA)。

    l  IT咨询方向

    •   职业通道:软件工程师/测试工程师——高级测试工程师——咨询顾问——高级咨询顾问——咨询经理——咨询总监
    •   特点:首先要熟悉IT技术及项目管理流程,然后还有具备良好的协调沟通能力和深入的行业知识。偏重于行业业务,如财务、金融、HR、SCM等。
    •   准备:熟练掌握至少一类IT技术;深入的行业知识,能够达到该行业的专家水准;攻读MBA学位或CPA、CFA等行业认证;要具备良好的文字能力和外语水平;注重衣着言行等职业形象的培养。
    •   风险:咨询工作需要快速学习、工作压力比较大,时常加班。
    •   目标:对于进取型,可以考虑的是专业咨询公司的咨询总监、行业顾问;对于平衡型,可以考虑的是专业软件研发机构的资深系统分析员。

    l  IT营销方向

    •   职业通道:软件工程师/测试工程师——售前工程师——客户经理——销售经理——销售总监
    •   特点:首先要熟悉IT技术、产品及应用方案,然后还有具备优秀的协调沟通能力和深入的人脉关系。
    •   准备:掌握相关行业和解决方案;对行业流行的应用系统的架构非常熟悉;培养自己的市场概念和思维,精通市场营销知识、策略和技巧;攻读营销、MBA等学位;积累庞大的人脉关系,学会和用户打交道,培养市场意识和决策能力;注重衣着言行等职业形象的培养。
    •   风险:工作压力比较大,没有固定的工作时间,时常出差,人际关系要广。
    •   目标:对于进取型,可以考虑的是IT公司的市场总监。对于自由型的人,可以考虑自己创业。

    3.         第三阶段为发展期,一般为工作10年以后。这一阶段的人员已经成为组织内的技术或管理骨干,可以向更高层次的综合管理和企业战略方向发展。如果说第一阶段比较容易实现,第二阶段通过一定程度的努力可以实现,而第三阶段则主要靠机遇和个人奋斗了。

     

    最后,经理还需要引导团队成员,确定好自身的职业发展目标后,要专注进取,不要频繁更换岗位,特别是不要为了多谋一点工资而转移阵地,否则最后对哪个行业和技术都没有摸透,永远是新手!

    展开全文
  • 好的开发人员需要具备的那些素质

    千次阅读 2019-06-20 17:06:03
    1、积极,主动性 这个其实比较重要,如果说技术实力不强,有些东西没用过,这些其实都不是问题,只要主动的去学习,主动的去发现问题,跟进问题,其实很多技术类的问题都不是问题了。这个放在第一位的素质。...

    1、积极,主动性

    这个其实比较重要,如果说技术实力不强,有些东西没用过,这些其实都不是问题,只要主动的去学习,主动的去发现问题,跟进问题,其实很多技术类的问题都不是问题了。这个放在第一位的素质。

     

    2、有风险提前抛出来

    做项目肯定有风险,没有风险项目也就没有挑战了。如果仅仅靠项目经理去把控,一来项目经理没有那么多精力,二来每个人的视野有限制,这两个原因导致可能考虑不全,而这个时候,就需要每个开发同学能够主动的发现风险,并提出规避方案,如果没有规避方案,那提出来也行。

     

    3、区分主次,合理规划

    对于系统中的功能进行核心/非核心、主流程/非主流程、高优先级/低优先级的划分。优先完成出核心、主流程、高优先级的部分。避免铺地毯式的一步一步的逐步推进。

     

    4新的想法打算用在项目中的,自己提前搞demo验证过

    有些同学,包括我自己,都会尝试一些新东西,例如新框架,新的工具等。但是有个前提,不要在项目开始或者进行中的时候才考虑用新东西试一下,项目一般都是有时间限制要求的。之前有同事说想在项目中用XX框架,这时候一般会考虑之前有没有搞过,如果搞过,那就放心去用好了,如果没搞过,在项目来临的时候,最好不要用。项目一般有预研阶段,这个时候,如果有新的想法,可以尝试做一些例子。为啥要这样呢?因为新东西有学习成本,这个倒是其次,有些新东西有坑在里面,因为这个世界没有银弹的方案。

     

    5主动承担没人负责的模块

    有些模块的划分,可能没法划分到具体的人,因为可能是两个模块衔接的,这时候,如果时间允许,建议开发同学主动的承担一些没人负责的模块。例如两个模块的衔接、整体页面的安全方案考虑、单元测试的集成、持续集成等。

     

    6自己负责的部分完成之后帮助其他同事

    这个和上一个重复了?没有。刚才的那个是没人负责的,这个是其他同事的,项目内部人员的技术素质可能是参差不齐的,有些东西可能熟悉的人几个小时就能搞定,有的可能需要一天时间,这个时候,如果你熟悉一个模块,而另外一个同事不熟悉,你就可以帮助一下了。

     

    7代码注释充分

    由于我们参与的大多是业务项目,有个特点就是复杂。这时候,就需要有充分的注释,当然是非常必要的环节才加。至于一看就能懂的,那就没有必要添加了。

     

    8代码自测充分,高质量的完成自己负责的模块

    这个必须提一下,开发同学代码编写好了之后,需要提交给测试同学进行测试,有时候测试还分几轮。这时候,bug的情况体现了代码的质量,而质量的保证,除了经验和代码review之外,还需要自己完成一些自测的事情。尤其是主流程必须有,还有就是自己觉得一些边界的条件下。有人说着不是浪费时间吗?时间上这个是节省时间,自测充分之后,后续bug就少,返工就少,讨论问题就少,省了很多时间的。

     

    9畅通的沟通氛围

    项目中有各个角色,沟通必不可少,为啥说要自己创造一个好的沟通氛围呢?因为你需要找别人讨论问题,别人也需要找你讨论问题,如果沟通态度和语气啥的有问题,就会给彼此构建一个屏障,而这个屏障会导致大家沟通不是很顺畅,最终可能就导致一个问题大家理解的不一致。讨论过程中,注重沟通的方式,要做到对事不对人。

     

    10、重构

    重构!重构!重构!重要的事前说三遍。写代码就像写文章,不是一蹴而就的。需要反复的修改和重构。当你发现代码重复、类结构不合理的时候,或者自我对代码感觉不太好的时候,就去重构。技术人员需要一些代码洁癖

     

    11、编码前充分设计

    编码前宁可多花时间进行方案的详细设计,千万不要一接到需求就进行编码。提前进行详细设计,会缩短编码的时间,也会降低bug的发生。变写变想,反而会降低开发效率,还很有可能在临近功能写完时,进行二次修改。

     

    12、学会换位思考

    一个项目是需要多方协作的,例如需要业务、开发、测试、产品、UED,那不同的人必然会有不同的想法,因为大家的知识积累以及经验积累肯定不一样,在大家想法不一致的时候,可以更多的是做个换位思考,先理解对方的观点,了解这个观点背后的原因,然后再来反观自己的想法,相信之后的争吵肯定会少很多,同时在互相理解的基础上,做事情的默契和结果也会有很大的提升;

    在协助中多一些换位思考,多站在对方的角度思考和理解问题,最后大家在协作中能够实现共赢

    开发功能之前站在用户的角度去思考,假如你作为业务用户,你对这个功能会有什么样的需求。

     

    13责任心

    这个放在最后,其实并不是说排名在最后,这个我认为也是很重要的,试想一个没有责任性的人写出来的代码,别人能信得过吗。写代码前要进行深度的思考。写完后要对自己的代码进行充分的测试。上线前需要反复确认自己的代码有没有问题

     

    展开全文
  • 谈论源码Let’s dive into the most interesting results from the O’Reilly 2016 Salary Survey of 5,000 ... 让我们来看看O'Reilly 2016年薪金调查对5,000名开发人员(其中不包括经理和学生)最有趣的结果。...

    谈论源码

    Let’s dive into the most interesting results from the O’Reilly 2016 Salary Survey of 5,000 developers (which excluded managers and students).

    让我们来看看O'Reilly 2016年薪金调查对5,000名开发人员(其中不包括经理和学生)最有趣的结果。

    性别工资差距是真实的 (The gender pay gap is real)

    Not only are women grossly under-represented among developers, but they are grossly under-paid.

    在开发人员中,女性的比例不仅严重偏低,而且她们的工资也严重偏低。

    Women earned on average $13,000 less than their male counterparts.

    女性的平均收入比男性低1.3万美元。

    Even when you control for location, title, and years of experience, women still get $5,000 less per year than men.

    即使控制住所的位置,头衔和工作年限,女性仍然比男性每年少赚5,000美元。

    雇主确实重视年龄和经验 (Employers actually do value age and experience)

    One of the most common misconceptions about programming is that it’s a “young person’s game.”

    关于编程的最常见误解之一是它是“年轻人的游戏”。

    But the astronomic salaries of recent college graduates at companies like Facebook are not representative of the field as a whole.

    但是,像Facebook这样的公司中刚毕业的大学毕业生的天文工资并不能代表整个领域。

    There’s a predictable correlation: the more experience you have — and generally, the older you are — the more you get paid. $1,194 more each year, to be exact.

    存在可预测的相关性:您拥有的经验越多-通常,您的年龄越大,您获得的报酬就越多。 确切地说,每年还要多付$ 1,194。

    避开会议的开发商要付出代价 (Developers who shun meetings pay a price)

    Like it or not, developers who spend more time in meetings — and less time coding — tend to make more money.

    不管喜欢与否,花更多时间在会议上而花更少的时间在编码上的开发人员往往会赚更多的钱。

    公司越大,您的薪水就越大 (The bigger the company, the bigger your salary)

    Part of this may be explained by smaller companies (startups?) granting equity in lieu of large salaries.

    部分原因可以由较小的公司(初创公司?)以股权代替大笔工资来解释。

    Interestingly, when you control for experience and location, freelancers make about $12,000 more per year than their full-time employee equivalents (though it’s not clear how much of this goes toward paying their own insurance.)

    有趣的是,当您控制经验和位置时,自由职业者每年的收入比其全职雇员的收入高大约12,000美元(尽管目前尚不清楚其中有多少用于支付自己的保险)。

    大多数软件工作实际上不在科技行业 (Most software jobs are actually outside of the tech industry)

    Pretty much every large organization employs developers. Only about 1/3 of developers work in what we traditionally think of as the “tech” industry.

    几乎每个大型组织都雇用开发人员。 在我们通常认为的“技术”行业中,只有大约1/3的开发人员在工作。

    但是有些行业的报酬比其他行业更高 (But some industries pay better than others)

    The median annual developer salary was $90k.

    开发人员的年薪中位数为$ 90k。

    But the same job in finance pays $11k more per year.

    但是,同样的财务工作每年要多付$ 11k。

    Education pays the worst — $11k less than median.

    教育支出最差,比中位数少11,000美元。

    工作越多,您获得的报酬就越多 (The more you work, the more you get paid)

    Working smart is no substitute for working hard, at least as far as compensation is concerned.

    聪明地工作并不能代替努力工作,至少就补偿而言。

    About half of developers reported working 40 hours or more a week. And since the developers who spend the most time at their desk generally take home the most money, it’s hard to blame them.

    大约一半的开发人员报告每周工作40个小时或更长时间。 而且,由于在办公桌上花费最多时间的开发人员通常会带回家最多的钱,因此很难怪他们。

    那些刚接触开发的人呢? (What about people who are new to development?)

    We surveyed more than 15,000 people who are new to software development. And we’ve released the results as open data.

    我们调查了超过15,000名软件开发新手。 我们已将结果作为开放数据发布

    And here’s the full O’Reilly survey analysis (note: it’s email-walled).

    这是O'Reilly完整调查分析 (请注意:它是电子邮件保护的)。

    I only write about programming and technology. If you follow me on Twitter I won’t waste your time. ?

    我只写关于编程和技术的文章。 如果您在Twitter上关注我,我不会浪费您的时间。

    翻译自: https://www.freecodecamp.org/news/5-000-developers-talk-about-their-salaries-d13ddbb17fb8/

    谈论源码

    展开全文
  • 软件开发人员配置参考资料,帮助GM组建和管理开发团队。
  • PDB文件:每个开发人员都必须知道的   PDB Files: What Every Developer Must Know http://www.wintellect.com/CS/blogs/jrobbins/archive/2009/05/11/pdb-files-what-every-developer-must-know.aspx   PDB文件...

    PDB文件:每个开发人员都必须知道的

     

    PDB Files: What Every Developer Must Know
    http://www.wintellect.com/CS/blogs/jrobbins/archive/2009/05/11/pdb-files-what-every-developer-must-know.aspx
     
    PDB文件:每个开发人员都必须知道的
     

    一 什么是PDB文件

    大部分的开发人员应该都知道PDB文件是用来帮助软件的调试的。但是他究竟是如何工作的呢,我们可能并不熟悉。本文描述了PDB文件的存储和内容。同时还描 述了debugger如何找到binay相应的PDB文件,以及debugger如何找到与binay对应的源代码文件。本文适用于所有的Native和 Managed的开发人员。 

    在开始前,我们先定义2个术语:private build, 用来表示在开发人员自己机器上生成的build;public build,表示在公用的build机器上生成的build。private build相对来说比较简单,因为PDB和binay在相同的地方,通常地我们遇到的问题都是关于public build。  
     
    所有的的开发人员需要知道的最重要的事情是”PDB文件跟源代码同样的重要“, 没有PDB文件,你甚至不能debugging。对于public build,需要symbol server存储所有的PDB,然后当用户报告错误的时候,debugger才可以自动地找到binay相应的PDB文件, visual studio 和 windbg都知道如何访问symbol server。在将PDB和binay存储到symbol server前,还需要对PDB运行进行source indexing, source indexing的作用是将PDB和source关联起来。  
     
    接下来的部分假设有已经设置好了symbol server和source server indexing。TFS2010中可以很简单地完成对一个新的build的source indexing 和 symbol server copying。
     

    二 PDB文件的内容

    正式开始PDB的内容,PDB不是公开的文件格式,但是Microsoft提供了API来帮助从PDB中获取数据。
     
    Native C++ PDB包含了如下的信息:
     * public,private 和static函数地址;
     * 全局变量的名字和地址;
     * 参数和局部变量的名字和在堆栈的偏移量;
     * class,structure 和数据的类型定义;
     * Frame Pointer Omission 数据,用来在x86上的native堆栈的遍历;
     * 源代码文件的名字和行数;
     
    .NET PDB只包含了2部分信息:
     * 源代码文件名字和行数;
     * 和局部变量的名字;
     * 所有的其他的数据都已经包含在了.NET Metadata中了;  
     

    三 PDB如何工作

    当你加载一个模块到进程的地址空间的时候,debugger用2中信息来找到相应的PDB文件。第一个毫无疑问就是文件的名字,如果加载 zzz.dll,debugger则查找zzz.pdb文件。在文件名字相同的情况下debugger还通过嵌入到PDB和binay的GUID来确保 PDB和binay的真正的匹配。 所以即使没有任何的代码修改,昨天的binay和今天的PDB是不能匹配的。可以使用dempbin.exe来查看binary的GUID。 
     
    在VisualStudio中的modules窗口的symbol file列可以查看PDB的load顺序。第一个搜索的路径是binary所在的路径,如果不在binary所在的路径,则查找binary中hardcode记录的build目录,例如obj\debug\*.pdb, 如果以上两个路径都没有找到PDB,则根据symbol server的设置,在本地的symbol server的cache中查找,如果在本地的symbol server的cache中没有对应的PDB,则最后才到远程的symbol server中查找。通过上面的查找顺序我们可以看出为什么public build和private build的PDB查找不会冲突。 
     
    对于private build有时我们需要在别人的机器上debug的情况,需要将相应的PDB与binary一起拷贝,对于加入GAC的.NET的binary,需要将PDB文件拷贝到C:\Windows\assembly\GAC_MSIL\Example\1.0.0.0__682bc775ff82796a类似的binary所在的目录。另一个变通的方法是定义环境变量DEVPATH,从而代替使用命令GACUTIL将binary放入GAC中。在定义DEVPATH后,只需要将binary和PDB放到DEVPATH的路径,在DEVPATH下的binary相当于在GAC下。使用DEVPATH,首先需要创建目录且对当前build用户有写权限,然后创建环境变量DEVPATH且值为刚才创建的目录,然后在web.config,app.config或machine.config中开启development模式,启动对DEVPATH的使用 
    <configuration> 
       <runtime> 
          <developmentMode developerInstallation="true"/> 
       </runtime> 
    </configuration> 

    在你打开了development模式后,如果DEVPATH没有定义或路径不存在的话会导致程序启动时异常"Invalid value for registry"。而且如果在machine.config中开启DEVPATH的使用会影响其他的所有的程序,所以要慎重使用machine.config。 
     
    最后开发人员需要知道的是源代码信息是如何存储在PDB文件中的。对于public builds,在运行source indexing tool后,版本控制工具将代码存储到你设置的代码cache中。对于private builds,只是存储了PDB文件的全路径,例如在c:\foo下的源文件mycode.cpp,在pdb文件中存储的路径为c:\foo\mycode.cpp。对于private builds可以使用虚拟盘来增加PDB对绝对路径的依赖,例如可以使用subst.exe将源代码路径挂载为V:,在别人的机器上debug的时候也挂载V:。

    展开全文
  • app开发人员配置【职责】

    千次阅读 2018-08-22 09:16:15
    app开发人员配置组成 作为一个独立APP开发项目的开发项目,人员必须包括:产品经理,程序开发人员(ios开发工程师,Android开发工程师,服务端开发工程师),UI设计,测试工程师,运营团队。各职位要求如下: 1.app...
  • 开发人员常用的linux命令总结

    万次阅读 2018-09-01 13:04:39
    后端开发人员有的时候需要经常和服务器打交道,比如查看日志啊,而服务器上的系统几乎是linux系统,所以需要掌握一些常见的linux命令,下面总结一些就开发人员可能常用的linux命令。 一、文件目录命令 1、查看当前...
  • 开发人员的必备技能

    千次阅读 多人点赞 2017-05-10 10:06:29
    本文尝试列举出最重要的几个技能,也期望通过此列表能给新人一个比较明确的学习重点和路径。
  • 很多架构师都是从好的开发人员逐步过渡而来的,但并非每个好的开发人员都希望成为架构师,而且他们并不是都适合做架构师。无论您是打算进行职业转型的开发人员,还是寻找能承担体系结构设计责任的合适人选的经理,都...
  • ie 开发人员工具使用方法(F12)

    万次阅读 2013-08-15 18:40:17
    现在网上关于IE10的开发人员工具并没有详细的中文资料,所以许多开发人员对IE10提供的开发人员工具知之甚少。但是IE10的开发人员工具功能强大,非常值得广大开发人员,甚至IE10的普通使用者学习使用。因此,本文将...
  • 开发人员提升自己的四种方式

    万次阅读 多人点赞 2019-10-09 00:52:49
    在提升软件开发技能方面,有哪些必备的妙招可以帮助自己呢?...如果你问高级开发人员、开发经理或技术总监:“初学者、初级、中级和高级之间的区别是什么?”那么很有可能他们会给你截然不同的意见。 由于存在各...
  • 最近在了解一下关于开发的事情,觉得一些文字对开发人员的总结和思考相当不错。 进 入IT的人员都是基本素质不错的人员,但IT产业似乎总是缺少合适的开发人员,为什么会产生这样现象,关键是缺少合适的开发人员,...
  • 如何成为区块链开发人员

    千次阅读 2019-06-18 14:25:00
    目前的区块链现象是以极其强大的存在形式进行着技术革命,这将在不久的将来成为改变游戏规则的方式,并且是区块链开发人员技能提升的必要条件。区块链应用程序可以使每个领域受益; 这就是为什么需要个人或团队来帮助...
  • 为了减少被软件开发人员拒绝的缺陷的数目,首先需要了解为什么开发人员会拒绝测试人员提交的缺陷,或者说他们为什么不愿意花费时间和精力解决测试人员提交的缺陷。本文将从几个不同的视角分析缺陷被拒绝的原因,从而...
  • 前后端开发人员必备Chrome插件

    万次阅读 多人点赞 2020-02-17 19:00:53
    这里介绍前后端开发人员必备的多款Chrome插件,有了这些插件,可以为你的开发助力不少,其中包括接口调试,定时等插件。
  • HR那边可能觉得我们这边的通过率不高,究其原因,我想说现在的程序员很多,非常多,但是能够称得上研发者的取值却很难找,能称得上有经验的游戏研发人员更是屈指可数,大部分的程序员确实满足不了我们工作室的最低...
  • 程序开发人员的出路

    千次阅读 热门讨论 2005-10-23 15:15:00
    程序开发人员的出路作者:陈跃峰出自:http://blog.csdn.net/mailbomb 在CSDN混久了,接触的都是程序...但是也有一些对于程序开发人员不太好的名称:IT民工、挨踢人等等,不一而足。 不管拥有什么样的称号,也不管你
  • 软件开发人员如何记笔记

    千次阅读 2018-08-11 23:43:29
    前言 对于刚刚学习编程或者已经学习了编程的朋友,难免会产生该不该做笔记的想法。是做好?还是多练习几遍比较好?下面将个人想法和大家分享...作为一名软件开发人员,你的职业生涯中不可能只掌握一门编程语言或...
  • 进入IT的人员都是基本素质不错的人员,但IT产业似乎总是缺少合适的开发人员,为什么会产生这样现象,关键是缺少合适的开发人员,也就是说我们并不缺少开发人员,而是确认高级或者说专业的人员,从而使我们的整体人力...
  • 再谈开发人员和测试人员的比例

    万次阅读 热门讨论 2010-11-10 23:05:00
    软件企业中开发人员和测试人员的比例往往是管理者关注的一个问题,也可能是下面测试经理头疼的问题,似乎没有人知道什么样的比例是合适的。幸好,倒是有个学者做个这方面的调查得到一些数据,可以供那些对此感兴趣的...

空空如也

1 2 3 4 5 ... 20
收藏数 1,361,566
精华内容 544,626
关键字:

开发人员