Johan Siebens (@nosceon) header
Johan Siebens (@nosceon) profile picture

Cloud Architect / DevOps.

Belgium
Joined June 2010
Photo by Johan Siebens (@nosceon)Photo by Johan Siebens (@nosceon)Photo by Johan Siebens (@nosceon)Photo by Johan Siebens (@nosceon)Photo by Johan Siebens (@nosceon)Photo by Johan Siebens (@nosceon)Photo by Johan Siebens (@nosceon)Photo by Johan Siebens (@nosceon)Photo by Johan Siebens (@nosceon)
Johan Siebens retweeted
This is one of the most difficult lessons to learn.
2
7
40
2,991
White Lies
27
655
82
4,867
487,890
Overengineering too early is the death of good systems.
1
2
16
1,539
Johan Siebens retweeted
I feel like 99% of being a software engineer is debugging random shit, 1% algorithms. As you gain experience you see more random shit, your random shit toolbox is ever expanding until you can figure out anything w time since it’s semi like something else in your toolbox.
33
118
15
1,260
101,971
Johan Siebens retweeted
"Code is liability. To build something is to be responsible for its existence, forever. Write more software only as a last resort." @mipsytipsy
5
19
2
87
11,074
Working for incompetent people will make you incompetent regardless of your skill set in record time.
18
91
10
933
95,724
you build , you ruin it
1
9
1
23
2,380
This is such a gem!
I just got back from @fintechdevcon in Austin. It was a super fun trip (notwithstanding the 105 degree air 🥵). I gave a new talk while I was there, on why compliance and regulatory standards are ✨not✨ incompatible with modern development best practices.
1
193
Johan Siebens retweeted
There is no motivation to write code more than the sweet release of deleting a bunch of lines of really gross shitty code the new, clean code replaces
7
21
3
194
39,988
"Imaginary problems are the root of bad software" cerebralab.com/Imaginary_Pro…
1
5
1
34
3,776
Always funny to see how organizations that piled up bad legacy code in years are paralyzed choosing the perfect way to clean it up.
8
20
2
84
17,676
Johan Siebens retweeted
“Writing code gets easier over time but building and maintaining software is always hard.” – @kelseyhightower
2
24
1
136
15,937
Johan Siebens retweeted
The single best thing you can do to improve your software quality and velocity, and find bugs early, is still this: 💀 instrument your code as you go 💀 run tests. get review. 💀 deploy asap 💀 look at your instrumentation. is it doing what you expect? anything look weird?
3
9
41
5,053
what's wrong?
10
955
51
7,187
229,266
"When you make architecture “someone else’s problem” and scrap the expectation that it is a core skill, you get weaker engineers and worse systems."
I wrote a slightly longer-form piece about the risks of having an "architect" role distinct from engineering, and a few models for avoiding/compensating for that risk. Thanks to all the wonderful architects who replied. (I 💜 you, I really do!!) charity.wtf/2023/03/09/archi…
1
3
159
Johan Siebens retweeted
"Enterprise Cloud Architect". (Tell me you haven't written any code in a decade without telling me....) But seriously. Effective architects (and they exist!) are typically, a) grown from within, not hired from without b) never more than a few years removed from building things
I will always remember that "Enterprise Cloud Architect" that did not even have a GitHub account and told me he joined the company to "inspire" us, the engineers. Plot twist: did not work. He did not even know how to test what he was advocating. Probably never tested anything.
10
15
2
143
48,231
Johan Siebens retweeted
When you have to choose among readability, conciseness and performances always go with the first one by default and switch to the other two only if you have very good reasons to do so.
2
13
73
8,191
Johan Siebens retweeted
My new style for rapid prototyping in @golang: * All code goes in main.go, in main(), no extra methods, no packages, no extra files * Use Go's flags and log packages * Maybe create a few separate methods/files, still in the main package For as long as possible..
5
6
110