Since I clearly need to spell this out. What is appropriate is clearly subjective, I was taking it to the extreme in order to make a point. But I'll reiterate the same question. Why would you not disregard political or religious outlooks, or even crimes for that matter, when buying(i.e. giving money for) "stuff" from "vendor"?
Firstly, I agree with you BUT this is not about judging the quality of the code, it is about giving money, since this isn't open source. The question is why you would directly give money to someone which you know have a disagreeable outlook, I wouldn't give money to a known pedophile or racist either. If she would've been an open source contributor I wouldn't care.
I was thinking about lojban (http://lojban.org) when I read this. I mean we do have programming languages, which are unambiguous. Why should we not alter our "natural", i.e. legacy based, communication when dealing with computers?
Why? "Haskell" also works on hugs,yhc,uhc,... http://www.haskell.org/haskellwiki/Implementations
Most implementations are BSD/GPL Licensed. Haskell itself (thinking of Haskell Prime, Haskell98) is a research/community driven project and, as such, open/transparent.
For GHC there is even an intermediate format allowing you to run your code on stuff like llvm.
At least here, in Sweden, it was covered by "mainstream media" but now its yesterdays news which means that any point that was actually conveyed about the risks to personal security is now long forgotten.
I agree. This is perhaps close to being a luddite. The difference lies in the fact that the airbag, for the car, didn't replace any already simpler and proven security measure.
I like it but I would feel uneasy knowing that it is not just a stupid foam helmet but an airbag and a bunch of gyros. Just reminding that the more complex the system is the more places something can go wrong.
Consider adding in settings support for the app. That way you could change account@server. This would be useful for people reading other deployments of the HN source.
We are talking about the Linux port, which isn't really the same functionality that's already running on Solaris/FreeBSD. I've been running ZFS on FreeBSD for a while and it works pretty ok, but even that isn't the same as the functionality on Solaris.
The FAQ even clearly states that they only support ZVOL operations. Kinda like mdadm and lvm2, but without POSIX FS compability. Anyhow, my point is that this isn't "production quality" either.
But you are right of course in that the on disk format for BTRFS hasn't stabilized yet, last time I checked, and that it is a project in its childhood.
Well, BTRFS[1], comparable to ZFS, is showing some success. I remember reading somewhere Linus even used it on his laptop. So one question would be if this is really that interesting? It's pretty likely that the Linux ZFS implementation will just lag behind the BTRFS effort, which is GPL.