Livewire创始人Caleb Porzio谈技术哲学、社区与AI

本文是Caleb Porzio的访谈,探讨了在Livewire不存在的技术栈选择、代码组织中的“单一职责原则”、开源社区的重要性、技术设计的“先例”原则,以及当前AI在开发中的角色与局限性。

Caleb Porzio - Livewire

你的导师 Simon Vrachliotis

章节摘要 (下文摘要由AI根据视频转录生成):我们的下一位嘉宾无需介绍,但我们还是介绍一下。Caleb Porzio 是 Livewire、Alpine.js 和 Flux 的高产创造者。计时开始…现在!

在一个没有Livewire的平行宇宙里,你的开发技术栈会是什么? 如果今天没有 Livewire,我可能默认会使用 React——它不就是默认选择吗?但我想我仍然会使用原生的 Blade 模板并“滥用”整个 Web 平台来完成任务。我非常喜欢保持简单,并利用现有的东西,而不是为每个问题都发明一个全新的层。

对于Livewire文件,你更喜欢用表情符号作为前缀吗? 关于我在个人项目中使用表情符号前缀还是 .livewire.php 扩展名,有过一些玩笑。我实际上不使用 .livewire.php 这个方式——有几个原因——但整天用表情符号是我的风格。你是想“正确”还是想“酷”?

请解释一下“Caleb的单一职责原则”。 我曾在一个演讲中说过:“我不讨厌多个文件,我喜欢让相关的东西放在一起。”这基本上就是我实践中的单一职责原则。在我的脑海里,我的实际生活相当分散——非常有注意力缺陷多动障碍(ADHD)的特点,东西到处放。当我必须记住某个东西在哪时,这让我很痛苦。所以我尝试把一个概念放在一个地方,把它“堡垒化”,然后我可以要么沉浸其中,要么把它当作一个黑盒子来对待。

当相关的东西放在一起时,我可以非常专注。当它们分散时,我需要耗费脑力在不同的地方跳来跳去,这很烦人。所以,是的——如果可以的话,尽量把相关的东西放在一起。未来的你会感谢你的。

跟我们说说在布法罗举行的Wire Live活动吧。 开源不仅仅是代码;它是人。我有一个我热爱的项目,世界各地的人们都关心它。从外表看,我只是一个在阁楼里打字的人,所以把人们带入现实空间很重要。会议和聚会对一个健康的技术生态系统的重要性,比我过去所认识到的要大得多。

这就是为什么我很高兴开始举办Livewire活动——创造一个充满活力的中心,让人们可以聚集,感到归属感,发布项目,走上舞台。这是为了让线上社区变得真实。

你会花多少时间去解构(分析)软件包以了解它们的工作原理? 老实说,几乎没有。我过去经常深入源码,我现在也仍然经常阅读 Laravel 的源码,但总的来说,我依靠自己的想法工作,需要时用 ChatGPT 帮点小忙来拼凑东西。偶尔我会深入研究某个库是如何解决 Safari 16 中一个奇怪的滚动问题的,但也就这些了。

在最近的一次播客中,你谈到了“先例”。解释一下你指的是什么。 “先例”是一种约束,它重用人们已经理解的模式、名称和行为,这样新事物就能映射到现有的心智模型上。

当我进行更改时——无论是新功能还是解决问题——我第一个问题是:我们能否在不给用户添加任何可见东西的情况下解决这个问题?如果必须添加一些东西,我更喜欢借用已经熟悉的东西。先例减少了认知负荷:使用人们已经认识的术语、方法或技术,这样他们就有东西可以将新事物映射过去。如果你采纳好的先例,你就不会在一年后为自己一时兴起做出的决定而后悔。

距离AI夺走我们所有的工作还有多久? AI会夺走我们所有开发人员的工作吗?现在还不会。当我自己理解问题并把AI当作工具使用时,AI很棒。一旦你放弃理解并依赖AI的“感觉”输出,你就有创建出脆弱的、日后会后悔的东西的风险。就目前而言,我仍然需要动用自己的大脑——所以我们还有工作。也许随着时间的推移,AI会变得更可怕,但我对它们短期内会取代人类思考的必要性持怀疑态度。

comments powered by Disqus
使用 Hugo 构建
主题 StackJimmy 设计