darrencauthon

6 ms·

1.
by darrencauthon 12y ago
That's a neat tool you mention... is it available on Linux or OSX???? :P
2.
by darrencauthon 12y ago
I'm waiting to see the alternative. It's an honest question to ask in the face of an assertion about testing -- or how strong or static typing eliminates the need to verify that the code behaves as written. In the sample I provid
3.
by darrencauthon 12y ago
Yes, my gist, but also a Twitter conversation on how strong typing altered the need for tests. I've heard from a couple Haskell programmers about how the language practically eliminated the need for tests. I don't see how that&
4.
by darrencauthon 12y ago
You know, I've heard of Dash and my knee-jerk reaction has always been, "Eh, I'm ok lookin' stuff up." But you know... maybe I'm not. I just installed it, and I'm going to give it a try.
5.
by darrencauthon 12y ago
I couldn't finish it all - yet. It looks like this took a while, thanks for the attention!
6.
by darrencauthon 12y ago
Does anyone know of a public example of a Rails application that does testing in the way that DHH says is good? I'm tired of the talk talk talk talk talk talk of "proper" testing in Rails, yet the examples always seem to be h
7.
by darrencauthon 12y ago
This article is hilarious. If you want to see why TDD, unit testing, isolation, etc. are important, a Rails app written the "Rails Way" is the first place you should look. They all look the same. They start out with great tests,
8.
by darrencauthon 12y ago
This mistake shouldn't happen? Mistakes always happen. Even if I dedicated myself to using braces everywhere , my mistake might be that a) I put the braces in the wrong place, or b) I forgot to put the braces.
9.
by darrencauthon 12y ago
His code example is: if (error_of_fifth_kind) goto fail; goto fail; if (error_of_sixth_kind) goto fail; The_truly_important_code_handling_non_erroneous_case My question: If the "truly important code" is
10.
by darrencauthon 13y ago
I don't think your model has to have 1200 lines of code to see the benefits. DHH's ticket class stars with 2 lines of model code, which is a very rare case in the Rails applications I've seen. Counting by hand, I see DHH&#x
11.
by darrencauthon 13y ago
I'm a fan of Ayn Rand and her books. But pointing out obvious issues with this article doesn't take a fan, it just takes someone who knows her work. It's not correct. "Ayn Rand’s novel “Atlas Shrugged” fantasizes a world in which anti-gov
12.
by darrencauthon 13y ago
Totally agree. At best this rebase talk is navel-gazing, and at worst it's a technique that turns Git into a complicated, scary place for those just want to get work done. I have introduced git and hg to many people, but I've always tried
13.
by darrencauthon 13y ago
Using Git can be easy to understand, as it takes only a few commands to make it usable. git commit, git add, git push, git pull, etc. That's enough to get most users, including people that would normally be afraid to use a command line, t
14.
by darrencauthon 14y ago
Example? I don't understand what is meant by this.
15.
by darrencauthon 14y ago
"Extremely complex grammar, makes barrier to entry for implementation much higher" Compared to... what?
16.
by darrencauthon 14y ago
If I only had a dime for the number of blog posts explaining what "this" means in Javascript...
17.
by darrencauthon 14y ago
Good luck with that.
18.
by darrencauthon 14y ago
I write automated tests (using TDD), and it's not an assumption that would end up in my tests. Testing would not force me to introduce the date as an argument, at least not in Ruby. That's the thing about Ruby, or perhaps another true thin
19.
by darrencauthon 14y ago
So you'd say that this code is better: post.publish Date.now than post.publish When the publishing will only happen now ? I'm a Ruby developer who disagrees with DHH strongly on this issue, as well as his stance on SOLID
20.
by darrencauthon 14y ago
He wrote: "As much static checking as possible: Static checking is good. Did you ever write a larger piece of code in one go, compiled it and it produced tons of errors? All these error would still be there, if you would not have static ch
21.
by darrencauthon 14y ago
"Use monkey patching in tests, never in production." "Never" is a big word. Years ago, I was tasked to change the text label of a file uploader. The site was built using a home-made framework on top of WebForms. It was even built to allow
22.
by darrencauthon 14y ago
"Native technology allows for excellent apps, whereas HTML5 apps will be at best just OK" Sometimes "just OK" is what people want, and what meets the needs of the business. The truth is -- building a mobile web app can be fast and can fill
23.
by darrencauthon 14y ago
Maybe it should be titled... "Why MongoDB Never Worked Out Two Years Ago When We Tried to Run It For Our First Time For One Feature, And Beside Another Database Which We Really Considered Production." I've seen and used MongoDB on multiple
24.
by darrencauthon 14y ago
It all comes down to testing to me. If the dev is writing a test first, questions about where things go are answered pretty quickly. If the tests become painful or awkward, you're probably doing too much in the code. I think the common Ra
25.
by darrencauthon 14y ago
I think part of the drawbacks of multi-tasking is attitude. The multi-taskers I've known have taken their approach as a sign of their intelligence, as if doing just one thing at a time is below their capabilities. They act as if they've
26.
by darrencauthon 14y ago
They are not rare, there are CMS systems not covered in this blog post. On the Ruby side, take a look at the Ruby Toolbox to see many more content management systems: https://www.ruby-toolbox.com/categories/content_management_s... It ha
27.
by darrencauthon 14y ago
Sure, I'll expand on my reasoning, but only since you ask. :) I don't and won't debate IP here, but I'll try to give more details behind that short post. Intellectual property rights, themselves, are more important than the monetary gain.
28.
by darrencauthon 14y ago
If this was true (and I'm dubious of the "find"), it should be something for movie makers to consider when it comes to distributing their movies. What this shouldn't be used for, though, is the default excuse by pirates when stealing intell
29.
by darrencauthon 14y ago
"Every 3 to 7 lines of code you'll find some amount of editorializing. Maybe every few hundred lines you'll find a good joke too." I think there's the issue. In applications I write, every 3-7 lines of code is refactored into a method that
30.
by darrencauthon 14y ago
Programmers.............

More ›