Legacy Code Rocks

We all strive to be “full stack” developers, but many of us feel more comfortable with either back-end or front-end programming. Today we talk with Jan Jorgensen, a front-end developer who also enjoys mending legacy applications. Jan works in the Copenhagen based UX research company and is an expert in adding front-end tooling to render components in a monolithic rails app and taking advantage of modern tools instead of writing the apps from scratch. Jan breaks down the main characteristics of front-end development, discusses good practices, opens for us his toolbox and explains how all of this fits into the legacy code maintenance and upgrading. And as an extra, you’ll hear how nomadic lifestyle and coding go together! 

What does legacy code mean to you? Is it a valuable code that is hard to change or a code you are simply afraid to change; a code that makes you money or a code you are ashamed of? In today’s episode we deep dive into the quest for the most interesting and influential definitions of legacy code with Amitai Schleier. Amitai is true renaissance man - a software development coach, legacy code wrestler, consultant, non-award-winning musician and award-winning bad poet. Amitai regularly contributes code and direction to notable open-source projects such as NetBSD, pkgsrc, ikiwiki, and qmail. When you finish listening to this episode, you should check out Amitai’s micropodcast “Agile in 3 Minutes”, his articles on legacy code and other topics, and last, but not least, you should relax with his piano performance of Medtner at the International Rachmaninoff Conference.

Lasting success is not measured by past achievements but by the ability to change and adapt to new developments and new demands. Nowhere does the change face more suspicion and distrust than in large enterprises with their established policies, practices and procedures, large bureaucracies, compartmentalized silos and, above all, undeniable past successes. Today we talk with Christine Chrys Sills, the Organization, Change, and Program Manager at Liatrio about DevOps transformations and how to bring change to large enterprises confident in their established ways. 

The mere fact that any particular legacy code is still in use is a testament of its sustainability. Today we talk with Dr. Carola Lilienthal, the CEO of the Workplace Solutions and the author of Sustainable Software Architecture about the importance of a good structure for the durability of a software. Building upon her experience dissecting more than 300 software systems of various sizes, Carola shares with us her philosophy, methodology, tools and criteria for assessing the sustainability of a system and explains how to structure any software around its fundamental building blocks in order to achieve its durability. 

The idea of a “lone genius” unleashing software marvels on the world is mostly a myth. Almost all good software is a product of the exchange of ideas, continuous discussions, and collaborations. Today we talk with Coraline Ada Ehmke - the creator of the Contributor Covenant and the laureate of the Ruby Hero Award - about the importance of kindness and empathy in coding. From creating safe spaces for discussions and exchange of ideas, through introducing empathy into understanding user needs and collaborators’ concerns, to creating a kinder programming language and the code itself - Coraline shares her thoughts with us on the whys and hows of kindness in software industry. When you are done with the episode, make sure to visit Coraline’s web-site.

Technical debt is just like a financial debt - incurring it responsibly boosts the development and growth, but failing to repay it in time can lead to bankruptcy and complete failure of the program. Today we talk with Tim Doherty, Staff Software Engineer at Procore Technologies and a co-organizer of the Santa Barbara JavaScript Meetup, about the responsible management of technical debt. Tim breaks down for us the Ward Cunningham’s definition of technical debt into sub-categories and shares with us the justifications for the acquisition and strategies for prudent repayment of these diverse kinds of technical debt. When you are done with the episode, you can check out Tim’s blog post that steered our conversation.  

The key to understanding real (rather than perceived) goals of any technological project is to understand the people served by that technology. Today, we talk with Alok Sharma, a founding partner of the technology project management consultancy firm Sharma Analytics. Alok gives us a deep insight into his tripartite approach to rationalizing, selecting, planning, and managing technology in small to mid-sized organizations. After discussing the three key elements of his analytical approach -- people, processes, and data -- he explains why understanding people takes precedence over the two other components if a project is to succeed. When you finish listening to this episode, check out Alok’s video blog which gives many insights to managers on how they should think about technology in their organizations.

We take mental shortcuts every day in order to save our energy while achieving satisfactory results. These shortcuts, or heuristics, are in fact so mentally economical, that we are mostly not even aware of them! Yet, we use them all the time. In this episode, we talk with Rebecca Wirfs-Brock about heuristics we use in software design and why is it important to be aware of them. Rebecca is an object oriented design pioneer and an inventor of responsibility driven object design. She currently serves as a director of the Agile Alliance Experience Report Initiative and as a president of the Wirfs-Brock Associates consulting firm. When you are done with this episode, make sure to visit Rebecca’s blog where you will learn much more about design heuristics.  

Edaqa Mortoray grew up programming. From interface design to scientific simulations, including video games and development products, he has coded a bit of everything. He is the author of the book “What is Programming?” and he runs a successful programming blog and a podcast. We talk with Edaqa about why every member of software development team should know who their user is and what their needs are. He then shares with us some good practices for defensive coding in this age of global users. When you are done with the episode, and if you want to hear more about the user-focused software design, make sure to watch Edaqa’s class on Skillshare.

According to Evgeny Demchenko, technical debt and financial debt have many things in common - if used strategically, they accelerate growth, if not repaid diligently, they hinder it. Evgeny is a CTO of an O2O talent sourcing platform Top Twenty Talent and one of the organizers of the Beijing Python Meetup. He is specialized in building startups, managing complex systems and refactoring code. We talk with Evgeny about his passion for refactoring and he shares with us his technical debt philosophy, his workflow and his favorite tools of the trade.