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

WSO2员工的惊人智慧和写作的重要性

WSO2现在有614名员工。我们有1/3的技术人员拥有多个学位，硕士学位或博士学位。不断研究，学习和学习已根植于我们公司的许多专家中。我们的研究团队是我们性能工程，分布式系统的学术分析和全球技术展望功能的核心。在许多方面，它们都是WSO2的无名英雄。但是，我们的研究和求知欲并不止于此。我们的员工遍布各种技术和业务领域，经常发布。 2018年，WSO2工作人员发布了100多个博客和文章。如果您遇到了我们许多人，他们会写信给分享的乐趣。有些人这样做是企业传福音的行为。还有一些人将其作为一种将复杂的想法构造为简单的想法的技术。编写过程中最困难的部分是开始。我很害怕，但是一旦惯性被打破，思想的流动就会一发不可收拾。在让很多人通过共享草稿对该内容发表评论之前，我会尽量避免发表任何东西。草稿共享过程有助于确定那些对同一主题抱有热情的人。他们真的是在花时间发表评论吗，还是仅仅是友善的评论？如果您的文章激发了您的评论，那么您已经准备好了一个基础，可以帮助您逐步传播内容。一个有趣的想法可以变成一种病毒。…

第13天：HTML表单和DOM遍历

我绝对没有做过这么酷的HTML表单，至少还没有形式今天，我们实际上进行了幻灯片放映，这不是我们讲师的典型风格。当我说我们经过幻灯片播放时，我的意思是投影机上有幻灯片供参考，而Zubair帮助我们深入研究HTML表单以及如何创建它们，等等。我认为表单有自己的特色，因为它是一种HTML元素，用途非常广泛，可以嵌套很多不同的元素。同样，表格实际上在互联网上无处不在。曾经在线注册过任何东西吗？您填写了表格。您曾经在计算机或手机上为任何商品付费吗？形成。曾经做过Google搜索吗？？？是的，形式。他们无处不在。讲座结束后，我们进行了一次很好的练习，帮助我们练习了如何创建自己的表格，并在其中添加了姓名，日期，电话号码，电子邮件，评论甚至结尾处的提交按钮等文本区域。我很喜欢练习，但是我不认为HTML表单会像到目前为止我们学到的其他东西一样点燃我的热情。遍历DOM 不，唐，不是你午餐后，我们进入了一个新主题，即遍历DOM。…

星期一早上义工，第1部分：基础知识

橄榄球队比您的“敏捷”软件组织更为敏捷。实际上，橄榄球队在敏捷是一回事之前就已经敏捷了。我知道你在想什么 “ Pfft。那只是点击诱饵。你不能当真。” 在这篇文章的结尾，您将同意我的观点。比赛日我最喜欢的地方。每个星期六，在美国大学校园中，大学橄榄球队都有机会炫耀自上一场比赛以来取得的进步。这些游戏会定期定期发生，并且每场比赛通常都会有一大批非常感兴趣的粉丝。每场比赛的前几天充满了愤怒的团队合作和不断的反馈。为了在比赛当天表现出色，整个星期的每项活动都需要巨大的协调性和一致性。每个玩家都需要了解游戏计划以及他们的角色如何与这些计划保持一致。发生这种情况时，团队将获胜。听起来有点熟？如果您对以下术语进行一些搜索和替换，则最终会被大多数人归类为“敏捷软件开发”：…

螺丝Scrum | 如何改善软件原型设计和生产

许多组织都在实施敏捷/ Scrum的道路上进展顺利，或者已经实施了。我们几年前就这样做了，但是我们注意到严格采用并不能很好地起作用。 HBR研究证实了这一点；从那以后，我们已大步远离它。敏捷软件开发诸如敏捷之类的自适应软件开发框架已经存在了很长时间，并以多种形式表现出来。但是，大多数这些模型的核心包括两件事：形成假设（例如，一项工作应完成的任务）。不同部门之间的协作以及原型的专业知识。这主要是在“促进进阶洞察力”的背景下，而不是走一条明确的道路—后来常常被证明是不正确的。当敏捷于2001年开发软件时，它制定了四个关键原则，以改善软件开发并增强软件开发人员和产品经理的动力：在流程和工具上的个人和互动。工作软件覆盖大量文档。客户合作超过合同谈判。响应按照计划进行的转换。在过去的三年中，哈佛大学借助研究和调查，分析了500多个不同组织的软件开发人员在动机研究方面的实践。他们发现实践中发生的事情与这些原则大相径庭。…

电子书：PowerShell™专业人士注意事项书

免费下载GoalKicker.com的PowerShell电子书在这里下载： http : //goalkicker.com/PowerShellBook/ 《 PowerShell™专业人士注释》一书是从 Stack Overflow文档编译而来的，其内容是由Stack Overflow上的美女们撰写的。文本内容根据知识共享BY-SA发布。请参见本书末尾的字幕，这些字幕对各个章节都有贡献。除非另有说明，否则图像可能是其各自所有者的版权为教育目的而创建的图书，与PowerShell™组，公司或Stack Overflow无关。所有商标均属于其各自的公司所有者…

Octobox.io：驯服那些花园仙子

本文首次出现在Open Collective上，在Pia和Open Collective团队的允许下已在此处重新发布：自2015年以来，Ben＆Andrew一直致力于开源可持续性。他们的第一个项目Libraries.io跟踪了开源软件中最受欢迎的软件包。他们使用收集到的数据来识别我们现在所说的“数字基础设施”，并突出显示处于风险中的项目-该项目仍然存在，但不再涉及。如今，他们通过其公司Octobox Ltd在其开源应用程序Octobox.io上全职工作。Octobox是一款可帮助开发人员“解开GitHub通知”的应用程序。能够对通知进行排序，例如收件箱外部的收件箱（我希望将收件箱保持尽可能接近0），这真是个美丽…… 我们所有人都非常重视这个凌乱而杰出的社区的可持续发展，我们和所有人都很珍惜。Ben和我都是SustainOSS组织小组的成员，Andrew每年12月都会运营24PullRequests.com。 B：这使我想起，我需要完成SustainOSS的第二份报告！警：是的，我的朋友……但是现在：您能告诉我一些有关Octobox的信息吗？ B：像Libraries.io一样，Octobox最初是Andrew对GitHub解决方案不佳的反应。 GitHub通知就像是花园仙子：您可能会看到它们一会儿，然后它们消失了。 Octobox接收GitHub的通知，并将它们放在收件箱范例中，这意味着不再有空灵的通知。我们增加了您在电子邮件客户端中期望的功能：存档，过滤等，并通过实时发布，PR和CI状态更新来补充它们，以使您更有效，更高效，因此您可以继续工作。 GitHub通知就像是花园仙子：您可能会看到它们一会儿，然后它们消失了。…

项目管理11个有用的提示

为什么问11？好吧，10太明显了。可以肯定的是，互联网几乎充满了几乎所有东西。除了笑话，在网络上可以找到的大多数列表都太笼统了，它们缺少示例和具体操作。可以很容易地说，您可以通过更好地分析来改进项目，或者团队合作非常重要。您可能已经猜到了。此列表可帮助您通过一些技巧来创建有效的项目管理的系统文化。实际上可以使您领先于其他人的技巧，他们已经阅读了有关改善沟通和理解需求的10件事。分解要成为一名成功的项目经理，您首先应该了解您的团队，他们的所有局限性，优点和缺点。只有这样，您才能真正开始任何实际计划。永远不要低估可能发挥作用的人为因素。花一些私人时间与您的团队一起，学习他们的习惯和他们之间的关系。毕竟，您不希望在野外旅行中偶然派出两名血液不好的家伙。假设您完全了解团队，因此可以继续进行项目分解。您应该了解利益相关者的兴趣，以便有效地建立需求。…

软件开发生命周期

您是否曾经停下脚步，想知道为什么我们需要如此频繁地更新软件？例如，考虑一下普通的智能手机。您会在这款手机中找到一些常见的应用程序，例如Facebook，Twitter，Instagram，也许还有其他一些可能会在日常生活中帮助用户的应用程序，但接下来让我们专注于前三个。它们全部（几乎）每周更新一次。添加其他应用程序，再加上操作系统安全补丁，更新和错误修复，您的手机几乎每天都在更新某些内容。更新资料用户可能不知道这一点，但是这些应用程序总是在更改，无论他们是否可以看到更改。这就是我们谈论软件开发生命周期时所指的内容：开发一件软件所需的多个步骤。这些步骤通常是一个永无止境的周期的一部分，这解释了为什么会有如此多的更新。 SDLC的一些常见阶段包括计划，分析，设计，构建，测试，部署和维护。乍一看，似乎只经历了一系列步骤，但是最后一步，即维护，通常意味着必须重新开始才能使程序更好。请注意，我经常但不总是说，我们稍后再讲。拥有“生命周期”的全部目的是能够发现软件中的错误，故障或错误，以免它们造成麻烦，甚至更糟的是，导致最终用户产生负面反馈（这是“真的那么糟糕，因为最终的负面反馈仍然是一种反馈形式，您可以使用它来改善，但仍然可以）。为了您的利益而使用SDLC通常可以节省时间，金钱，最重要的是可以提高产品的整体质量。调试 SDLC中最受欢迎的两种方法是“敏捷”和“瀑布”。它们之间的主要区别在于敏捷是周期性的，而瀑布不是周期性的。尽管似乎敏捷总是在击败瀑布，但在某些情况下，瀑布占了上风。…

您是从事商业还是书呆子？

上周末，我与一位顾客进行每周约会，并发现自己陷入了有趣的对话中（请参阅：被问到一个问题，然后大喊大叫以作回应）。在编写一些代码以实现用于创建新用户的功能时，我写了一些在技术层面上可能不是最好的代码。 “我一直听说这不是做事情的最好方法……” 我对软件开发行业最大的困扰之一是教条式思维。某人在某个时间点（通常是从某个权威的位置）喃喃地发表意见，最终被接受为不可动摇的真理。这些智慧通常以“应该”，“总是”或“从不”开头，但是很少在上下文中提供任何推理或因素来检验其有效性。有问题的代码就是我所说的“一个班轮”。我们试图在数据库中找回一家公司的ID，或者，如果该公司不存在，则要创建它然后获取ID。为了解决这个问题，我编写了一些代码，使我们可以加入一家变量company ，然后编写如下代码： // Assume `company` is a variable in scope. const…

懒惰的程序员

社会在谴责懒惰的同时赞扬勤奋的工作。但是，这是一个常见的错误，使懒惰与不负责任相混淆。不负责任的行为可能对日常生活和职业生活有害，开明的懒惰可能极大地影响了开发人员的生活。你是个懒人吗？好。您自然会遵循这些建议。避免编码编码很难。即使是在小型应用程序上工作，也需要专注和脑力。在编写的每一行代码中，您自己增加了注入一些错误和将来头疼的可能性。为了避免编码，首先要问的问题是是否需要这样做。如果是老板或客户的要求，请询问他们的理由。检查是否有避免开发“出色”新功能的方法。很可能您创建的功能中有80％根本不会使用。记录您的代码您知道什么比编写代码难吗？读。读取代码的难度至少是编写代码的两倍。…