My two cents, heavily influenced by Blank's book :) While any sentence-long description will be an oversimplification, I think fitting e...
My two cents, heavily influenced by Blank's book :) While any sentence-long description will be an oversimplification, I think fitting everything under the sun in a "1st way" is counterproductive. If all we're talking about is how they succeed with Ron's components in mind, then there are at least a few ways. I see the the need-being-met thing as a spectrum. The more unmet the need is, the less likely competition is a problem at that moment, so just solving it is sufficient (who knew having a car was actually a 'problem' versus purchasing transit from 'a' to 'b'?) I've also seen that sometimes a product that focuses on a niche and does it REALLY well is better (for that niche) and NOT cheaper, but they succeed too (e.g. Veeva). Sometimes a product that focuses on the lower end of the market is cheaper and not better (i.e. functionality) but ppl underestimate the long-tail of non-users. (maybe like Gusto vs. traditional payroll providers or RelateIQ vs. Salesforce) On acquisitions, I've heard that acquihires usually make little-to-no money for the investors. But as beambot also mentioned, the business could be acquired for hard tech that, even if no customers/bizmodel, some other business would find value in having (maybe like Facebook>Friendfeed or Linkedin>RunHop). But to reverse engineer that from day 1 I imagine would be even harder than building a product to an unmet need haha. You don't know if the bigger co is working on it internally or if they'd scoop up somebody else. Wonder if this was Meerkat's plan, gone awry <-- speculation. ¯\_(ツ)_/¯.
Posted by v12golfcart on Jul 16, 2017, 7:47 PM
Tags
Related issues
- The biggest problem with having an LLM do this, from what I've observed of at least frontier models, is that the way they are trained...
- The biggest problem with MOND is that it was hand-crafted with additional parameters simply to fit the data.
- (My comment is about detached houses).
- The biggest problem with this is that I can't run my company's own internal benchmarks against this API, because they will be trained int...
- > steer Claude away from over-engineering parts of the system in response to hypothetical concerns.
- Why is there no comparison with FLUX 3 Image?
Raise real-world problems, find people facing the same issue, and discuss solutions.4,500 issues0 comments
hackernews (Other)
The biggest problem with having an LLM do this, from what I've observed of at least frontier models, is that the way they are trained...
NewThe biggest problem with MOND is that it was hand-crafted with additional parameters simply to fit the data.
(My comment is about detached houses).
The biggest problem with this is that I can't run my company's own internal benchmarks against this API, because they will be trained int...
> steer Claude away from over-engineering parts of the system in response to hypothetical concerns.
Why is there no comparison with FLUX 3 Image?
> our Git monorepo was developing an annoying problem Sentences like this are so common from people using monorepos that I am convinced ...
Why is there no contact form?
My two cents, heavily influenced by Blank's book :) While any sentence-long description will be an oversimplification, I think fitting e...
My two cents, heavily influenced by Blank's book :) While any sentence-long description will be an oversimplification, I think fitting everything under the sun in a "1st way" is counterproductive. If all we're talking about is how they succeed with Ron's components in mind, then there are at least a few ways. I see the the need-being-met thing as a spectrum. The more unmet the need is, the less likely competition is a problem at that moment, so just solving it is sufficient (who knew having a car was actually a 'problem' versus purchasing transit from 'a' to 'b'?) I've also seen that sometimes a product that focuses on a niche and does it REALLY well is better (for that niche) and NOT cheaper, but they succeed too (e.g. Veeva). Sometimes a product that focuses on the lower end of the market is cheaper and not better (i.e. functionality) but ppl underestimate the long-tail of non-users. (maybe like Gusto vs. traditional payroll providers or RelateIQ vs. Salesforce) On acquisitions, I've heard that acquihires usually make little-to-no money for the investors. But as beambot also mentioned, the business could be acquired for hard tech that, even if no customers/bizmodel, some other business would find value in having (maybe like Facebook>Friendfeed or Linkedin>RunHop). But to reverse engineer that from day 1 I imagine would be even harder than building a product to an unmet need haha. You don't know if the bigger co is working on it internally or if they'd scoop up somebody else. Wonder if this was Meerkat's plan, gone awry <-- speculation. ¯\_(ツ)_/¯.
Comments (0)
No comments yet. Start the discussion.