Hacker News new | ask | show | jobs
by wpietri 1071 days ago
> I’ve worked at companies in the past where frontend is looked down upon because all of our leaders are backend/infra people.

I think there's a lot going on here, but one of them is definitely gender. Front-end development is often feminine-coded and seen as lesser. E.g.:

https://thoughtbot.com/blog/tailwind-and-the-femininity-of-c...

I also think in tech-land we tend to associate leadership with male-coded traits. So it's not shocking at all to me that leadership and front-end backgrounds are often seen as somehow incompatible.

And I think that same sort of gender dynamic is relevant to the code, too. For me, part of what makes for good code is that it's good for others, good for collaboration. But if you're going to be a macho big-swinging-dick alpha nerd tech bro, then that can involve performing genius via solo cowboy coding. There the goal isn't to work closely with a team to make something together, it's to be a visibly amazing IC with upper management written all over him.

3 comments

This article is hilariously bad. The argument goes:

I like CSS more than Tailwind -> Why don't people like CSS more? -> Maybe because 'CSS, which makes things look ‘pretty’, is considered feminine'

You're entitled to like CSS more, and I could even agree making things look pretty is feminine coded, but it obviously doesn't explain people's preference for Tailwind because Tailwind also exists to make things look pretty.

---

I've worked with plenty of female engineering leaders, and most of them have a backend background.

The reason for this imbalance has nothing to do with gender, but entirely to do with criticality. Given that frontends tend to read/write from the backend, the domain model is usually owned by the backend in most apps, meaning that capability design and expansion is gated by the backend.

Not to mention that screwing up your backend architecture is in 95% of cases a much much deeper problem than screwing up your frontend. A data migration is basically always harder than redesigning the UI for some app.

That is not in fact the argument. If that's all you're getting from it, I suggest you try again.

As to your other views, I think you have several errors. The biggest is declaring "it has nothing to do with gender" in a very gendered society, one with a long history of bias, and thinking having one (weak) alternative explanation is sufficient to explain executive hiring patterns.

Obviously it is the argument, that's why it's titled "Tailwind and the Femininity of CSS". Or do you think the 5 paragraphs about how sexism causes people to dislike CSS is a non sequitur from the introduction about how the author prefers Tailwind to CSS. Break it down for me!

"It has nothing to do with gender" is with regard to the ratio of BE to FE people in engineering leadership. I'm not making the argument that gender bias plays no role in promotion anywhere. It is possible for some things in the world to not be explained by gender bias.

Nah, the smirking "change my mind" routine is one I no longer bother with, because it indicates people who are very invested in not changing their minds. There are just an ocean of guys in tech who will argue forever against acknowledging the gender biases in tech. Presumably because they would then have to question what portion of their success was unearned. Hopefully you'll figure this out on your own. But I wouldn't bet on it. It's not just science that progresses one funeral at a time.
At smaller companies, at least, my observation has been that frontend (in fact, design, even if unable to write code) seemed to have a big leg-up on positive visibility among important stakeholders, clients, owners, and managers, and to have an easier time moving up the promotion ladder than backend.

A demo of improved API response times, even if accompanied by pretty graphs (extra work purely for self-promotional purposes) just doesn't get the ooohs and aaaahs and "can we see that again?"s and "can you forward me these slides?" that a design mock-up of a prettier button can. And when back-end supports feature development, it's still the front-end that people are looking at when it's demo'd. Basically the only thing that gets a big reaction from non-tech-folks from the backend is when you manage to make a large opex number a lot smaller, and even then, no guarantee.

Requires backend-experienced folks in the right places to counterbalance this, and a lot more effort on the part of backend folks to make their naturally-hard-to-"read" and relatively-boring (to look at, anyway) work flashier and more prominent.

So based on an opinion of one person or a very small number of them you write

> but one of them is definitely gender

Why is it so easy to blame something on sexism?

> macho big-swinging-dick alpha nerd tech bro, then that can involve performing genius via solo cowboy coding

This is such a small number of people that act like this and write shitty code because of it that it's not worth mentioning.

I base that on my experience of decades in tech. I just included that blog post as a recently read example.

And it's easy to blame something on sexism because sexism is common. Explicit patriarchy was the default mode for our society going back thousands of years. My grandmother was born when women weren't allowed to vote. My mother wasn't allowed to get a credit card, something only outlawed in 1974. Marital rape wasn't fully outlawed until 1993.

And those are just the laws. The culture, as so often, lags behind them. There are a zillion evidences that patriarchy isn't dead. Certainly so in tech.