Roberto Albertini

Backend Development Lead at BEE by Growens

[Lou Creemers @lovelacecoding]

This Instagram image got me thinking. What was the best Windows taskbar?

[Kent Beck 🌻 @KentBeck]

Dear Software Architects,
If you want to write ADRs, write ADRs. But please also include tracking. If no one reads the ADRs, consider not writing them in future. Time spent writing ADRs incurs opportunity cost. Make sure you're getting something for the price.

[Years Progress @YearsProgress]

2023 is 75% complete.

[Dave Farley @davefarley77]

💯 maintaining that ability to iterate is central to the job of software development. Optimise for making it easy to change your mind when you learn new things!

[Italian Agile Movement @AgileMovementIT]

Spunti tutti nuovi per festeggiare l'anniversario più importante dell'anno nel campo dell'Agilità! Diamo il via ad 'aspettando #IAD23' che ci accompagnerà fino a novembre.

Conosci la pagina ufficiale di IAD23?

link https://t.co/jDaFaTi83V

#IAM #AGILE

[Dave Farley @davefarley77]

The most important practice for continuous integration to work properly is frequent check-ins to a shared version of the truth of your system, on trunk or mainline. You should be committing your code at least once per day, and ideally a lot more often than that.

[Paolo Perrotta @nusco]

I hear that Companies care about money and efficiency first, so they'll replace programmers with AI.

Just like they replaced dysfunctional teams of 250 people with small, cheap teams who can provably produce vastly better software in 1/10th the time.

Wait…

[CERN @CERN]

#OnThisDay thirty years ago, in 1993, CERN released the World Wide Web software to the public.

Proposed by Sir Tim Berners-Lee, the web was originally created to allow scientists and institutes from all over the globe who were working on CERN data to share information accurately and quickly.

Find out more: https://t.co/6CpbWde774
#CERNImpact #CERNandSociety

[Martin Fowler @martinfowler]

NEW POST: Many software teams pack too much work into their iterations. Teams will usually run better when they have deliberate slack, as it allows their delivery to be more predictable and gives them time to improve their environment.

https://t.co/YW7NtxVVt2

[Dave Farley @davefarley77]

The data says working in small teams is one of the keys to success, so what gets in the way of small autonomous teams?

[Uncle Bob Martin @unclebobmartin]

Estimates are a tool for managing fear. When there is no fear no estimates are needed.

[Allen Holub. https://linkedIn.com/in/allenholub @allenholub]

Individual-performance bonuses (and the appraisals that lead up to them) destroy collaboration. They pit the team against itself. People hoard knowledge to get an advantage. It encourages "heroes," who are bottlenecks. Just don't. Pay everybody well! Problem solved.

[Uncle Bob Martin @unclebobmartin]

That ability to communicate intent is the whole reason that design patterns are useful. The patterns themselves are not new nor even very interesting; but the ability to name them is a huge advantage.

[Martin Fowler @martinfowler]

@ceilfors @davefarley77 @raimeyuu @allenholub @MichalBartyzel @BryanFinster I read Dave's tweet to mean you should be doing *some* refactoring all day, not that you should be doing only refactoring. I've encouraged an approach of Opportunistic Refactoring

https://t.co/uEnP7LCEUu

[Uncle Bob Martin @unclebobmartin]

TDD does not take extra time. Writing tests _first_ is not overhead because they force you to think through the problem and partition it properly. You’d have to do that thinking anyway.

Testing after the fact IS overhead because you did all that thinking already.

[Pietro Di Bello @pierodibello]

I'm quite enjoying reading "Building Evolutionary Architectures" so far, but I'd like to replace almost all occurrences of the word "architect" with "team" in the book. I mean, I expect architects to be part of teams, and teams to have full ownership of the architecture.

[Allen Holub. https://linkedIn.com/in/allenholub @allenholub]

A periodic reminder. TDD is a development, not a testing, strategy. I augment TDD tests with micro/unit tests as I work, though. You need both.

[Dave Farley @davefarley77]

Here are a few thoughts on things I wish I knew when I was first a tech lead...

a thread

1/7