If your primary motivation for building microservices is to enforce modular architectures, think twice. Modularity is solved within the JVM (JPMS, OSGi, JBoss Modules; even multimodule builds get you far), don't pay the price of distributed computing + remote calls just for this.

Educating a team slows you down for a week or two. Not educating the team slows you down forever. Time spent in learning is never wasted.

Here's a thing I find weird in the monoliths VS. microservices discussion: 1. We get told monoliths are naturally badly structured (hint: they aren't, *naturally*). This allegedly is due to the fact that it's so easy to introduce unwanted dependencies between modules. 1/5

We undervalue simple ideas and overvalue complicated ones. Complicated doesn't mean correct. Simple doesn't mean simplistic.

We need to redefine "hard work" to include "hard thinking." The person who outsmarts you is out working you. The person who finds shortcuts is out working you. The person with a better strategy is out working you. Usually, the hardest work is thinking of a better way to do it.

When designing systems that _DO_ things, why do we name everything as a noun? 'StringInterpolator' because that's what it is? Why not 'InterpolateStrings' because that's what it does? Imagine looking down the project view and reading a list of capabilities instead of 'do-er's.

Software design is messy, and can rarely be done well through append-only. Try it, observe it, have the guts to overdesign and then remove the overdesigned bits again, until it gets good enough that the design is flexible in the places where it matters.

Reports of Magento's death have been greatly exaggerated. mage-os.community/blog/the-futur…

There will be a community driven fork of Magento. The fork will be upstream-compatible with Magento Open Source as long as it is supported by Adobe. mage-os.community/blog/the-futur…

Part of IT's curse is our secret love affair with complexity. I'm not immune to it - I admire steam engines. Harnessing the complexity gives us a feeling of mastery. My advice: pick up a hobby that lets you do this at home and ruthlessly reduce complexity at work.

On October 15th, our security researcher Charles Fol will speak at Sthack and reveal a 10-year-old 0-day vulnerability in PHP's core. See you there ! sthack.fr

“At that time (1909) the chief engineer was almost always the chief test pilot as well. That had the fortunate result of eliminating poor engineering early in aviation.” - Igor Sikorsky

The more I see the more I think that for most of the companies Monolith should be the default strategy before looking into Microservices and distributed architectures.

We released latest issue of Thoughtworks Technology Radar today #TWTechRadar Dive in and enjoy your swim in a badly mixed metaphor thght.works/3vFt9Fg

Coders who strive to impress usually write lousy code. The most impressive code to me is the simplest and easiest to understand. It takes considerable skill to produce that.

Big news! Strix has merged with Dutch e-commerce agency ShopWorks to form a single company. Together we have tremendous opportunities for global growth, and we can't wait to see where this new business path will take us! strix.net/blog/dutch-sho…

"Software engineering is the science and art of designing and making, with economy and elegance, systems so that they can readily adapt to the situations to which they may be subjected." - Glenn Vanderburg Glenn Vanderburg

"Let us change our traditional attitude to the construction of programs. Instead of imagining that our main task is to instruct a computer what to do, let us concentrate rather on explaining to human beings what we want a computer to do." - Donald Knuth

As a side note: Eric Evans believes that Domain-Driven Design skills will get more important as AI takes over programming. We'll be able to scale programming but not scale understanding a domain and modelling it.

"(...) designing a class that can be meaningfully inherited from takes more than just removing a final specifier; it takes a lot of care." - Konrad Rudolph