colinhowe
I think you're right that the data presented doesn't prove or disprove the thesis that "customer issues remain broadly stable". I think it lends credibility to the idea that "AI didn't lead to an obvious and immediate slopfest of bugs".
As for the bumps, we've noticed them annually and we haven't yet found a solid reason why. There’s no correlation with customer growth, PRs shipped, or features shipped. It's likely a combination of various seasonal effects in our own hiring and customer onboarding. What isn't in this article: we've more than doubled our customer base in this time period, our customers are more mature and raise bugs more readily, we've got ~60% more engineers, and our product surface area has grown a lot too. I'm yet to land on a satisfying metric that normalizes bug rates in a changing environment.
We only hire engineering managers that are deeply technical. This gives us more ability to work closely with engineers and make sure they're using new tools in the ways we want. It's not perfect. Sometimes, it goes wrong. But, that's why we continuously add tests and other tools to help us spot mistakes.
E.g. in a recent review I wrote I picked up on an engineer not splitting up React components aggressively enough and over-relying on deeply nested ternaries. In that same review I also commended the engineer for being particularly excellent at explaining complex bugs to our support people and called out one example of a nasty race condition.
My personal experience as a Brit is that the UK has a growing trend of anti-intellectualism and being innumerate is "cool" in certain circles.
I was brought in as CTO to fix some stuff. I fixed that stuff and then realised that how I wanted the business to operate and how the CEO wanted to operate were very far apart.
It all came to a head when somebody got fired and I disagreed with both the decision and how it was carried out. This was just one item amongst a bunch of other things.
This drained me so hard emotionally. I was CTO at another startup for much longer and never got close to this level of burnout. I've talked to someone else about this (talking is helpful) and they had a similar experience. It's not always about the hours or the tenure. 60 hours/week in the right environment is very different to 40 hours/week in the wrong environment.
It took a few years for me to get over this. I took some less complicated jobs with less responsibilities and less personal investment before chucking myself back into the fire. It's going well so far and I'm definitely more resilient as I've been through some pretty dire work shit since then.
Sorry to hear you're having a tough time of it. Getting less personally invested for a while really helped me. I also took on some hobbies that I had total control over and that helped too.
Good luck :)
It's almost a rite of passage for a startup to say that they're "revolutionising the world of blahblah"
I've always been of the opinion that nice to haves just shouldn't be there. They don't help self-select in a meaningful way. The must haves must be actual must haves. E.g. must be able to code confidently in Python.
Ask HN: What do you want to see in a job ad?
I've done a fair amount of hiring and I keep coming back to job ads and thinking that most of them aren't fit for purpose. Being on "the other side" my view is somewhat skewed. Would love to know what other engineers are wanting to see in job ads and what entices them into applying somewhere.
Ask HN: Managers of remote employees, what's hard for you?
I've been a remote person for a little while now and a big advocate for it. I've thought a lot about what's hard for me, but, I'd love to hear the other side of it. What's hard about managing a remote person?
They also tend to be longer than five minutes in terms of herding people to them etc.
Once upon a time there was a banana. That banana was called bob. Bob the banana used to have fights with other fruit. His arch nemesis was Oscar the orange. Oscar was a very orange orange. He was so orange that everyone else was jealous. Bob the banana wasn't very yellow. He was kind of yellow with dark splotches on. That is why Bob used to fight the other fruit. He was jealous of Oscar's orangey orangeness. He was also jealous of Adam Apple's shiny red skin. Finally, he was jealous of the grape gangs lovely green skin.
One day Bob was busy fighting Oscar, Adam and the Grape Gang. All at once. That's right. He was a very good fighter as he practiced a lot by fighting the other fruit.
Percy pineapple saw the fight and came up to Bob and intervened. He said, 'Oi. Bob. What you doing?'
'I'm fighting!'
'Why?'
'I don't know.'
Bob was sad. Bob shrugged. He didn't know why he was fighting.
'You never fight me' said Percy pineapple.
'You're right, I don't.'
'You only ever fight the fruit with lovely skin. Did you notice that?'
'Oh. You're right. I do'
'Do you think maybe you wish you had perfect skin like them?'
'You're right. I wish I did have lovely perfect skin without any blemishes. Instead, I have this grotty yellow skin with dark patches all over it.'
'That's ok. I have spiky skin. Nobody can even touch me and I never get any cuddles.'
'Oh.'
'Mmmhmmm'
Bob felt bad.
'Maybe I could try and hug you'.
'I wouldn't advise it, I'm very spikey. I've got used to just having high fives and fist bumps instead'
'Oh. That sounds like a good idea'.
Bob and Percy have a nice high five session. Bob isn't very good at high fives so it took a lot of practice. After about four thousand attempts they get it right and do one of the awesome high fives from top gun. That's right, a top gun high and low high five. They both feel really cool.
Bob isn't feeling sad any more.
Bob then looks around and notices the other fruit that he was decking. The fruit is looking a bit bashed up. He apologises for what he has done and then asks 'Can anyone do anything to help me?'
Making salaries transparent
Startup CTO – Compensating Engineers
Startup CTO – Technology choices
How I run technical interviews
Tech Debt and Impossible Mountains
Turns out, it's really fun.
You're not making a story alone. You're in a group with 2-5 other 'heroes' and a DM. You're all making the story together and it's easy to go along with the flow until you think of something that pops into your head and you can then do whatever it is you want to.
In my experience, good DMs aren't going to judge you for what you do or don't do.
For me, D&D is way more lighthearted than I thought it would be. I guess this depends on the group, but, I've now bounced around a few and it seems to be a common thread. It sounds ridiculous, but, last night the group I DM'd 'invented' brunch before taking on a quest to save a girl that had been abducted by goblins (but, not before finishing their brunch and making a little picnic for themselves).
It's surprisingly easy to try D&D - there are often people running 'one shots'. These are small stories designed to start and end in a few hours so that you get a feel for it without needing to invest a huge amount of time.
London startup Conversocial raises $11m
HR bod: sorry, you can't give everyone a 5 on your team, someone has to have a 1
Manager: but, I've hired my team sensibly!
HR bod: sorry, you can't give everyone a 5 on your team, someone has to have a 1
:(Ask HN: London startups – are you in Old Street area?
No/Yes would be helpful :)I've got the impression that many companies are moving out of the area due to redevelopment reducing available space and driving prices too high. Curious about other perspectives.