RTJ#0: Impostor?

I take great pride in being capable of being very direct and to the point. Service delivery, insurance, no-code/low-code, and leadership, are all in my comfort zone. If I had to choose, I would say that communication and leadership are my forte.

Everyone has a small devil next to his ears whispering “Are you really good enough? Do others think I have no clue what I am talking about?“. I am no different: my impostor syndrome is that I never was a developer myself. I did low-code development, I designed applications, led development teams, and designed enterprise architecture: but I have never actually written it myself. People working with me assume I know a lot more (I do fake it often!) – but the syndrome is real. I am in huge fear and doubt just by putting these words, admitting the lack of knowledge on a blog that no one reads. “Would it not be better if I would just do the learning in secret, behind four walls, and later act as I have always known?” is going through my mind. I am shaping it off.

Around ’23 Oct I felt that now is as good time as any to act on it and decided that I should learn Java. Where I work now does have a Java backend team and I have a Java architect in my team: they can help me find a demo project to learn on and if I am stuck I have people to turn to.

I plan to document my Road to Java RTJ: things I wonder about, courses I take, and interesting notes I learn.

Continue ReadingRTJ#0: Impostor?

How not to fire someone?

There is a saying that you can learn from bad teachers too how to not do something. There is a video going viral about Cloudflare firing one of their salespersons. She knew from her peers what was coming and decided to record it.

It is painful and embarrassing to watch the video. Two people she never met insisted that it is performance-based and not a layoff (at a layoff it might you your manager is also gone or he/she was not involved in the decision-making to protect them). There was no sign, no warning, no PiP and they could not give any indicator over the call (this implies it is not a performance-based firing and they are only saying that to avoid regulations or labor laws). You can watch the video if you are interested:

@brittanypeachhh

When you know youre about to get laid off so you film it 🙂 this was traumatizing honestly lmao #layoffs #tech #techlayoffs #corporate

♬ original sound – Britt

It is interesting because you don’t often see a firing this close and it is interesting to see how badly it is executed. Zero humanity, zero reasoning, for all they care you could be talking to a chatbot: it gives you the same information regardless of what you say or ask.

I don’t know how to do layoffs or firing well, but I do know one thing: you should not forget that you are doing it to a person. The only rule of thumb I do is to apply the Front-Page-Test: I should act in a way that if tomorrow that person would share the road to firing and firing itself with a newspaper (or in today’s world to Facebook/Twitter) I would not feel embarrassed.

Gergely Orosz wrote about how to execute a layoff more properly, from the CEO of Cloudflare we know it was not intended to be a layoff, he claims it was indeed a performance-based firing, just a poorly executed one:

I like the part where he admits that they did wrong and there will be an effort to make it better next time (not sure what else is there to say). I don’t necessarily like that he added another 20 lines of hush-hush around: but most probably that is the cost of doing business on this level. We can join him by learning how not to repeat this.

God knows how many inhuman and mean layoffs are happening every day which are not recorded. Be kind.

Continue ReadingHow not to fire someone?