科特林101

Kotlin是JetBrains在2011年创建的JVM语言。谷歌在2019年宣布正式成为Android的首选语言。Kotkin在Scala受到了很大的启发。Kotlin声称拥有Scala的优点而没有缺点。也可以看到一些Python和Groovy的影响。多亏了intelliJ，kotlin使java变得不那么冗长，并且在IDE意义上有令人敬畏的支持。我是Scala爱好者，更喜欢Scala，然而，kotling是一个有趣的选择，特别是如果你正在制作Android原生应用程序。因此，今天我想分享我制作的一段视频，该视频很好地演练了Maven项目中该语言的几个功能。那么，让我们开始吧！

一段时间前，我在博客上介绍了我在Linux笔记本上使用的一些很酷的终端插件。还有一些很棒的复古仿真器终端，只是为了好玩：D.经常有人问我一些我仍然在使用的插件，所以我决定分享一些我使用的非常棒的、高效的工具。我使用的大多数工具都是单独的和孤立的，但是自动建议，这是基于ZSH的，如果你使用的是bash Won；t work，其他的二进制文件将工作得很好，因为它们没有附加到ZSH。如果你使用bash，我想你应该试一试ZSH，因为它令人惊叹，并且有一个活跃的社区，有很多很酷、很有生产力的插件。

Istio 1.5已经过时了。伊斯蒂奥采取了一个非常秃顶的大动作。Istio决定放弃微服务。考虑到它的用例，这是很有意义的。当您使用微服务体系结构时，您有几个优势，比如自主性、使用最好的工具完成工作(不同语言)、独立扩展组件、隔离等等。然而，微服务不是免费的午餐，它也有不利的一面。其中之一是配置、调配、监控和维护多个独立服务的DevOps工程价格。另一个是复杂性。微服务比整体系统更复杂。Istio采取了这一举措，将微服务体系结构从5个服务(Pilot、cidatel、Telemeter、Policy、Gley、Injector)转变为1个称为istiod的服务。这一举措很有意义。这不仅是因为它消除了复杂性，而且还使配置、安装和升级变得容易得多。我相信，这一举措将推动更多的人采用。

云计算是当今的默认模式。我相信未来是容器和多云解决方案。然而，今天我在AWS上做了很多工作。有一些特定的端点，如S3、AutoScaling、Route53和其他我在日常工作中使用较多的端点。AWS API很容易使用，但测试起来并不容易。分布式系统往往很难测试。对工程师来说，有快速的反馈是非常重要的。例如，有一些任务需要与AWS API交互，例如用于备份的S3。但是，如果您需要等待在AWS中部署才能测试它，因为基本上不可能在本地测试它，那么我们就有问题了。然而，我们需要能够进行端-2-端测试，而当您正在编码或进行一些故障排除时，要想更快地完成任务，这一点很重要。有2个具体的项目可以帮助我们完成这项任务。TestContainers和LocalStack。今天我将展示如何结合使用LocalStack和TestContainers以及JUnit来进行单元测试，模拟S3API.…