Encapsulation of knowledge, with Dejan Milicic

Fredrik talks to Dejan Milicic: / dejanmilicic about software development - understanding, methods, and stories.
We start by talking about encapsulation of knowledge and the essential software in organizations. Almost every organization should - it can be argued - be developing software that solves their unique problems, and yet so many outsource so much of their knowledge encapsulation. Oh, and we can never completely encapsulate our knowledge in code either, so all the more reason to keep people who actually know what the code does and why around.
Dejan tells us about his way to Ravendb and a developer relations role - and how you can craft your own job, stepping suitably outside of your comfort zone along the way.
We also talk about shortening attention spans, daring to dig down a bit and find out about the context of things. Like the second sentence of some oft-repeated quote. Prohibit bad things, but help automate doing good things and avoid doing the bad things completely.
Dejan shares some database backstories - why would someone want to build one more database? Specifically, what lead to the creation of Ravendb: en.wikipedia.o... And the very strong opinions which have been built into it. Avoiding falling into marketing-driven development.
After that, we drift into talking about processes and how we work. Every organization is unique - which strongly speaks against adapting the "best practices" and methodologies of others. Or keeping things completely the same for too long. Innovation is also about doing what other people are not doing.
Why is concurrency still hard? The free lunch has been over: www.cs.utexas.... for twenty years! Functional programming and immutability offer ways forward, why aren't these concepts spreading even more and faster? We get right back to understanding more context when Dejan discusses how few of us seem to have understood, just for example, the L in SOLID. Dive deeper, read more, and you will find new things and come up with new ideas.
Finally, Dejan would like to see software development becoming just a little bit more mathematical. So that things can be established, verified and built on in a different way.
Ett stort tack till Cloudnet som sponsrar vår VPS! www.cloudnet.se
Du kan om du vill stödja podden med en kaffe via Ko-fi: ko-fi.com/kods... Kodsnack på Mastodon: social.podsnac... www.kodsnack.se
Links
Dejan: / dejanmilicic
Ravendb: en.wikipedia.o...
Informatics: en.wikipedia.o...
Domain-driven design: en.wikipedia.o...
Event sourcing: en.wikipedia.o...
Data is worthless: kodsnack.se/601/ - said in episode 601
Developer relations: en.wikipedia.o...
Nosql databases: en.wikipedia.o...
Jack of all trades: / the-next-time-someone-...
Jimmy: engstromjimmy.... - who introduced Fredrik to Dejan at Øredev 2024: oredev.org/
Hibernate: en.wikipedia.o...
Relational databases: en.wikipedia.o...
Oren Eini: ayende.com/blog/ - creator of Ravendb
Antipatterns: en.wikipedia.o...
n+1: www.baeldung.c...
Couchbase: en.wikipedia.o....
Scrum: en.wikipedia.o...
Agile software development: en.wikipedia.o...
The Toyota approach: en.wikipedia.o...
The Scrum guide: scrumguides.org/
Unison programming language: www.unison-lan... - VC funded
Dr. Dobb's journal: en.wikipedia.o...
The free lunch is over: www.cs.utexas....
Concurrency: en.wikipedia.o...
SOLID: en.wikipedia.o...
Liskov substitution principle: en.wikipedia.o...
Repositories on top Unitofwork are not a good idea: bigmachine.io/... - by Rob Conery
Elm: en.wikipedia.o...