TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: Are there any companies that avoid too many dependencies/services

2 点作者 sushshshsh超过 4 年前
Hello,<p>I&#x27;ve worked for a few companies now that all follow a similar pattern: using 20 different AWS&#x2F;Azure services and many many long lists of dependencies for things that could seemingly just be a self-written function.<p>I understand the arguments for &quot;tried and tested&quot; libraries and not wanting to &quot;re-invent the wheel&quot;, but I really am sinking wayyyy too much of my time debugging and trying to understand how all of these things work internally. The actual basic functionality of the JIRA tickets I get can be solved in 10 minutes (basically just string manipulation)<p>Are there any companies out there who have the more old school mindset of just writing a function that does one specific thing really well, instead of having to juggle all of these import statements, long constructor argument signatures, builders, factories, etc?<p>One looks at the Super Mario 64 source code and just weeps.

1 comment

viraptor超过 4 年前
Many regulated industries.<p>Lots of developers using smaller embedded platforms.<p>Corpos with strict licensing requirements where it&#x27;s less hassle to roll your own JSON parser than to file requests for library use to lawyers with justification (go through approval process for a single version of dependency (each version needs new approval)).<p>As you can expect the other extreme also has significant downsides...
评论 #25407025 未加载