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

Dialexa软件团队生命中的一天

我们的设计团队花了很多时间在Dialexa博客上解释其流程。但是，在涉及客户项目时，设计只是难题的一环。现在是软件团队分享一些关注的时候了。 Dialexa软件团队的五名成员分别是Luke Gordon（高级解决方案工程师），Simba Musarurwa（解决方案工程师），Kia Wright（前端开发人员），Ehis Ojielu（全栈工程师）和Brady Walker（质量保证工程师）。是时候解释一下他们平日的情况了。您如何开始新的一天？辛巴：我在4:50醒来，做好准备，然后骑自行车去健身房。在健身房玩了大约一个小时之后，我骑车去做早餐，做点读书，直到大约7:30到办公室了。我骑着自行车上班，到7:40才开始新的一天。我喝咖啡，开始计划一天的工作，进行前期装载工作，因为我一天中的精力最多。…

开发人员在市场营销方面很烂。但是我们可以解决这个问题！ – Martin Muzatko –中

开发人员在市场营销方面很烂。但是我们可以解决这个问题！你好！ Github仓库中的“星星”对您意味着什么？还是在echojs上喜欢？还是偏爱媒介？还是追随者？有人值得您考虑一下吗？是支持者吗？有人喜欢您的故事吗？有人可以利用您创建的内容吗？是只想说“谢谢”的人吗？这对我有帮助！” 招募人员参与您的项目的全部责任是您的。您拥有最佳的职位，并有机会代表该项目以及它可能会如何提供帮助。每个开发人员都有问题。用他们创建应用程序的方式…

与西红柿配对编程

在过去的几个月中，我们的团队已尝试将Pomodoro配对技术应用于我们的日常工作中。我们或多或少都取得了成功，因此，这里有更多有关其工作原理的信息： Pomodoro（番茄意大利语）是一种配对技术，可迫使开发人员将工作时间分割成较小的单元。工作单元包括长达25分钟的课程，中间有5分钟的休息时间，每4节课后有20分钟的较长休息时间。在这些会议期间，您应该专注于自己的任务，最好保持不受干扰（其他同事，Slack，BBC新闻等）。每次会话后，开发人员都会切换其驱动程序和导航器位置。配对编程的建议做法是时不时地交换在键盘上打字的人。但是实际上，这听起来很熟悉吗？一个人热衷于重构或执行其他“创造性”任务，而另一个人则是打or睡或在手机上浏览Reddit以寻找新的鱼缸创意（肯定不是我）。 Pomodoro强迫您定期切换配对角色，以确保不会发生这种情况，从而使工作更有效率，更有针对性。它还可以确保您休息一下，以防止失去焦点。正如我在一开始所说的，我们已经在我们的团队中与各种开发人员组合尝试了这项技术，每个人都发现它很容易适应。从事这些25分钟之久的工作固然是很累的，但也是非常有效的，您在世界上唯一的烦恼就是当前的任务，没有任何事情可以分散您的注意力。另一方面，您必须谨慎遵循Pomodoro提出的模式。有时，即使您不在驾驶位置，您也可能会想出一个很棒的解决方案来解决您需要立即键入的问题。如果发生这种情况，您不应该从合作伙伴那里“偷走”键盘（有时会在我们团队中发生……），而应该让他们知道您的想法，以便他们自己整合。最后，即使我自己工作（例如编写文档），我也发现该技术的某些部分非常有效。即使不交换配对，您仍然可以使用Pomodoro的时间管理部分。…

如何减少软件世界中的瓶颈

我们可能没有注意到它，但是总是有一个利益相关者像这个家伙一样在等待他们的“交付”（David Clarke摄） “交通拥堵会对都会区的生活质量和经济生产率产生不利影响。它会增加油耗，旅客和货运的成本，坠机次数以及对人体健康有害的尾气污染物。” —约翰·C·法尔科基奥（John C. Falcocchio）用肉眼看，交通拥堵和交通拥堵往往是无法预测的，并且看起来很混乱。的确如此，但是如果我们花一点时间再考虑一下，地下交通拥堵甚至更加复杂。例如，一场车祸给人们上下班上下班带来了意想不到的延误，以及影响整个社会的其他指数流。《交通拥堵的成本和其他后果》一书的作者约翰·C·法尔科基奥（John C. Falcocchio）写道，“交通拥堵如何对都会区的生活质量和经济生产率产生不利影响”。软件开发还会遇到交通拥堵，这会带来相关的成本和后果。在这里我将做简短的介绍，因为我想很多人已经意识到软件开发中的“交通拥堵”正在使我们付出金钱。由于这不是“交通拥堵”的完整列表，因此我鼓励您在下面的评论中分享开发软件时遇到的“交通拥堵”示例。因此，以下是我在软件世界中经常观察到和遇到的一些流量拥堵情况：将时间花在错误的优先级上…

如何识别假开发者，以及为什么大多数人都摆脱了假开发者

您管理一个团队，并且想要从谷壳中分离出小麦。团队中的开发人员可以看到谁是谁-但是如何从外部查看它而不阅读他们的Git提交？事实证明，假货具有一些共同特征。什么是假开发商在每个公司中都有伪造的开发人员。与真正但经验不足的开发人员不同，伪造的开发人员不会在编程中找到乐趣。实际上，他们实际上鄙视这项工作，因此他们贡献很小和/或质量很低。他们严格地为了钱而从事生意。如何认出他们在定位团队中的虚假开发人员之前，您需要回答的问题是：“您真的要找到他们吗？ ”和“当您这样做时您将如何处理？”但不要担心，在下一部分中，更多地关注这个主题，“为什么大多数人会放弃它”。他们很少谈论他们的项目，但是对最新的技术新闻了解很多，并且使用很多流行语。当他们想看起来像真正的开发人员时，例如，当他们想打动经理时，他们将谈论他们昨天在Twitter上阅读的内容，一些新的API调用或一些公司收购。显然，他们需要大量的空闲时间来赶上所有这些Twitter新闻，但是，如果您不花时间在产品上，那就不成问题。当他们戴着凉爽的耳机滚动状态更新，在他们的大脑中记录流行语时，富有成效的开发人员正在讨论他们工作流程中执行堆栈的第13级，以了解他们的错误并改进他们的产品。他们一起出去玩，互相说好话不仅因为他们愿意，而且因为优秀的开发人员告诉他们让TF脱离他们，因为他们没有帮助。因此，他们可以快速组队，一起参加咖啡课，一起玩PC游戏，一起吃午饭。…

在一个视频中学习？那是BS！

是的，我说了！从现在开始，我会待几周，几个月甚至几年吗？绝对是这样！一位讲师总是把它钻进我的耳朵，“您不会，在一堂课上无法学到您渴望获得的专业技能！” 您会一口气得到说明吗？也许！通过立即应用说明，您会成为专业人士吗？让我避免这一刻我脑子里的残酷答复。好吧，考虑到本文开始时几乎是之以鼻，我现在将深吸一口气，收集我打算与您交流的想法。尊敬的学习者依靠YouTube视频资源，您无法在视频播放期间学习一个视频中的内容！愚弄它：假设视频课程要花一个小时才能完成，但这并不意味着您将花费一个小时来完全理解视频中正在传达的课程。这并不意味着您不聪明。您的学习属于您，因此您应该拥有它。这不再是制度化的学制，您必须在给定的时间段内完成一定的学习模块，然后再去写测验以测试您对该主题的知识。这是给您的建议，而不是那些“如何指导”的建议。一个简单的提醒是，如果您需要几天的时间来完成一个小时的教程并像您一样逐行走，您并不孤单。…

建筑师在敏捷项目中的角色

传统的工作文化将人们分为思想家（经理）和行动者（员工）。思想家之所以能到达原地，是因为他们大概擅长于自己的工作。有了这种思维方式，自然就有一个受信任的建筑师来创建宏伟的设计。架构师还将验证普通开发人员的工作。否则，不知道开发人员将从事哪种低质量的工作，对吗？以我的经验，组织将建筑师的职位视为信任的标志。该组织信任该人并感谢他的辛勤工作。我也不怪建筑师接受这项任务。计划架构并做出所有决定……可能会很有趣，直到工作太多为止。接下来，架构师将计划分解成小块，不需要太多思考。当只有建筑师知道全局时，就会发生几件事。开发人员将排队要求澄清。开发人员似乎无法自己思考。开发人员似乎没有很大的动力。当然，传统组织不会让架构师仅在单个项目上工作。那将不会节省资源。这位建筑师成为了长期工作的英雄。组织应该开心，对不对？…

管理“学习软件工程”

与onTy计划和讨论“学习软件工程” 将软件工程学作为计算机科学课程的一部分，我对课程的结局并不完全满意。我想那是因为我一直很期待这门课程，所以有一些未满足的期望。并不是说大学没有提供必要的工具和知识，或者这不是金钱的价值，因为许多私立大学甚至最好的大学并不总是为学生提供他们所需的必要工具和方向，也不是向学生提供他们所需要的东西想。但是我不得不说，该课程最大的收获是它激发了我学习更多的知识，并最终与大学生和行业专业人士进行了实验，同时又与特定领域的专业人士一起工作。在决赛周的某个时候，我安排了与实习主任的会面，提出了一个从理论和实践角度教授大学生软件工程的项目。经过数小时的讨论和项目的批准，我意识到这比我最初想象的要多得多。那时，我的主管将我与onTy联系起来，onTy是一个非常有活力和智能的软件工程师，具有10多年的行业经验，也是我使该项目成为可能的团队成员。我们在会议中组织课程的讨论越多，我就越了解到不知道的东西和可以学到的东西。我意识到有多少计划是必要的尤其是在今天的会议上，我意识到将这个项目组合在一起需要进行多少计划，必须在夏季结束前花很少的时间才能实现目标，并且我们自己正在经历一个学习过程。但是，经过几次集思广益的过程和我们最初的几次会议后，还有很多事情要做。我们意识到，除了onTy和我本人这两位首席讲师之外，我们还需要一支强大而敬业的团队，我们需要TA以及更多其他人才。因此，我们从人员和实际工具/材料的角度，以及在持续构建课程的过程中，列出了课程所需的清单。我们需要强大而专注的助教，志愿者和一些额外的帮助来管理班级，到目前为止，我们已经成功收集了2名助教，2名志愿者和帮助之手。我们意识到，该课程将使学生接触到一些用于项目和维护的Web技术，并且在实际运行课程之前，我们一直在自己使用这些技术中的很多来使自己适应学生的需求。（在认识onTy之后，我接触了许多新技术并学到了很多东西！）…

5种技术媒体出版物软件工程师应努力为之写作

该图片来自Pixabay 在过去几年中，创建技术博客的方式发生了变化。 10年前在没有您的网站的情况下开始写博客，您有2个选择Blogger或WordPress。两者都为您提供了一个免费的子域。事情在相当一段时间内没有太大变化，但在2012年，Medium遇到了一场风暴。它在2014–2015年间以其简单的界面吸引了众多关注。借助发布功能，Medium使一群作家可以非常轻松地进行协作。这些天，我建议大多数人都在此上博客。图书馆的图片对于大多数人而言，写作绝非易事。如果您不尝试，则永远不会知道您是否喜欢它。 “作家比其他人更难写作。”-托马斯·曼写作是表达自己的另一种形式。作为从事技术领域工作的人们，我们需要这种表达能力很好的技能。同样，在我们的领域中，阅读和学习新事物也非常重要。学习对于在科技中生存并向前发展至关重要。开源软件与生产者相比有很多消费者。同样，技术内容的读者很多，但作家的人数相对较少。…

科技图书馆

图片由rawpixel在Unsplash上拍摄多年以来，我整理了一些我最喜欢的书的清单，以创建出色的软件。这些书籍是任何科技公司图书馆的完美补充。尽管我们生活在Kindle和有声读物的世界中，但是拥有实体书库可以为您的团队提供许多灵感和谈话要点。最重要的是，任何要面试的工程师都会在看到这些书后为您的公司赢得一个不错的氛围。他们将知道您公司的技术卓越奖，意味着认真的业务！如果您阅读了此清单上的所有书籍，则将为软件开发奠定良好的基础。实际上，您每天已经使用的大多数术语可能来自这些书。因此，如果您还没有阅读它们，为什么要等待，请将其添加到您的愿望清单中，或者立即购买以供日后阅读。您不会失望的！我什至为您添加了到亚马逊的链接。企业家/管理精益创业埃里克·里斯（Eric Ries） 4小时工作周蒂莫西·费里斯（Timothy Ferriss）…