Hacker News Reader

Comment by erhaetherth | Hacker News Reader

> Not that it matters, but there definitely is a tendency in our industry to 'look down' on frontenders as not real engineers and thus not consider them for leadership positions.

I think that's funny because there some to be a ton of backenders that can't do frontend at all. And then they want to look down on FE when they can't do it themselves? It's not just basic HTML and CSS if you're building a complex app.

I do both (FE & BE) so... I've seen it all and enjoy it all. Not sure one is easier than the other.

View on HN

I had the same experience with some backend engineers, they constantly looked down on the front-end engineers, ridiculing JavaScript and CSS. And while all those frontend engineers picked up backend languages and became fullstack developers. Those backend engineers couldn't do the most basic frontend things to save their lives.

Meh. FE, BE, system, embedded; they all go deep. A good engineer can learn one or more in any order, but only fools look down on a discipline they don't understand.

To be fair to BE focused folks the Web exploded from being a bad document environment you did ugly hacks and cargo-culting on to make something interesting, to an actual platform at quite a high speed.

And additionally to this during the time it became viable a lots of FE folks still had to continue battling IE6 in their daily lives so online documentation still lagged and had a clear smell of the cargo-culting. Heck even today you see people complaining about Javascript here on HN.

But being left behind today, you gotta blame yourself. Early realtime Google-suggestions using AJAX came already back around 2005 (?) and if you didn't take notice and still missed people were doing decent realtime games by 2010 you were doing your best to live under a rock.

... while quite a few understand the fundamentals of infrastructure they consume, and end up in undesirable places (with major impact on performance, costs, or a combination of both). I fairly recently worked for a few months in a web3/blockchain/NFT/<other buzzwords>/crypto-wallet company, and the fact that I had to explain in ELI5 mode how diff types of databases (and how critical such a choice is), name resolution (a.k.a. DNS), global vs local load balancers of different types work, which measurements and logs to enable, and where, reality of redundancy and recovery times, on prem(NO - you cannot rely on moving VMs over L2 connected DCs!) and in the cloud, etc., to "app" (whatever end) folks, with no understanding how these fundamental services [kept] impact[ing] their clients, was an experience I would certainly not remember too dearly. Even a comprehensive explanation of email client headers reading, to an office full of FE and BE engineers, who failed our security tests (joyfully clicked on anything having a link, in a message, 'cause it was presented as an "API PoC"), was revealing in regards to the missing basics. /rant

Kernel/compiler/OS/formal verification engineer here.

This all seems silly.

I agree. My daily tasks are more FE than BE simply because there are more FE things to do.

Reply on news.ycombinator.com