For the best experience on desktop, install the Chrome extension to track your reading on news.ycombinator.com
Hacker Newsnew | past | comments | ask | show | jobs | submit | history | prerok's commentsregister

Yeah, same. I also felt like this when watching Office Space and Sillicon Valley. Hits too close to home.

I know that through comedy you are supposed to get a sense of catharsis and a sort of relief, but to me it was just frustratingly sad.

I guess I just take life too seriously.


Mike Judge definitely has an ability to hit the comedy nail on the reality head. That’s for sure.

At least you have AI to fill out those TPS reports.

Can't help with the printer though...

I know one guy who can't watch Silicon Valley because it triggers him. He had a tech startup himself in the valley back in the day.

I was never in a startup and I found the show incredibly stressful to watch.

I couldn't watch Silicon Valley when I was working in tech. It constantly triggered rage as it was way too close to my actual experience. After I left tech, I found it to be amazing.

i wouldnt say it triggers me but its not fun to watch after a long day of stupid IT bs

same with mr robot. like i'm going crazy because of cybersec issues, i dont want to spend my free time watching a guy go crazy because of cybersec issues


Krazam is starting to have this effect on me.

Kai Lentit on YouTube has been doing these mock interviews and some of them hit too close to home for me.

[1] - https://www.youtube.com/@programmersarealsohuman5909


Oh my. I just watched "Interview with 90s Computer Nerd" and am laughing so hard at the deadpan line "soundblaster 16 IRQ conflicts are a way of life"

I mean, Office Space and Silicon Valley are legit funny. I doubt how I can be "frustratingly sad" after watching either of the two because in Office Space, (spoilers ahead) but the ending is actually quite happy and more about realizing life's about what you want and it might not be a desk job and Silicon Valley is hilarious in terms of how it parodies the 2010s tech culture but its more about "look what tech has become" rather than "oh my god everything sucks, all idiots everywhere, we're doomed" type energy.

Also a lot of Silicon Valley stuff is kindda bs esp the arc where one single dude figures out such a massive leap in tech so quickly and then solves P=NP using freaking AI and then doesn't sell out to Hooli. You gotta suspend a lot of disblief for that but people don't talk about how unrealistic the main plot is

Also the episode where Jared has to explain scrum to vet developers like Dinesh and Gilfoyle. Like you seriously think they didn't know what scum was before meeting Jared?


Yes, Silicon Valley has some bits that don't quite match real life. But every now and then there's some true insight in it.

Like the bit where the crazy VC tells them that the last thing they need is revenue.

https://youtu.be/BzAdXyPYKQo?si=fU3Y3-ucHqgoBDLU


Silicon Valley probably wouldn’t work as well today since they would vibe code everything and a lot of the drama would be removed that way.

That'd leave even more room for drama. I'm imagining Gavin hiring thousands of cheap, unskilled laborers ("Hooli's industry-leading AI research team") to mash keys until they rediscover the prompt that generated middle-out compression with a patent-free clean room process. He never reproduces it because Gilfoyle's self-hosted LLM improved its own memory efficiency when when Dinesh got upset and started unplugging GPUs.

I actually think it's ripe for an extra season because the stuff that happened in last few years is comedy goldmine.

Really? That seems strange, at least to me.

While HTTP can be considered as a transport layer for RPCs between microservices, it seems to me to be a very inefficient and bug-prone solution.

Can you describe a set up where you used HTTP between microservices?


> Really? That seems strange, at least to me.

Are you purposely misreading the comment? Where did it say that http was the only form of communication (or even the best) between microservices? Where did it imply there weren't other methods?

> While HTTP can be considered as a transport layer for RPCs between microservices, it seems to me to be a very inefficient and bug-prone solution.

This is so irrelevant to the point being made it's nuts.


There's a long queue up that mountain, though.

In my country, it would certainly be odd, so it would raise questions. Would not be a showstopper, though we would definitely carefully consider hiring.

I am pretty sure they were being sarcastic.

Sorry what? Yes, they do. Second-hand knowledge, though.

No, the requirement is that the job is for a speciality occupation and that the H1B be paid the prevailing wage for that job, not that there was an attempt to hire locally first.

For an I-140 PERM (employment based green card) however the requirement is that there was an effort made to hire locally first.

Most people on HN are uninformed about this, well actually uninformed in general.


The jobs filled via H-1B are not “specialty” positions, everyone knows this. I know that’s what the visa is ostensibly supposed to be used for, but it’s a very silly thing to pretend at this stage. I agree that many are uninformed on this, and my friends who don’t work in tech think someone on an H-1B visa is like a “particle physics PhD” or something, and not “database administrator” or “backend engineer”.

Ah, that was it then. The person in question was probably filing for that instead of trying to get another H1B. Thank you for clarifying!

There are two cases: I am uninstalling because I never want to use the app, or I am uninstalling because I know I currently don't need the app and will reinstall after 6 months when I do.

An example of first is a trial of an app but you don't like it in the end, an example of the latter is a game that you might want to play with the same settings later.

Now, I want the option. In the first case I don't want these inert files taking up disk space and in the second I want to have those files.


I stopped trying new apps as often, because I don't like how I can never really go back to a state before it was installed, unless the developer actually put effort into not spraying files everything and not leaving a trace once gone. I appreciate these developers very much, and am more likely to keep using their apps. The most junk an app install puts on my system, the more likely I am to want it gone.

We can remember it for you, wholesale.

So... it's actually a reasonable objection over bzip2? I mean, you explained why it does not work with bzip2.

I think their argument is sound and it makes using bzip2 less useful in certain situations. I was once saved in resolving a problem we had when I figured out that concatening gzipped files just works out of the box. If not, it would have meant a bit more code, lots of additional testing, etc.


totally agree with the statement though i feel its not an objection over bzip 2 rather than how it was implemented in programs that apply it. but i'm not really 100% since admittedly i did not personally reverse engineer bzip capable programs to see the current state of afairs. I am simply going by descriptions posted in comments and general system knowlesge.

how to compress data has little to no relation to how this compression can be implemented in programs. How its implemented, will reflect on how the quality of the algorithm is perceived, becaus e the two are not seperate from a user perspective.


Indeed, they are two separate concepts.

I write lots of automated tests, but almost always after the development is finished. The only exception is when reproducing a bug, where I first write the test that reproduces it, then I fix the code.

TDD is about developing tests first then writing the code to make the tests pass. I know several people who gave it an honest try but gave up a few months later. They do advocate everyone should try the approach, though, simply because it will make you write production code that's easier to test later on.


... hmm, just looked it up. According to some sites on the web, TDD was created by Kent Beck as apart of Extreme Programming in the 90's and automated testing is a big part of TDD. Having lived through that era, thinking back, would say that TDD did help to popularize automated testing. It made us realize that focusing a ton on writing tests had a lot of benefits (and yeah, most of us didn't do the test first development part).

But this is kind of splitting hairs on what TDD is, not too important.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search:

HN For You