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

做DevOps

品质与速度可以并存！ DevOps不是流行语。这是高质量软件快速部署的方式。为了使软件团队真正采用DevOps，他们必须拥有一种固有的持续改进文化，其中要包括无情的自动化。我下面的许多示例都是特定于Java的，但这可以应用于所有类型的软件语言。部署管道您的部署管道对于提高速度至关重要，因此我将在此处进行更多扩展。有几个问题要问自己：您多久将代码部署到生产中一次？您的构建需要多长时间？生产部署需要多长时间？我们多久会在生产中出现错误？分期/ UAT？开发人员？答案可能会因许多因素而有所不同，但是很可能您会在所有方面都有很大的提高。持续集成关键的第一步是使一组分布式开发人员尽可能有效地将其本地代码集成到共享开发环境中。通常，构建服务器（例如Jenkins或Bamboo）可以帮助实现这一点。…

工程师，中断和初始层

“嘿，斯科特。你有几秒钟？” 多年以来，当我需要引起Scott的注意时，我会使用这个问题。我以为很有礼貌。我想尊重他的时间，如果他很忙，就不要打扰他。同时，我通常被封锁。我尽力不要不必要地打扰他。答案很可能是“否”，而我的回答是“不要担心。如果可以的话，请尽快与我联系。”但是从来没有那样。相反，我感到完全沮丧。我会为之困惑。在您尝试与工程师进行交流时，也许现在正在发生这种情况。大约五年后，我们开始弄清楚发生了什么。有一天，斯科特感到沮丧后，他回答说：“我当时是9级。” “九级？” “是的。就像电影《盗梦空间》中一样。”…

Hadoop和如何做到精益—我们的七月BoF

分享您的知识。这是获得永生的方式。达赖喇嘛与我们一起永生，加入八月的会议！请联系training@octo.com.au 精益，David Alia着今天，每个人都在谈论敏捷，但是精益的起源是在50多年以前创建的。在此BOF中，我们了解了精益及其主要支柱：及时，高质量和持续改进，以及诸如Mura（不均匀），Muda（浪费），Muri（超负荷）的概念及其在IT世界中的应用。我们倾向于认为敏捷过分放纵纪律，并没有得到科学事实的真正支持。让我们看看精益技术在桌面上带来了什么，以补充我们对项目的敏捷看法。幻灯片：https：//www.slideshare.net/ErwanAlliaume/what-is-lean-june-2018 Hadoop，作者：Arthur Baudry 首先，我们研究了分布式问题必须解决的内容，从而对Hadoop进行了深入研究。随后对HDFS，Yarn进行了分析，并将Hadoop使用的策略与其他分布式系统进行了比较。幻灯片：https：//www.slideshare.net/ErwanAlliaume/hadoop-technical-presentation

让我的一天……让科学更轻松

好吧，坐下我知道这是一个令人难以置信的双关语，但是起立鼓掌吗？来吧。我敢打赌，您永远不会为您创建Makefile。 Makefile很容易。 Makefile将改变您的生活。每个数据科学家都应该使用Makefile。您需要Makefile。 GNU make是应该在更多数据科学家的工具箱中使用的工具。它使用了称为Makefiles的东西，它们是数据科学家每天所做的流水线工作类型的自然映射，并允许我们和其他人轻松地复制工作。所以我们只是假装gnus看起来不是很奇怪吗？凉。 Makefile只是👏规则的👏列表👏 规则组成如下：目标：先决条件食谱您必须缩进制表符…

获得良好的项目移交

这篇文章旨在成为任何将要开始新项目的人的清单。它涵盖了您应与即将离任的团队讨论的主题，以及为确保快速升职而可以做的实际事情。我刚刚开始为一个大型组织工作，代码库和流程对我来说都是新的。我在团队中的角色是技术负责人，其中涉及前一个团队的几个成员的职责。这导致我需要从几个人处移交，以确保我（更重要的是我的团队）能够完成即将离任的团队以前执行的工作。向即将离任的团队学习的事情本节包含大量问题。如果您现在正在执行切换，请通读所有内容。否则，请节省一些时间，仅阅读标题。开发过程什么时候站起来，谁去？ JIRA如何配置，您是否有权访问？您预计的工作时间是多少？什么是git分支策略？谁拥有代码的所有权和质量？还有其他团队在编写代码吗？如果是这样，他们在做什么？谁负责解决合并冲突？…

作为开发人员，我如何学习新事物

IT行业和编程尤其需要工程师/开发人员不断学习新事物。几乎每天都有新技术，语言，框架，体系结构，库弹出。为了与瞬息万变的行业保持同步，并且不成为恐龙，我们必须有效地向正确的方向扩展我们的知识。有效地意味着不要花太多时间，而最终会留下我们记忆中的东西。正确的方向在很大程度上取决于您的背景，技术和职业计划。这并不意味着您只需要专注于狭窄的专业领域。走出那个界限通常会带来很多好处。我每天都在尝试学习新事物，我真的很喜欢。通过该博客文章，我想与您分享一些获取技术知识的来源或方法。我将给您一些示例，但是这些方法是相当通用的，可以用于其他技术/领域。图书很明显的一点。有很多很棒的专门从事IT的出版社。我更喜欢不时检查“实用书架”，看看是否有有趣的东西进来。通常我购买比纸质版本便宜的电子书。我还想检查手机上的Apple iBooks是否有新书。关于书籍的重要之处在于，编写书籍需要时间，而且通常需要深入研究问题。…

花时间去做对

—我们只提供优质的输出。我们学会快速做到这一点。我们提供的是我们的代表。我们不让步。我们使它起作用，并使其起作用。可以说要按时交付“粪便”的员工呢？如果这种“麻烦”阻碍了将来的期限，该怎么办？运动开发商“花时间把事情做好”；并“第一次就做对”。他们将学会快速执行此操作，因此它可以尽早且经常地为您服务。现在，这是一些语言上的魔术，当然……我们不是只是说应该持续关注细节吗？如果时间有限，我们将在不影响质量或价值的前提下调整方法。如果不能保证，结果将不会有价值或可行。职业运动员花费大量时间训练如何完善动作。采取一些小步骤/采取行动需要付出大量的努力，因此它们正确地完成了。这可能会使团队起步缓慢，但却为快速加速做好了准备。对于荷兰人：…

这位Windows开发人员刚买了MacBook

他花了15美元在“系统任务栏”中隐藏了图标，原因会吓到您介绍经过20年的C＃开发并使用我最喜欢的Windows应用程序，我开始使用闪亮的新MacBook Pro。怎么办？对未知的恐惧如何最大化窗口？对于使用Windows 7的任何人，Mac上的窗口管理都感觉非常过时。没有内置的方法可以在监视器之间移动窗口，将它们捕捉到一侧甚至什至……是最大化窗口的适当捷径。为了处理实际的移动，调整大小和对齐问题，我安装了ShiftIt —它是免费的开放源代码，可以执行上述所有操作。另一个有用的应用程序是Snap ，它使您可以通过⌘+ Number启动/关注扩展坞中的应用程序-类似于我们在Windows中使用Win + Number的方式。…

从根本上了解软件开发的生产力

您是一家软件开发人员，希望每天为您的组织提供更多价值吗？您是软件开发经理，对改善团队的产出感兴趣吗？您是CIO努力满足组织对软件的需求吗？已经进行了许多尝试来衡量软件开发人员的生产率。乍看之下应该很简单。毕竟，生产力等于产出除以投入。但是，我们如何衡量软件开发人员或软件开发团队的产出呢？简单的措施（如对生成的代码行进行计数）是不够的，因为对计数可能有缺陷的行几乎没有用。已经提出了许多更复杂的方法来评估输出，但是在多种开发中都可以使用的可靠措施已经使软件工程研究界望而却步。测量输入也不容易量化。我们应该计算人数吗？花了多少小时进行编码？工作总时间？如果我们不调查测量结果，而是研究开发人员如何看待自己的生产率呢？开发人员最接近所生产的软件，并且当他们认为自己具有生产能力时，就可能在为他们所从事的软件项目增加价值。如果我们可以确定哪些因素有助于提高生产力，那么我们可以努力重新创建这些因素，并帮助开发人员更频繁地感觉到生产力。如果我们能够确定哪些因素会阻碍软件开发人员的生产率，那么我们也可以帮助减少这些因素的发生。通过这些步骤，我们可以找到通往快乐和高效的软件开发人员的道路。…

敏捷开发：快速概述

敏捷软件生命周期的基础知识：与传统的软件开发框架相比，敏捷软件的生命周期模型有很大的不同，因为它专注于迭代和增量过程，对更改产品的适应性以及通过快速交付有效的产品功能和客户参与来提高客户满意度。产品发布是一系列称为sprint的迭代周期。它们包括功能开发的整个生命周期：对技术产品进行分析，设计，编码和测试，并且在大多数情况下会生产可交付使用的可部署产品。团队与公司之间的协作和关系是在开发环境中成功植入敏捷的关键。需要指出的是，该模型广泛使用了活动，例如每天15分钟的站立会议，冲刺审查会议和每次冲刺结束时的回顾会议，以识别和自我纠正所进行的开发由团队。由于其固有的性质，经常在需要时征求反馈意见，以进行协作，并通过共享思想和自我管理来加快开发过程。在敏捷过程中扮演的角色是产品所有者，Scrum主管和开发团队。产品所有者代表利益相关者或管理团队拥有该项目，并确保该项目成功开发，同时要牢记产品在市场上的公司愿景。 Scrum负责人确保始终遵循敏捷过程，并照顾开发过程中出现的任何困难或技术问题。团队成员积极参与冲刺，并确保创建有意义且有用的开发功能。敏捷软件开发生命周期模型的主要特征：团队及其互动。在这种发展模式中，自组织和动机比十多年前非常流行的传统的权力和资历等级制具有更重要的作用。这就是敏捷开发在初创企业中非常受欢迎的原因之一，在该初创企业中，鼓励团队作为一个整体来积极参与活动的开发和计划，以支持一个共同的愿景。如今，非常流行且受到Google和Facebook欢迎的具有扁平编程层次的公司也发现，Agile非常适合他们，因为敏捷使团队成员能够自行做出某些决定，从而加快了开发速度。产品发布。团队通常由三到九名开发人员组成，他们将工作分解成较小的动作，这些动作可以在固定的持续时间内完成，即sprint。…