tag:blogger.com,1999:blog-4580912533583871932.comments2014-06-15T00:17:09.878-04:00Nate HoelleinNate Hoelleinhttp://www.blogger.com/profile/13305321864740593607noreply@blogger.comBlogger15125tag:blogger.com,1999:blog-4580912533583871932.post-69421379205165115802009-09-02T09:51:24.067-04:002009-09-02T09:51:24.067-04:00Thanks anonymous, going back and looking at this p...Thanks anonymous, going back and looking at this post, I see the formatting got really screwed up. I re-published with the code better formatted.<br /><br />Thanks for the link!Nate Hoelleinhttps://www.blogger.com/profile/13305321864740593607noreply@blogger.comtag:blogger.com,1999:blog-4580912533583871932.post-77618752714410989382009-08-10T16:27:39.668-04:002009-08-10T16:27:39.668-04:00Nate,
I would like to discuss an Agile/XP softwar...Nate,<br /><br />I would like to discuss an Agile/XP software opp with a great client of mine in NYC. Ask Corey Haines what he thought of me - I met him a few wks ago at Jon Kern's place. <br /><br />Cheers,<br /><br />Ben Ross<br />Forrest Solutions<br />212-204-1025Ben Rosshttps://www.blogger.com/profile/12600316099860078642noreply@blogger.comtag:blogger.com,1999:blog-4580912533583871932.post-30173541816623709212009-07-16T18:13:26.189-04:002009-07-16T18:13:26.189-04:00I think that writing on one single line your funct...I think that writing on one single line your function is very clumsy and can lead to errors.<br /><br />I recommand<br />for(){<br />}<br />see id software coding conventions<br />http://www.geeks3d.com/20081111/id-software-c-coding-conventions/Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4580912533583871932.post-4573306492928728132009-04-20T09:53:00.000-04:002009-04-20T09:53:00.000-04:00Thanks for the tip!Thanks for the tip!Nate Hoelleinhttps://www.blogger.com/profile/13305321864740593607noreply@blogger.comtag:blogger.com,1999:blog-4580912533583871932.post-91274748040048842022009-04-20T09:45:00.000-04:002009-04-20T09:45:00.000-04:00In F# you can also do 2I ** 100I to use arbitrary ...In F# you can also do 2I ** 100I to use arbitrary precision integers, and you'll get the same result as with Haskell.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4580912533583871932.post-24028985240209106222008-01-23T16:04:00.000-05:002008-01-23T16:04:00.000-05:00You should check out xUnit.net for unit testing in...You should check out xUnit.net for unit testing in F#. It supports static test methods, so you can write test functions directly w/o needing to put them inside a class. I described it on my blog @ <a href="http://devhawk.net/2007/12/12/Practical+F+Parsing+Unit+Testing.aspx" rel="nofollow">Practical F# Parsing: Unit Testing</a>.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4580912533583871932.post-79702832636576178682008-01-23T21:15:00.000-05:002008-01-23T21:15:00.000-05:00Thanks! I'll check out xUnitThanks! I'll check out xUnitAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-4580912533583871932.post-35613185807317368042008-01-24T03:56:00.000-05:002008-01-24T03:56:00.000-05:00Interesting post.I wrote a intro to XUnit last wee...Interesting post.<br><br>I wrote a intro to XUnit last week<br><br>http://blog.benhall.me.uk/2008/01/introduction-to-xunit.htmlAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-4580912533583871932.post-15260970352731195642008-02-15T19:52:00.000-05:002008-02-15T19:52:00.000-05:00Hey, Fantastic post. I also started F# recently an...Hey, Fantastic post. I also started F# recently and been going through project euler. Found this a great resource for understanding the functionality provided for Lists. <br><br>Great Job. I will be following your blog closely.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4580912533583871932.post-43322603735004862982008-07-25T12:56:00.000-04:002008-07-25T12:56:00.000-04:00Nice article, Nate!I agree that TDD can in some re...Nice article, Nate!<br><br>I agree that TDD can in some respects make us a bit lazy, relying soley on the larger-scope tests which validate behavior or prove a feature's correctness. <br><br>The part where we have to utterly force ourselves to rely on solid software engineering skills comes with things like trapping potentially bad return values from calls, or ensuring that we're not missing a stupid off-by-one error somewhere. These sorts of bugs aren't generally covered in a spec, ergo we have to remind ourselves that TDD isn't a silver bullet set of training wheels -- we still need to do good dev.<br><br>Sorry for the blathering response. Excellent post!Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4580912533583871932.post-66118860911935112152008-07-25T21:15:00.000-04:002008-07-25T21:15:00.000-04:00Hi Jim - Thanks for the comments! Regarding the t...Hi Jim - Thanks for the comments! Regarding the tenacity we need to have as developers - I couldn't agree more. <br><br>You can have hundreds of unit tests, with 100% code coverage, but those one off errors, unhandled exceptions, and those bugs where you find youself saying "I can't believe that happened, that's impossible!" somehow still creep into your code.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4580912533583871932.post-11516318998125014922008-10-22T15:52:00.000-04:002008-10-22T15:52:00.000-04:00Is this even valid F#..? The "Test" keyw...Is this even valid F#..? The "Test" keyword isn't recognized by XUnit and member's need to be part of a type. Why not post the whole code?<br><br>[Test]<br>member t.Listfilter() =<br>let list1 = [1 .. 10]<br>let list2 = List.filter (fun x -> x % 2 = 0) list1<br>Assert.AreEqual([2 .. +2 .. 10],list2)Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4580912533583871932.post-16915740305492172662008-10-29T17:58:00.000-04:002008-10-29T17:58:00.000-04:00Hi, the [<Test>] is the NUnit attribute. Ch...Hi, the [<Test>] is the NUnit attribute. Check this post to get it running in your code.<br><br><a href="http://natehoellein.blogspot.com/2008/10/test-faster-with-tools.html" rel="nofollow">Testing with tools</a><br><br>(You have to watch for the formatting, sorry about that.)Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4580912533583871932.post-90396590747246355092008-11-01T17:31:00.000-04:002008-11-01T17:31:00.000-04:00I just tried to write the sumDigits with no rec ke...I just tried to write the sumDigits with no rec keyword and it work the same way, so I don't understand well the meaning of it, thanks. ikAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-4580912533583871932.post-74493306252686793032008-12-19T23:14:00.000-05:002008-12-19T23:14:00.000-05:00Profound statement 2 may need to be tweaked. Your ...Profound statement 2 may need to be tweaked. Your production code is only as good as your tests. How can you say you let your tests find bugs in the code. What if you do not write the test that finds the bug in the code. <br><br>Writing more code than necessary to pass the test is a question of discipline. People new to TDD might exhibit it. It has nothing to do with COBOL programmers and crashing environments.<br><br>You may have a lot of tests, still can you write code that can run out of control ? My answer would be yes. <br><br>Ask yourself this question, have you not written applications without using TDD, that worked/still work in production. <br><br>Finally, I am the Cobol programmer you refer. I am amazed by your ability to come up with all these <i>profound</i> statements in the <br>short time we have pair programmed.<br><br>Congratulations on your extraordinary power to take a random statement and construct a blog post with multiple profound statements.<br><br>Anyways, wish you all the best.Anonymousnoreply@blogger.com