Disqus - Latest Comments for ReinH

Re: Clojure's core.typed vs Haskell - Adam Bard and his magical blog

ReinH — Mon, 30 Sep 2013 12:15:12 -0000

To clarify, there is no "in Haskell spec" way to say "pretend that this type signature is really this other type signature". This would fundamentally break the type system. It's also not necessary because Haskell is ubiquitously typed whereas core.typed is bolted on to an untyped language and needs some facility for asserting types where none are available.

Also, `unsafeCoerce` is not a part of the Haskell language spec and so is not technically "in Haskell" for some values of "Haskell". `unsafeCoerce` is added by GHC and is meant to be used in very specific cases where its advantages outweigh its (significant) disadvantages.

The most common use afaik is in efficiently implementing some data structure internals in a way that is provably correct (and thus safe) but breaks some type system assumption and so cannot be implemented directly. It's certainly not a part of the every-day Haskell toolkit.

Re: Edward Kmett on Lenses - The Haskell Cast

ReinH — Mon, 26 Aug 2013 12:38:18 -0000

And I helped! :D

Re: Rails Security in the Wild

ReinH — Tue, 18 Dec 2012 12:41:39 -0000

Awesome! I gave a talk on software security at RubyConf this year that might be of interest as well. http://www.confreaks.com/vi...

Re: Disappearing test cases or did another part of MySQL just become closed source?

ReinH — Sat, 18 Aug 2012 11:26:32 -0000

Any time a member of one community calls members of another community "fanboys", everyone is diminished. Shame on you.

Re: Keeping the Magic Alive

ReinH — Tue, 10 Jul 2012 15:03:05 -0000

"Accepting on input, strict on output" is one of the fundamental tenets of unix programming. Generally speaking, deferring decisions as late as possible is often better for the user experience.

Re: Navigating your bundled gems in Vim - Vim

ReinH — Thu, 01 Mar 2012 16:02:04 -0000

You may like https://github.com/tpope/ge...

Re: 10 things I’ve never heard a successful startup founder say

ReinH — Mon, 15 Aug 2011 20:10:23 -0000

They really are neither.

Re: installing-homebrew-for-OSX - User Primary

ReinH — Mon, 20 Dec 2010 13:59:11 -0000

Sure, tell Apple to make build essentials available in a smaller package. Nothing Homebrew can do about it.

Re: ReinH — Ch-Ch-Ch-Changes

ReinH — Mon, 19 Apr 2010 16:53:23 -0000

Ok, I think I'll just delete further comments from Average. I'll keep the original trolling around for posterity (and the lulz).

Re: ReinH — Ch-Ch-Ch-Changes

ReinH — Mon, 19 Apr 2010 16:00:07 -0000

No worries. I hope people realize that this anonymous asshole does not, in fact, represent Hashrocket: they would never stoop so low. Hashrocket is an outstanding company full of classy, professional people.

Re: ReinH — Ch-Ch-Ch-Changes

ReinH — Mon, 19 Apr 2010 15:48:35 -0000

I hope you aren't representing Hashrocket in an official capacity, "Average". This is pretty pathetic.

Re: Always Use Git Diffs / hg tip

ReinH — Wed, 24 Feb 2010 12:32:35 -0000

Git style diffs are also compatible with patch. You just have to use patch -p1 (iirc, who uses patch amirite?).

Re: http://blog.101ideas.cz/post/391285028

ReinH — Mon, 22 Feb 2010 14:21:13 -0000

Childish words from an angry and confused person with no understanding of open source or how to form a cohesive opinion. What a waste.

Re: Make Your Blog More Social In 3 Easy Steps

ReinH — Mon, 02 Nov 2009 22:10:12 -0000

Disqus has improved tremendously in the past months. I'm definitely enjoying using it as both a blogger and a blog reader.

Re: Joining Reductive Labs

ReinH — Sun, 25 Oct 2009 12:33:30 -0000

We're glad to have you! It's about time we finally had the opportunity to work together.

Re: Marty Haught

ReinH — Wed, 07 Oct 2009 19:51:19 -0000

It sounds like we are violently (or, in this case, quite politely) agreeing. Cheers.

Re: Marty Haught

ReinH — Tue, 06 Oct 2009 23:44:28 -0000

Marty,

As a Hashrocket alumnus and a strong supporter of Agile, there are some points in your post that I would like to address. The crux of my issue is with the following sentence: "To insist that a pair of programmers should be assigned, spend a week’s worth of time story carding and write a full test suite would have given this client nothing today."

The danger here is in defining Agile by a specific set of processes, in this case Pair Programming, Story Carding, and Test Driven Development. While these processes are common in Agile implementations, Agile is not a set of practices. The Manifesto itself makes this clear by favoring "Individuals and interactions over processes and tools".

The writers of the Agile Manifesto were wise in not espousing a specific set of processes. No set of processes, how ever well designed, can be suited for all tasks. The Agile Manifesto says, "Working software is the primary measure of progress", "Simplicity--the art of maximizing the amount of work not done--is essential", and "Our highest priority is to satisfy the customer through early and continuous delivery of valuable software." I think this makes the Agile stance on your issue quite clear, and quite different from your analysis.

Indeed, your attitude as expressed in your conclusion is far more in line with Agile than your previous descriptions of Agile. You say, "... I care more about meeting the client’s needs than insisting on a process that might not be appropriate". This is an excellent description of a fundamental Agile principle.

Re: ReinH — Ch-Ch-Ch-Changes

ReinH — Wed, 23 Sep 2009 15:41:28 -0000

Thanks for the well wishes, folks. It's greatly appreciated.

Re: ReinH | A Git Workflow for Agile Teams

ReinH — Wed, 22 Jul 2009 14:47:34 -0000

Hi Melvin, thanks for the mention! Glad you found my article useful.

Re: ReinH — Simplify Your Dev Environment With Passenger Pane

ReinH — Fri, 24 Apr 2009 13:13:40 -0000

@Nick: I'm not certain that the purpose of Passenger Pane is to make it more difficult for you to get to your log files. I'm pretty sure that it's to put all your ruby development app servers in one place and make it trivial to add, remove or restart them. YMMV, of course.

Re: ReinH — A Git Workflow for Agile Teams

ReinH — Sat, 18 Apr 2009 17:40:03 -0000

David: That is simpler but only works on more recent versions of git.

Re: ReinH — A Git Workflow for Agile Teams

ReinH — Tue, 03 Mar 2009 18:29:49 -0000

@jackdempsey is absolutely correct.

One point of this workflow is to treat master as a dumb tracking branch. Never commit into master, always into a topical branch. This means that master can always be fastforwarded, no need to rebase. There are other workflows that use pull --rebase or fetch and rebase to achieve similar goals. I prefer a branch-often workflow for its simplicity.

Re: Utilize Canonical URLs in Your Rails Applications - Intridea Company Blog

ReinH — Wed, 18 Feb 2009 12:50:22 -0000

Unprofessional? The only one being unprofessional here is this anonymous asshat. Good work Michael.

Re: ReinH — Story Driven Development With Rails

ReinH — Thu, 11 Dec 2008 21:04:49 -0000

@josh Check out tpope's pickler gem: http://github.com/tpope/pic...

Re: ReinH — Story Driven Development With Rails

ReinH — Thu, 11 Dec 2008 21:00:44 -0000

@joshknowles Funny you should mention that. We actually do have a proof of concept that uses the Pivotal Tracker API to pull properly written stories into cucumber features that we're using on a current project. (By we I mean Tim Pope.) We are also using a more formal GWT syntax in our acceptance tests partially for this purpose.