Wholesome anti-rant.

There’s this Indian chick at work that I really, really do not get along with. Fortunately she’s on a different team so we have practically zero interactions. Her code was always decent, maybe upper junior level? but I went away fuming almost every time we talked.

However, I did a release security review today (I’m down from five/six per month to one) and read through quite a bit of her code. It was clean and easy to read with good separation, clear naming and intentions, nothing was confusing, etc. It was almost beautiful. Had I any emotions I might have shed a tear. I sent her a message and let her know :) I actually learned a better way of doing a couple of things from it.

She has grown so much as a dev.

Our story start like this.

Boss: Hey programmer A, Can you implement {feature X} on this application?

Programmer A: I suggest not implement {feature X} because {negative impact of feature X}

Boss: Ok

Boss asks Programmer B.

Boss: Hey programmer B, Can you implement {feature X} on this application?

Programmer B: Of course, no problem

Programmer B asks Programmer A.

Programmer B: Hey Programmer A, Do you know how to implement {feature X} on this application? I have no idea.

Programmer A: WHAT!!! do you know that {feature X}, Will negatively impact our application?

Programmer B: Well that's our boss want, I can't say no.

Programmer A: (F**k I hate this guy)

The intern pushed their credentials to GitHub...

... again

What do you call a party of developers?

- a git together

Saw this in a facebook dev group and wonder why I never thought of this before xD

I'm regretting trying so hard at my jobs. I get passionate and over perform, and because of that, I'm given more responsibility and put in more leadership roles with no more pay. I need to get better at doing the bare minimum and leaving the passion for home projects

I. FUCKING. HATE. MOBILE. DEVELOPMENT.

I already manage the data, devops, infra, and most of the backend dev.

We had a mobile guy. He was great. I never had to think about it and kept moving quickly on my work. #SpecializationOfLaborFTW

He left. Why? Because they wouldn't give him a small raise despite being one of the best mobile engineers in the firm. WTF.

I made the mistake of picking up just enough slack on this workflow in the interim such that I'm, apparently, the fucking god-damned release manager, fixer of pipelines, fixer of build configs, fixer of anything where someone just needs to RTFM for a half-hour to not fucking break things.

Now, 8 months later...and, apparently, Fortune 500 companies are too fucking god-damned cheap to pay for someone who actually knows WTF they're doing for a very reasonable thing to have at least one dedicated set of eyes for.

I never wanted to be a mobile dev.
I never will want to be a mobile dev.
And I certainly don't want to manage your HALF-FACE-FUCKED detached expo configs.

There's a reason I never intentionally involved myself in mobile. All the way down, it's just shitty cross-compilation, transpilation, dependency-hell, brittle-as-fuck build processes so we can foot-gun and mouth-gun react-native and expo and babel and whatever the fuck else cargo-culted horseshit into the wild.

And why? What's the actual fucking root cause? The biggest white elephant that ever fucking elephant-ed? It's because Apple and Google decided to never collaborate on a truly-native cross-platform SDK--where engineers could write native code that compiles to native binaries that's simply write-once, run-everywhere. They know they could have done that, and they didn't. So what'd they get back? Expo--a too-cleverly-designed backdoor/hack--more-or-less a way to circumvent the sane release process software has usually followed: code -> executable -> deploy. Or code -> deploy (for interpreted langs). Expo's like "keep your same executable, we're just gonna to do updates by injecting new code into it whenever we want". Didn't we learn anything with web? Shit gets messy real quick? Not to mention: HEY EXPO, WE WERE ALREADY BUILDING NATIVE APPS, YOU SHORT-SIGHTED FUCKS. THANKS FOR LURING OUR CTOs INTO FORCING EXPO DOWN OUR THROATS W/ THE IMPLICIT (BUT INCORRECT) TOO-GOOD-TO-BE-TRUE PROMISE THAT WE CAN HAVE WRITE-ONCE, RUN-ANYWHERE WITHOUT ANY BUY-IN OR COOPERATION FROM THE ACTUAL TARGET PLATFORMS.

And, we just, like, accept this? We all know it's garbage engineering. The principles we learned in the classroom aren't just academic abstractions--they actually yield real-world results--and eschewing them yields real-world failures. Expo is tightly-coupled to high-heaven, with leaky abstractions six-ways-to-christmas, chock-full of foot-guns, and fails the most basic test of quality: does it, "just work?"

Expo is fucking shameful and it should fucking die. Its promises are too bold, its land-mines too many, its future-proof-ness is alway, always, always questionable as fuck and a risk to every project that uses it.

You want a rant? This is my fucking venue, 'tis not? Well, then this is a piss and vinegar rant straight from my blood-red, beating fucking heart:

EXPO FUCKING SUCKS. AND IF YOU'RE A FAN, YOU FUCKING SUCK TOO.

I once worked until 8am to get a demo ready for a client of the client. I knew the client was a bit thick, so I made some comprehensive video demos and sent them over to him, to save him trying to demo it himself. I wake up at 11am with him screaming down the phone at me:

“It doesn’t work, none of it works!”

“What do you mean?”

“I go to login and I can’t enter anything.”

“I haven’t sent you anything to log into...wait, are you trying to log into a video? Tell me you’re not trying to log into a video of a login page.”

“Uh...oh hang on, it just worked. Ok no pr-“

“No wait, what do you mean it worked?”

“I logged in fine.”

“It’s a video. You can’t log into a video.”

“Uh...alright, bye mate, thanks!”

The moral of the story is: never assume any level of intelligence on the part of a client, even if they exhibit signs of it at first. If they are paying you they will forget how to tie their own shoelaces.

Home office / lockdown story

Last year, when the first lockdown happened, everyone in my office started working from home. Including myself of course.
I decided to use x11vnc for remotely accessing my PC cause it is super convenient.
A few days into the home office and suddenly the remote keyboard acts weird, with random keypresses that I didn't do, and then the letter L was written over and over like it was stuck.
Assuming a bug in x11vnc, I restart it several times, but no luck. Whenever I open a terminal it is full of "L"s within a matter of seconds.
So I restart my PC remotely and reconnect the x11vnc, which is a huge pain in the arse if you have ever done it. And can you believe it... Still the same problem!
So, finally I gave up and went to the office to see what the hell was going on with my PC. I entered my office room and could not believe my eyes.
What had happened? The room cleaner had wet-wiped my desk. To create enough free space for that, she had first cleaned up the mess, putting the scattered paper nicely on the side, but then also *putting the bloody mouse on the bloody keyboard*.

My company follows minimalistic design, especially in salaries.

Juniors nowadays are so lazy.

J: How to do X?
M: Did you try google this?
J: No I thought you will give me a solution

Thanks God there will be no competition for me in the future...

fork() can fail: this is important

Ah, fork(). The way processes make more processes. Well, one of them, anyway. It seems I have another story to tell about it.

It can fail. Got that? Are you taking this seriously? You should. fork can fail. Just like malloc, it can fail. Neither of them fail often, but when they do, you can't just ignore it. You have to do something intelligent about it.

People seem to know that fork will return 0 if you're the child and some positive number if you're the parent -- that number is the child's pid. They sock this number away and then use it later.

Guess what happens when you don't test for failure? Yep, that's right, you probably treat "-1" (fork's error result) as a pid.

That's the beginning of the pain. The true pain comes later when it's time to send a signal. Maybe you want to shut down a child process.

Do you kill(pid, signal)? Maybe you do kill(pid, 9).

Do you know what happens when pid is -1? You really should. It's Important. Yes, with a capital I.

...

...

...

Here, I'll paste from the kill(2) man page on my Linux box.

If pid equals -1, then sig is sent to every process for which the calling process has permission to send signals, except for process 1 (init), ...

See that? Killing "pid -1" is equivalent to massacring every other process you are permitted to signal. If you're root, that's probably everything. You live and init lives, but that's it. Everything else is gone gone gone.

Do you have code which manages processes? Have you ever found a machine totally dead except for the text console getty/login (which are respawned by init, naturally) and the process manager? Did you blame the oomkiller in the kernel?

It might not be the guilty party here. Go see if you killed -1.

Unix: just enough potholes and bear traps to keep an entire valley going.

Source: https://rachelbythebay.com/w/2014/...

All the stupid date functions where the days range from 1 to 31 but the months range from 0 to 11

My 80 year old very absent minded dad made a website, all by himself, using a two decades old book he got from the thrift store.

He's even hosting it himself on an old laptop running Debian, including a redirect to a beautiful nostalgic /~username/index.htm url (not gonna share the link, because his personal details are on there).

The whole site is incredibly carefully crafted, and I'm super proud of him.

Who cares if it's not a React app? The 14 kilobytes of HTML 4.0 markup load in 20-30ms, and it renders pretty much perfectly in every browser including Internet Explorer 4 and Edge.

🤷‍♂❤️