This book constitutes the refereed proceedings of the 6th International Symposium on Self-Stabilizing Systems, SSS 2003, held in San Francisco, CA, USA, in June 2003. The 15 revised full papers presented were carefully reviewed and selected from 27 submissions. The papers address self-stabilization issues for various types of systems and software including communication protocols, sensor networks, biological systems, and directed networks; several new algorithms are presented.
(1)
i?{1/2}??If you work in technology, youi?{1/2}??re probably familiar with terms like i?{1/2}??technical debt.i?{1/2}?? The metaphor seems easy, but using it to influence change can be remarkably hard. To do that, youi?{1/2}??re going to want to present options to decision makers, backed up by evidence. Ii?{1/2}??ve been impressed watching Chris Sterling research and refine his work in just this area for several years, and Ii?{1/2}??m pleased to see him release it as a book. If you want to go beyond clichés to talk about how to deal with the problem of software debt, this is the seminal work in the fieldi?{1/2}??and iti?{1/2}??s also the book for you.i?{1/2}?? i?{1/2}??Matthew Heusser, Software Process Naturalist
i?{1/2}??Inertia: Iti?{1/2}??s what restricts change and leads to a cost of making a change or starting a change after a period of no investment or maintenance. This book explains in great detail what the different types of debt are that lead to inertia and, ultimately, to a cost to the business in managing software maintenance and development. The richness of explanation in this book of how to manage the virtual debt that every business incurs is unmatched. Every business-focused CIO, enterprise architect, software architect, or project manager should have a copy.i?{1/2}??i?{1/2}??Colin Renouf, Enterprise Architect i?{1/2}??Software debt is an important concept and Sterling does a sterling job of explaining what it is, why it is bad, and how to avoid it. A healthy dose of theory sprinkled with lots of pragmatic examples.i?{1/2}??i?{1/2}??Roger Sessions, CTO, ObjectWatch (objectwatch.com) i?{1/2}??Chris Sterlingi?{1/2}??s experience in Agile architecture and his focus on software debt make this book a must-read for architects and engineers on Agile teams.i?{1/2}??i?{1/2}??Jan Bosch, VP Engineering Process, Intuit i?{1/2}??This book offers highlights and shortcomings of managing inherited software code and the debts that come with quality software. The author offers a unique perspective on dealing with software development issues. A must-read for all software developers.i?{1/2}??i?{1/2}??Leyna Cotran, Institute for Software Research, University of California, Irvine i?{1/2}??The vital importance of rapid feedback to the software process is a fundamental premise of modern software methods. When such feedback is quantified in the form of software debt, the software process becomes most effective. Chris Sterlingi?{1/2}??s book holds the details you need to know in order to quantify the debt and pay it back. Moreover, it will teach you how to avoid debt in the first place.i?{1/2}??i?{1/2}??Israel Gat, The Agile Executive (theagileexecutive.com and on Twitter at @agile_exec) i?{1/2}??This book represents a wonderful opportunity for a larger community to take advantage of Chrisi?{1/2}??s many years of experience and his innovative approaches to Agile architecture and continuous quality. . . . His book distills many of his principles and techniques into practical guidelines, and he manages to convey very powerful ideas in accessible prose, despite the inherent complexity of architecture and technical debt. . . . Chrisi?{1/2}??s book will help architects, leaders, and teams see their way to better systems and better organizational performance.i?{1/2}??i?{1/2}??Evan Campbell, Founder of Chinook Software Consulting
(1)
(2)
(1)
