DevOps Zone is brought to you in partnership with:
  • submit to reddit
Alec Noller08/20/14
0 replies

Dev of the Week: Topher Marie

Every week here and in our newsletter, we feature a new developer/blogger from the DZone community to catch up and find out what he or she is working on now and what's coming next. This week we're talking to Topher Marie, CTO and Co-Founder of JumpCloud.

John Ferguson Smart08/20/14
0 replies

BDD, Automated Acceptance Tests and Continuous Delivery: Dealing with Scenarios that are "Work-in-Progress"

One of the principle rules of Continuous Delivery is that you should never knowingly commit code that will break the build. When you practice test-driven development this is easy: you write a failing test (or, more precisely, a failing "executable specification"), make it pass, and then refactor as required.

Rob Galanakis08/20/14
0 replies

A Short Letter to a Unit Testing Newcomer

One of my friends asked how to get started with unit testing and Test Driven Development and figured I could write a short post. I also mention TDD a few times in my book so I think it could use some more attention.

Topher Marie08/19/14
0 replies

DevOps Has IT Heroes Sleeping Through the Night

Fifteen years ago, at the height of the dot com bubble, system administrators were burning the candle at both ends. With no cloud, Agile, or DevOps to help them, they were making it happen through sheer force of will and effort. As far as modern IT is concerned, those days are gone, and it's for the best.

Dave Farley08/19/14
0 replies

Dealing with Testing Times

This approach not only gives you better control in your tests, but it also speeds them up – no more sleeping threads, which can add up in large test suites. As well as all that it enables classes of testing that were simply impossible before (e.g. long duration waits).

Christophe Phil...08/18/14
0 replies

When is your code DRY enough?

When facing some duplicate code, you're not always feeling comfortable to dry it up. You're not even sure you'll keep - as is - the code you've just wrote. By experience, you don't want to spend a whole day to end, maybe, with an abstract solution end to reason about.

Kapil Viren Ahuja08/18/14
0 replies

Unit Testing - Cost vs Benefit

Recently, I came across this Podcast series between Martin Fowler, Kent Beck and DHH which was in response to DHH’s post TDD is dead, long live Testing.

Ajitesh Kumar08/18/14
0 replies

Test-Driven Development (TDD) Shines with Mocking

Test-driven development is a software development process in which developers write tests first and, then writing enough code to pass those tests. Once all of the tests pass, they do code refactoring to enhance code quality. Following are key advantages of adopting TDD as your development process.

Kevin Rutherford08/17/14
0 replies

I Don't Measure Code Coverage

I believe that test coverage is an unhelpful measure. I have two main reasons behind this belief: Firstly, test coverage often gives false positives and false negatives; and secondly, too many badly written tests will slow a project down (that is, higher coverage can mean lower habitability).

Stefano Ricciardi08/17/14
0 replies

Book Review: Version Control With Git

If you need detailed information about GIT, then this is the deal (short of reading the source code I guess). Every aspect of the tool is explained (sometimes in excruciating detail) and the authors go to a great length to provide tips and gotchas on commands (especially when you might easily shoot yourself in the foot).

Kapil Viren Ahuja08/16/14
0 replies

Unit Testing - Why Not?

For JUnit implementation in our project, we see a great challenge in having them implemented as we are already running behind for Sprint 2 and Sprint 3

Richard Warburton08/16/14
0 replies

Lambda Behave (Java Testing Framework) 0.3 Released

Its great to see that despite only releasing a couple of months ago there's already quite a few people trying out or contributing to lambda behave. Massive thanks to the London Software Craftsmanship Community for hosting a talk on Lambda Behave and the London Java Community and Opencredo for hosting a hackday.

James Betteley08/15/14
0 replies

The DevOps Team Myth

Should there really be such a thing as a “DevOps Engineer”? Probably not, but we’re far too late to stop it, and trying to stop it seems a bit of a waste of energy to me. Eventually “DevOps Engineer” will come to mean something more specific, but for now we’re just going to have to read a few more lines on CVs.

Edmund Kirwan08/15/14
0 replies

The Most Important Factor in Software Decay

Why are programs so poorly structured?

Phil Whelan08/14/14
0 replies

DevOps: Tools Vs Culture

DevOps is a marriage between tools and culture. If you are just using the tools that you heard about at a recent DevOps Days and not also embracing the culture (or at least working towards it) then you're not really "doing DevOps".

Paul Reed08/14/14
0 replies

The Ship Show: The Epistemology of DevOps

How do we know, we know what DevOps is? For episode 46, we sit down with Praxisflow’s Kevin Behr (whom you might recognize as one of the authors of the Phoenix Project) and Jabe Bloom to talk about these and other heady questions, including: what can we learn from the Agile community?

Lukas Eder08/13/14
9 replies

The "Free", "Standard", "Open" Software Heresy

There are those people that have a strong, dogmatic belief in what they call “Free” or “Standard” or “Open” software.

Dave Farley08/13/14
0 replies

The Basics of Test-Driven Development

The objectives of Test Driven Development and unit testing are generally misunderstood. The problem is the word ‘test’, it is much less about testing and much more about specification of requirements, showing your working – as in maths, and the impact it has on design.

Paul Hammant08/13/14
0 replies

Trunk Supporting Practices

Environment config, isn’t the same as “infrastructure as code”. This is the stuff that’s potentially live-tunable in an application stack that subsumes feature toggles, but goes further – application specific things not limited to rectangles of web-pages appearing or disappearing.

Alec Noller08/12/14
0 replies

Introducing DZone's Latest Checklist: Unit Testing

This week, DZone released its latest Checklist: Unit Testing. If you're interested in learning more about Unit Testing or sharpening your skills, we decided to dig into the DZone archives and find some of the most popular posts we've had on the topic over the past two years.

Gil Zilberfeld08/12/14
0 replies

Test Attribute #9 – Deterministic

I keep hammering on trust and how it’s crucial that we trust our tests. If a test is deterministic, it raises the level of our trust. If it isn’t, we may question its result, which will be followed by questioning other tests as well.

Rob Allen08/12/14
0 replies

View Status of All Vagrant Environments

I’ve just upgraded to Vagrant version 1.6, and vagrant global-status is possibly my favourite new feature. This command lists all currently up Vagrant environments wherever they may be on your computer

Steve Smith08/11/14
0 replies

Organization Antipattern: Dual Value Streams

The goal of Continuous Delivery is to optimise cycle time in order to increase product revenues, and cycle time is measured as the average lead time of the value stream from code checkin to production release. This was memorably summarised by Mary and Tom Poppendieck as the Poppendieck Question.

Mike Cottmeyer08/11/14
0 replies

Encapsulating Value Streams and the Object Oriented Enterprise

The value stream associated with software development typically goes something like this: analysis, design, build, test, and deploy. That’s pretty much everything you need to develop a working tested increment of the product… and therefore what defines the basic requirements for a Scrum team.

Jim Bird08/11/14
0 replies

Feature Toggles are one of the worst kinds of Technical Debt

Feature flags or config flags aka feature toggles aka flippers are an important part of Devops practices like dark launching (releasing features immediately and incrementally), A/B testing, and branching in code or branching by abstraction.