Isaac Askew, Jeffrey Sherman, and Dustin Rea discuss the critical role of credit in management and teamwork, sharing personal experiences of idea ownership and the challenges faced in consulting environments. They emphasize the importance of recognizing contributions to foster a collaborative culture and the impact of social dynamics on idea sharing. The discussion also highlights the necessity of documenting ideas to ensure proper attribution and the broader implications of credit on team morale and organizational efficiency.

Isaac Askew and Jeffrey Sherman reflect on a past experience with a software company that made a strategic decision to extend the Objective-C compiler, ultimately leading to its downfall. They discuss the implications of this decision, the challenges faced in software development, and the lessons learned from the experience. The conversation explores the importance of making informed technology decisions, the consequences of poor project management, and the potential alternatives to rewriting software.

Isaac Askew, Dustin Rea, and Jeffrey Sherman discuss the complexities and challenges associated with abstractions in software development, particularly focusing on time zones and currency. They explore the engineering and product perspectives on these issues, emphasizing the importance of standardization to avoid costly bugs and inefficiencies. The discussion also touches on the social dynamics within teams, the exponential nature of complexity, and the need for clear documentation and communication across the organization to address these challenges effectively.

Isaac Askew and Jeffrey Sherman explore the complexities of iterative development versus complete rewrites in software engineering. They discuss the challenges of legacy frameworks, the importance of intentionality in adopting new technologies, and the necessity of communication among teams. The discussion also highlights the Strangler Fig pattern as a viable strategy for transitioning to new frameworks while maintaining existing systems. Ultimately, they conclude that iterative development does not prevent the adoption of new frameworks and can lead to better outcomes than a Big Bang rewrite.

Isaac Askew and Jeffrey Sherman discuss the complexities of working with clients who have risky software setups. They explore the importance of documentation, the risks associated with development environments, and the necessity of clear communication between consultants and clients. The discussion also highlights the need for compliance and risk management strategies, particularly in financial contexts, and emphasizes the importance of establishing a staging environment to mitigate risks.

We're joined by guest Austen Tucker to explore the concept of communication gaps in tech environments. The discussion emphasizes the importance of setting clear expectations and using pedagogical techniques to enhance collaboration.Show notes:https://www.thearcades.me/https://www.linkedin.com/newsletters/7312541452108972032/

In this conversation, Isaac Askew and Jeffrey Sherman explore the analogy of changing jobs to rewriting code, discussing the intentionality behind job changes, the impact of company culture on career growth, and the importance of aligning personal values with professional roles. They reflect on their own experiences with job transitions, the feelings of stagnation and underappreciation, and the challenges of resetting perceptions in a new role. The discussion also touches on the costs of employee turnover and the need for companies to recognize and retain valuable talent.

In this episode of 'Never Rewrite', Isaac Askew and Jeffrey Sherman delve into the nuances of providing constructive feedback in software development. They discuss the importance of framing feedback in a way that encourages open communication and psychological safety, particularly when dealing with legacy code and the developers who created it. The conversation emphasizes empathy for past developers, the significance of understanding context, and the need to separate the code from the individual who wrote it. They also explore how to give feedback on UX design, highlighting the importance of assuming positive intent and understanding the constraints that may have influenced design decisions.