软件开发 – 第23页小小书 XXshu

生产力是质量的副产品

故事是这样的。在星期三，项目经理比尔（Bill）与您联系，并为您正在构建的该应用程序要求几个新功能。然后，他告诉您必须在下星期五之前完成。有时甚至没有开会来估计所需的工作量。在其他时间，您曾经给出过较大的估算值，而现在他要求的时间更短。最重要的是，您知道这是不可能的。你是做什么？工作更快你说好。我会尽量在星期五之前完成。您将尽快开始编码。没有时间拿起纸来考虑适当的设计。您只需切入重要的部分：准时完成工作的最低要求是什么？这意味着要求同事编写代码以迅速检查您的PR。没有时间编写单元测试。只是尽快合并该死的东西。您告诉自己，您稍后会清理。这样就完成了。…

产品负责人应控制软件版本。这就是为什么。

构建有意义的产品的一部分工作是投入生产。在软件版本中，创造客户价值是我们的首要目标，我们认为这种责任属于产品所有者。历史上，软件版本是工程团队所有的。团队制定了仪式。一些公司以蛋糕庆祝，其他公司以饮料庆祝。一些团队熬到深夜。不论传统如何，缺席的产品所有者都对该过程退居二线。我不怪产品所有者。发行对其他所有人来说都是一个黑匣子。工程和产品团队的沟通故障的可能性永远不会比功能投入生产时高。我们有机会改善。以下步骤是产品所有者如何创造客户价值的步骤。 1.写出价值创造的假设 2.选择结果的接受标准 3.授权团队构建功能 4.优先发展 5.向客户推出功能 6.监视错误…

病假一天

我们的工具和技术使远程工作变得非常容易，而无需花费真正的病假。但是，仅仅因为您可以做某事并不总是意味着您应该这样做。去年，当我生病时，我养成了在家里打工的坏习惯。我会继续工作，而不是休息并给我的身心提供康复的空间。回顾过去，这是一个糟糕的选择，因为我所做的工作通常质量较低，而工作仍然要付出身心的代价。我的想法还没有停止。我认为不愿真正请病假揭示了一些更深层次的问题。关机很难在电话通知和即时消息传递的时代，在家中关闭工作非常困难。我还致力于一些不可思议的事情，我发现自己一直想一直考虑下去。无法关闭电源会对家庭生活造成负面影响，因此，请您每天多病假是值得的！在精神上能够请病假的一部分是练习在家中下班。从历史上看，我完全不喜欢下班。但是，这是我要努力做到的。我正在尝试的事情包括：手机上没有Twitter（我已经删除了Facebook和Messenger）将Github和Bitbucket通知重定向到我的工作电子邮件…

像领导一样主持会议

会议和精神手淫的费用会议声誉不好。您是否曾经在技术会议上找到自己，想知道您为什么在那里，发生了什么以及为什么几分钟前就收到有关其存在的通知？您是否恰好在找到以前难以解决的顽固问题的解决方案时，在您的生产力区中间发现了会议？会议太多，组织得不好，时间太长，缺乏明确的目标。他们成为一种智力活动，团队成员很少感知参与感和目标感，让他们自己对对话充满情感，并找到足够方便的场合来表达矛盾的意见，琐碎的细节，不切实际的方法和不相关的概念。因此，开会成为一种昂贵的精神自慰形式。但是他们不必如此。作为项目经理或Scrum主管，您有责任像真正的领导者一样带领他们。通配符研究收集了3个技巧，可为您提供领导会议过程的见解。有一个明确的目标这就是您创建会议并邀请人们参加的原因。它必须足够有效，足以证明召集一些高薪个人并打破他们的议程。始终牢记，每个人都有许多需要关注的竞争重点。目标是产生想法？试图做出决定？状态更新？确保每个人都明确目标。…

成长技术团队的影响

企业为何将技术团队发展到极致？《神话人月》教会了我们，让人们陷入困境无助于更快地交付软件产品。但是在某些情况下，仍然觉得有必要。团队规模！=生产力在相当长的一段时间里，这一直是非常清晰的。较小的团队通常具有比较大的团队更高的性能，并且效率要高得多。在软件开发中确实如此，但在其他大多数领域也是如此。做到这一点的主要原因很简单：更少的人意味着更少的通信开销，更多地专注于最重要的事情，以及减少决策过程中的摩擦。您组建的团队越多，有效沟通就越困难。必须放置管理层以尝试创建具有某种组织的错觉。在不断壮大的技术团队中，决策变得非常重要。您是否曾经试图说服一群固执的技术专家就某件事达成共识？在地狱中，您永远无法再尝试一次。简直是悲惨的。小团队的超能力那么，是什么驱使一些最成功的小型工程团队呢？确实，这是事物的组合。…

深入了解JavaScript —构建我们自己的forEach和Map函数

遍历JavaScript中的数组-如此有用，如此简单，如此容易被误解。 forEach中实际发生了什么？地图如何运作？减少和过滤功能是什么？每个数组都带有在原型上构建的forEach，Map，Reduce，Filter等方法。将这些功能视为理所当然很容易，但这并不是JavaScript起作用的魔力-我们可以自己构建这些功能。从头开始执行这些功能有助于巩固我对方法的理解，并在将来更加准确地使用它们。每次 Array.prototype.forEach（）从Mozilla文档中： forEach（）方法每个数组元素执行一次提供的函数。 forEach接受两个参数：要对其进行迭代的数组和一个回调函数，该函数对元素进行实际操作。回调函数采用三个参数： currentValue —数组中正在处理的当前值（在Ruby中，这是方括号之间的变量）指数数组本身…

“疯狂忙碌”的产品经理的危险崛起

在过去的几个月中，我对产品管理领域中所谓的“疯狂忙碌的PM”思维着迷。我敢肯定，您自己已经看过一些推文或文章，但这只是一个小样本，全部来自行业中相当大的声音/博客。关于产品经理，您应该了解的15件事：通常作为一个下午要经历一整天，而什么也做不完。您的日历已堆积。会议被预订。有大量的讨论，但似乎没有实际发生（除了一堆新项目供您跟进）。同时，您的团队坐在那里有重要问题，收件箱中有200封未答复的电子邮件，Slack正在左右发出通知，并且您必须在4:30 pm预约医生（因为您已经连续三次错过您的约会）。太疯狂了。摘自《 2019年产品领导力状况》：我认识的最好的PM是疯狂忙碌的人，他们似乎常常陷入热情和沮丧之间的不稳定平衡。来自情感债务：作为产品经理，就像骑自行车一样，只是自行车着火了-您着火了，一切都着火了。那就是我们日子的感觉。我们必须照顾好我们的产品，我们的团队或财务。我们的日程安排是从照顾其他人或事物而来的。…

在不增加团队规模和质量的情况下将软件开发效率提高三倍

我前段时间写了一篇关于如何组织产品开发团队以及我们在Locaweb的软件开发团队中进行的更改的文章。自去年以来，我们一直专注于生产力，即Locaweb的软件开发团队如何在不雇用更多人员且不降低交付软件质量的情况下提高产量。下图显示了我们的数字。我们记录了每周的交付数量，并且您可以在图表中看到，在几周内，我们就能将每周的交付数量增加三倍以上。当团队的人数仅增长10％时，就会出现生产率的提高，即，我们不能将生产率的提高归功于团队人数的增加。当出现如上所示的增长时，除了自然地质疑生产率的提高是否是由于人员的增加所引起的，另一个普遍的疑问是关于交付质量是否下降的问题。我们进行的质量度量之一是回滚的数量。如下所示，尽管生产率提高了，但回滚数量实际上减少了40％！我们是如何做到的？没有灵丹妙药，我们采取了一些行动，而且我们确信还有更多行动可以采取以进一步提高生产率。这是我们所做的清单。衡量：首先，要改善您需要衡量的一切，以便知道它是否会变得更好！我们对从2015年9月到2016年2月的每周交付量进行了估算。计算很简单，该期间的总部署量除以周数。然后，我们开始向整个公司传达每周的交货数量。每个产品经理在星期五将小组一周中的交货发送给我。然后，我编译数据，记下一周的交付数量并生成上面的图表。从我们开始衡量每周交付量的方式并开始试验这一过程的那一刻起，我们开始看到上表所示的结果。此外，团队开始使用单一的衡量工具Jira，这使他们可以更好地了解每个团队的进度，并可以通过经验交流来比较团队，这类似于“在图表中看到有趣的变化，您如何设法增加这个指标？”。…

我的潜水编码…

杰里米·毕晓普（Jeremy Bishop）在Unsplash上拍摄的照片欢迎来到我的第一篇文章。我很高兴与您分享我的故事。在不到一个月的时间里，我将首先进入密集的编程训练营，我计划抽出一些时间来记述我的经验。我已经花了一年多的时间来尝试代码，是的，我确实到目前为止已经学到了很多东西，但是我也缺少一些东西。有大量的宝贵资源供新老开发人员学习任何编程语言，但是要有足够的耐心和纪律才能达到足以胜任该行业工作的地步。我正在努力不为别人说话，而是为了掩盖我在学习编码时所经历过的情绪过山车。我现在在Codecademy和FreeCodeCamp等网站上学到了很多东西。两家机构都帮助我在学习html，css和Javascript的道路上树立了信心。但是当我遇到FCC的算法挑战时，我感到很困惑。当时，我觉得这对我来说太紧张了，我还不足以解决这些问题。我还不太了解如何像程序员一样思考。哎呀，我还在努力。我第一次接触代码是在十多年前。一个名为“ Migente”的网站（一个拉丁裔的社交网络）被模仿为Myspace和Facebook。这是一个数字社交中心，来自世界各地的大多数拉丁美洲人可以与他人分享生活。…

书评— —热情的程序员

这本书是关于建立杰出的程序员职业的。它不涉及任何技术知识，而是针对如何做和学习什么以提高您的程序员技能和地位提供建议。名称热情的程序员：在软件开发中创造卓越的职业作者乍得·福勒亚马逊链接 http://amzn.to/2ksnroo 评分 5/5 最喜欢的名言 “如果成名意味着很多人都知道你是谁，那么再让一个人知道你会让你更出名。” 我为什么读它关于标题的事引起了我的兴趣。我想这让我怀疑我是否是一个热情的程序员（以及成为一名程序员的含义）。因此，我猜想拿起这本书可以帮助我更好地理解对编程充满热情的原因，以及为实现该目标我该怎么做。我再合适不过了。描述…