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

重复召开技术会议的危险

作为软件开发人员和前Scrum Master，他拥有10多年的行业经验，我参加并组织了无数次会议。有些是有生产力的，有些则没有。评估和改善会议文化是一项非常艰巨的任务。这主要是因为不同的同事对如何召开会议有自己的看法。他们的观点将受到许多因素的影响，包括他们以前的经验和开放性。尽管如此，改善某些方面的第一步是要公开讨论。由于会议文化是一个巨大的话题，因此让我们讨论一种特殊的会议：定期会议。通常安排定期会议，因为它提供以下便利：安排会议系列比按需连续安排单个会议要容易得多设定每个人都必须遵守的固定时间要比在每个人的会议的日历上查找空白时间要少得多一次预订会议室要比每次会议预订都容易尽管给组织者带来了方便，但定期会议的费用却很高。它鼓励某些负面影响生产力和工作满意度的行为：它鼓励等待“同步”会议之间进行交流状态会议是定期会议的一种常见形式，可以组织团队成员在固定的预定时间交换信息。固定时间交换信息的动机从根本上来说是有缺陷的。我注意到团队成员倾向于等到会议彼此同步。…

书评：启发–如何创建客户喜爱的技术产品。

启发众所周知，软件开发取得了巨大的成功。只需考虑一下当今的技术。上网无所不包。我们可以在0.52秒内找到约1,650,000篇有关随机主题的文章，例如“蝇钓”。只需单击几下鼠标，我们便可以提供遍布全球的软件基础架构。考虑到当前的交通状况，我们可以获得准确的行车路线和准确的预计到达时间。我们可以将手机摄像头对准一只随机的狗，以99％的准确度找出该品种。我们以通用货币付款，并将交易存储在全球，分布式，廉洁的分类帐中。我们要求一个小圆筒在星期五晚上预订电影票，调高恒温器并推荐餐馆。汽车可自动驾驶数十亿英里。软件在其游戏中轻松击败了世界上最好的围棋冠军。而且它正在加速。鉴于每天生成的数据达到PB级，因此AI的发展速度越来越快。在2015年以后的Google I / O主题演讲中，Sundar…

一步一步来。脚本简介。

是什么使编程变得困难？对于每个人来说都是不同的，但是我很难找到的是找到可以完成帮助程序运行所需的资源的资源。要成为一名程序员，您必须具有这种思维方式才能构建任何东西。在开发了我当时真正引以为傲的第一款软件之后，我意识到了这一点。这种思维方式是什么？好吧，这很简单。一切都归结为一次思考一个步骤。刚接触编码的人总是遇到同样的问题。他们认为自己的想法过于雄心勃勃。我了解这一点，因为我也遇到了这个问题。例如，如果您刚刚完成了有关Python的课程，就不会想要一遍又一遍地做教程。您想构建……但是您必须构建一些东西。您可以使用的软件包数量不胜枚举，并且开发了一种全新的方法来测试脚本的方法已经被很多人完成，所以即使入门也有什么意义呢？不要那样想。采纳您的想法，一次思考一个步骤。假设您必须一次思考从冰箱中取出啤酒的步骤。您坐在沙发上思考：“哇，当我在沙发上舒服时，从冰箱里拿啤酒听起来很复杂。”（这是星期天）。当您考虑整个想法时，听起来似乎太复杂了，这就是让您失去动力甚至上手的原因。…

我们的选择：2017年顶级软件开发博客

在Apiumhub，我们对技术充满热情。我们是敏捷方法论的忠实拥护者，我们对学习和不断发展有着共同的渴望。我们定期组织培训和开放空间，以分享我们从理论到实践的经验，并致力于实际的软件开发项目。我们认为必须紧跟软件界的新趋势和创新，因此我们在2017年的顶级软件开发博客中列出了我们的选择。 1. Dzone 最好的软件开发博客之一是Dzone。 Web，您可以在其中找到有关敏捷软件开发的所有必要信息。面向初学者和专家的教程，指南，工具和软件见解。数以百计的出版物，超过100万会员。热门话题：敏捷，大数据，云，数据库，Devops，Integraton，IOT，Java，移动，性能，安全性等等。 2. Javacodegeeks 在这里，您实际上可以在线学习Java。您将找到Android开发教程，面向初学者的Java教程，Java书籍，Scala，Kotlin，Groovy和JRuby新闻，代码示例等等。 3. Github博客查找干净代码示例的最佳位置。…

切换到基于会话的测试如何使我们发现更多错误

软件测试是要在潜在问题到达客户之前就发现它们，以便客户可以更好地体验产品。这是关于我的团队如何改变方法并开始发现更多错误的简短故事。 John Schnobrich在Unsplash上的照片我在一个由9个人组成的软件测试团队中工作。我们执行建筑物管理系统的端到端测试。我们像客户一样使用该系统，而其他团队则专注于开发和测试其功能和特性，从而构建了系统。我们来自哪里？过去，系统测试是由一个非常小的核心团队进行协调的。他们处理了特定版本的系统测试。他们计划了测试，创建了测试用例并更新了测试系统。随着发行版的临近，在发行版的最后几周内，其他完成了功能测试的测试工程师也被带入系统级测试小组。进行功能测试的测试人员是其功能的专家。另一方面，他们几乎没有系统经验，并且很难进入不属于其专业知识的领域。为了完成此设置，必须使用详尽的逐步测试用例。测试用例将测试人员引导到新的领域。经验丰富的测试人员可能会偏离规定的路径，而经验不足的测试人员可能会坚持执行步骤。这是此类组织的理想设置。…

我们启动Coderoulette的经验

以及为什么两周后将其关闭（2016年10月11日）几周前，我们启动了Coderoulette，这是一项有关协作学习的实验。它的工作原理很简单：我们将两个开发人员实时配对，并向他们提出了编码挑战，以解决使用视频会议和协作式IDE的问题。启动活动取得了巨大成功，我们希望与您分享一些指标和亮点：我们在Product Hunt，The Next Web and Wired中获得了关注。超过2500人阅读了我们的启动文章。超过15,000人访问了该网站。近3,000人签了名。超过1,000个团队致力于解决编码挑战。超过50个团队完成了一些编码挑战。这一切都发生在1周的时间里。之后，该项目终止，今天我们关闭了Coderoulette。那是一开始的意图，我们想解释原因。…

软件开发中的时间管理矩阵

如果您在行业中工作了一段时间，您可能知道通常会有不同类型的请求来自客户（或您的PM，或者，嗯，有时是您的创始人/总裁/ CEO等），但我们只打给您为了简单起见，他们也是客户）。这些请求中的一些请求的优先级较低或正常，而其他请求则是紧急的（这包括超级紧急的请求，直到完成后才回家）。有些对您和您的应用程序的大多数最终用户非常有意义，另一些似乎像某人在拖延运动，或者像是市场营销人员在集思广益时喝了太多咖啡。但是，在该领域工作了几年之后，您有时会觉得这些类型是如此典型，甚至特定于软件开发。但是真的吗？艾森豪威尔决策矩阵您只需要不时重读一些书，对我来说，其中一本是斯蒂芬·科维（Stephen Covey）的《高效能人士的七个习惯》（1988）。它的重要部分专用于所谓的艾森豪威尔决策矩阵（又称时间管理矩阵）。让我们快速地了解所有内容。 Rorybowman撰写-自己的作品，公共领域，https：//commons.wikimedia.org/w/index.php？curid = 2135450 因此，这是一个2×2矩阵，将您可能必须执行的所有任务划分为四个组（象限），具体取决于它们的紧急程度或紧急程度以及重要或不重要。本质上，它看起来像这样（有关某些示例任务，请参见图像）：紧急且重要：这是需要我们立即关注并为实现我们的目标而努力的目标（无论这些目标是什么）。简而言之，这里就是您的危机和截止期限的所在地。…

DevOps企业评论＃5

吉恩·金（Gene Kim）发表推文，DevOps资源，行业新闻等您好，DevOps企业峰会（DOES）社区！借助《 DevOps企业评论》第五版，我们的旅程将继续扩展到DevOps和企业内IT领域。如果这是您第一次进入我们的双月刊期刊，那么本内容的目的是充当胶水，通过报告行业内部和周围的事件来保持社区的联系。该版本的《 DevOps Enterprise Review》（也称为“ DOER”）提供了多种资源，可准确指出技术领导者每天面临的挑战和机遇。从培养“思维环境”的培养到学习最早的街机视频游戏之一Pong的编程方式，本版DOER为IT社区中的每个人提供了东西。我们还分享了我们最喜欢的秘密知识体系之一，并对与行业新闻有关的沉思和即将到来的重要保存日期大喊大叫。如果我们错过了什么，或者您想致电我们下一版的《 DevOps Enterprise…

第一部分-成为一名更好的程序员的书摘

成为更好的程序员– Pete Goodliffe在2014年为关心代码的人编写了手册。如果您还没有阅读过，则应该认真考虑从leanpub，亚马逊或您当地的图书馆中获取并阅读。内容非常详尽且结构合理，我敢打赌，您会在每一章的结尾欣赏10,000只Monkeys漫画，非常有趣。如果您已经编程了几年，那么我相信您甚至可以从目录中获得很多建议。我的计划是在本书的每一章中分享关键点的摘要。本书分为四个部分，共38章和337页。您可以在一周内完成。第1章关心代码关键：要编写好的代码，您必须在意它。要成为更好的程序员，您必须投入时间和精力。重点：对代码的情感反应没有错。为您的出色工作感到自豪或对错误的代码感到厌恶是健康的。第一部分。you.write（code）; 第2章。保持外观重点：停止争夺代码布局。…

估算幼儿园的任务时间

如果您想估算任务时间，而不仅仅是将开发人员的“估算时间”传递给客户，请阅读本文在深入探讨标题的含义之前，重要的是要了解三个重要术语：估计：猜测您的开发团队完成任务所需的时间。这不应该是谈判，而是实际的现实时间。承诺：这是您的诺言要兑现的。一旦设定了估计和目标，承诺就变得不可谈判。恩目标？？？这是理想的截止日期或时间表中的要点。与估计相似，它也是不可协商的。如果您要估计任务时间，那么在项目的初始阶段或需求收集阶段，您的估计将非常不准确。随着时间的流逝，估计会变得更好。这就是“ 不确定性锥 ”的全部含义。不确定度锥有多种技术可以生成估算值，例如类比，自下而上和PERT…