我审计了47家失败初创公司的代码库。
I audited 47 failed startups' codebases

原始链接: https://old.reddit.com/r/Entrepreneur/comments/1o4jup6/i_audited_47_failed_startups_codebases_and_the/

您的请求已被阻止,原因是网络策略。请登录或在此处创建帐户以恢复浏览。如果您正在运行脚本或应用程序,请在此处注册或使用您的开发者凭据登录。此外,请确保您的User-Agent不为空,并且是独特且具有描述性的,然后重试。如果您正在提供替代的User-Agent字符串,请尝试改回默认设置,因为这有时会导致阻止。您可以在此处阅读Reddit的服务条款。如果您认为我们错误地阻止了您,或者想讨论更轻松地获取所需数据的方式,请在此处提交工单。联系我们时,请提供您的Reddit帐户以及以下代码:1e0568e1-a4c1-4c82-b17e-66adff9f895c。

## 黑客新闻讨论:分析失败初创公司的代码库 一篇黑客新闻讨论,源于一篇审计了47家失败初创公司代码库的Reddit帖子,引发了关于早期开发策略的争论。原始帖子强调了这些失败初创公司中常见的问题,引发了围绕“快速构建,稍后修复”与“一开始就构建正确”两种方法的讨论。 许多评论者提倡在初始阶段优先考虑速度和灵活性,建议在产品与市场匹配度建立期间采用“凑合”的方法,尽量减少编码标准或测试。想法是,一旦产品方向明确且团队壮大,就用更强大的架构进行重建。另一些人强调即使在早期也采用基本最佳实践的重要性,例如数据库索引。 一个反复出现的主题是过早优化和在理解核心需求之前过度工程的危险。 许多评论指出利用人工智能进行测试和类型检查等任务的价值。 对原始Reddit帖子的可信度产生了怀疑,并指责其存在虚假信息和自我宣传。 最终,这场讨论凸显了在初创公司这个高风险的世界中,速度、质量和适应性之间的微妙平衡。
相关文章

原文
Blocked

Your request has been blocked due to a network policy.

Try logging in or creating an account here to get back to browsing.

If you're running a script or application, please register or sign in with your developer credentials here. Additionally make sure your User-Agent is not empty and is something unique and descriptive and try again. if you're supplying an alternate User-Agent string, try changing back to default as that can sometimes result in a block.

You can read Reddit's Terms of Service here.

If you think that we've incorrectly blocked you or you would like to discuss easier ways to get the data you want, please file a ticket here.

When contacting us, please include your Reddit account along with the following code:

1e0568e1-a4c1-4c82-b17e-66adff9f895c

联系我们 contact @ memedata.com