I'd say, "May the code sense be with you." Adam's work has gotten in to technical work in our government, it's improving government support for businesses who have social responsibilities, so I hope Adam knows how much he is improving whole segments of society beyond just software development. Thanks dude, funky Swedish accent and all.
I was thinking about unsubscribing from this channel due to the many hype topic content lately, but this video and the previous one convinced me to stay... for now. Great content!
Great talk! You analyzed your own code at the end. Identifying the power distribution and where to go is powerful and makes economic sense. The connections between services, components are true leverage.
Brillant, thanks for sharing your experience. The conclusion sums up the problem and solution pretty well... Desgin your application after business, not technology... Otherwise, you're likely trying to force your way against Conway's law. That's also a problem that Uncle Bob approaches with his Clean Architecture solution which is use cases centric (business features centric).
So you fix the technical debt only where it's slowing down development and when it's worth it according to cost-benefit analysis? Locality of change based modularity kind of just sounds like modularity based on separation of concerns where the reason to change is in most cases a changing requirement. I'm not confident though that it's easy to weave an application together from modules encapsulating features if they tend to crosscut each other. I'm not sure which technique, language and tooling would allow for what I'm imagining mainly because if that's the way we cut it to pieces I'm not sure how I can easily get a bird's eye overview of how it all ties together. I'd love to hear any ideas on this.
The main idea is stupidly simple now that I saw it, thanks! Does not remove the need to good old team work or communication, but is an immensely great conversation starter.
I can certainly testify that code that one isn't familiar with can feel way more complicated, scary and legacy than it is after you get acquainted with. Having good documentation of it lessens the impact thought as it makes it possible to get into it through having a way gentler learning curve.
This is this most valuable video I've seen after watching many programming videos over the last month. Very well done.
Brilliant. Some really ground breaking stuff.
Sounds like it was a bad microphone at start and it was corrected at 9 minutes.
I'd say, "May the code sense be with you." Adam's work has gotten in to technical work in our government, it's improving government support for businesses who have social responsibilities, so I hope Adam knows how much he is improving whole segments of society beyond just software development. Thanks dude, funky Swedish accent and all.
dear
This some background noise that is aggrevating
Just chiming saying that it was the audio source itself on the presentation, it gets fixed around 8 minutes in.
I was thinking about unsubscribing from this channel due to the many hype topic content lately, but this video and the previous one convinced me to stay... for now. Great content!
Conference technical debt. X-ray the frickin talks.
Great talk! You analyzed your own code at the end. Identifying the power distribution and where to go is powerful and makes economic sense. The connections between services, components are true leverage.
Thank you! This title sounds very promising! :)
What is that noise? I tried to play some music to make sure it's not my speakers.
Brillant, thanks for sharing your experience. The conclusion sums up the problem and solution pretty well... Desgin your application after business, not technology... Otherwise, you're likely trying to force your way against Conway's law.
That's also a problem that Uncle Bob approaches with his Clean Architecture solution which is use cases centric (business features centric).
Thank you Adam, it was really enlightening!
7:48 audio improves
Thank you for the excellent talk!
This was one of my favorite talks from this years GOTO Copenhagen! We are trying to adapt the methods in a few of the teams I work with.. Good stuff!
How did it turn out for you so far?
This is food for thought. Great, Adam!
The problems Adam discusses are exactly what my client is working through right now. It's all very painful. I've shared this video. :p
Making an X-ray of the X-ray machine META
Thank you ;it is excellent
So you fix the technical debt only where it's slowing down development and when it's worth it according to cost-benefit analysis? Locality of change based modularity kind of just sounds like modularity based on separation of concerns where the reason to change is in most cases a changing requirement. I'm not confident though that it's easy to weave an application together from modules encapsulating features if they tend to crosscut each other. I'm not sure which technique, language and tooling would allow for what I'm imagining mainly because if that's the way we cut it to pieces I'm not sure how I can easily get a bird's eye overview of how it all ties together. I'd love to hear any ideas on this.
zipf distribution? 19:20
The main idea is stupidly simple now that I saw it, thanks! Does not remove the need to good old team work or communication, but is an immensely great conversation starter.
I can certainly testify that code that one isn't familiar with can feel way more complicated, scary and legacy than it is after you get acquainted with. Having good documentation of it lessens the impact thought as it makes it possible to get into it through having a way gentler learning curve.
The audio is really squeaky
Lots of useful information in this talk, thanks!
Nailed it! #Adam Tornhill