3 ms·

No, they will serve different customer segments and the market will split into the various strategic positions it can support. It’s just a different business m

by hazz99 6y ago

No, they will serve different customer segments and the market will split into the various strategic positions it can support. It’s just a different business model. Less value, less expensive, higher volume. More value, more expensive, lower volume. In your example, one of the restaurants become McDonalds and another becomes a gourmet restaurant. They compete differently.

simion314 6y ago
Right, so a native fast application would have a niche of users that care where the apps made with electron will have a larger user base because it will be cheaper to create for the developers but users will pay with lectricity and frustration. My issue is that you can market some cheap food like "our food is cheap but good enough, come here to save money" where with software is "our software is slow,buggy,eats your battery - use it because we are lazy and we want to use latest coolest language to put on our CV". Sure when I do a proof of concept toy project I will be lazy and use whatever I like, if I share it it will be free = I have a problem with big projects say a news site that has millions of users and your laziness(or using latest cool stuff) affects such a giant number of people.
- hazz99 6y ago
  There’s no moral obligation to make incredibly efficient and streamlined software. Solving the problem and proving sufficient value is usually enough. Sure, they might get displaced by a competitor in the future - but by then they’ve probably got a large user base and a warchest to compete with. Slack is a great example of this. If it’s software that’s life critical, then maybe, but that’s a small minority. Markets and buyer preferences are always changing - I think it’s better to be agile (ie high developer velocity with talented product managers) to be able to detect and capture these shifts.

by hazz99 6y ago

simion314 6y ago

Right, so a native fast application would have a niche of users that care where the apps made with electron will have a larger user base because it will be cheaper to create for the developers but users will pay with lectricity and frustration. My issue is that you can market some cheap food like "our food is cheap but good enough, come here to save money" where with software is "our software is slow,buggy,eats your battery - use it because we are lazy and we want to use latest coolest language to put on our CV". Sure when I do a proof of concept toy project I will be lazy and use whatever I like, if I share it it will be free = I have a problem with big projects say a news site that has millions of users and your laziness(or using latest cool stuff) affects such a giant number of people.

hazz99 6y ago
There’s no moral obligation to make incredibly efficient and streamlined software. Solving the problem and proving sufficient value is usually enough. Sure, they might get displaced by a competitor in the future - but by then they’ve probably got a large user base and a warchest to compete with. Slack is a great example of this. If it’s software that’s life critical, then maybe, but that’s a small minority. Markets and buyer preferences are always changing - I think it’s better to be agile (ie high developer velocity with talented product managers) to be able to detect and capture these shifts.