goldbrick

I don't at all agree that someone can pick Python or Ruby up and start writing idiomatic (or even "good") code on day one. In fact I make a good living consulting in JRuby shops where they thought they would get some sort of benefit by using Rails but then wrote all the code as if they were still using Java.

It doesn't help that Scala takes a lax attitude towards functional principles whenever it's convenient -- for instance, you can map over a set, and certain maps will get you a different type back. Haskell it's not. It's more like a terse Java with optional types and pure functions added on.

I noticed that too, there is definitely a shortage of attention to detail here.

You are absolutely correct. Not only are groceries disproportionately expensive in NY, economies of scale kick in, as well as intense competition in an already low-margin industry drive the price down for restaurants. A high-quality and tasty meal that I might enjoy at a neighborhood pub for ~$11 would definitely cost me over $20 if I was to recreate it at home, plus I would have the opportunity cost of the time spent making it and cleaning up.

You may not notice this effect if you are only in town for a few days and eat mostly at tourist-friendly spots in midtown. Not to mention several math-impaired people seem to believe they only spend $1 a meal. Where do they live, India?

Yes, thank you, this article is trash, to the point where I have to wonder if it isn't some attempt at trolling akin to "the purpose of a ninja is to flip out and kill people".

http://www.neatorama.com/2010/11/30/why-gold-is-the-ideal-me...

Do you have kids? I would hardly say every parent I know looks back on it with "nothing but fondness". Some would even say that on balance, they would have rather not had children at all.

Blockchains are a horrible solution for the problem domain. Oh, you need decentralized consensus? Let's limit throughput to n / w / 0.5n. Hence bitcoin's multi-hour resolution times which are increasing geometrically. Sorry, I don't see it.

I love that Mithril has been surfacing as a framework to watch now that the hype cycle around angular/react is bubbling down. It struck me as one to watch years ago, and were it not for the popularity of the aforementioned the case for it could have been quite convincing. I will definitely be looking for opportunities to trial it.

Unfortunately, no DDL statements can be transactionalized on MySQL, and that is unlikely to change in the foreseeable future.

Devil's counter-advocate: treatment is many times cheaper than criminalization and leads to fewer addicts as well.

Oh puh-lease. Why do I never hear any of the people making this crappy argument demonstrating against all the real shit that taxes fund. Somehow it's fine to kill civilians on the other side of the world and torture suspected enemies of the state, but God forbid my tax dollars be used to - heavens - help people.

You could use Go. Simple here means that the language doesn't add unnecessary complexity, not that it is only suited for simple problems.

It boils down to 2 things: Management is incompetent to tell when work is actually being done, and management doesn't trust their employees. I'm just waiting for the day when requiring on-site commutes is regarded as backwards as it deserves.

It's the same reason you need trillions of cells to leave your insipid comments on the internet.

wget is on homebrew.

It's fascinating to see on HN (where people should know better) how many companies people go "how can they possibly need that many people" and even better "i know what will make them successful -- laying off a bunch of people!"

Real-time chat isn't even that complex, especially now that Rails has ActionCable.

She made herself a liability with her own inappropriate behavior. I'm not defending the chuckleheads she had a problem with, but I'm not holding her up as some sort of vigilante hero.

Yes, my understanding is the problem is essentially undefined behavior as exceptions can be caught at any point in the call stack which makes it basically impossible to optimize.

You should think of all these operations in terms of the state they persist. For example, a database migration doesn't modify the application at all, but only the data directory wherever your database is running (whether mounted in another container or across a network).

Whatever process is orchestrating your containers should take responsibility for running setup chores in a separate, ephemeral container from the eventual application container.

docker-compose is often not enough, unfortunately.

I was already using es6 classes so I didn't have the choice. I couldn't get 0.14 to work otherwise.

I wish just one of you droids parroting this argument was actually old enough to have done it. My parents own a property like this. They are never going to sell it because (among other things) they have invested more money in upkeep and renovations to make it just the way they want it than it is worth to an average buyer, plus they like having it for family get-togethers. It's simply not at all the investment vehicle you starry-eyed dreamers think it is.

Ugh, everyone who totes the "equity equity equity" argument about robotically. Probably the same suckers who think they are going to get rich off of their startup options.

Once you factor in the risk offset (what happens when that once-in-a-century flood ruins the house? if you're renting, you just fuck off scot-free) and the ability to pick up and move to another city (which is what this whole article is about) if you still can't see the value prop you deserve your property taxes and underwater mortgages that you will never see a return on, because your house is not really an investment vehicle.

Parts of Williamsburg and DUMBO are more expensive than their counterparts across the river.

It wouldn't happen to be open source then would it? Perhaps I'm just React-ing wrong.

Sure, I started a react project and got everything working with es6 and babel in October. In December I upgraded to react 0.14 and had to refactor all the things. It was extremely difficult to figure out how to solve some of the arbitrary-seeming changes, such as now having to re-bind all of the methods in the constructor.

"battle-hardened", yet churns drastically every release?

You and I have different ideas of what battle hardened means.

go race is Thread Sanitizer, in fact, but see again my point about being part of the community best practice vs. a third-party tool you may or may not have heard of.

Eraser and FastTrack are un-googleable, if you have any links they would be appreciated.

I feel like C# (and C++, and Java) would all be basically in the C camp. C# and Java could be arguably somewhere on a spectrum between C and the scripty stuff.

I suspect you are just hating. The fact that you immediately glom onto the dependency management issue which EVERYONE KNOWS AND KEN AND ROB ARE REALLY SORRY YALL and also try to cut gofmt and govet off at the pass, which come on, let's be real, the fact that something exists that might remotely resemble those concepts is an extremely fucking far cry from them being standard community practices which if you don't see the value of that then you never dealt with other people's C code... indicates that you know in your heart of hearts exactly how great Go's tooling is. go run, go test, go build, boom! so simple. Oh and might I mention the race detector? Fucking incredible, C never dreamed of something like that.

There are plenty of good third-party options available for dependency management (nice double standard btw since you apparently have no problem with third-party stuff for fmt/vet/lint concerns) and there is also this https://golang.org/cmd/go/#hdr-Vendor_Directories so a better world is coming don't you fret.