精华内容
下载资源
问答
  • 软技能

    2019-09-25 01:40:46
    是一个人“激发自己潜能和通过...软技能培训能够通过帮助你提高行为意识,认识到自己的行为习惯及其对他人造成的影响,并为进一步通过改变自己的行为习惯提升个人效能及人际关系奠定基础。不仅如此,软技能培训还...
    是一个人“激发自己潜能和通过赢得他人认可和合作放大自己的资源,以获得超越自身独立能力的更大成功的技能”的总和
     
    认识自己积极主动高效自信赢得合作提升影响应变成长
    1. 认识自己:认识自己是走向成功的第一步。软技能培训能够通过帮助你提高行为意识,认识到自己的行为习惯及其对他人造成的影响,并为进一步通过改变自己的行为习惯提升个人效能及人际关系奠定基础。不仅如此,软技能培训还能够帮助你意识到胜任人生中不同角色需要不同的行为,且每个角色的行为不是单一的,而是多样的,从而为自己建立“多角色”和“行为库”的概念;
    2. 积极主动:对自己行为效果的了解和体验,将形成改变无效行为习惯形成新的有效行为习惯的动力。认识到自己的行为是影响绩效和人际关系的根源之后,你才会意识到积极主动的重要性,并在工作和生活中更多地以积极主动的方式去工作和与人交往;
    3. 高效自信:通过对影响效能的行为习惯的放弃,和对有利于提升效能的行为的习得,你的行为习惯的有效性将得到提升,这种提升同时意味着别人对你的行为更高程度的认可,所有这些,都将有效提升你的自信心。当然,你个人在工作和生活中的效能也将由于新的有效行为习惯的形成,而得到提升;
    4. 赢得合作:新的有效行为习惯将能够通过有效提升别人对你的认可,一方面从而将你的知识和经验的价值最大化,另一方面则会帮助你赢得更多合作和支持,从而放大自己的资源并赢得更和谐有效的人际关系,降低工作和生活压力:人际关系的变化是我们生命中最重要的压力来源于和谐有效的人际关系不是表面的奉承与讨好,而是直言和坦诚。奉承与讨好是压力和政治的根源,直言和坦诚才是和谐和效率的根本;
    5. 提升影响:影响他人从自信开始。但仅有自信是不够的,你还需要学会以不行的行为,有效应对别人的行为。对于行为互动理念的理解和实际体验,将可以帮助你形成“以合适的行为应对别人的不同行为”这一新的行为习惯",从而可以有效地增强你的个人影响力和领导他人的能力;
    6. 应变成长:一个人无法应对变化的障碍,主要是无法改变自己的行为习惯因为在变化中,一旦行为习惯得到改变,新的行为不仅会产生新的效果,还会影响你对新的环境的认识,新的效果将会影响你的思维习惯,从而帮助你全面适应新的环境。
     
    一个人如果能够形成通过改变行为持续提升自己能力的习惯,就能够真正做到古人所倡导的“以人为镜,可以明得失”和“每日三省吾身”,在不同环境中寻求持续成长。

    转载于:https://www.cnblogs.com/skiii/p/10919418.html

    展开全文
  • 程序员软技能翻译自: https://hackernoon.com/a-great-soft-skill-for-programmers-a75a6724177d程序员软技能
    展开全文
  • 测试软技能It’s not flexibility, can-do attitude, or patience. These are all important, of course, but there is one that stands out above all — diplomacy! 这不是灵活性,可以做的态度或耐心。 当然,...

    测试软技能

    It’s not flexibility, can-do attitude, or patience. These are all important, of course, but there is one that stands out above all — diplomacy!

    这不是灵活性,可以做的态度或耐心。 当然,这些都很重要,但是最重要的是外交!

    Here’s a succinct definition:

    这是一个简洁的定义:

    the art of dealing with people in a sensitive and tactful way

    以敏感和机智的方式与人打交道的艺术

    Given this definition, we can argue that diplomacy is a perfect blend of the most vital soft skills a tester should have:

    有了这个定义,我们可以说外交是测试人员应该具备的最重要的软技能的完美结合:

    • Communicative: a project has many stakeholders — technical, sort of technical, and not technical at all. So you have to speak at least three different languages with each group. Developers, managers, users, automation engineers, other testers — all speak using their own jargon.

      交流的 :一个项目有很多利益相关者-技术的,某种技术的,而不是技术的。 因此,每个小组必须至少讲三种不同的语言。 开发人员 ,管理人员,用户,自动化工程师和其他测试人员-都使用自己的行话讲话。

    • Empathetic: developer needs != business user needs. Not only do stakeholders speak “different” languages, but they also have different perspectives and sometimes conflicting interests. We have to learn to be on everyone’s side, no matter how paradoxical it may sound.

      善解人意:开发人员需求!=业务用户需求。 利益相关者不仅会说“不同”的语言,而且他们也有不同的观点,有时甚至是利益冲突。 无论听起来多么矛盾,我们都必须学会站在每个人的一边。

    • Tactful: not just reporting issues, whether in requirements or software, but doing so without being arrogant or “I told you so” attitude.

      机智 :不仅报告问题(无论是需求还是软件问题),而且不要表现出傲慢或“我告诉过你”的态度。

    Diplomacy is interwoven in nearly everything you do as a QA professional: bug reporting, emails, meetings, 1-to-1 conversations. I see developers as the most important stakeholders for both test analysts and automation engineers, and so this article highlights four key diplomatic actions you should start doing immediately.

    外交几乎与您作为QA专业人员所做的一切交织在一起:错误报告,电子邮件,会议,一对一对话。 我将开发人员视为测试分析师和自动化工程师的最重要利益相关者,因此本文重点介绍了应立即开始采取的四个关键外交措施

    1.对开发者做出个人承诺 (1. Make personal commitments to the developer)

    In his superb YouTube lecture on testing, James Bach says that he tries to “charm” developers by giving them a piece of paper with 13 commitments.

    詹姆斯·巴赫(James Bach)在YouTube上关于测试的精湛演讲中说,他试图通过给开发人员13项承诺的方式来“吸引”开发人员。

    I recommend watching the entire lecture, but here’s a shortened list from 1h 31m 17s:

    我建议观看整个讲座,但这是从1h 31m 17s起的简短列表:

    Image for post
    Commitments 1, 2, 7, and 12 by James Bach
    James Bach的承诺1、2、7和12

    You don’t have to use this exact wording, and you can phrase it any way you like, but the message you should deliver is clear

    您不必使用这种确切的措词,也可以按自己喜欢的方式措辞,但是您应该传达的信息很明确

    “I am on your side, I am here to help you, and I shall do so to the best of my ability”

    “我站在您的身边,我在这里为您提供帮助,我将尽我所能”

    Try to sit down with a developer over a cup of coffee, chat, and try to get this message across. They are important, and you’re here to help them. When you do so, you’re being communicative.

    尝试与开发人员坐在一起喝咖啡,聊天,并尝试传达此信息。 它们很重要,您在这里可以为他们提供帮助。 当您这样做时,就是在交流

    2.提出简单的外交建议 (2. Make a simple diplomatic suggestion)

    QA people are the bearers of “bad news” — we find bugs and this means developers have more work on their plate. But you can frame it differently and turn “bad news” into “good news”.

    质量检查人员是“坏消息”的承担者-我们发现了错误,这意味着开发人员还有很多工作要做。 但是您可以采用不同的框架,将“坏消息”转变为“好消息”。

    Here’s THE sentence that helped me build a smooth relationship with 4 out of 5 developers, especially in 1-to-1 conversations:

    这句话帮助我与五分之四的开发人员建立了良好的关系,尤其是在一对一对话中:

    “I just wish for us to find and fix bugs in QA environment and not in production”

    “我只希望我们在质量检查环境而不是生产环境中发现并修复错误”

    There are three important things to unpack here:

    这里需要拆解三件重要的事情:

    1. “us” — place yourself and the developer in the same team. “You” and “I” are unnecessarily divisive. You want to minimize any kind of division. If possible, sit at the same desk by their side as you say this, not opposite or across the table. It may not be possible with an increasing trend to work from home, I get it.

      “我们” -将您自己和开发人员置于同一个团队中。 “您”和“我”是不必要的分裂。 您想最小化任何划分。 如有可能,请与您说的话坐在他们旁边的同一张桌子上,不要在桌子对面或桌子对面。 我知道,在家办公的趋势可能越来越大。

    2. “find and fix” — even though we all know who will do the finding and who will do the fixing when it is used together with “us”, it sounds more like teamwork. (and it is!)

      “查找并修复” -尽管我们都知道与“我们”一起使用时谁来做发现,谁来做修复,但这听起来更像是团队合作。 (是!)

    3. “and not in production” — have you ever met a developer who is keen on fixing prod issues late in the evening under severe time pressure? Me neither. That’s something any sane person wishes to avoid. And YOU just made a suggestion to prevent this highly stress-inducing activity.

      “而不是在生产中” –您是否遇到过热衷于在深夜的时间压力下在深夜解决产品问题的开发人员? 我也不。 这是任何理智的人都希望避免的事情。 您只是提出了一个建议,以防止这种高度诱发压力的活动。

    You may have stated the obvious, but it helps! You just reminded them that you are here to help them do part of their job (bug fixing) in a less stressful situation. You are being empathetic.

    您可能已经说了明显的话,但有帮助! 您只是提醒他们,您在这里是为了帮助他们在压力较小的情况下完成部分工作(错误修复)。 你很同情

    However, there are two things that reduce the value of the above statement and the strength of the impression that it makes: bug-to-noise ratio and bug report quality.

    但是,有两件事会降低上述声明的价值以及它所产生的印象的强度: bug噪声比bug报告质量

    3.您的错误报告是您外交官的面Kong (3. Your bug report is your diplomat’s face)

    The nice diplomatic things you say must be backed by high-quality work. Your promises must not ring hollow.

    您所说的美好的外交事情必须得到高质量工作的支持。 您的承诺绝不能空洞。

    Image for post
    1. Bug-to-noise ratio: do investigate issues properly before writing up a bug. Consult with the developer beforehand if necessary. Why? You keep a decent level of competence and trustworthiness when you report at least 4 valid bugs out of 5. We all report duds sometimes, that’s OK. But if it’s the opposite, and over half of what you report turns out to be invalid, then why should developers waste their valuable time paying attention to you and your non-issues?

      错误与噪音的比率:在编写错误之前,请先进行适当的调查。 如有必要,请事先与开发商联系。 为什么? 当您报告至少5个有效错误中的5个时,您会保持相当水平的能力和信任度。有时我们都报告呆板,这没关系。 但是,如果相反,并且您报告的一半以上是无效的,那么为什么开发人员应该浪费宝贵的时间来关注您和您的非问题?

      Once I had a streak of reporting several non-bugs due to insufficient domain and SUT understanding, and I felt quite worried that I’m damaging my reputation with the developers. I reassessed what I was doing wrong and improved. I also had an informal conversation with the developers and explained what led me to make those mistakes.

      由于对域和SUT的了解不足,我报告了一些非错误,这让我非常担心,因为这会损害我在开发人员中的声誉。 我重新评估了我做错了的地方并加以改进。 我还与开发人员进行了非正式对话,并解释了导致我犯下这些错误的原因。

      I openly admit that I am a fallible human being and I will try harder next time!

      我公开承认我是一个容易犯错的 人,下次我会更加努力!

    Image for post

    2. Bug report quality: you might report only valid and critical bugs, great! But if your reports are short, vague, and don’t have the usual useful information, then you are making developers work much harder than they should.

    2. 错误报告质量 :您可能只报告有效和严重的错误,太好了! 但是,如果您的报告简短,含糊且没有常用的有用信息,那么您将使开发人员的工作比他们应做的要艰辛得多。

    Your bug reports should contain, among others:

    您的错误报告应包含以下内容:

    • A clear description

      清晰的说明
    • Link to relevant requirement section

      链接到相关需求部分
    • Steps to reproduce

      重现步骤
    • Expected vs. actual result

      预期与实际结果
    • Reproducibility (100% or randomly occasional?)

      重现性(100%还是偶然?)
    • Relevant log snippets or screenshots

      相关日志片段或屏幕截图

    Each missing point from the above means more effort for the developers. And who likes to spend more time on a task than necessary? Make it easier for them to accept and process your bug.

    上面的每个遗漏点对于开发人员来说意味着更多的努力。 谁愿意在一项任务上花费更多的时间呢? 使他们更容易接受和处理您的错误。

    “If you’re a diplomat, then your bug reports are your diplomatic face*!”

    “如果您是外交官,那么您的错误报告就是您的外交面Kong*!”

    *Especially if you never personally met the developers who read your reports because they are located in a different office.

    *特别是如果您从未亲自遇到过阅读报告的开发人员,因为他们位于不同的办公室。

    4.在门口检查你的自我 (4. Check your ego at the door)

    Ego ruins professional relationships real fast. Don’t be arrogant and don’t be condescending. Especially after you made promises such as “I am here to provide a service to you” and “let’s work on quality together”.

    自我毁灭了真正快速的专业关系。 不要自大,不要自高。 特别是在您做出诸如“我在这里为您提供服务”“让我们共同致力于质量”之类的承诺之后

    There is one area where you should monitor your Ego very closely — rejected bug reports.

    在一个区域中,您应该非常密切地监控自我-拒绝的错误报告。

    Image for post
    Photo by Moose Photos from Pexels
    图片来自Moose来自Pexels的 照片

    “How could they?! I’ve spent an hour figuring out how to reproduce it, writing up a report with all the details and screenshots!”

    “他们怎么可能?! 我花了一个小时弄清楚如何重现它,并编写了包含所有详细信息和屏幕截图的报告!”

    It’s human to feel this way sometimes. However, it’s not a good idea to do any of the following:

    有时会有这种感觉是人类的。 但是,执行以下任何操作都不是一个好主意:

    • Reopen the bug without any comment

      重新打开错误,不加任何评论
    • Reopen the bug with a non-constructive comment (“THIS IS A BUG!”)

      使用非建设性评论重新打开该错误(“这是一个错误!”)
    • Escalate to management

      上报管理

    Doing any of the above is being the opposite of tactful. It’s a lose-lose! If you’re wrong, you won’t look good for insisting on the wrong thing. If you’re right — you just made someone else look bad! And they won’t like you for it.

    进行上述任何操作都与机智相反 。 这是输球! 如果您做错了,那么坚持坚持做错事情就不会好看。 如果您是对的,那么您只是使别人看起来不好! 他们不会喜欢你的。

    You may decide not to raise this issue at all if it’s relatively trivial. You did your job and reported it, it wasn’t accepted, you remember that you should pick your battles and move on.

    如果这个问题比较琐碎,您可以决定根本不提出这个问题。 您完成了工作并报告了该工作,但未被接受,您还记得应该继续战斗并继续前进。

    But you may be sure that you’ve uncovered a serious flaw and you need to fight for it. The best thing to do is to try and talk to the person who rejected your bug in private (chat or face-to-face, which is always better) and try to convince them to reconsider, because reasons A, B, and C! If they accept your reasoning — they will reopen the issue themselves and won’t lose face. And if they refuse — then respectfully state that you will ask other stakeholders for a second opinion. Now you’re being tactful!

    但是您可以确定已经发现了一个严重的缺陷,需要为此奋斗。 最好的办法是尝试与私下拒绝您的错误的人交谈(聊天或面对面,总是比较好),并试图说服他们重新考虑,因为原因A,B和C! 如果他们接受您的推理-他们将自己重新提出问题,并且不会丢脸。 如果他们拒绝,则请尊重地声明您将要求其他利益相关者征求第二意见。 现在,您变得机智了

    结论 (Conclusion)

    • Being diplomatic isn’t easy, but it’s oh so worth it!

      外交并不容易,但这很值得!
    • Continuously remind developers that you want to help them, not criticize them

      不断提醒开发人员您想帮助他们,而不是批评他们
    • Write high-quality bug reports if you wish to be taken seriously

      如果您希望认真对待,请撰写高质量的错误报告
    • Be tactful. Don’t make people look bad. Help them look good!

      机智 不要让别人看起来不好。 帮助他们看起来不错!

    This article is part of the “Tales of an opinionated SDET” series.

    本文是“ SDET故事集”系列的一部分。

    Andrejs Doronins is a professional Test Automation Engineer and a Pluralsight course author. If you wish to learn test automation — check out my courses — a free trial will give you access to them and the entire library of 7000+ other courses.

    Andrejs Doronins是一名专业的测试自动化工程师,也是Pluralsight课程的作者 。 如果您想学习自动化测试-请查看我的课程- 免费试用将使您可以访问它们以及7000多种其他课程的整个库。

    翻译自: https://medium.com/javarevisited/the-most-important-soft-skill-of-a-tester-77a9fc7347f2

    测试软技能

    展开全文
  • 软技能_中文

    2016-09-01 06:22:24
    书中论述的内容既涉及生活习惯,又包括思维方式,凸显技术中“人”的因素,全面讲解软件行业从业人员所需知道的所有“软技能”。本书聚焦于软件开发人员生活的方方面面,从揭秘面试的流程到精耕细作出一份杀手级简历...
  • 软件工程师软技能之语法俱乐部
  • 程序员的软技能

    2019-11-28 13:07:05
    缘起 ...软技能,个人理解是除工作专业技能以外的其他能力,包含我们认知范围内的重要能力(沟通能力,学习能力),也包含我们忽略的能力(理财,健身,营销)。 程序员通常更关注自己的专业技能...

    缘起

    之前参加一次分享,被主讲人安利过这本书。当时主讲的题目是产品经理的骑士精神,有点孙子兵法的味道在里面。分享内容以如何在职场中斗智斗勇和自我提升相关。而程序员的软技能这本书则是主讲人推荐的自我提升书籍之一。

    什么是软技能

    软技能,个人理解是除工作专业技能以外的其他能力,包含我们认知范围内的重要能力(沟通能力,学习能力),也包含我们忽略的能力(理财,健身,营销)。
    程序员通常更关注自己的专业技能,这毕竟是我们吃饭的本领。但越关注技术,我们越会发现技术学无止境。如果我们站在人生长河的高度看待我们的一生,那我们又有怎样的话想对现在的自己说呢,或许会感慨为什么我只知道技术呢。
    下面我们来聊聊程序员的软技能,如何提升效率,如何玩转一生。

    学习力

    学习能力对程序员而言,相当于F1赛车的维护区。在互联网日新月异的高速发展中,学习能力低下的码农只能逐渐被淘汰。
    结合软技能学习力一章,我个人认为如下学习流程是比较高效的:

    1. 先了解整体概念
    2. 制定学习计划
    3. 动手并模仿实践
    4. 知识及待完成清单
    5. 挖掘自我短板
    6. 分享自己所学
      重要:学习方法论需要我们自己不断去总结完善。

    生产力

    学习力更多的是针对学习新技术,接受新事物方面的技巧。而生产力则更关注效率,当然学习效率也包含在内。
    生产力中很重要的就是时间管理,通过时间管理找出我们时间浪费的盲点。计划->结果->复盘 三者模式是有效发现并可提升效率的方法。

    健康

    身体是革命的本钱,任何时候都应该排在第一位。
    有意识的去培养自己的健身意识,让身体状态保持最佳状态。在最佳的身体状态下,我们才能发挥出最大的生产力。也能极大的提升我们的自信心。
    如何去行动?
    首先,我们需要一个健身目标。如针对体重,我们需要精确的统计到每天的热量消耗,热量摄入等,确保大致方向无误。
    其次,认真对待目标,即便不合适也要尽量延期到下个迭代调整。
    锻炼是枯燥的,因此需要我们合理游戏化,并加入奖励机制。奖励可以是如在一个月内完成减肥10斤买一部新手机。
    激励自己并坚持,可视化进度能给我们成就感和继续下去的动力。

    专业人士

    万金油是不吃香的,目前这个时代知识日新月异,我们的价值在于我们的不可替代性,也在于我们异于常人的特点。
    那专业人士有哪些特点呢?

    1. 有很高的质量标准
    2. 遵守自己的原则
    3. 可预测,稳定
      高质量的稳定是业余和专业的最大区别。
      那我们如何成为专业人士呢?
    4. 时间管理,刻意练习
    5. 完善自己,不降低标准
      建立一套自我完善的标准,精通知识点。

    心态

    最重要的心态我认为是自信心,相信自己,用冒险和勇气点亮未来。
    如何锻炼自己的心态?

    1. 有意识的重复去做
    2. 有目的的将自己身陷困境,演练应对对策。
    3. 假装练习比真实练习更有效果
    4. 看起来像个傻瓜,百折不挠,越挫越勇
    5. 劳逸结合,冥想
      总的来说,刻意练习很重要,生活处处皆学问,见微知著。

    职场和创业

    职场是自我修行的最佳场所。包含了我们自我提升的方方面面,如人际关系,工作效率,个人价值等。而且职场也有相应的反馈机制,领导会给你工作方面的建议和评价。
    在职场,能力是全方位,沟通和技术一项也不能少。如何处理同事,领导关系。如何用最小的产出过去最大的价值回报,这些都是有很深的学问在里面。
    我们在职场需要如何去做呢?

    1. 主动承担责任,不要惧怕难度大的项目。
    2. 主动发送周报,积极沟通
    3. 引人注目,也即营销
    4. 帮助他人,获取信任
    5. 自学,提升价值

    营销

    默默无闻在办公室付出的老黄牛是没出息的,这点我们需要明确知道。干的再多,上级领导不了解也白搭。因此有人说,做事要高调,做人要低调。这话是很有道理的。
    因此我们要记住,无论在哪个阶段,营销是至关重要的。那我们如何去进行营销呢?

    1. 首先强化自己营销包装的心理,善于包装并传播自己的思想。
    2. 开设自己的博客,定期更新
    3. 将自己的工作成果90%做成免费
    4. 乐于总结分享。
    展开全文
  • 技术简历软技能

    2020-04-09 05:58:05
    前几天,我在Google文档中为一个Resume Raiders客户制作了一份简历,其中出现了关于软技能的评论。 该客户是一位经验丰富的移动开发人员,具有多年的经验,但是他想确保自己的“与客户沟通,提出想法以及在设计和...
  • 这项研究的目的是研究基于性别(包括性别,研究部门和位置)的软技能实践的差异。 本研究中的软技能是指人格发展,沟通技能,管理技能,领导能力,写作技能和职业道德。 这项调查是在马来西亚进行的,涉及北部地区...
  • 程序员软技能

    2016-08-25 21:55:58
    最近在逛某东科技书记馆时候,一本书引起了我的注意-《软技能-代码之外的生存指南》,这是什么鬼,第一次听到这个词,虽然不知道是什么,但已经被标题吸引了,外加老外写的,看了看评论果断下单了。2.名词解释处于...
  • 测试人员应该具备怎样的软技能测试人员在软件开发生命周期中,除了独立完成测试任务以外,还需要和项目的不同利益相关者进行合作,包括项目经理、开发人员或者用户等。测试人员需要向项目经理/测试经理反馈测试进度...
  • 作为一种软技能,沟通不是多种语言或激动人心的演讲。 善于沟通的人能够根据听众的不同,调整自己的语气和风格,理解并有效地执行指示,向同事和客户解释复杂的问题。 沟通也是领导力的一个重要方面,因为领导者...
  • 这些软技能,让程序员更幸福.pdf
  • 软技能-John

    2016-07-24 21:40:26
    早上好,很高兴来到这里,这是我第一次来到中国。来这里非常感慨,碰到许多很好的人。...今天我要谈论软技能的话题,关于这个话题我也写了本书《软技能》。这些软件能能引领你成功。我想大家也认为软技能大家都认可
  • 软技能 代码之外的生存指南》-附件资源
  • 据IT招聘公司调查发现,几年人们对项目管理软技能的兴趣明显浓厚起来。许多企业尽量避免把IT部门看成只是成本中心,他们希望IT部与业务部门密切相关,共同帮助企业增加利润。企业在物色拥有敏锐商业头脑和沟通技能的...
  • 架构师速成4.6-软技能和硬技能 在投职和面试的过程中。雇主一般会查看求职者的两种技能:硬技能与软技能。 硬技能就是可以通过培训或可以easy量化的技能。硬技能包含以下这些: 熟练的外语...
  • 软件工程师软技能

    2019-04-20 15:07:12
    以下内容来源于《软技能:代码之外的生存指南》 一、十步学习法体系 总结下:第1步到第六步主要将学习的目标分成能够在较短时间内(比如:一周、两周)完成的小目标,最后通过第7步到第10步反复学习直到达成目标。...
  • 程序员群体不应该是一直低头敲代码,更应该掌握一些软技能,改变一贯的沉闷木讷的形象,让自己在竞争中胜出,从而职业发展更顺利。在此总结整理了几个常用软技能点供大家参考~1、及时复盘的习惯所谓...
  • 书中除了有Java、C#几个单词外,没有一行代码,因为这本书讲的是代码之外的东西,论述的内容既涉及生活习惯,又包括思维方式,凸显技术中“人”的因素,全面讲解软件行业从业人员所需知道的所有“软技能”,同时也...
  • 软技能:代码之外的生存之道 完整版。程序员的生活和工作方面的建议。建议搭配 代码之外的功夫:程序员精进之路 一起看看
  • 软技能理财观思考

    2019-03-15 17:22:15
    软技能理财观 阅读《软技能》关于理财一个段落。 首先,概念来说,一个是投入产生有效回馈,一个是投入,产生无效价值,甚至还要二次投入。 这个是理财中的一个选择的价值面参考。 这个书给我直观感觉是一下子知道...
  • 聊聊程序员的软技能

    2019-10-03 01:08:17
    聊聊程序员的软技能 最近读到一本有意思的书,叫《软技能-代码之外的生存指南》,这是一本相当跨界的书,内容除了介绍了技术人的职业发展之外,还涉及了自我的营销、学习方法、生产力、健身、甚至还包括理财。...
  • 前几天,我在Google文档中为一个Resume Raiders客户制作了一份简历,其中弹出了有关软技能的评论。 该客户是一位经验丰富的移动开发人员,具有多年的经验,但是他想确保自己的“与客户沟通,提出想法以及在设计和...
  • 10.性能测试软技能

    2019-09-21 00:26:11
    硬技能决定一件事情能不能做,软技能决定事情做得如何。 性能测试,更多时候作为一个项目形式存在,一般都会由测试人员负责带头把控全局,跟踪问题,解决问题,协调汇报等等。 这就要求有一些必备的软技能。笔者...
  • 尽管专业技能对于拥有称职的ML工程师非常重要,但对于ML工程师来说,还有一系列软技能是同样重要的。 在本文中,我不仅会提高你对这些软技能的认识,还将提供一些技巧和建议,以帮助你的个人发展和技能培养。 沟通...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 2,965
精华内容 1,186
关键字:

软技能