eaxitect

OpenAI is open as businesses are open.

This might be the reason: Covid-19 attacks the 1-beta chain of hemoglobin to inhibit human heme metabolism link: https://chemrxiv.org/articles/COVID-19_Disease_ORF8_and_Surf...

Thanks. Working long time on same projects with same type of bugs/issues made me feel like that

for instance what are your routines, you create todo lists or take some time out and talk with friends?

At last. I've made my MBP repaired previously. Fortunately, it was still under warranty, and I did not paid anything. OTOH, I had the feeling that the same problem might occur in future. This program with 4 yrs coverage, is a must.

Arguments are fairly weak. I think saying "It’s certainly not far-fetched to suppose that a group like ISIS, for example, could acquire A.I. capabilities." is almost equal to saying they could acquire F-22 fighters or B-2 bombers as well. Developing sophisticated AI-based integrated weapon system is not that easy.

I believe Voynich Manuscript will be solved not by a Human but a Machine.

AFAIK, AL asks confirmation only if an entry is related to -that- company/person/etc. You might add -your- project (i assume not related to your employer) some how as if it is related to your employer.

It might create these spikes not for stock market, but an ETF for stock-index

We have experimented Deis (deis.io) and Marathon (of Mesos). Both provide all requirements for service composition and load balancing. I personally find Deis more simple to use where Mesos is like Rambo for managing infrastructure.

Thanks a lot...

So they should be chinese gov, right?

I don't agree with author's conclusion, having a server in a chinese ISP does not mean it's orchestrated by chinese gov. Also, I don't suppose MITM attack organizers have no clue about how TTL works.

You should ask a lawyer before confront founders in order to know your options.

Then, why implicitly stating that "some" rejected applicants were bad persons? Why not simply saying "we did not invest because we don't think it will succeed."

JL somehow implies that, rejected applicants of YC might have a "character" problem. So why to sound it so loud? YC might invest or not, but saying "some" applicants were rejected because they were bad persons is different than saying YC is not investing for not specific reasons (as PG said that couple of times). The judgement is not objective, so keep it to yourself, otherwise, you might raise a flag about others rejected.

My own two cents: it's a very unfortunate blog post.

1) As mentioned few times here, "cultural variations" can not be handled as such, unless you have a special training on this -which I don't read so -.

2) It's totally a back pusher on applicants, if someone says "I see through you, and tell if you're evil", I say, "no thanks, have a nice day with your corporate culture". Indeed, I'm not considering to apply YC with this attitude. (Therefore, I'm not good, possibly caught by JL-radar)

3) Regarding 2, I think YC became too picky, so they're starting to sound these -nonsense- ideas to cutoff pouring applications.

I miss PG's guidance.

Actually that's one of the reasons I'm confused (Scala/Ruby interop). Thanks btw.

Any comment?

As I previously posted here on sometimes ago, please check https://news.ycombinator.com/item?id=6570785 to see there are libtask, lthread and others as well. FYI.

TL,DR; Although I'm not a fan of entire Hadoop system, some judgements about it is totally wrong.

1) Do one thing well - Hadoop is so stacked up because of this (which has pros and cons). Every single component of Hadoop is designed specific to a job (there are many overlapped components, though)

2) Hadoop's main idea is to be data-local, yet this Pachy thing not to be: "Data is POSTed to the container over HTTP and the results are stored back in the file system". Data-locality (almost) always win.

3) There is no scheduler like YARN specified, yet fleet and etcd are not schedulers.

4) You may not like Java or JVM-based things (like I do), but there is no problem of being Java-based or JVM-based.

…

I really like the idea and implementation.

Sure this is useful unless one have "not invented here" syndrome.

https://news.ycombinator.com/user?id=RustyRussell :)

I think C will continue to be basis unless a new system come out with some other language/platform (like Go) and this new system is proven to be more reliable and faster than C-based platforms. On the other hand, there are also politics of this choice, i.e. there are standards, industry groups, etc. all based on C. These are should be replicated on this new language/platform. Tl;Dr; All have to be start over again what we have since UNIX.

Totally agree, asking math puzzles (sometimes really hard ones) to develop a copycat iphone app? Interviewing like this is really off the rails.

I really understand that a startup with scarce resource would like to do its best shot. However as discussed long ago (https://news.ycombinator.com/item?id=2385424), it is really frustrating that asking math puzzles are assumed as the best way to hire the best for the job.

Yes, actually check http://swtch.com/~rsc/thread/ to trace back. It all starts with CSP from Hoare.

I also suggest libtask from Russ Cox http://swtch.com/libtask/

This is really single piece of sh*t I like most for a while... simple and elegant

I don't want to start a language war here but as a phd student working on distributed systems, choice for "C" as a language for developing high throughput web applications has some rationale. For instance, when you read most of the articles in HS.com or C10K at least, web development at large-scale requires every performance bit out of machine. Indeed, some -caugh-google-caugh- still use C++ at backend (even not in the frontend) or we see twitter switched to JVM from RoR for performance.

For regular earthlings, RoR, Py, PHP and alike are still more feasible than C for "getting the job done".

But the article's point of view is a bit shallow in that sense, since it's looking a way of replacing conventional frameworks (RoR etc.) for C. If you gonna develop a high-perf application in C, you probably use more wide variety of specialized libraries for focused tasks(like json processing, I18N, handling SSL, developing nginx/HAproxy modules,extensions for load balancing, etc.) rather than using a single "C framework".