Download Free Debt By Design Book in PDF and EPUB Free Download. You can read online Debt By Design and write the review.

This book explains how our monetary system works and how commercial banks create money. The effects of this are examined, along with an alternate monetary system that is vastly superior - which we term Fair Money. Topics covered include: how commercial banks create money, the importance of seigniorage, how quantitative easing works, what monetary policy really means, how inter-bank payments work, the distraction of fractional reserve banking, the Guernsey experiment, the Chicago Plan, the 5 different money classes, why depositors are creditors, the war on cash, how banks buy currency notes, how bank balance sheets work, constraints on money creation, consequences of debt monetisation, the use of misleading terminology, the historical role of gold, the benefits of an asset-based currency, and the transition to a better monetary system. Extracts are provided from the Bank of England, the Federal Reserve System, the International Monetary Fund and the Reserve Bank of Australia.
Are you working on a codebase where cost overruns, death marches, and heroic fights with legacy code monsters are the norm? Battle these adversaries with novel ways to identify and prioritize technical debt, based on behavioral data from how developers work with code. And that's just for starters. Because good code involves social design, as well as technical design, you can find surprising dependencies between people and code to resolve coordination bottlenecks among teams. Best of all, the techniques build on behavioral data that you already have: your version-control system. Join the fight for better code! Use statistics and data science to uncover both problematic code and the behavioral patterns of the developers who build your software. This combination gives you insights you can't get from the code alone. Use these insights to prioritize refactoring needs, measure their effect, find implicit dependencies between different modules, and automatically create knowledge maps of your system based on actual code contributions. In a radical, much-needed change from common practice, guide organizational decisions with objective data by measuring how well your development teams align with the software architecture. Discover a comprehensive set of practical analysis techniques based on version-control data, where each point is illustrated with a case study from a real-world codebase. Because the techniques are language neutral, you can apply them to your own code no matter what programming language you use. Guide organizational decisions with objective data by measuring how well your development teams align with the software architecture. Apply research findings from social psychology to software development, ensuring you get the tools you need to coach your organization towards better code. If you're an experienced programmer, software architect, or technical manager, you'll get a new perspective that will change how you work with code. What You Need: You don't have to install anything to follow along in the book. TThe case studies in the book use well-known open source projects hosted on GitHub. You'll use CodeScene, a free software analysis tool for open source projects, for the case studies. We also discuss alternative tooling options where they exist.
Why stable banking systems are so rare Why are banking systems unstable in so many countries—but not in others? The United States has had twelve systemic banking crises since 1840, while Canada has had none. The banking systems of Mexico and Brazil have not only been crisis prone but have provided miniscule amounts of credit to business enterprises and households. Analyzing the political and banking history of the United Kingdom, the United States, Canada, Mexico, and Brazil through several centuries, Fragile by Design demonstrates that chronic banking crises and scarce credit are not accidents. Calomiris and Haber combine political history and economics to examine how coalitions of politicians, bankers, and other interest groups form, why they endure, and how they generate policies that determine who gets to be a banker, who has access to credit, and who pays for bank bailouts and rescues. Fragile by Design is a revealing exploration of the ways that politics inevitably intrudes into bank regulation.
Awareness of design smells – indicators of common design problems – helps developers or software engineers understand mistakes made while designing, what design principles were overlooked or misapplied, and what principles need to be applied properly to address those smells through refactoring. Developers and software engineers may "know" principles and patterns, but are not aware of the "smells" that exist in their design because of wrong or mis-application of principles or patterns. These smells tend to contribute heavily to technical debt – further time owed to fix projects thought to be complete – and need to be addressed via proper refactoring.Refactoring for Software Design Smells presents 25 structural design smells, their role in identifying design issues, and potential refactoring solutions. Organized across common areas of software design, each smell is presented with diagrams and examples illustrating the poor design practices and the problems that result, creating a catalog of nuggets of readily usable information that developers or engineers can apply in their projects. The authors distill their research and experience as consultants and trainers, providing insights that have been used to improve refactoring and reduce the time and costs of managing software projects. Along the way they recount anecdotes from actual projects on which the relevant smell helped address a design issue. - Contains a comprehensive catalog of 25 structural design smells (organized around four fundamental designprinciples) that contribute to technical debt in software projects - Presents a unique naming scheme for smells that helps understand the cause of a smell as well as pointstoward its potential refactoring - Includes illustrative examples that showcase the poor design practices underlying a smell and the problemsthat result - Covers pragmatic techniques for refactoring design smells to manage technical debt and to create and maintainhigh-quality software in practice - Presents insightful anecdotes and case studies drawn from the trenches of real-world projects
“This is an incredibly wise and useful book. The authors have considerable real-world experience in delivering quality systems that matter, and their expertise shines through in these pages. Here you will learn what technical debt is, what is it not, how to manage it, and how to pay it down in responsible ways. This is a book I wish I had when I was just beginning my career. The authors present a myriad of case studies, born from years of experience, and offer a multitude of actionable insights for how to apply it to your project.” –Grady Booch, IBM Fellow Master Best Practices for Managing Technical Debt to Promote Software Quality and Productivity As software systems mature, earlier design or code decisions made in the context of budget or schedule constraints increasingly impede evolution and innovation. This phenomenon is called technical debt, and practical solutions exist. In Managing Technical Debt, three leading experts introduce integrated, empirically developed principles and practices that any software professional can use to gain control of technical debt in any software system. Using real-life examples, the authors explain the forms of technical debt that afflict software-intensive systems, their root causes, and their impacts. They introduce proven approaches for identifying and assessing specific sources of technical debt, limiting new debt, and “paying off” debt over time. They describe how to establish managing technical debt as a core software engineering practice in your organization. Discover how technical debt damages manageability, quality, productivity, and morale–and what you can do about it Clarify root causes of debt, including the linked roles of business goals, source code, architecture, testing, and infrastructure Identify technical debt items, and analyze their costs so you can prioritize action Choose the right solution for each technical debt item: eliminate, reduce, or mitigate Integrate software engineering practices that minimize new debt Managing Technical Debt will be a valuable resource for every software professional who wants to accelerate innovation in existing systems, or build new systems that will be easier to maintain and evolve.
The practical implications of technical debt for the entire software lifecycle; with examples and case studies. Technical debt in software is incurred when developers take shortcuts and make ill-advised technical decisions in the initial phases of a project, only to be confronted with the need for costly and labor-intensive workarounds later. This book offers advice on how to avoid technical debt, how to locate its sources, and how to remove it. It focuses on the practical implications of technical debt for the entire software life cycle, with examples and case studies from companies that range from Boeing to Twitter. Technical debt is normal; it is part of most iterative development processes. But if debt is ignored, over time it may become unmanageably complex, requiring developers to spend all of their effort fixing bugs, with no time to add new features--and after all, new features are what customers really value. The authors explain how to monitor technical debt, how to measure it, and how and when to pay it down. Broadening the conventional definition of technical debt, they cover requirements debt, implementation debt, testing debt, architecture debt, documentation debt, deployment debt, and social debt. They intersperse technical discussions with "Voice of the Practitioner" sidebars that detail real-world experiences with a variety of technical debt issues.
How global contemporary art reanimates the past as a resource for the present, combating modern art's legacy of Eurocentrism. If European modernism was premised on the new—on surpassing the past, often by assigning it to the “traditional” societies of the Global South—global contemporary art reanimates the past as a resource for the present. In this account of what globalization means for contemporary art, David Joselit argues that the creative use of tradition by artists from around the world serves as a means of combatting modern art's legacy of Eurocentrism. Modernism claimed to live in the future and relegated the rest of the world to the past. Global contemporary art shatters this myth by reactivating various forms of heritage—from literati ink painting in China to Aboriginal painting in Australia—in order to propose new and different futures. Joselit analyzes not only how heritage becomes contemporary through the practice of individual artists but also how a cultural infrastructure of museums, biennials, and art fairs worldwide has emerged as a means of generating economic value, attracting capital and tourist dollars. Joselit traces three distinct forms of modernism that developed outside the West, in opposition to Euro-American modernism: postcolonial, socialist realism, and the underground. He argues that these modern genealogies are synchronized with one another and with Western modernism to produce global contemporary art. Joselit discusses curation and what he terms “the curatorial episteme,” which, through its acts of framing or curating, can become a means of recalibrating hierarchies of knowledge—and can contribute to the dual projects of decolonization and deimperialization.
Shipping imperfect software is like going into debt. When you incur debt, the illusion of doing things faster can lead to exponential growth in the cost of maintaining software. Software debt takes five major forms: technical, quality, configuration management, design, and platform experience. In today’s rush to market, software debt is inevitable. And that’s okay—if you’re careful about the debt you incur, and if you quickly pay it back. In Managing Software Debt, leading Agile expert Chris Sterling shows how understanding software debt can help you move products to market faster, with a realistic plan for refactoring them based on experience. Writing for all Agile software professionals, Sterling explains why you’re going into software debt whether you know it or not—and why the interest on that debt can bring projects to a standstill. Next, he thoroughly explains each form of software debt, showing how to plan for it intelligently and repay it successfully. You’ll learn why accepting software debt is not the same as deliberate sloppiness, and you’ll learn how to use the software debt concept to systematically improve architectural agility. Coverage includes Managing tensions between speed and perfection and recognizing that you’ll inevitably ship some “not quite right” code Planning to minimize interest payments by paying debts quickly Building architectures that respond to change and help enterprises run more smoothly Incorporating emergent architecture concepts into daily activities, using Agile collaboration and refactoring techniques Delivering code and other software internals that reduce the friction of future change Using early, automated testing to move past the “break/fix” mentality Scripting and streamlining both deployment and rollback Implementing team configuration patterns and knowledge sharing approaches that make software debt easier to repay Clearing away technical impediments in existing architectures Using the YAGNI (“you ain’t gonna need it”) approach to strip away unnecessary complexity Using this book’s techniques, senior software leadership can deliver more business value; managers can organize and support development teams more effectively; and teams and team members can improve their performance throughout the development lifecycle.
The Federal Trade Commission receives more complaints about rogue debt collecting than about any activity besides identity theft. Dramatically and entertainingly, Bad Paper reveals why. It tells the story of Aaron Siegel, a former banking executive, and Brandon Wilson, a former armed robber, who become partners and go in quest of "paper"—the uncollected debts that are sold off by banks for pennies on the dollar. As Aaron and Brandon learn, the world of consumer debt collection is an unregulated shadowland where operators often make unwarranted threats and even collect debts that are not theirs. Introducing an unforgettable cast of strivers and rogues, Jake Halpern chronicles their lives as they manage high-pressure call centers, hunt for paper in Las Vegas casinos, and meet in parked cars to sell the social security numbers and account information of unsuspecting consumers. He also tracks a "package" of debt that is stolen by unscrupulous collectors, leading to a dramatic showdown with guns in a Buffalo corner store. Along the way, he reveals the human cost of a system that compounds the troubles of hardworking Americans and permits banks to ignore their former customers. The result is a vital exposé that is also a bravura feat of storytelling.
As countries recover from the coronavirus pandemic, they are confronted with an even more challenging debt crisis. Xavier Debrun argues in the foreword that in deciding where we go from here that there is no longer a consensus regarding the optimum design and enforcement of fiscal rules. Rather we must address a series of questions and challenges to the conventional wisdom. This book provides an opportunity for scholars to explore these questions from an international perspective, with reference to European countries, and emerging nations as well as the United States.