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

学习概念比技术更重要

软件工程师的观点在这个不断发展的软件开发世界中，我想改写一个非常陈词滥调的说法- “变化是唯一不变的” 。有点在这里说清楚了，但是……这是我们将要探索的主题的不错的介绍。确实，您认为自己是专家的语言/技术可能会在不久的将来被淘汰。为什么？仅仅是因为它将不再足以解决日益复杂的问题，而复杂性是当今世界目睹的创新所带来的。（请记住PHP ？请不要因为这个PHP开发人员而杀了我）。另一方面，如果您了解计算机科学的基础知识，那么您的公司就会更好。它不仅可以帮助您适应或选择一种新技术（或可能创建一种新技术），而且还可以帮助您更好地利用当前的技术堆栈。让我举几个例子来证明这一点：有没有想过为什么其他组织都在使用的Kafka队列这么快？毕竟，它使用磁盘空间来存储数据。而且磁盘访问和写入应该更慢，对吗？原来，他们利用了一个简单的事实，即线性写入磁盘的性能几乎达到6000 mb…

如何预测软件维护成本

当利益相关者讨论构建解决方案的成本时，许多人会限制对启动预算的考虑。经验丰富的团队知道，软件维护成本必须纳入计划阶段。如果不深入研究预期的流量，支持的设备和其他影响费用的因素，团队就有风险建立一个需要维护的解决方案，从而威胁到企业的财务安全。在开始开发之前，请问这四个问题，以更好地预测2017年的软件维护成本。下载：规划软件维护成本的完整指南 1）在您的应用成熟时，您将在启动时支持哪些设备并继续提供服务？支持的设备数量与构建解决方案的成本之间存在直接的关联-支持更多的设备意味着更高的成本。出于多种原因，这是正确的，最明显的是质量保证。更多设备等同于需要更长的时间进行测试，以验证交互和功能在受支持的设备上是否按预期执行。如果出现差异，则必须花费更多时间进行故障排除和重新测试。然后，如果/当添加功能时，应在支持的设备上执行回归。更多的设备意味着更多的回归，这意味着更高的成本。拥有高度定义的用户群并了解此受众最常使用的设备来进行应用程序开发的团队可以节省开发成本，从而消除对目标人群中不常见的设备的支持和广泛测试。也就是说，这可以（并且将会）改变。超出预期的变量组合（包括设备，运营商和操作系统）可能会使应用程序的期望超出设计支持的范围。拥有一个开始的位置将指导团队进行故障排除和发布修复的决策。下载：常见的应用程序漏洞以及如何防止它们 2）用户流量对软件维护成本有多大影响？…

Moirai：JVM的功能标志库

斯蒂芬·邓肯（Stephen Duncan）软件真的很复杂。可能会出错，尤其是在使用基于云的分布式系统时。您在重构时不小心将错误引入了逻辑。您更新代码，并在无意中造成服务性能问题。您可以进行一些小的更改，使其在您的服务中表现良好，但会在另一个服务中造成性能问题。也许您所做的更新看起来兼容，但实际上会在服务的客户端中引起问题。在这里，我将讨论一些可用来限制对消费者造成负面影响的风险的技术。然后，我将向您介绍我创建的一个库，以供我的团队（和其他人员）实施功能标记：Moirai。最小化风险我们可以编写测试以使代码独立运行，例如单元测试。但是这些测试并未涵盖我们在实践中看到的许多集成问题。我们可以将服务部署到测试环境并针对该系统运行测试。但是复制现实的环境既昂贵又困难，即使我们尝试，也绝不是生产的完美选择。即使我们真的很接近，仍然存在很多无法通过测试预测的问题。为了限制更改的影响范围，我们将新版本部署为仅占用一部分流量，然后再占用100％的流量。这对于捕获将在我们的监视工具中显示的广泛问题很有用，但对于显示得更细微的问题不是很好。…

选择软件库或框架

我会尝试从使用的语言/运行时/平台（PHP，Java，.NET等）中抽象出来，因为这些概念是通用的。可重用性是软件工程中的口号。避免“重新发明轮子”是使用库和框架的基本原理。不要开发非“业务核心”的软件。重做由专用于它的其他人创建，测试和维护的代码是没有意义的。这就是为什么要准备使用“打包”功能的原因。平均复杂度较高的应用程序（例如Intranet，iOS应用程序）可以使用数十个库和某些框架。大多数都是免费的，许多都是开源的。 “问题”是有很多方法可以解决相同类型的问题。网络上有无数的优惠。从哪儿开始？如何过滤？有时，显而易见的选择可能很危险，因为这些选择可能掩盖了人们的偏见。谦虚地遵循消除这些偏见的过程。首先，您应该询问您是否真的需要一个新的库或框架。您要解决的问题是其他人/项目的共同问题吗？如果是这样，肯定有人已经考虑过并解决了。在以下情况下，对库/框架的使用将成为补偿：…

为什么我写软件

我的第一个程序的故事安迪·凯利（Uny Splash）摄我们的第一台新计算机通过UPS到达。四个大的棕色盒子散布在我们鲜绿色的草坪上。 Gateway盒子上的黑点使它们看起来像是放牧的牛。我兴奋地打开了门，并把每个人都带到安全地点。箱子在我的怀里沉重，空调使夏日阳光下的短暂旅行减轻了压力。靠在门内侧，我很感谢战斗结束了。我花了一个小时的时间来拆箱并将计算机连接在一起。我努力将CRT显示器放在我们的旧桌子上。当我将其推入到位时，桌子在它原本不想处理的重量下发出mo吟。蓝色的显示器电缆横穿木质单板，紧贴地板上蛋壳色的塔架。当我按下电源按钮时，风扇突然旋转，就像喷气机准备起飞一样。硬盘在第一次启动时发出微弱的声音。当Windows 98徽标出现时，我大吃一惊。天空的背景和云层在我的脑海中蚀刻。…

软件开发步骤

导致拥有成功软件的途径可能是坎and而坎bump的。这可能需要数周甚至数月的时间。它的运行方式取决于产品本身–它需要什么功能以及它们的复杂程度–还要取决于您如何使用它。在有想法和有可行的产品之间，需要遵循一些步骤和要实现的里程碑。首先，您需要验证您的想法并建立概念证明。然后，您收集反馈并为您的实际产品的第一个版本构建原型。然后，您收集数据，收集反馈并进行改进以达到MVP。路径并没有就此结束！走捷径似乎是明智之举。当您可以立即构建原型时，为什么还要浪费时间来构建概念验证？还是在公众购买产品之前向公众展示您的宝贵想法？没有东西会离事实很远。根据CB的见解，42％的启动失败是由于缺乏市场需求引起的。在他们开始生产产品之前，这可能已经得到验证-冒着时间，精力和金钱的风险。概念验证是一个与产品开发整个过程平行的过程。您在进行可行性研究时，在进行概念的早期证明时以及在构建原型时都可以这样做。积极地通过这些里程碑可减轻您在更高级别上失败的风险-当您冒更大的风险时。 https://brianbalfour.com/essays/product-market-fit…

Shepherd：自动执行跨仓库代码更改

内森·沃尔特斯（Nathan Walters）在NerdWallet，我们已经完全接受了现代微服务架构。我们的网站由数十个React应用组成，这些应用从各种内部服务中提取内容和数据。这种工作方式具有明显的好处：团队可以独立工作，快速迭代并通过故障隔离频繁部署。当使用这么多代码库时，希望将常见组件提取到可重用的包中：我们拥有共享库，这些库提供服务器端渲染，数据获取，缓存，React组件等。这对于提高设计一致性和减少需要进入新应用程序的样板数量非常有用。但是，这会使更新共享库变得困难：更新图书馆的人必须将更改通知图书馆的使用者消费者必须了解如何进行更改并随后更新其代码使用者必须测试，合并和部署这些更改即使是相对较小的更改，此过程也很容易在我们所有团队中花费数百个工时。这个确切的问题在最近来自Segment的广泛分享的博客文章中提到，他们讨论了为什么他们重新回到整体市场：测试和部署对这些共享库的更改影响了我们的所有目的地。它开始需要大量的时间和精力来维护。进行更改以改进我们的库，知道我们必须测试和部署数十种服务，这是一个冒险的提议。” 当共享代码更改时，更新应用程序所需的时间就是可以在我们的产品上进行创新的时间。作为一名工程师，我的自然志向是使一切可能自动化的东西都自动化。…

电子书：Node.js专业人士注意事项书

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

我的学习方式（长期而言）

我喜欢学习别人的学习方式。他们的想法至少经过他们的考验，具有战斗力，凝聚力和可控性。对他们的想法进行试验有助于我坚持实际的建议，并找到适合自己的方法的方法。实际上，在整个夏天，我一直在使用一些新习惯，我认为它们值得分享，可能值得您花时间去尝试。我专注于养成习惯，这些习惯可以识别并缩小理解上的差距，同时可以长期帮助内部化知识。这些目标直接达到了我想要学习的目标：了解主题，从低级细节到高级抽象，并将其长期保留下来。在间隔重复的时间表下创建和研究记录卡是我学习新主题的主要基石。当我将一个想法长期记忆时，这是我可以向您推荐的最有价值的习惯。此外，我发现学习笔记卡为我提供了不断增长的知识基础，可帮助我更轻松，更轻松地学习新想法。贸易工具。…

编写具有良好实践的Python软件包

在软件开发领域工作了几年之后，我终于决定出演自己的个人项目。因此，就像任何人一样，我从一小部分开始。我决定为Ubersuggest工具编写一个微型API作为Python包。因此，我搜索了一个指南，该指南将为我提供编写和部署自己的程序包的提示和步骤。就在那一刻，我意识到互联网上有很多关于该主题的内容，但是您什么也不能称之为指南。因此，我决定与您分享我的亲身经历，您将如何使用我认为是好的做法来编写和部署自己的Python包。编写Python程序包比看起来更容易在确定要实施的软件包之后，还必须设置脚本（例如脚本）来运行测试和许可证文件（对于该项目，我决定使用Beer-ware License ）也很重要。另外，要部署Python软件包，您必须具有setup.py文件。您可以使用我创建的模板。如何提交文件是一个非常有争议的话题。我通常尝试每次提交100行代码。如果仅是调试代码，则比这好一点，而应避免的事情多，这是件好事，因为当您运行项目时，这非常糟糕，最后，您仅提交带有“ Project done”之类的消息的所有文件。＃setup.py…