Problem solver, independent consultant, software architect, on a quest to make data friendly and helpful.

Internet
Joined July 2012
Norbert Orzechowicz retweeted
In 1994, software was dead. People told me programming was for nerds and that I should become a doctor or a lawyer instead. In 2004, software was dead. People told me that someone from India would take my job for $5/hour. In 2014, software was dead. People told me that no-code was going to kill every job and doom my career. In 2024, software was dead with Devin, Windsurf, Copilot, and OpenAI o1. We kill software every 10 years, and yet the demand for good Software Engineers has never been higher.
301
445
61
4,287
228,126
Yep, absolutely needed, wanted and with lot of class 🤡
It is. The US increasingly epitomises hyper-capitalist showmanship: a circus of clowns selling spectacle as innovation, with little added value to humanity. Europe still has a sense of class: engineering with purpose, creating things people actually want, need and can use. Spectacle vs substance
87
Tylko ktoś kto nigdy niczego nie utrzymywał, ani nie kierował zespołem ludzi, nie rozliczał się z bakclogu, nie miał klientów na karku może się ekscytować niekontrolowanym push streamem do repo
Wewnętrzne przyspieszenie w Anthropic, które zepchnęło ich infrastrukturę deweloperską do granic wytrzymałości. AI tak mocno przyspiesza produkcję kodu (w tym własnego oprogramowania Anthropic), że firma musi przebudowywać fundamentalne narzędzia, żeby móc iść jeszcze szybciej. Claude był zarówno przyczyną problemu, jak i głównym narzędziem do zbudowania Sciona. Publicznie pace the frontier, wewnętrznie wymieńmy gita, bo Claude generuje za szybko :)
5
231
Well said! In the last couple months I tackled issues that were on my pile of shame for years. Yet, I don't feel like I have more time, opposite! I could use some help in fact as solving those old issues, opened new possibilities!
Unpopular opinion: In 5 years, we'll need more software engineers than we do today. Not fewer. Everyone is calculating how many developers AI can replace. If a team of 3 can now do the work of 10, surely the other 7 are out of a job? I think that completely misses what's about to happen. For decades, the biggest constraint on software wasn't the lack of problems worth solving. It was the cost of solving them. Millions of businesses still run on spreadsheets, emails, WhatsApp messages, and outdated software. Not because they're happy with it, but because spending $200,000 on a custom system never made financial sense. Now imagine that same system costs $20,000. Suddenly, millions of businesses that couldn't afford software development become potential customers. Projects that were never viable become viable. Companies that already build software can afford to do ten times more. And here's the part people underestimate: the cheaper software becomes, the more reasons we'll find to build it. Of course, some jobs will disappear. Certain tasks that once required entire teams will be handled by a single engineer. But assuming the amount of software the world needs is fixed is a pretty strange assumption, especially in an industry where we've barely scratched the surface of what can be automated. I could be wrong, but I think we're heading toward an explosion in software demand, not the death of software engineering. We're confusing the declining cost of writing code with the declining demand for software engineers. They're not the same thing.
1
2
138
Claude might have all the answers but you need to ask the right question first - thats why you need to X years of experience.
can a vibe coder with claude beat a principal engineer with 15 years of experience?
2
3
192
The guy who didn’t catch up with LLMs in 2026
the guy who gave up on programming in 2023
1
2
452
- we removed unit tests in favor integration/functional tests - ci/cd invoice exploded - we removed cicd, it was slowing down our process - now our agents deploys our code - agent decided that database is going to be much faster without users future looks awesome ☠️
We deleted 800k lines of unit tests from the @sazabi monorepo earlier this week. Three hypotheses: 1- Unit tests "lock-in" slop code by making it hard to change or remove 2- Unit tests slow down dev cycles by making your agent do more work locally and by increasing CI times 3- Unit tests waste money by making your agent generate more tokens and by adding useless CI runs Will report back soon with the results!
34
22
5
613
50,040
> more developers → more hours → more revenue that was also part of the reason why IT salaries were so inflated, why juniors were sold as experienced seniors and why most of the modern world systems are 💩 what can go wrong this time?
I sold two software agencies. I wouldn’t build a third one the same way today. AI is breaking the economics of selling developer hours. For 20+ years, the formula worked: more developers → more hours → more revenue. Now one developer with AI can do the work that used to take a team. I believe the next agency model is: IP + AI + responsibility. Build on existing software. Use AI to deliver faster. Charge for the problem you solve, not the hours you spend. If you run a software agency: what happens to your business when one developer can do the work of three? My substack is dedicated to this topic. open.substack.com/pub/tomasz…
7
1,076
Your LLM slop generator vomited out some slop unit tests? Of course the solution is to blame the testing methodology not your slop factory, prompted with "test coverage 100%, make no miasteks" 🤡 Fun times
1
2
148
Someone shpuld tell him about test pyramid model 😂
This is why I just removed all unit tests. The real regressions can be caught by a few high value E2E tests.
2
210
> The best part is no part Every component you add is something that can fail, cost money, or need maintenance. Elon used to say it, and I fully agree, because > Perfection is achieved not when there is nothing more to add, but when there is nothing left to take away.
here's how i shipped 2,500 PRs last month to production this was originally supposed to be for Cursor Compile in London. i couldn't make it since i was livestreaming for Grok @Bot Galaxy so i'm making it available for free here on X! watch it on 2x speed, i talk slowly
2
211
Actually, AI is most beneficial once you can answer a strong "yes, I can" to all of those points. Nowadays individuals can scale like never before, but only when they have solid foundations. Otherwise it's a giant with feet of clay - grows fast, falls loud.
If you can write your code. If you can debug your code. If you can explain your code. If you can refactor your code. If you can build your entire app. Then why are you still using AI?
2
2
147
No, patterns, principles, and good practices are meant to keep code in good health, self-descriptive, maintainable, scalable, and predictable. Don't listen to ignorants; codebase quality is now more important than ever.
Most of the patterns known as “good practices” in software development were created for humans that were expected to maintain/read that code. That’s a thing of the past.
1
15
412
yes, don't be a moron and learn how to code, you cant be a manager, even agents manager if you don't understand what you are managing
Does it make sense to learn to code these days?
7
216
Before we get too excited, lets wait for the whole AI business to "stablize" and give us the true price of tokens. Tiny detail that breaks all predictions 🤷‍♂️ Right now they are 🔥 💰 like nothing else before
Provocative thought Do you think we can expect in PHP world as well?
122
Something BIG is coming to Flow #PHP with next release 💪
1
3
154
Next step should be folding Ryanair 😂
if a phone can bend, then your knees can too
164
Next release @flowphp is going to be fully schema driven! Historically extractors could yield different schema per batch. Now all extractors are going to be self descriptive, meaning they always yields rows with the same shape. Thanks to this we can know the output schema 👇
1
1
1
103
When dataset shape is predictable at each step, and with a efficient binary serialization (Floe) data frame execution can be parallelized! Executor, based on Optimizer output is going to be able to decide how to break pipeline into steps and which of them can be parallelized 👇
1
23
That means, that Flow is going to be able to compete with much heavier data processing engines and still run with very minimalistic memory footprint We are getting ready for release 1.0 🎉
19