phpnode

No one needs to sockpuppet or troll on this thread, you are doing a fantastic job of ruining your own business and clearly need no further assistance.

You had an opportunity to make this right, but now you're doubling down on the insanity.

Your cofounder specifically mentioned that you made those comments, not your presumably fictional support team. Are you lying or is your cofounder?

No one is buying your false narrative, you are managing to make a bad situation worse. You're going to lose your status as a YC company over this.

You are totally delusional, the uproar here is not caused by your competitors, it is caused by your own incredibly poor behaviour.

This behaviour is absolutely incredible, probably the most tone-deaf response I've ever seen.

The things you're describing here are common to many large organisations - is Google a university?

Tellingly, you don't mention the primary reason universities exist - to educate, regardless of the profitability of the subject. This is exactly the opposite of YC's primary goal, which is to make money and avoid unprofitable investments.

> If anyone hasn't figured it out already, YC is becoming the first 21st century university

This is a ridiculous statement, it is nothing like a university.

I had a similar experience, no other film scared me before or since, but event horizon was terrifying

Yes, it's important to conserve integers lest we run out

This looks pretty similar to tokotek's fractal indexes

> even if you try to describe what you induction cooking plate does for you using visual building blocks and English language you still end up with pretty tangled mess that only real programmer could have patience for.

Sorry, I should have been less succinct - I totally agree with you, visual languages already exist and are improving all the time. I don't believe that they will lead to a world without programmers for the reasons you state. They are just another way to express syntax, they don't reduce the complexity of the actual problem being solved.

> Who needs to code when you can use visual building blocks or even plain English to describe intent?

Stopped reading there, despite predictions this has not happened in the last 20 years and I see no evidence that it will happen in the next 20.

For what it's worth I was asking a genuine question, most experimental projects don't get 11k commits so I assume that people are actively using it - my question is, given the plethora of alternatives available, what is it about FOAM that leads people to use it?

I shouldn't have said that the code was unpleasant, which is obviously subjective, but I should have said "the code style is quite unusual for JS", which it is. It was certainly not my intention to "trash their work".

This is great:

GraphQL has nothing to do with graphs.

OpenCypher has nothing to do with ciphers.

at least make it rhyme!

Hey, Stock in the dumps, firing 336 chumps. Jack

* cues

it's incredible that that project has 11,000 commits, a huge amount of effort has gone into it but the code is really unpleasant to read. I feel like I must be missing something about FOAM - who is using it and why?

In my experience NHS dentists in the UK will give you composites if the filling is in a visible area. Also, they do provide anaesthetic!

I think the article is confusing two different issues, the malleability attacks and the dust attacks. Amaclin seems to be behind the dust attack, which is a cheap way to DoS the blockchain by causing blocks to reach the maximum number of SIGOPS with dust transactions, preventing real transactions from going through.

More details here: https://bitcointalk.org/index.php?topic=1166928.0

async/await is powered by promises, it's crazy to say that promises are going away, they're becoming an even more fundamental construct in the language.

Solr and Sphinx

tame() is one of those things that is so simple and obvious in retrospect that it's flabbergasting that it took so long to be invented/(re)discovered.

The cost is not just in the form of development expenses. It's about having to support two systems, creating a confusing message for consumers, having to foster and support two different app ecosystems, marketing two different competing platforms, etc.

> Android on the other hand has very limited provisioning tools

It would be orders of magnitude more cost efficient to just create those tools, compared to creating an entire new operating system.

I'm sure you're right because you have the power of facebook behind you but yeah the name is problematic. I agree with lobster_johnson in that it's not a "query language" either, it's more like an analogue of JSON.

Virtually every graph database vendor now gets requests that they implement GraphQL, because from the name it sounds like it fits but in reality it's totally unrelated.

APIQL would have been a better name

GraphQL is almost totally unrelated to graphs, it's a way to compose API requests in a manner that fits modern web / mobile usage patterns better than REST. GraphQL has nothing to do with the actual representation of the data. I think the name has led to a lot of misconceptions.

Forum post with a lot more info: http://www.myplanetganja.com/viewtopic.php?f=13&t=11022&star...

(Variety Jones == Plural of Mongoose)

The forum post from Variety Jones aka Plural of Mongoose aka Thomas Clark has a lot more details - http://www.myplanetganja.com/viewtopic.php?f=13&t=11022&star...

Fascinating tale if it's true.

Uh, it's already usable and very useful, just not exactly user friendly. It's way past the demo stage