The "full-stack framework" fallacy
stack.convex.dev
The "full-stack framework" fallacy
1–10 of 20 posts
Re: The "full-stack framework" fallacy
#2Right now you have many frontend-focused engineers who justifyably argue that something like React Server Components is a backend concern because it runs on the server. I think they're wrong but they have a point.
You also have many backend-focused engineers who justifyably argue that something like Rails is a frontend concern because it's designed to run webpages. You probably wouldn't want to use Rails to build an ETL pipeline or an airline scheduling system, for example. I think they're kinda right but also a little bit wrong.
And ultimately the whole debate is so deep in the It Depends territory that I honestly think 90% of the people arguing come from such vastly different backgrounds and situations that they're just talking past each other. They're never going to agree because the problems they're solving are too different to ever have the same solution.
edit: I say this as someone with professional experience in almost all the usual suspects (Django, Rails, Flask, various JavaScript frankenstacks, even PHP).
Re: The "full-stack framework" fallacy
#3I am interested in knowing who would make a decision to pay for something like this when there are a gamut of open source options available. Like what is the compelling reason to use something like this.
Re: The "full-stack framework" fallacy
#4This looks like a (not even) thinly veiled advertisement for their Convex product: https://www.convex.dev/ . I am interested in knowing who would make a decision to pay for something like this when there are a gamut of open source options available. Like what is the compelling reason to use something like this.
Re: The "full-stack framework" fallacy
#5This looks like a (not even) thinly veiled advertisement for their Convex product: https://www.convex.dev/ . I am interested in knowing who would make a decision to pay for something like this when there are a gamut of open source options available. Like what is the compelling reason to use something like this.
Re: The "full-stack framework" fallacy
#6As a former JavaScript developer most of the people doing that work cannot program. That is why frameworks are so essential. What percentage of these people could realistically do any fraction of their jobs without third party abstractions line React or jQuery? It’s striking.
Look, what’s the primary mission here:
1. Put text on screen
2. Handle user events
Why is that so hard? Because nobody knows what they are doing, the blind leading the blind. The compile target on the front end is the DOM and that absolutely scares the shit out of people. Secondly, communicating outside the browser requires network traffic handling which also scared the shit out of people. Finally any kind of event handling requires an understanding of the event loop and listeners and that also scares the shit out of people.
Finally, most people cannot write in JavaScript. Instead they write Java (or whatever) and modify the syntax just enough to avoid critical run time failures. The blessings of a lexical first functional environment are often absent because the language is a mystery. Fucking horrible mess.
None of this is challenging. It’s stupid easy to learn, but there is almost nobody willing to teach it. The insecurity in that line of work is so universal I refuse to go back to that line of work for less than $500,000 salary.
Re: The "full-stack framework" fallacy
#7This looks like a (not even) thinly veiled advertisement for their Convex product: https://www.convex.dev/ . I am interested in knowing who would make a decision to pay for something like this when there are a gamut of open source options available. Like what is the compelling reason to use something like this.
Speed of development, developer experience, ready to go templates. You should check it out, it’s really cool
Re: The "full-stack framework" fallacy
#8This looks like a (not even) thinly veiled advertisement for their Convex product: https://www.convex.dev/ . I am interested in knowing who would make a decision to pay for something like this when there are a gamut of open source options available. Like what is the compelling reason to use something like this.
Speed of development, developer experience, ready to go templates. You should check it out, it’s really cool
- Comparisons against other types of stacks, like laravel livewire or phoenix liveview
- Performance metrics/stats/benchmarks whatever. You need to be faster and more robust than the other things out there, or provide some other benefit
- First Class self-hosted on premise install version without dependency on any cloud provider. Kubernetes helm charts or docker compose stacks or whatever
- I do actually like that you have a time-windowed source available license. That is something that alleviates the concern if you go under
- Jepsen or similar analysis, need to make sure whatever consistency guarantees you are advertising hold up
Re: The "full-stack framework" fallacy
#9The full stack web is a fallacy because it exposes how much the developers involved cannot program, at least in this context. As a former JavaScript developer most of the people doing that work cannot program. That is why frameworks are so essential. What percentage of these people could realistically do any fraction of their jobs without third party abstractions line React or jQuery? It’s striking. Look, what’s the…
It's not that you can't build a website without a framework, its that at the end of the day, no one cares what tools you use (in front end), it's how fast you get the job done, does it look like the mock up, and does it function.
No one cares if the site is written in vanilla JS vs. a framework except a certain segment of HN web purists.
Re: The "full-stack framework" fallacy
#10This looks like a (not even) thinly veiled advertisement for their Convex product: https://www.convex.dev/ . I am interested in knowing who would make a decision to pay for something like this when there are a gamut of open source options available. Like what is the compelling reason to use something like this.
Speed of development, developer experience, ready to go templates. You should check it out, it’s really cool