copergi

12 ms·

91.
by copergi 13y ago
>You can protect against dependencies breaking by adding upper limits As every sane system does. So again, why are you acting like this is a haskell thing? >but that doesn't fix the problem Yes it does. >every time someone ma
92.
by copergi 13y ago
I didn't mention it because it is common knowledge and openly acknowledged by notch. The game's name is infiniminer.
93.
by copergi 13y ago
It went down in 2012 and somehow rather than get the correct idea from that (everything breaks) people took this bizarre notion that EBS is bad and everything else has perfect reliability. In reality, tons of other AWS services run on top
94.
by copergi 13y ago
I know what ageism is. You quoted something that is not an example of it. Given that this is entirely pointless, would you mind if we went back to the actual discussion?
95.
by copergi 13y ago
>There most certainly are other cloud providers out there With similar pricing to amazon. Are you not reading any of the replies you've gotten?
96.
by copergi 13y ago
>Saying 'a lot of younger programmers probably don't appreciate the best parts of haskell' is clear age-ism No it isn't. >I think it's annoying. Ok, but that doesn't support the claim you made and I quest
97.
by copergi 13y ago
Yes, I am reading it. That does not say anything even remotely close to "ulisesrmzroche is a noob for not knowing haskell". I am not being a dick, I am being polite and trying to understand where you are coming from. I don&#x27
98.
by copergi 13y ago
But the thing people are needlessly concerned about with EBS is full datacenter failure. Which is just as much a problem for those EC2 instances. Synchronous replication to another data center is a massive performance killer.
99.
by copergi 13y ago
And you do what for loadbalancing?
100.
by copergi 13y ago
>If the community was larger we would have run into less issues. I'm not so sure that's the case. For example, debian's user base is vastly larger than openbsd's, yet debian has bugs like "all the keys you ever
101.
by copergi 13y ago
foo || bar
102.
by copergi 13y ago
It is very like what you wrote, try reading your post again.
103.
by copergi 13y ago
>Every year, on a Haskell thread, someone calls me a noob for not knowing it. That sounds a lot like you putting words in other people's mouths. I've never seen anything like that. >Then you get like the same 3 or 4 dudes t
104.
by copergi 13y ago
>While they may not all be "cloud" providers Then they are not "other options", that's the point.
105.
by copergi 13y ago
On a completely different service. Which is the point. I get more food for $10 at burger king than I do at a hotel, but that doesn't make burger king a replacement for hotels.
106.
by copergi 13y ago
>Not having to wait 4-8 hours to access them I can't download the data that fast anyways, it is a total non issue for us. >Glacier access costs can get expensive depending on the quantity of data you need to access in a short per
107.
by copergi 13y ago
There's a few calculators that make it quite simple to figure out restore costs.
108.
by copergi 13y ago
As others pointed out, you use EBS then.
109.
by copergi 13y ago
How do you even do anything without using EBS?
110.
by copergi 13y ago
I don't think a few TB counts as "massive", and that still saves you over a grand a year. Why move backups to a 3x more expensive service, what's the upside?
111.
by copergi 13y ago
What "other options"? You mean sketchy "free 9000 exabytes/month of bandwidth" low end hosting places like hetzner? Those are not alternatives to AWS or azure or google cloud. And those bandwidth costs do not ref
112.
by copergi 13y ago
> He has credibility because he's proven to be effectual, innovative and principled He has proven the exact opposite. He made a clone of an existing game, failed to deliver on almost everything he promised the people buying it, and
113.
by copergi 13y ago
To be fair, these are people who funded the company in the first place, based on kickstarter's deliberately misleading marketing materials pretending that makes them investors. Generally when people fund a company which is bought by b
114.
by copergi 13y ago
Perhaps I was not clear. You stated the very reason for laziness: to not compute things you don't need computed. There are many cases where it is very beneficial to be able to determine this at evaluation time, rather than when writi
115.
by copergi 13y ago
I think it is pretty safe to say that the average quality of PHP developers is lower than any other language except possibly javascript. There's a huge amount of very low knowledge people in both camps dragging the average down. Comp
116.
by copergi 13y ago
I think you are generalizing a bit too much. You may very well write code that way, but I don't. Having come to haskell from several years with ocaml, I found the switch to lazy by default to be entirely irrelevant and inconsequentia
117.
by copergi 13y ago
>Every year I read on HN that this year is Haskell's year Really? Every year I read on haskell a bunch of uniformed dismissal of haskell from people who seem to have a deep seated hatred of learning. How do you get "this year
118.
by copergi 13y ago
>I see no reason why strictness would have pathological performance problems. If you don't need to compute a value, dinner compute it. No performance problems. You just answered your own question. "If you don't need to co
119.
by copergi 13y ago
If your complaint is "some haskell libraries move too fast for my liking" then you should say that in the first place. If you frame your complaint as "cabal sux and everything else solves this wtf is wrong with you guys&quot
120.
by copergi 13y ago
I would tend towards guessing 5. It is easy to blind yourself to management stupidity at first as you focus on the work. But eventually that management stupidity starts directly impacting you. I'm trying to figure out how to escape

More ›