Remove .Net Remove Software Development Remove Test-Driven Development Remove Weak Development Team
article thumbnail

LLMs Demand Observability-Driven Development

Honeycomb

There is a much longer list of things that make software less than 100% debuggable in practice. Some of these things are related to cost/benefit tradeoffs, but most are about weak telemetry, instrumentation, and tooling. So with software, if you ask the exact same question, you will always get the exact same answer.

article thumbnail

AoAD2 Practice: Zero Friction

James Shore

This is a pre-release excerpt of The Art of Agile Development, Second Edition , to be published by O’Reilly in 2021. Visit the Second Edition home page for information about the open development process, additional excerpts, and more. Imagine you’ve just started working with a new team. Welcome to the team!”.

Insiders

Sign Up for our Newsletter

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.

Trending Sources

article thumbnail

AoAD2 Chapter 4: Investing in Agility

James Shore

This is a pre-release excerpt of The Art of Agile Development, Second Edition , to be published by O’Reilly in 2021. Visit the Second Edition home page for information about the open development process, additional excerpts, and more. Make the investments and ignore the practices, and your teams are still likely to improve.

Agile 132
article thumbnail

Reasons to Hire Solidity Developers

Mobilunity

First of all, it is hiring a solidity developer for the technical part of the project. Who Are Solidity Developers And What Do They Do? Solidity developer is an expert in creating smart contracts that are algorithms for transferring cryptographic data. This language is the basis of the Ethereum Virtual Machine.

article thumbnail

7 Business Drivers for More Software Engineering Excellence

Accenture

It’s becoming more and more difficult to identify areas of life that don’t depend on software. Yet it may surprise you that much of the software we use every day is poorly written and designed, has little code coverage, and has created in users such low expectations that people – despite much bellyaching – simply put up with.