Teaching new devs, hired straight from India.

This is today.

Bug1: We have four lists, each item in these lists has a variable called "Charge". This var is a double and we need to convert it to currency.

Dev creates fifth list called "All lists" and converted it's charge to currency then questioned why it didn't work.

I explained, his solution? Convert each list into currency.

I explained that's wrong and told him what he needed to do. He did List1:Charge into currency, but left his other conversion in place just in case.

I walked him through fixing it which took 10 times as long as necessary, only to find out he randomly converted four booleans into currency for no reason.

Bug2: we take integer, convert to string and concat "Months" on the end.

Doesn't work for him, tells me he doesn't know why.

I told him that he's not outputting the variable that we did it to, he is instead outputting a custom variable he made and didn't do anything to.

Bug 3: followup to #2, he fixed it as I instructed, but then added months as static text to the output so now it reads "Months months".

Bug 4: to make his code cleaner, he presses enter in the text box. Unfortunately he did that IN A STRING so his output is full of random /r/n

How do you guys deal with coworkers like this? He isn't new, this is supposed to be an experienced developer. Im only in my 2nd year

So at work, there is this class/model thing that's for storing translated strings. It also supports n-level nested macros, cascading lookup (e->d->c->b->a->blank), and I've added transforms too. The code is a bloody mess and very inefficient (legendary dev's code), but it's useful.

You call methods with a symbol representing one of the strings, and it does... whatever you ask, like return text, booleans, expand macros and submacros, pass in data to interpolate, etc.

But I just learned something today.
Its `.html` method... doesn't support html. In fact, calling it strips out all html, takes whatever is left, and attempts to convert that back into html. Because that makes so much sense. So, if you have an html string? Don't call html on it.

Also, macros use the same <angle brackets> as html tags, and macro expansion eats unknown macros, so... you can't mix html and macros, meaning you cannot inject values into your markup. That's a freaking joy to work around. (You end up writing a parser every time.)

So no, if you have an html string, you need to get the raw data out and handle it yourself. Don't reach for that shiny .html method; it'll just ruin your day.

It's the little things that make my day so terribly long.

When elements of an union are distinguished by a boolean, VSCode's Typescript plugin can only do type elimination if I branch by "== true" and not if I just branch by the boolean.
This is because Typescript treats booleans as an union of the constants "true" and "false", and compile-time elimination can only be done if I use syntax that makes sense with unions. Logical evaluation, for some reason, doesn't.
The fact that this issue can even appear is deeply concerning.