Emily Bache @emilybache@sw-development-is.social

„The primary task of a developer is not the writing of code but to understand a problem. The writing of tests helps to understand a problem step by step. The tests do not drive the development as an end in itself. They drive the development to trigger the required thought processes.”

Public Speaking in 2023 - Some thoughts and 10 reasons. https://blog.eisele.net/2023/03/public-speaking-in-2023-some-thoughts.html
#DevRel #PublicSpeaking #Conferences

I stopped trying to define Unit Tests (I would define it as Feathers defined it) and now exclusively use the terms:

I/O-Based tests: has I/O in the test (accesses clock, database, etc.)

I/O-Free tests: no I/O access in the test (no current date/time, no random numbers, no file access, no network access, etc.)

I'll slip up and use "Unit" when I really mean I/O-Free (and "Integration" when I mean "I/O-Based"), but for the most part I've switched.

There's so much baggage and debate around "what's a unit?", when that isn't always the most important question. I've found it much easier to explain that when doing #TDD, we want to use I/O-Free tests as they'll be sufficiently fast to get feedback in less than a couple of seconds.

post number 14 in my sincere dev manifesto series. I've never been this close to the end.

"I commit to adapting each test to the level of granularity that looks the most stable to me, and to maintaining a consistent and frugal campaign"

https://antoinealberti.wordpress.com/2023/03/28/leave-a-test-campaign-that-accelerates-refactoring-rather-than-be-exhaustive/

@kiview @javahippie My reason is that in A and B all classes have to public. In C very often package-protected is enough

curl code coverage https://daniel.haxx.se/blog/2023/03/28/curl-code-coverage/

Let me explain why we don't have code coverage numbers for #curl.

@timbray
Sounds very similar to all the no code programming, model driven development stuff which had been seen before.

It falls into the same fallacies

1. You just need to specify what you want
(That is usually the hard part and what you want might be dynamic and change)
And 2
That it generates 80% of the code, you only need to tweak 20%, therefore your 5 times more productive.
Which is a fallacy in 2 ways
2a to tweak the 20% you need to understand at least parts of the other code. This is not free.
2b initially writing the code is only one part of software development. Correcting, adapting, and extending the software is (for successful software) the far larger party

As AWS is brought up at an example multiple times, let's do a little thought experiment. Imagine it's 2003 and you had the current state of the art LLM based coding assistant with today's computing power at your disposal. Trained in als the data available in 2003.
Do you think Ruben Ortega and Al Vermeulen could have used it to create AWS by specifying it to the coding assistant?
I belive no. At that time the idea was not available in the training data. While the building blocks were there to combine them in this novel way would have required such a detailed specification that it would have been indistinguishable from code.

Be kind. Dispose of the unkind.

Python 001 - Python and Pygame
I've decided to work with Python a bit. I think I'll enjoy it as much as Kotlin, and I'll certainly enjoy being further away from Gradle.
https://ronjeffries.com/articles/-y023/python/-z000/001/

Once you've realised that software development's comprised of many more activities than "coding" - to the extent that it's just a small part of a developer's day - claims that A.I. will mean "one developer could replace 10" seem a little naive.

We don't even need to bring YAGNI into the discussion (especially given that the workshop is time limited and not all teams get as far as the optional requirements): I pointed out that, by my estimation, two lines of code would need to be updated.

So this is something we also need to communicate more clearly: updating is not reworking. The word 'rework' implies something else and, in the context of refactoring and adapting code to the flow of time and change, it's a word that can be toxic.

At first I thought that using GitHub's Codespaces to teach my news apps class was mostly for my benefit.

But more and more, I see this as much an equity issue as a convenience. Here's why:

https://www.thescoop.org/archives/2023/03/22/teaching-newsapps-with-codespaces/

IPCC delivers final warning. Some IPCC cartoons from recent years.

#IPCC #climate #climateemergency

Scientists deliver ‘final warning’ on #ClimateCrisis: act now or it’s too late | Climate crisis | The Guardian

https://www.theguardian.com/environment/2023/mar/20/ipcc-climate-crisis-report-delivers-final-warning-on-15c

“This report is a clarion call to massively fast-track climate efforts by every country and every sector and on every timeframe. Our world needs climate action on all fronts: everything, everywhere, all at once.”

– UN secretary general, António Guterres

As an experiment, since I have a 20-year-old-blog, I’m going to occasionally repost particularly juicy 20-year-old pieces. Today: How, in 1988, I personally took down AOL.: https://www.tbray.org/ongoing/When/200x/2003/03/18/AOL

Arlo's Danger Sense is hard to find on the internet, so I'm amplifying it here:

1) More than 15 mins since last checkin.
2) The code I'm working on is not unit tested.
3) The code I'm working on is not visible in the UI.
4) I'm feeling anything but calm, relaxed, and happy.
5) I'm trying to think -- about anything.
6) I haven't said anything in 2 minutes.
7) I'm remembering something -- anything -- for later.
8) I'm proud of the code I'm writing.

🎙️ Clare Sudbery & @emilybache explain in this interview what they will be sharing in their workshop at #newCrafts.

If you want to lead your team(s) to bettering their skills, join Clare & Emily on May 23-24, in Paris. Details & tickets 👉 https://training.ncrafts.io/Technical-Leadership-Clare-SUDBERY-and-Emily-BACHE.html?utm_content=buffer2203c&utm_medium=social&utm_source=twitter.com&utm_campaign=buffer

https://vimeo.com/807453737?utm_content=buffer681d7&utm_medium=social&utm_source=twitter.com&utm_campaign=buffer