TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Opportunity Sizing: Is the Juice Worth the Squeeze?

64 pointsby harterrtabout 4 years ago

5 comments

dandellionabout 4 years ago
I wonder if this kind of reasoning might be why Mozilla keeps dropping features of Firefox I liked such as RSS, bookmark descriptions, FTP, while adding stuff I don't care about like Pocket and Hello. I've recently finally caved in and installed Chromium and Brave, to see if they might be worth switching because of the reasons I had for using Firefox are just not there any more. After 15 years using Firefox (and advocating for it and installing it on many of my families computers for many years) it's hard to switch, and with the state of privacy and tracking I feel like my only choice is to pick what type of poison I want to drink.
评论 #26851742 未加载
评论 #26852257 未加载
评论 #26850113 未加载
tzikiabout 4 years ago
Something like this should be part of every engineering curriculum. As a small anecdote, I've several times ran into engineers who spent inordinate amounts of time to make the system just a tiny bit more type safer, and when I ask how many bugs would this have fixed during the last year they don't know. When I do the work and send them the single, low-impact bug their efforts would've fixed, they still go through mental gynastics to justify their efforts.
评论 #26852895 未加载
评论 #26853957 未加载
bchernyabout 4 years ago
This is one of those “Product Management 101” things that engineers are surprisingly bad at. I couldn’t agree more that this is an essential skill for engineers (especially sr engineers), whether they’re working on infra, growth, or product.
评论 #26850356 未加载
评论 #26853964 未加载
coolgeekabout 4 years ago
harterrt - I hope you&#x27;re still reading this...<p>This is a really good (initial) framework for thinking about what new features should or should not be built.<p>But I would advise against using it (alone) as a tool for deciding which existing features should be removed (as other readers suggest may be happening).<p>With new features, it&#x27;s a binary choice - build or not.<p>With existing features, there is a third choice - continue development, stop development (but maintain), or remove feature. Removing features has costs that might not be worth the savings.<p>Google lost a lot of goodwill over the last few years by unceremoniously dropping products. Mozilla, over the last year or so, seems to be making some of the same mistakes.<p>Chromium is terrible enough that users don&#x27;t really have an alternative - at the moment. But goodwill is really hard to get back after it&#x27;s been squandered.
cassepipeabout 4 years ago
One sure thing is when you actually finish a project it might be worth trying to market it or just wait a little to see where it can go. See Firefox OS, or how we could have had an android independant alternative phone os and how Mozilla could have been financially independent thanks to revenues that are now going to KaiOS.
评论 #26852688 未加载