Radosław Woźniak

@radwo
7 Followers
104 Following
61 Posts

Lead Engineer building AML solutions.

Father of Twins.

I see many AI proponents advising "Use it to build all of your own tooling". This falls apart when people and orgs depend on those tools. Total cost of ownership is:

TCO = Cost of creation + (Cost of annual maintenance * years)

Does AI make maintenance cheaper? Is it easy to maintain a big pile of AI generated code? GitHub's downtime chart would suggest the answer is "NO".

Project manager: "What's technical debt? Explain it to me like I'm 6 years old"

Devs:

(source: "Richard Scarry's Storybook Dictionary" : https://archive.org/details/1scarryRichardStorybookDictionary/page/n56/mode/1up )

Storybook Dictionary Richard Scarry's : Free Download, Borrow, and Streaming : Internet Archive

  Storybook Dictionary Richard  Scarry's

Internet Archive
oh man, no honor among thieves

A trap I see product teams fall into is confusing activity with progress. Progress is having a goal and hitting milestones towards that goal. Reducing app startup time by 5 seconds, growing active users to 50K or making $500 in sales are all goals you can make progress towards.

Activity is work that feels like it gets you towards that goal but actually doesn’t. How much code written or PRDs produced are examples of activity that people confuse with progress.

While adding new shiny features to your application, it’s worth checking if everything that was already shipped is still worth maintaining.
Check out this article by Alex Limi about this struggle in Firefox: https://limi.net/checkboxes
#SoftwareDevelopment #ProductManagement #TechDebt #FeatureCreep
Checkboxes that kill your product

A little historical baggage can be a dangerous thing when multiplied by a few hundred million individuals

Alex Limi
Everyone has great ideas. The difference between the people who crush it in life and those who don’t are the ones who actually decide to bring their ideas to life. - Will Guidara
would think someone would have developed a good set of dashboards for Grafana/loki for a #rubyonrails app thats been deployed using kamal in the default way.. maybe I'm just not looking in the right places any #grafana users have a suggeston? #ruby

The best software engineers solve problems, not just write code.

They ask:
- What problem are we actually trying to solve?
- Is this the right problem to solve?
- What's the simplest solution that could work?
- What are the trade-offs?
- How will we know if it's working?

Writing code is the implementation detail. Understanding the problem space, considering alternatives, and thinking through implications—that's where the real value lies.

Code is just the tool. Problem-solving is the skill.

So many goodies in rails of extras — particularly measure_queries. A lot of overlap with pghero.

https://github.com/pawurb/rails-pg-extras