I have been on two projects now that use web frameworks to ship complex management applications and both were nightmares. The cost of doing even simple changes was not small. React has been way worse than angular on this front too. People do not understand it. They do not think " the react way ". They invariably code something that doesn't consider reacting to change properly and now you have a complex component that…
Ask HN: Write once, run anywhere front ends failed. Thoughts?
11–20 of 26 posts
Re: Ask HN: Write once, run anywhere front ends failed. Thoughts?
#12I have been on two projects now that use web frameworks to ship complex management applications and both were nightmares. The cost of doing even simple changes was not small. React has been way worse than angular on this front too. People do not understand it. They do not think " the react way ". They invariably code something that doesn't consider reacting to change properly and now you have a complex component that…
Half me wants to say that the SSR-based web application was a revolution. I had a boss who was both a sales genius and an obnoxious penny pincher and he had a pitch that "custom software development was more affordable than ever" and I would back up that with an explanation of the miracle of the relational database and the "stateless" applications that could be built out quickly. The thing about React is it can be so…
And people get FOMO that they need to use a big thing that they couldn't write themselves.
Whereas if you throw out everything and just build only what you need, you get something infinitely more understandable and simpler, probably with some hand-rolled data-binding thing that you actually understand.
Most people don't understand how their frameworks are working under the hood. They are just relying on a nicely documented API...until anything goes wrong.
Trying to debug React for example is insane. And if you build your own custom store it re-renders 6 times when in dev. When I saw this...I knew React's days were numbered.
Re: Ask HN: Write once, run anywhere front ends failed. Thoughts?
#13Earlier quoted context omitted.
Half me wants to say that the SSR-based web application was a revolution. I had a boss who was both a sales genius and an obnoxious penny pincher and he had a pitch that "custom software development was more affordable than ever" and I would back up that with an explanation of the miracle of the relational database and the "stateless" applications that could be built out quickly. The thing about React is it can be so…
Everyone bought into "immutable" "no side-effects" "one way data flow" as this ultimate goal. But never thought what the tradeoff is. And people get FOMO that they need to use a big thing that they couldn't write themselves. Whereas if you throw out everything and just build only what you need, you get something infinitely more understandable and simpler, probably with some hand-rolled data-binding thing that you act…
Re: Ask HN: Write once, run anywhere front ends failed. Thoughts?
#14Do you have thoughts and opinions on the various options for Windows desktop development? I would be curious to know, I am starting to work on a Windows desktop app. I am assuming that the first, MVP-style, attempt will be using Electron. But I am also wondering if Maui will end up being a better option, or if I will be able to have an excuse to use the Avalonia framework for F#
> the first, MVP-style, attempt will be using Electron. Good choice. If you want to stick to HTML...WebView2 is suppose to replace it, but it assumes your backend code is .NET or C++, instead of JS/Node.js. Microsoft Teams is using it. If you want to use native Windows UI components from JS code, then React Native for Windows is recommended. Facebook Messenger is using it. All approaches require C# or C++ modules to…
Seems like there are kind of many, many options, but none of them are particularly great.
Re: Ask HN: Write once, run anywhere front ends failed. Thoughts?
#15Do you have thoughts and opinions on the various options for Windows desktop development? I would be curious to know, I am starting to work on a Windows desktop app. I am assuming that the first, MVP-style, attempt will be using Electron. But I am also wondering if Maui will end up being a better option, or if I will be able to have an excuse to use the Avalonia framework for F#
I think avalonia is much more promising than Maui as the latter seems to be kind of mythical in nature.
Re: Ask HN: Write once, run anywhere front ends failed. Thoughts?
#16Re: Ask HN: Write once, run anywhere front ends failed. Thoughts?
#17Earlier quoted context omitted.
> the first, MVP-style, attempt will be using Electron. Good choice. If you want to stick to HTML...WebView2 is suppose to replace it, but it assumes your backend code is .NET or C++, instead of JS/Node.js. Microsoft Teams is using it. If you want to use native Windows UI components from JS code, then React Native for Windows is recommended. Facebook Messenger is using it. All approaches require C# or C++ modules to…
Cool, thanks for this info. Seems like there are kind of many, many options, but none of them are particularly great.
Re: Ask HN: Write once, run anywhere front ends failed. Thoughts?
#18Earlier quoted context omitted.
I think avalonia is much more promising than Maui as the latter seems to be kind of mythical in nature.
What do you mean? That you've never seen anything actually built in Maui even though people mention it?
Re: Ask HN: Write once, run anywhere front ends failed. Thoughts?
#19Earlier quoted context omitted.
Half me wants to say that the SSR-based web application was a revolution. I had a boss who was both a sales genius and an obnoxious penny pincher and he had a pitch that "custom software development was more affordable than ever" and I would back up that with an explanation of the miracle of the relational database and the "stateless" applications that could be built out quickly. The thing about React is it can be so…
Everyone bought into "immutable" "no side-effects" "one way data flow" as this ultimate goal. But never thought what the tradeoff is. And people get FOMO that they need to use a big thing that they couldn't write themselves. Whereas if you throw out everything and just build only what you need, you get something infinitely more understandable and simpler, probably with some hand-rolled data-binding thing that you act…