![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://programming.dev/pictrs/image/8140dda6-9512-4297-ac17-d303638c90a6.png)
ECC encryption seems semi preferred now a days i thought
ECC encryption seems semi preferred now a days i thought
If the internal sponsor of an idea get bored or loses support from colleagues, the project just halts.
Yeah, i kind of agree with everything you’ve said, and history as i remember it kind of backs up what you’ve said about tf2.
But I don’t agree that they don’t care about story and only do it for marketing. I think halflife’s episodes are all about an attempt at continuing that story.
I think that the Cave and Glados bits of portal are a large part of what made those games (of course the gameplay loops are really tight there.
I think the only way to know would to be an insider. I also don’t think it really matters, the games they make are good.
I do think you are right, they start out on gameplay; getting that inner game loop to be fun is primary (I kind of though that’s how most (non narrative) game studios worked though).
they don’t make games to tell stories
This was mostly what i was suggesting was incorrect. I also don’t think it’s a major part of marketing. I’m suggesting they don’t bother putting the work of story into something until that inner game loop is fun.
TF2 was the result of experimentation with team based death match gameplay
Didn’t they already know about team fortress? This seems off based on team fortress having already existed, same with wolfenstine enemy territory.
I’m not sure your theory stands up, they did all those comics around TF2. They hired those old man Murray dudes I thought just to work on narrative. They’ve gotten famous actors to do roles!
I think saying halflife was never about story is just wrong.
If you stripped dialog from portal you’d have a significantly worse game. Did you forget all the glados shit that came out after portal? Humor is a major part of those games which is all about dialog.
I’ve got seinheisser 598 that are quite good, but I understood seinheisser to have been bought and maybe quality went down. I also have byerdynamic 990s that I find uncomfortable for longer periods.
I also have hifiman sundara that are (except for the cable) far and above the best headphones I’ve ever had both in comfort and sound.
There’s a person on the bapcsales Canada reddit called lifelongcaboose who seems to really know their headphones that recommended them
this is normal enshittification, we just move on to the next shit.
I’m very lazy so I’d probably start by looking at filters on those sites, if i really wanted to tackle this with programming, i’d:
see if there’s an api, or rss feed for these sites, if so i’d pull that down with a cron job and do filtering locally with probably regex.
if not i’d scrape the html and pull out the relevant links with whatever the latest html parser is for the language i use (i.e. it used to be beautiful soup for python, but there’s i think a new better one).
but as i said i’m rather lazy, and haven’t been on the prowl for jobs for some time.
In my experience only kinda, and by convention (up is on), and three-way switches break this (indicator becomes the light itself).
Interviews are a crapshoot, and feedback from them is usually valueless. Good luck to you in your future interviews
No dead cells. risk of rain 2 at 71? nahhh
I hear this quite a bit, and think there’s actually a good deal of nuance to it. I’ve seen places that insisted on comments for everything, and it was silly, a significant number of comments had no value. This made people not read comments, as opposed to other places I’ve worked with very few comments - when you ran across a comment you gave it more weight (something here was complex, or not as simple as it seemed).
So imo, use comments which can communicate effectively, but use them sparingly for important parts that are complicated, for the rest attempt to communicate with the code itself.
May be worth looking at distroless containers.
For my local team: Generally a container (docker) for local dev. My team uses go so sometimes a Makefile without docker is enough. For other teams i’ve mostly i see docker.
for multiple apps this can get more complicated, docker compose, or skaffold is what i generally reach for (my team is responsible for k8s clusters so skaffold is pretty natural). I’ve seen other teams use garden.
hashicorp makes something called waypoint which i’ve never used. Nix people seem to be well liked as well.
I think of OOP as encapsulation, abstraction, and polymorphism primarily. Inheritance is definitely taught as part of it, but it seems like most people have found that to be the least used part of it.
It seems like you understand oop, but find it overrated, from your post it sounded like you didn’t understand it – but maybe you meant you didn’t understand it’s popularity.
and feel dead inside.
Wow, nice hot take!
I find the concept super intuitive, like a blueprint or a mold.
Personally i prefer go, but these are pretty standard languages; so learning the in’s and out’s really isn’t all that time consuming (you aren’t going to have to change how you think about programming like say rego). Since you have python experience these should be no big deal, but maybe worth playing with a bit if you are trying to get a job in either language and need to cross off that bullet.
As for expanding your learning, i’d try something like functional programming (haskell), or query language like rego above. Neither of these will be great for your resume though.
I do what the linter tells me to: https://github.com/koalaman/shellcheck
Is it bad programming
No, it’s bad requirements, well ok maybe the programmer came up with the requirements too.
Interviewer: why are you a good fit for valve?
Hoopo: we sold ror before we could make a third
interviewer: welcome aboard!