生锈可持续发展的最大威胁

2021-03-20 08:54:17

免责声明:像往常一样,以下是我的意见。你可以自由地不同意,但请保持民事。

我喜欢生锈。我可以构建Web服务器,使用webassembly创建Web应用程序,将其用于嵌入式开发,工艺shellcodes,以及最重要的是,它将我程序中的错误数量减少了一个级别。作为一个独立的开发人员,它意味着我可以更好地睡得更好而没有害怕我的服务器燃烧(我的意思是,而不是字面上)。

不幸的是,有一件事让我担心其未来:6周的发展周期。这是,我相信,一个不健康问题的原因之一:功能膨胀。这也是我认为另一个问题的原因:生态系统的不成熟。

少量添加的复合效应是复杂性。任何项目都是不受控制的复杂性致命。

我觉得自己的车轮上的仓鼠:它会结束吗?作为生锈开发人员,我需要保持最新的最新发展,以免产生一旦释放后立即过时的代码。

学习材料迅速淘汰:天锈的编程今天完全不同于生锈的编程1.5年前(主要是由于异步 - 等待稳定)。 Rust的学习曲线已经足够高,以阻止人们学习它,教程和导游的过时并没有帮助。

比率信号/噪音低:即使官方生锈博客上有专用帖子来突出最值得注意的功能,难以跟踪所有重要功能,因为它们丢失了其他不太相关的东西。

感到不专心:我是帕累托原则的粉丝:80%的后果来自20%的原因。它带来冷静,有助于识别忙碌。所有RUDR的特征都有高价值,或者只是偶然复杂的原因吗?谁负责说不?

我想要什么? 4或6个月释放周期和添加功能的更保守的方法。例如,而不是一个夜间频道,我想要一个有很多功能的游乐场频道,而且很少有人促进稳定。

编程语言是一个平台。您无法在一个不稳定的平台上构建一个蓬勃发展的生态系统。作为一个社区,我们需要寻找一个解决方案来带来冷静和焦点的解决方案,然后我们将能够在该平台上稳定和建立一个伟大的图书馆生态系统。

短释放周期适用于产品,因为您可以删除功能或UI元素,因此复杂性会随着时间的推移而降低。但对于平台,它意味着您只能添加内容,因为删除平台的部分将破坏向后兼容性。因此,复杂性只能增加时间。

我们不希望生锈成为新的C ++,不是吗?

想要了解更多来自现实世界的铁锈体验吗?我正在撰写一本书(在早期访问中提供)我分享我学到的一切。以下是一张优惠券,可以节省10欧元:https://academy.kerkour.com/black-hat-rust?coupon=blog