Makes me wonder if @adamhjk.me is still using perl.

Sames!

Worse than the choice of language that you picked because it would help hiring/be performant/be safer and it turned into a huge time sink like everything else?

Follow me, I'll have plenty of that!

Gotta start strong!

Also, this entire thread is @dbsmasher.bsky.social's fault. Blame her.

If you made it this far, you may have noticed that I have strong opinions about technology stacks! Follow me for more of the same! Especially if you love monorepos. (8/8)If you made it this far, you may have noticed that I have strong opinions about technology stacks! Follow me for more of the same! Especially if you love monorepos. (8/8)

Multirepos were a mistake. They aren't cheap. They aren't easy. And they have many, many more traps you can fall into. Invest in your code management, build and deployment systems. Insist on monorepos. Thank you for coming to my TED talk. (7/8)Multirepos were a mistake. They aren't cheap. They aren't easy. And they have many, many more traps you can fall into. Invest in your code management, build and deployment systems. Insist on monorepos. Thank you for coming to my TED talk. (7/8)

Code belongs to the company, not to teams or individuals. Multirepos have contributed to the normalisation of silos. They hide the cost of code management by distributing it across your teams while not providing them the ability to create connections outside their spaces. (6/8)Code belongs to the company, not to teams or individuals. Multirepos have contributed to the normalisation of silos. They hide the cost of code management by distributing it across your teams while not providing them the ability to create connections outside their spaces. (6/8)

"But I don't know anything about those other apps!" - You don't need to. Trust their tests. If the tests aren't sufficient, that's a good lesson to learn ASAP. "Other teams will be mad if I touch their code!" - This is a red flag for your org. (5/8)"But I don't know anything about those other apps!" - You don't need to. Trust their tests. If the tests aren't sufficient, that's a good lesson to learn ASAP. "Other teams will be mad if I touch their code!" - This is a red flag for your org. (5/8)