Archive for the ‘Agile’ Category
Posted by jpluimers on 2016/06/09
I fully agree with Kevin Powick who wrote Good article. Not only applicable to commercial website development, but almost all commercial software.
“You only get what you measure, so be careful what you measure.”
How One Jira Ticket Made My Employer $1MM/Month: 7 Metrics that Actually Matter — JavaScript Scene — Medium
And more highly valuable tips when writing any type of software.
Somewhere in the middle are his golden additions to the Agile values:
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
If that doesn’t look familiar, you really need to read this.
I’ll add some more of my favorite dev team values:
Skills over titles
Continuous delivery over deadlines
Support over blame
Collaboration over competition
After that he focuses on a few of them explaining where you could go completely wrong and how to do it “the right way”.
Highly recommended reading.
–jeroen
Posted in Agile, Development, Scrum, Software Development | Leave a Comment »
Posted by jpluimers on 2016/05/17
This post summarises it nicely: [Wayback/Archive.is] Push a solid colored background to a Windows Server 2012 or later | Tidbits of Information from Virot.
I already knew about the one below, but the post above gives a more complete picture with:
- Background color
- Wallpaper
- tells how to set the menu and
These I already knew:
–jeroen
Posted in Agile, Color (software development), Development, Power User, Software Development, Windows, Windows 7, Windows 8, Windows 8.1, Windows 9, Windows Server 2003, Windows Server 2003 R2, Windows Server 2008, Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2, Windows Vista, Windows XP | Leave a Comment »
Posted by jpluimers on 2016/04/12
Wow, I wish I had read this a long time ago, like in 2003 when it was written:
Pragmatic Programmers Andy Hunt and Dave Thomas talk with Bill Venners about a gardening metaphor for software development, the reasons coding is not mechanical,and the stratification of development jobs.
–jeroen
Source: Programming is Gardening, not Engineering
Posted in Agile, Development, Software Development | Leave a Comment »
Posted by jpluimers on 2016/03/31
A classic read about Test Doubles: Martin Fowler’s Mocks Aren’t Stubs.
–jeroen
Posted in Agile, Development, Software Development, Unit Testing | Leave a Comment »
Posted by jpluimers on 2016/02/23
This indeed works very well:
All console output is shown in the build log.
So when you need more context on tests that succeed, you can just output them on the Console.
A practical use: testing the sending of SMS messages over HTTPS where the intermediate proxy can change and was giving different effects.
Logging the actual proxy used correlated some run-time findings. Based on that we could write better tests.
–jeroen
via: nunit – How can I view .NET trace logs in TeamCity? – Stack Overflow.
Posted in .NET, Agile, C#, Continuous Integration, Development, MSTest, Software Development, TeamCity, Testing.NET, Unit Testing, VSTest | Leave a Comment »
Posted by jpluimers on 2016/02/09
Interview with by Andrew Hunt and David Thomas, the authors of The Pragmatic Programmer: From Journeyman to Master.
Many interesting quotes including:
Most people take DRY to mean you shouldn’t duplicate code. That’s not its intention. The idea behind DRY is far grander than that.
–jeroen
via Orthogonality and the DRY Principle.
Posted in Agile, Development, DRY, Software Development | Leave a Comment »
Posted by jpluimers on 2015/12/17
DUnit registration can mix TestSuites and TestCases.
Some links:
–jeroen
Posted in Agile, Delphi, Delphi 10 Seattle, Delphi 2005, Delphi 2006, Delphi 2007, Delphi 2009, Delphi 2010, Delphi 5, Delphi 6, Delphi 7, Delphi XE, Delphi XE2, Delphi XE3, Delphi XE4, Delphi XE5, Delphi XE6, Delphi XE7, Delphi XE8, Development, Software Development, Unit Testing | Leave a Comment »
Posted by jpluimers on 2015/12/17
Interesting take to which I agree, as DevOps needs to be in your blood and needs to come from bottom up, just like being agile.
Read the full blog post at DevOps Is Bullshit: Why One Programmer Doesn’t Do It Anymore | jjmojojjmojo: In Effect.
A small quote:
… some of the common mistakes:
- DevOps doesn’t make specialists obsolete.
- Developers can learn systems and operations, but nothing beats experience.
- Operations people can learn development too, but again, nothing beats experience.
- Operations and development have historically be separated for a reason – there are compromises you must make if you integrate the two.
- Tools and automation are not enough.
- Developers have to want DevOps. Operations have to want DevOps. At the same time.
- Using “DevOps” to save money by reducing staff will blow up in your face.
- You can’t have DevOps and still have separate operations and development teams. Period.
–jeroen
via: DevOps Is Bullshit: Why One Programmer Doesn’t Do It Anymore | jjmojojjmojo: In Effect.
Posted in Agile, Development, Software Development | Leave a Comment »
Posted by jpluimers on 2015/10/01
Of course NUnit will emit NUnit compatible XML, but other tools do too.
To verify if such XML is indeed compliant to the NUnit standard, there is an XML Schema for it which – at the time of writing – the latest version was here:
http://www.nunit.org/docs/2.6.4/files/Results.xsd
Many CI tools map the resulting XML into some form of output. To get HTML output, XSLT is a logical choice, but there are other means too. Here are a few links to get started converting the output:
–jeroen
Posted in Agile, Development, Software Development, Unit Testing | Leave a Comment »
Posted by jpluimers on 2015/09/08
On why there is no
Assert.AreEqual<T>(T t1, T t2) where T: IEquatable<T>
Interesting. And I need to give some thought because when calling Assert.AreEqual<T1, T2>(T1 object1, T2 object2) where T1 does not equal T2 will map to Assert.AreEqual(object, object) without compile time warning.
Assert.AreEqual(object, object) ultimately calls Assert.AreEqual<T>(T, T, String, Object[]) which calls Object.Equals(object, object) failing only at run-time.
This has bitten me too many times.
I wonder what NUnit provides here; will look into that later.
–jeroen
via: c# – Microsoft.VisualStudio.TestTools.UnitTesting.Assert generic method overloads behavior – Stack Overflow.
Posted in .NET, Agile, C#, C# 3.0, C# 4.0, C# 5.0, C# 6 (Roslyn), Development, MSTest, NUnit, Software Development, Testing.NET, Unit Testing, VSTest | Leave a Comment »
The Wiert Corner - irregular stream of stuff 