TL;DR 我不再有工作了。
在过去的一年多时间里,我作为Plato的三位全栈开发人员之一工作。然而,不幸的是我们没能成功,公司不得不关闭。
柏拉图
柏拉图在无代码领域是一个非常强大的概念。回想起早期的完全自省系统,其中屏幕上的所有内容都由您可以与之交互和操作的原始组件组成( 就像在自编程语言的演示中一样)。我们将这种内省与强大的宏记录器结合起来,以实现灵活的无代码自动化。
我认为 Plato 从其他无代码工具中脱颖而出。然而,在拥挤的市场中,这是一款令人难以置信的雄心勃勃的产品。我们未能足够快地交付价值。这并不特别令人惊讶。在我申请之前,我就知道这个市场非常难以进入,即使在竞争不那么激烈的市场,失败也是任何初创公司最有可能的选择。仅在这个领域进行微小的改进是不可能成功的,您会陷入极其强大的电子表格和使用基本自动化工具的琐碎之间。您需要比这些简单的流程图自动化工具更强大,同时保持易于使用。如果您没有提供足够的功能,您将输给电子表格,如果您不够容易使用,您的目标市场将迅速缩小。不幸的是,我们在资金耗尽之前没能成功通过这个帕累托前沿。
我仍然认为,通过允许技术含量较低的用户以简单可靠的方式自动化其工作流程,可以释放巨大的价值。然而,正如电子表格在问世 50 多年后仍然占据主导地位所证明的那样,这并不容易。电子表格非常受欢迎是有充分理由的。它们通过简单的计算提供了一个简单的入口,通过易于理解的用户界面提供了快速的价值。然而它们也有重大缺陷。
- 当处理二维以上的数据时,它们会变得异常复杂。
- 即使只有二维,基本算术之外的公式也超出了普通办公室工作人员的技能范围。
- 在列或行上下复制公式时很容易出错。 (您是否将一个单元格拖得太短?)对单个单元格的意外更改可能会被忽视。 (尝试新配方但没有完全撤消?当你抓起一杯水时,你的猫走过键盘?)
- 列不具有强类型,这可能会导致误解,特别是对于导入或粘贴的值。
但电子表格易于上手且功能强大。这是一个成功的组合,我们可能还需要 50 年才能看到重要的继任者。
在技术方面,我认为柏拉图有着深厚的根基。我们有一个通用的反应式更新系统,可以以很少的编程开销实现准确的失效。当需要提供高性能时,它也可以非常精确。
Plato 还有一个强大的客户端对象存储,它与反应式更新系统无缝集成。它通过自动错误处理以及集成来自并发协作编辑的更新,为乐观更新提供轻松支持。
总体而言,这两个系统协同工作,实现快速、乐观的本地执行、协作编辑和默认的反应式 UI。这些组件形成了一个共同的基础层,使我们能够快速迭代新概念并实现新设计,而无需一遍又一遍地实现这些复杂的概念。
也有一些部分效率较低,正如任何不断尝试不同想法以找到产品市场契合点的初创公司所预料的那样。但总的来说,我认为我们在质量与快速破解之间取得了良好的平衡。我们执行了一些重大的架构改进,这些改进确实物有所值,但我们也做出了艰难的决定,留下了一些混乱。回顾一下这一点很有趣。我们可以看到哪些功能需要花费大量时间才能在黑客可能已经足够的情况下稳健地实现,以及哪些快捷方式最终很快就会让我们陷入困境。
我的未来
现在我要休息一下。我很幸运,不需要急于寻找新的东西。我和我的伴侣计划在六月休假,在休假回来之前我可能不会开始新工作。这至少是两个月的放松时间,我认为这对我有好处。
我已经有时间对我的各种项目进行一些改进,例如我的Ricochet Robots Solver (它现在既适合玩也适合作为求解器)和FeedMail (主要是内部清理)。我可能会继续在这里进行一些小的改进,也许还会开始一些其他的个人项目。
我还积压了一些博客想法,希望在未来几周内取得一些进展。包括一个改进git bisect
工具,我将在宣布之前尝试更多地使用它。但可能还需要一段时间我才能平分更多代码😆
我很快就会开始寻找新的机会。如果您现在有一些有趣的事情,那么现在正是伸出援手的好时机。看看我的简历,当你联系我时提到这篇文章。
我真的很想找到一个可以少工作一点的选择。 40小时对我来说似乎并不是最有效的数字。到了周五,我的精神上总是有点疲惫,而且可能不如一周中的其他日子那么高效。我认为每周工作 4 天(大约 32 小时)非常合适。我认为工作 80% 的时间将带来至少 90% 的生产力,特别是因为许多最好的编程都是在后台思考问题,而不仅仅是当你盯着屏幕时思考问题。我还希望这能让我花更多的时间在个人项目上,从而提高我的创造力、技能和对编程的热情。我认为这将有助于提高我的工作效率并减少倦怠。我不确定是否有很多 4DWW 选项可用,但我肯定会花一些时间来寻找它们。
我正在寻找后端或低级工作。 Plato 是一家小商店,只有 3 名开发人员。这意味着,虽然我开始在我感兴趣的领域工作,比如编程语言、分布式状态同步和一些有趣的优化工作,但我最终也做了很多不是我最喜欢的前端工作。我确实很感激拥有一些专业的全栈经验,但现在我已经厌倦了 React,并准备好回到后端。我很想找到一个专注于性能或分布式算法(或者两者兼而有之)的角色。这也偏离了我的SRE经验,但我认为我可以让潜在的雇主相信我拥有所需的编程能力。如果可能的话,我也很愿意从事开源软件工作。
但无论如何,我并不着急。我会慢慢地浏览这些选项,直到找到适合我的下一步。