@GergelyOrosz: 这就是内部工具的特点:随着时间的推移,它们几乎总是变得不如供应商构建的工具 At Large C…
摘要
该推文讨论了内部工具随着时间的推移往往变得比供应商构建的解决方案更差,举了一个替换SaaS产品可能导致广泛‘改进’带来的维护问题的例子。
这就是内部工具的特点:随着时间的推移,它们几乎总是变得不如供应商构建的工具
在那些拥有自己定制可观测性的大型公司,和一位工程师聊过…他说他们多么想使用Datadog(或类似工具),因为那会“直接”工作,而不是“勉强”工作
查看缓存全文
缓存时间: 2026/09/09 11:51
内部工具确实常面临这样的问题:随着时间推移,它们几乎总会变得不如供应商开发的专用工具。
大型公司若拥有自主定制的观测体系,往往会遇到这种情况。与某位工程师交谈时,他提到多么希望能使用Datadog(或类似工具),因为那会“直接奏效”,而非“勉强能用”。
Aaron Rubin (@aaronrubin): 我们用内部工具替代了SaaS产品。公司任何人都能通过提交代码来改进它。
我估计再过两个月,这个工具就会因为人们各种“改进”变得一团糟,根本无法使用。
相似文章
@GergelyOrosz:“我们永远不会放心让第三方工具访问我们的数据库”——来自一家中型公司的开发者……
一家中型公司的开发者构建了自己的编码工具,用于70%以上的PR,因为他们不放心让第三方工具访问数据库,这反映了公司将代码和数据知识产权内部保留的趋势。
@tobi: 是的。但是:1. 这是关于重要的内部工具。团队陷入了他们自己造成的架构噩梦……
Tobi Lütke 讨论了他通过快速架构决策简化 Shopify 内部工具的方法,强调创始人主导的干预以避免复杂性和技术债务。
@GergelyOrosz: 如果你在科技行业待过一段时间,这应该很明显:每一个关于重写/迁移等的“成功故事”……
一位科技评论员指出,公司发布的关于重写和迁移的成功故事只是半真半假,省略了负面因素和内部激励,并警告说,在不了解背景的情况下照搬会导致失望。
@GergelyOrosz: 真是不可思议,GitHub 的工程团队知道可靠性(零个九)是他们近六个月来的头号问题,但似乎……
这条推文强调了 GitHub 持续的可靠性问题,批评工程团队尽管拥有熟练的工程师却未能解决频繁中断,并认为过去的架构决策是罪魁祸首。
@GergelyOrosz:我想不起科技行业还有哪一次,整个行业(从大公司到小公司;非营利组织到……
Gergely Orosz 感慨当下是一个前所未有的时刻——整个科技行业,从初创公司到科技巨头、非营利组织、风险投资、政府到学术界,都在同时重新思考开发者工具和流程,而这一切主要由 AI 驱动。