HN user

klowner

52 karma
Posts0
Comments20
View on HN
No posts found.

I'm extremely fond of Mikrotik gear, they're capable of pretty much anything and really reasonably priced. They're out of Latvia.

The only thing is they're definitely not designed for regular consumers, you at least need familiarity with Linux networking.

This reminds me of the time I was dealing with a REST API that exposed an image thumbnail.. except the response contained a file path, and the response completed before the file was actually written to disk.

They were paying me to work with this, yet they couldn't be bothered to fix this on their end.

What a terrible experience.

My mom was a high school art teacher (masters in art ed.) before she home-schooled me, and one of the reasons she'd often bring up was how she felt much of the time spent in traditional education consists of shuffling kids around from one room to the next, and she wanted something better for me.

As for socialization, that was more than likely the most commonly voiced concern I would encounter. I'd get a lot of "but don't you wish you were with other kids?", and I would think "who the heck wants to be stuck with a bunch of kids?"

As a senior dev, doing remote work for a team that seems to be mostly junior devs has been some of the most frustrating things I've ever had to deal with in my dozen or so years of software development. The project manager asks for phone calls (never less than 45 minutes long) 3 or 4 times a day, all throughout the day for status updates and to discuss plans (which mostly consists of me listening to people talk over each other about things they don't understand). All this on top of a project deadline that was just on the edge of being impossible to meet. It felt like a death march, (I was told it wasn't crunch at one point, so they were trying to gaslight me as well) and it would have been so much better for everyone if they would have just let me work.

I've also been on on-site teams where only one or two junior devs work remotely. This always seems to work out poorly, but based on my observations it's usually due a combination of only being willing to only pay entry level rates, and failing to set deadlines for them. When we waited 4 months on a remote while he apparently just spun his tires on a simple bug, even after I explained the fix to him (it was ~4 lines, I basically said "try looking in X file on line Y, if you fozz the frob, does it fix it?") and he just like, could not. Also he'd have "internet issues" practically every day. Now the company is skittish about remote workers, even though it was obviously their own incompetence in managing him.

I know I personally do my best work when working remote, provided I'm not being pestered constantly. I just wonder if the "remote workers are bad" thing because it seems that many people seeking remote dev work are just starting out in programming or trying to transition from other jobs thinking those high paying computer programming jobs sound easy.

With 100 threads running like that, not only do you have the overhead of the OS scheduling 100 threads to run on ~8 or whatever cpu cores, but also I would assume these threads are all running different code, so there would be some overhead with context switching / cache. Presumably these threads communicate, so they're likely using some form of synchronization primitives.

Here's a pretty enjoyable video about how they handled this sort of engine design problem using something sensible: https://www.gdcvault.com/play/1022186/Parallelizing-the-Naug...