News for hackers. Stuff that matters.
Re:Don’t Build a General Purpose API to Power Your Own Front... by ggregoire on Sunday August 20, 2023 @01:07PM (#37201003)
I don't know when we started splitting people into "frontend" and "backend" teams (FAANG influence?) and for what reasons, but 10 years ago we hired people with a general background, smart and curious enough to learn SQL, HTML/CSS/JS and whatever language you want to use on the server, able to build some end-to-end CRUD features on their own. And that's like what 99% of the companies need.

My point being: when you have the same person building the UI and the API, you avoid a lot of the problems described in this article.

Re:Don’t Build a General Purpose API to Power Your Own Front... by Phreaker00 on Sunday August 20, 2023 @01:23PM (#37201144)
For someone who has been in this field for 20 years I remember starting out doing every aspect of webdevelopment myself. Then the bigger and more complex the projects became, the less that made sense.

The requirements of the distinct fields have gotten to a point where it's very impractical and hardly worthwhile for one person to master them all. You can't expect someone to translate a design into modern components that support all types of devices, resolutions and contexts to also come up with optimized SQL queries and knowing how to choose between Docker and Ansible for their distributed serverless functions that handle a variety of external endpoints.

Ofcourse not every project that uses this approach needs this approach, and there's still a market for the Do-It-All developer. My point is that the webdevelopment world of today isn't that of a decade ago.

Re:Don’t Build a General Purpose API to Power Your Own Front... by ggregoire on Sunday August 20, 2023 @01:32PM (#37201214)
> You can't expect someone to translate a design into modern components that support all types of devices, resolutions and contexts to also come up with optimized SQL queries and knowing how to choose between Docker and Ansible for their distributed serverless functions that handle a variety of external endpoints.

That's what I do on a daily basis and I'd expect this from anyone with 10+ years of exp to be honest.

Re:Don’t Build a General Purpose API to Power Your Own Front... by hakunin on Sunday August 20, 2023 @01:15PM (#37201070)
In a way, this article tries to bring the alignment between the frontend and backend closer to the full stack days, while also acknowledging the increased complexity of the front-end, that may be deserving of its own team focused on great UX.
Re:Don’t Build a General Purpose API to Power Your Own Front... by nucleardog on Sunday August 20, 2023 @02:37PM (#37201805)
After a couple decades of doing this… I’d pin it on an explosion of complexity and scope in the frontend.

It used to be if you could find a solid engineer with some vague aesthetic sense they could efficiently carry something through from conception and design to completion.

These days the scope of frontend development has increased to the point where learning and staying on top of it has become too large (in my opinion) for most people to do while also becoming and staying highly competent in everything else.

A “full stack” developer these days is supposed to understand frontend development, backend development, systems administration, cloud operations, and what else? All of these are massive areas that are constantly shifting.

By way of analogy, we used to have the town barber handle haircuts and shaves but also surgery because the main skill to master was precision with a blade. Then as the scope of being a surgeon expanded to include things besides being able to cut precisely, that became its own specialization. Further on, even within surgery each area of the body started to require so much specific knowledge that we further broke that down into all the different surgical specialties (heart surgeon, podiatric surgeon, brain surgeon, etc).

Re:Don’t Build a General Purpose API to Power Your Own Front... by ggregoire on Sunday August 20, 2023 @03:34PM (#37202249)
I feel like frontend complexity is just a meme on HN to be honest. If you have a decent background in software engineering, some basic knowledge of HTML/JS and picked a good framework like React (which celebrated its 10 years 3 months ago), you are set for frontend development. I can't remember the last time I had to learn something new in this field or had to update my stack. Maybe like 4 years ago when React released hooks? And switching from webpack to vite.js (which magically builds everything for you) like 2 years ago? Then you deploy your app in a S3 bucket and the job is done.
Re:Don’t Build a General Purpose API to Power Your Own Front... by d357r0y3r on Sunday August 20, 2023 @04:17PM (#37202574)
Yeah, it's this.

It's not that tough to keep up with FE. React has been dominant for closing in on 10 years now. ~2015 was probably peak framework fatigue. If you left the industry in 2016 and came back now, you could probably get productive and you would even recognize a lot of the tools.

The HN meme is that "Well ackshually you could build Figma with ASP.NET Forms, just like we used to do back in my day." That just doesn't resonate with anyone doing the work day to day because applications themselves (not necessarily the front-end tech) have a much higher bar today.

Re:Don’t Build a General Purpose API to Power Your Own Front... by ern on Sunday August 20, 2023 @08:27PM (#37204245)
How complicated is it to learn a framework like React (which celebrated its 10 years 3 months ago) if you have a background in software engineering and some basic knowledge of HTML/JS? Like an afternoon to read the doc? 3 days to practice and be totally fluent? I managed graphic designers who knew nothing about computers but were able to learn React and be very productive.

The idea that React 10 years ago is the same as React today seems to be highly oversimplified. React was simple, then hooks were added, and state management fads that turned something simple and intuitive into an IQ signalling exercise. At least that was the case when I switched to back-end only dev a couple of years ago. And of course other parts of the stack also keep evolving: TypeScript (which is probably a positive, but again, I know people who do bizarre things with the language to build their "nerd cred").

Off the top of my head there was also Grunt/Gulp/Webpack/whatever is around now. NPM-Yarn->NPM. Angularjs->Angular 2.0+.

How many different CSS positioning methods are there? (that's what led me to leaving front-end, I was expected to do a pixel-perfect rendering of a design for a time-critical back-office app for some reason).

Re:Don’t Build a General Purpose API to Power Your Own Front... by _gabe_ on Monday August 21, 2023 @12:31AM (#37205515)
I would argue that it’s never been easier to be a full stack developer. You can manage all this complexity with one programming language, Typescript, with some HTML/CSS sprinkled in. You can literally define your infrastructure using AWS CDK in Typescript, write your backend services as lambdas, write your frontend using React, and you’re good. Compare that to 20 years ago where you were manually managing a server (probably physically setting it up as well). Maintaining a bunch of magic bash scripts to handle spinning up different services. Maintaining a backend written in a different language then your frontend. Managing a bunch of complex ORM garbage as a result of using bespoke backend language and having to convert it into usable data for the frontend. Also still learning JS, HTML/CSS for frontend. And don’t forget some jquery if you need some interactivity without a full page reload.

I can literally spin up a globally replicated service with as much scalability as I need using 1 programming language within an hour today. I doubt that was possible 20 years ago.

We used to have to pay 5 developers to maintain all these moving pieces, but now it only takes 1 developer to maintain all this stuff because so much of it has been simplified.