4 分•作者: Bender•大约 4 小时前
返回首页
最新
4 分•作者: cvbox•大约 4 小时前
又到了一年一度的时候,我很想听听大家有什么新的(和旧的)想法。
之前讨论过的帖子:
2024 → https://news.ycombinator.com/item?id=42373343
2023 → https://news.ycombinator.com/item?id=38467691
2022 → https://news.ycombinator.com/item?id=34190421
2021 → https://news.ycombinator.com/item?id=29667095
2020 → https://news.ycombinator.com/item?id=24947167
2019 → https://news.ycombinator.com/item?id=20899863
2018 → https://news.ycombinator.com/item?id=17790306
2017 → https://news.ycombinator.com/item?id=15148804
1 分•作者: Bender•大约 5 小时前
1 分•作者: delschlangen•大约 5 小时前
1 分•作者: delschlangen•大约 5 小时前
1 分•作者: sipofwater•大约 5 小时前
1 分•作者: mangonese•大约 5 小时前
2 分•作者: zdw•大约 5 小时前
1 分•作者: fowl2•大约 5 小时前
2 分•作者: mitchbob•大约 5 小时前
1 分•作者: Bender•大约 5 小时前
1 分•作者: zdw•大约 5 小时前
57 分•作者: doener•大约 5 小时前
1 分•作者: jannesblobel•大约 6 小时前
在我的项目进行过程中,以及与投资人交流时,我经常听到:
“把它发到Hacker News或Reddit上,展示人们有多喜欢它。”
我觉得奇怪的是,Hacker News给人的感觉非常难以捉摸。我从未遇到过能清晰解释它实际运作方式的人。不仅仅是规则,还有其内在的动态:哪些是可重复的,哪些是运气使然,以及真正重要的因素是什么。
用“凯文·贝肯数”的概念来比喻:我通常能在与Linus Torvalds等知名技术人员的交往中,保持不超过三度人脉关系,但我似乎无法通过三步接触到能自信地理解HN运作方式的人。
所以,我诚挚地提问:
这里有人觉得他们理解Hacker News吗?
如果理解,那么真正的杠杆是什么?人们经常误解的是什么?
PS:这个问题源于我既好奇又沮丧的心情。我真的想了解HN的实际运作方式。
1 分•作者: strgcmc•大约 6 小时前
这周出差,在飞机上随便刷了刷《纽约时报》,读了这篇文章,真是把我气炸了:https://www.nytimes.com/2025/12/14/us/fire-department-software-private-equity.html?unlocked_article_code=1.8k8.yzeR.NwSK3PTQeXQj&smid=nytcore-android-share
简而言之:私募股权正在收购所有这些软件供应商,并对脆弱的消防部门下手;一个总预算为每年 13 万美元的乡村消防部门,其软件成本在一年内增加了 3 倍(从每年 4000 美元增加到每年 12000 美元)。
我想做点什么。我以前没在应急服务领域工作过,所以我知道我很天真。我确实有待命和关键任务软件维护以及高可用/持久服务的经验,但当我说关键任务时,我的意思是涉及数百万美元的风险,而不是人的生命。
我想向 Hacker News 征求非常早期的方向性建议,任何类型的建议都可以。
* 有没有现有的开源项目或基金会,其使命是服务和保护紧急响应等关键服务?
* 逐步构建是否可行,即交付具有增量价值的小组件,消防部门是否愿意尝试开源选项?
* 是否有认证或监管障碍,可能需要花费高昂的费用?
* 有没有人碰巧在这个行业有经验,并且愿意写下他们的观点?
我最初的早期设想是这样的:我个人无法容忍仅仅被动地“让”私募股权入侵社会的这一方面,从而挟持应急服务部门,进而挟持纳税人。他们本质上是在勒索和剥削社会对紧急服务的刚性需求。所以我不关心盈利,我只关心真正解决应急部门的需求和保护人的生命(我知道我仍然很天真,我绝对不想过度承诺并置生命于危险之中)。但撇开我个人的感受不谈,我确实认为这里有一个有用的见解:如果工程师们有动力去帮助他们的社区(或者只是为了让私募股权难堪),就能可靠且廉价地制作有用的软件,那么最终私募股权就无法与一个不关心利润的对手竞争——我们实际上可以获胜,因为如果他们看到无利可图,他们最终会放弃并退出这些行业。
“有些人不寻求任何逻辑的东西,比如金钱。他们无法被收买、恐吓、说服或谈判。有些人只想看着世界 [不] 燃烧 [因为消防部门应该有廉价可靠的紧急软件]。”
“警惕一个耐心之人的愤怒。”——约翰·德莱顿
我很有耐心。我愿意写代码。或者组织一个软件基金会。或者成为其他人编写软件的投资者/资助者。
感谢任何和所有的帮助或反馈(正面的或负面的)!
1 分•作者: birdculture•大约 6 小时前
1 分•作者: rsmihir3•大约 6 小时前
我是一名开发人员,非常不擅长估算任务所需的时间。“修复这个bug需要2小时” → 实际上需要9个小时。每次都是这样。<p>所以我跟踪了我的估算时间与实际时间,持续了3个月。我的准确率:47%。我计划的工作量是实际可能完成的两倍,然后纳闷为什么我总是落后。<p>TimeBoxer 是一款我开发的 iOS 应用程序,用于解决这个问题:
- 在开始任务之前进行估算
- 计时器跟踪实际时长
- 查看你随时间的准确性
- 了解你经常误判的任务类型<p>在跟踪了100多个任务之后,我发现:
- Bug修复:偏差3-5倍(以为1小时,实际4-6小时)
- “快速”重构:偏差4-6倍
- 代码审查:偏差4倍
- 我以前构建过的功能:准确率约75%<p>现在我根据历史数据而不是乐观估计。在我的职业生涯中,第一次达到了冲刺估算的80%。<p>使用 SwiftUI 原生构建,并带有锁屏计时器的实时活动。免费层级,高级版每月4.99美元,提供完整分析。<p>患有 ADHD 的开发人员社区特别感兴趣——时间盲导致估算更加困难,而拥有外部数据有助于弥补这一点。<p>很乐意回答关于技术栈、我发现的估算模式或设计决策的问题!
1 分•作者: MKuykendall•大约 6 小时前
1 分•作者: teleforce•大约 6 小时前
1 分•作者: JumpCrisscross•大约 6 小时前