Contents tagged with TDDBDD
-
[ANN] DC ALT.NET – 6/10/2009 – Evan Light on BDD
The June installment of DC ALT.NET will be on June 10th, 2009 from 7-9PM. Stay tuned to our mailing list to stay up to date with the happenings of the group. We’ve moved up the schedule just a little bit to accommodate our presenter, who will be attending Ruby Nation later that week.
-
[ANN] DC ALT.NET – 5/27/2009 – Introduction to Pair Programming
The DC ALT.NET group is continuing the back to basics approach with this month covering an introduction to pair programming. It’s part of our commitment to the community to encourage such practices as in our previous sessions on Test Driven Development and Refactoring. This month is no exception in pair programming and why two heads are better than one.
-
[ANN] DC ALT.NET (4/29/2009) – Refactoring with George Dinwiddie
Continuing with our back to basics series which started last month with an introduction to Test Driven Development, this month we are covering Refactoring. The discussion will be led by George Dinwiddie, a software development consultant, coach and a found of Agile Maryland and the Maryland Chapter of the APLN and we’re lucky to have him. As with before, these are quite interactive discussions, so participation is highly encouraged.
-
DC ALT.NET 3/25 – Introduction to TDD
The March meeting for DC ALT.NET will be on March 25th from 7-9PM EDT. Check the our mailing list for continuing updates and future meetings. This month we have Jonathan Cogley providing an introduction to Test Driven Development. This session will walk through a real-world problem and how to identify and isolate the dependencies in the logic. This is in the series of getting back to the basics series that I hope to mix in with our regular meetings. This might also include Firestarter events, coding dojos and so on to help build the development community here in the Washington DC area.
-
Code Cast #24 – On Functional Programming
A week or so ago, I had the opportunity to talk to David Starr and Jarrod Ferguson for the Elegant Code Cast. This time, the topic was functional programming in general, and not just one language in particular. It was a lot of fun to talk with those guys about a subject I’m quite passionate about. I also recently recorded a Channel9 interview with Erik Meijer on the same subject which should be posted soon. -
Functional C# - Fun With Folds
UPDATE: Added SelectMany as alternative to Flatten
-
Functional Programming Unit Testing – Part 7
In the previous installment in this series, I covered how you can use type classes to implement operators to allow you to do such things as approximate equals for floating point calculations, so that you could run QuickCheck property tests with relative ease. This post will get us back on track to our refactoring tales and what tools we can use to better understand the language.
-
Functional Programming Unit Testing – Using Type Classes
I wanted to take a brief sidebar from the refactoring conversation that I’ve been having in the past couple of posts, and focus on QuickCheck again. In the next post, I’ll get back to refactoring with HLint. In this post, I want to talk about using type classes to implement operators to use for QuickChecks property-based tests.
-
[ANN] DC ALT.NET Meeting 1/28/2009 – Selenium + FitNesse
The January meeting of DC ALT.NET will be held on the 28th from 7-9PM. This month, we’re having Jay Flowers talk with us about web testing with Selenium and FitNesse. This is a great follow-on conversation to the conversation with John Morales on Selenium that we had back in November of last year. This is in part of the back to basics that this group will be following in the oncoming year. Taking cues from the Philly ALT.NET Foundation Series, and the TDD FireStarter in Tampa, I think there is a bit we can do in the Washington, DC area to shake things up a bit.
-
Functional Programming Unit Testing - Part 6
In the last installment in this series, we talked about separating the side effecting code from the pure functions. I gave examples in both Haskell and F# to accomplish this goal, although with Haskell it’s more intuitive due to encapsulating the side effects within the IO monad. This time, let’s cover how we can abstract the monadic code through the use of type classes. Using the book, Real World Haskell, has opened up a lot of possibilities in this area.
