9 ms·
> how do people who build web stuff daily not know.. I'll stop it right there. You'd be surprised how many people who build web stuff daily know surprisingly l
by jacurtis 3y ago
> how do people who build web stuff daily not know..
I'll stop it right there. You'd be surprised how many people who build web stuff daily know surprisingly little about how the web actually works or any details aside from that.
A surprisingly massive portion of people in tech have learned just enough through bootcamps and youtube videos to accomplish just enough for the specific job they are doing without realizing how it works or anything deeper than simple what to type to fix a problem.
For example: I'm shocked at the number of even senior web developers that I work with who don't know the difference between an A record and a CNAME record in DNS or even the basics of how DNS works. It is surprising how many people don't understand basic port mapping or even how a compiler works at a high level.
There is a whole generation of tech workers that only understand how to swing a hammer, and rely strictly on these tools without knowing anything larger in scope than the hammer and nails in front of them. The world of tech has turned into white collar factory workers for the vast majority of its' participants.
- abustamam 3y agoI've been in the field for seven years, primarily working for startups, and though I'm primarily FE I've dabbled in some backend stuff, and I've deployed many apps. I couldn't tell you off the top of my head what the difference between CNAME or A record is. All I know is when it comes time for deployment, I go to Google cloud DNS or AWS's equivalent and follow the instructions on how to deploy. If things don't work, I Google it. I understand your higher level point (these boot camp guys don't understand even the basics) but where do you draw the line between basics and not basics? Many people couldn't employé Dijkstra's algorithm, or A*, or an efficient sorting algorithm. Many people couldn't tell you how memory works outside of "don't try to load 1million things from a database." But if they're hired as a FE/BE engineer, and can perform the tasks provided to them 99% of the time (and googling / enriching themselves that 1%) what's the concern here?
- dlisboa 3y agoIt’s not even those professionals, I’m talking people who are highly skilled and trained (CS/Engineering degrees). Like they could tell you off the top of their head HOW to build an adblocker, but they don’t use one themselves. That type of disconnect that is weird to me. People who don’t know any better I can understand.
- Kiro 3y agoMaybe they just don't want to. I don't use an adblocker because I'm not bothered by ads. I just don't care enough. The only place where it's actually annoying is YouTube and that's solved by paying for Premium.
- codetrotter 3y agoI grew up with ads and learned to not pay attention to them. I still use an ad-blocker on all of my own systems, and on my current company laptop. But a few years back at a different company I didn’t have any ad blocker installed. This was an office job with a desk and coworkers walking past me all the time. So at that job I’m having the browser open reading something and one of the older guys is walking past me. He stops dead in his tracks and says jokingly “are you looking at women on company time” and he laughs. I look at him, confused. Then I look at my screen. Whoops! Next to the content I am reading is a huge ad that is pretty much a soft core porn ad. Embarrassed I say I didn’t even notice the lady. My coworker chuckles and says “sure”. But really, I had developed built in blinds in my mind that prevented me from consciously paying attention to ads. That experience reminded me to always make sure to have adblockers installed. And of course video ads are annoying no matter what, so having an ad blocker is nice for that as well. Plus who knows, even if I don’t consiously notice ads my subconscious is probably registering it. So having an ad blocker is nice for this reason as well!
- kaba0 3y agoVideo ads are an exception — especially when your country pushes their disgusting propaganda through it. I could honestly throw my phone at a wall when I hear that ad, and it is constantly everywhere — I don’t even understand how come I can’t report it or make it not appear to me in google?! (Country is Hungary..)
- illiac786 3y agoMarketing is a branch that employs hundred of thousands of people to devise the best images to manipulate you. Billions are spent on research in this domain. thinking oneself impervious to ads, let alone blind, is in my view a bit presomptuous. I am convinced you are influenced by ads, you just don't notice it (and that's the point of ads, you shouldn't notice)
- irrational 3y agoThose all sound like things for a network engineer to know. I’d rather a web developer spend their time mastering the intricacies of CSS than learning someone else’s specialty.
- evrimoztamur 3y agoNo, you would know about these things if you ever deployed an application (and you cannot convince me otherwise.)
- intelthrow6 3y agoDNS records are usually set once and forget. You read the documentation once when you’re doing it, and then you basically never have to touch it again. I had to look up the difference between a CNAME and an A record, even though I’ve set them numerous times before. Not useful in day-to-day. DNS servers: going to assume you query a DNS server that has a map of domain names to IP addresses, with basic routing via DNS records, which then resolve to a final address which is sent back. Again, never going to have to know this unless I’m a network admin. Port-mapping: what is there to understand? I have literally never had to map ports unless I’m port-forwarding a game server I’m running on my local machine, that’s using a router to be exposed to the outside network. Literally, every cloud provider will give you an endpoint address that does not require port-mapping. If you’re setting up a company network you have to port-map, but not if you’re deploying a simple server/app. Ergo, network admin’s job. Compilers: lol. There’s tons of languages, and tons of different compilers for each language. Then there’s distinguishing compilers, interpreters, compiler-interpreters, and transpilers. At the end of the day they take text (usually) and transform it into another form. I’ve built a compiler before (toy AST & recursive descent), but I have never needed to know about it in a CRUD context.
- themoonisachees 3y agoI'd like to take the opportunity to throw some shade at network admins because out of all companies I worked at, they have consistently been the slowest to respond when their stack is usually the most reactive to changes.
- jonathantf2 3y agoI work for an IT provider - I don't think I've spoken to a single web developer who actually understands DNS and doesn't need their hand holding to get us the correct records to update. Most of them just ask us/the client to change the NS to wordpress.com or w/e, breaking their e-mail and a load of other stuff
- khalilravanna 3y agoI’m cherry picking but A vs CNAME is incredibly simple, just not something most keep in their mind since you usually set it and forget it. As an aside, my guess is the recall rate would be a lot higher amongst people if the record types had better names instead of “A” and “CNAME”. Something like “Name-to-ip” and “Name-to-name” seem to be far better (I’m sure I’m missing nuance, like what do we call ALIAS, etc. but you get the point). I guess to your core point I’m ok with there being different levels of engineers. Like any field once it becomes large enough there are opportunities for the deeply technical polymaths, the superficial tradesmen, and everyone in between. It’s just important that whoever’s hiring identify which level they want and hire accordingly. I’ve met plenty of people of both varieties so it’s not like the true “masters” of tech are dying out.
- singleshot_ 3y agoWhen people say "they don't know the difference between an A and a CNAME" they're not just talking about the basic definition of these concepts, which I agree with you is trivial. But can you remember _which is which_? For instance, can a host have two A records? Can a host have two CNAMES? one of these might mess with mail delivery but the other is pretty common. Do you remember which is which? DNS is an onion. At first it makes tons of sense. Then you learn a little bit and it makes less sense. Then you learn some more and it makes more sense. It is a bit tricky like that in a way that trips up lots of people. This speaks a little bit to your "levels of engineers," I think.
- ljm 3y agoThe frontend dev experience in particular is so heavily abstracted these days that it’s no surprise that the rest of the stack is ‘out of sight, out of mind’. You spend most of your time in the browser and deployment is just a fire-and-forget CI integration (like with Vercel). I’d expect more from backend and full-stack engineers since it becomes much more relevant then.
- paddw 3y agoI think it's fair to expect people know the basics of how DNS works at a high level. For specific terminology, I think it's hard to remember without having some practical use for the knowledge, at least occasionally, so it's not that surprising that someone couldn't recall.
- moritzwarhier 3y agoIt's funny how I agree with your post, still switched from "full stack" to frontend, have studied at university and still there's a disconnect. I've never dived into DNS and it's mostly a black spot in my knowlesge about weg technology basics. OTOH, I agree with your point in that I've often been very disappointed with the lack of basic knowledge about HTTP and request/response lifecycles with BE as well as FE developer colleagues in the past. I still would advise against mashing all of this together. Knowledge needs practise. E.g., I learned about IPv4 CIDR at some point but just never really utilized the knowledge, so it's mostly gone. Being a generalist is hard. Of course this is no excuse for lacking basic knowledge (e.g., what code runs where)
- pcthrowaway 3y agoAs a front-end specialist you really don't need to know about anything about DNS though, unless you're doing front-end for a domain registrar, openDNS, or a cloud provider with DNS services. I'm perplexed that there are full stack seniors who wouldn't know about this though.
- 1vuio0pswjnm7 3y agoAs a web user who relies on controlling DNS in order to "block" ads and telemetry, among other things, and having done so since before "ad blockers" existed, I have long theorised this is why DNS is continually effective for me in successfully avoiding web developer shenanigans. Generally, DNS is a blind spot for web developers. And it appears likely to remain so for the forseeable future.
- rnk 3y agoBack many decades ago when I started, the field wasn't so broad and you could learn how so many more things worked, compilers, DNS, IP, distributed systems, hardware implementation, blah blah blah.
- hintymad 3y ago> A surprisingly massive portion of people in tech have learned just enough through bootcamps and youtube videos to accomplish just enough for the specific job they are doing without realizing how it works or anything deeper than simple what to type to fix a problem. If this is true across the board, it may be a data point that software engineering requires a set of specific mentality and skills, so much so that we software engineers can still enjoy imbalanced supply and demand of tech talent for years to come. On the other hand, it can well be my wishful thinking. EE has always been more hardcore to master and was once a booming career, but the market for EE talent shrank a lot from its hay days.
- ipkpjersi 3y ago[dead]
- WeylandYutani 3y agoThis is why AI can replace programmers. Not the 10% who are actually good but everyone else. BUT AI ISN'T CREATIVE be honest are you?
- kaba0 3y agoOnce they develop past 3 years olds in reasoning abilities…