Beautifully put.
Beautifully put. The people who build successful startups are the people who build stuff. There are very important things at a startup (building a product people want, growth), and there are ancillary things (programming language choice, cron job management, team communication, etc). You really don't need to worry about the ancillary things until they become massive problems, and by that point you'll know they are massive problems. Otherwise, spending any time or effort on ancillary things is a waste of time and energy that should have been spent on making your product better. Since you can't really give broad advice about how to build a great product or how to grow that product, most lists of "handy tools" are just tools which solve ancillary problems. Are these interesting tools on the list? Yes. Are some of these tools themselves great products? Yes. But, if you are trying to build a successful startup, this list of tools will serve you almost no benefit.
Posted by birken on Jun 25, 2015, 6:55 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.5,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...
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?
> 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?
Beautifully put.
Beautifully put. The people who build successful startups are the people who build stuff. There are very important things at a startup (building a product people want, growth), and there are ancillary things (programming language choice, cron job management, team communication, etc). You really don't need to worry about the ancillary things until they become massive problems, and by that point you'll know they are massive problems. Otherwise, spending any time or effort on ancillary things is a waste of time and energy that should have been spent on making your product better. Since you can't really give broad advice about how to build a great product or how to grow that product, most lists of "handy tools" are just tools which solve ancillary problems. Are these interesting tools on the list? Yes. Are some of these tools themselves great products? Yes. But, if you are trying to build a successful startup, this list of tools will serve you almost no benefit.
Comments (0)
No comments yet. Start the discussion.