Hacker Newsnew | past | comments | ask | show | jobs | submit | more basicneo's commentslogin

Some cultural notes: the UK is in a culture war, and some will shine the most negative light on anything the opposing side do.

Taking a more charitable approach... is it possible those suggesting Brexit has allowed a quicker rollout aren't referring to regulations?

Perhaps the early rollout is facilitated by UK doing their own deals with vaccine manufacturers, rather than as as a package deal with EU (and thus having to wait for their slower and safer process). Is that it?


No that's not it.

UK is getting this vaccine first because MHRA approved it before EMA did (and any EU country is allowed to use this shortcut that MHRA is so far the only one to have used), not because we have a deal to get it first.


"I'm not convinced that if [the UK] had been part of that European buying programme they'd have had quite the speed and flexibility to do it." -- Hugo Fry. (Pharma head, who happens to be a remain supporter.)

https://web.archive.org/web/20201203131008/https://www.teleg...

What leads you to such confidence in what looks like an uncertain matter?


It's not a culture war. It is the war against barbarity, against fear, against xenophobia, against aggression, against ignorance. The same war as it always was. Choose.


That is exactly what is a culture war, as you assert a set of beliefs and perspectives ought to be warred against. The term culture war does not necessarily suggest equivalence, though of course both sides in your country use grandiose and reduced language. Here’s a quick summary of the term. https://en.m.wikipedia.org/wiki/Culture_war


In another comment in this post you say:

> Actually a deal is currently being negotiated to determine exactly how much they can tell us what to do, in return for avoiding the total destruction of our economy

"Total destruction"? The brexiteers aren't the only ones invoking fear.


> Choose.

If I must. Not yet - not quite yet.

"Whoever thinks I'm with them or against them, I'm against them."


> It was super awesome when we were able to delete a huge chunk of the GCS Connector for Hadoop

Is this public?


Yes, https://github.com/GoogleCloudDataproc/hadoop-connectors

disclosure: I work at Google as well.


Right, https://github.com/GoogleCloudDataproc/hadoop-connectors/rel... was apparently the release:

> Delete metadata cache functionality because Cloud Storage has strong native list operation consistency already.

If folks are actually interested in these connectors, I'd also recommend this blogpost from last year:

https://cloud.google.com/blog/products/data-analytics/new-re...

because even with consistency, GCS and S3 still aren't filesystems :).


Do you have a link to the commits that removed the code. It'd be good to see what sort of complexity this sort of strong consistency can make redundant.


(Phone reply, sorry for the brevity)

Just comparing to the previous release:

https://github.com/GoogleCloudDataproc/hadoop-connectors/com...

there are some big deletions like in:

https://github.com/GoogleCloudDataproc/hadoop-connectors/com...

and

https://github.com/GoogleCloudDataproc/hadoop-connectors/com...

Igor would know more :)


In the case of Hadoop's S3 connector, this could eliminate this entire directory, plus its tests, plus a bunch of hooks in the main code: https://github.com/apache/hadoop/tree/trunk/hadoop-tools/had.... There's an argument in favor of keeping it in case other S3-compatible stores need it (though you'd still need DynamoDB or some equivalent) and because it makes metadata lookups so much faster than S3 scans, which helps with query planning performance. But I imagine even fewer people will take the trade-off now that Amazon S3 itself is consistent.


Do you copy the entire 50GB on every backup, even if you've only changed 1MB?


To an external 1TB HDD yes. Keep one for the end of each month. Veracrypt containers rsync and dropbox quite nicely, just keep one copy of those.


As functionality increases, configuration knobs cause a combinatorial explosion in testing and compatibility concerns, which disincentivises them.

As an alternative, I choose to use stable platforms that are designed with modularity, strong abstractions and internal programmability, so I can choose when to keep a particular workflow/UX, and when to adopt a newer style.

That platform is Emacs.


By a similar argument to https://danluu.com/sounds-easy/ , no one will beat Jane Street in a weekend.

Jane Street's hiring standards exceeds FAANG's.

This is a hiring/branding strategy. Good luck to them.


> Jane Street's hiring standards exceeds FAANG's.

As someone who has interviewed thrice and passed once, I disagree. Jane Street is extremely good at marketing themselves; before I ever worked there I received over $500 worth of "swag" (including a free iPad) just for attending talks and hiring events. The official recruiting strategy is grassroots where recruiters have anonymous reddit/hn/blind accounts to praise the company semi-anonymously. So you have a bunch of accounts posing as real employees or students talking up the company and the prestige of working there.

They sell exclusivity and mystery, but they definitely pay top of market salaries. I don't personally believe the actual interviews are any harder than top FAANG companies but they did seem to recruit exclusively from FAANG and/or top engineering schools.


Context: I worked at amazon and my buddy is at Jane street and used to practice some interview questions on me ages back (I think he mostly wanted to calibrate the questions on someone he knew fairly well, to know what kind of stuff he could expect).

I'd say the standard is arguably a lot higher, the things being tested are fairly different, more focussed on raw reasoning rather than specific techniques.

The main thing I'd say is that in general the standard of interviewing for FAANG isn't actually as high as people think it is.


Well the interview bars among FAANG aren't consistent with each other either. I would say Jane Street interviews are on par or perhaps easier compared to Google and Facebook, but it likely depends on your personal proficiencies.


Jane Street's interview was one of the funnest I've ever done. I failed but the questions were great!


What was so fun about it?


Not the parent comment you are replying to, and I cannot speak for full-time, but when I interviewed for an internship position with JS about 5-6 years ago, the questions were indeed fun.

Problems required knowledge of basic stats, general problem solving, critical thinking/reasoning, and all of it was wrapped in a nice package. Mind you, when I say "general problem solving", I don't mean brain teasers like "how many piano tuners there are in Manhattan" (I don't like that kind of problems at all).

I don't remember the details, but one problem was about estimating the most optimal move in a poker game given a specific situation at the table. The rules were explained in a very relevant and simple way to those not familiar with poker, which I wasn't at the time, and I didn't find that my lack of poker knowledge affected my ability to solve that problem at all (which is already an impressive feat, major credit to those who wrote that specific problem that way).

Zero memory of the rest of the problems, but most of them were relying on just basic stats and reasoning skills/critical thinking, no bs, and they were written/designed in such a way that it was interesting. The kind of a problem you would randomly see online in the middle of some discussion and won't be able to resist the temptation to stay glued to your computer screen until you solve it.


I actually give it 48 hours before the top 3 equals what Jane Street can do in-house on this exact same dataset. A week before the reasonable plateau is reached, and a month or so before the absolute most information is squeezed out.


Yeah, I meant that Jane Street aren't doing this to find a solution that'll improve their own tech.

I expect in a constrained environment, someone on Kaggle will beat Jane Street's solution.


> no one will beat Jane Street in a weekend

They have high hiring standard, but I suspect their 100s of smart engineers can't compete with the rest of the world.


Most of the engineers at Jane Street aren't touching anything similar to this challenge so you'd be right.


In a post about Rust adoption, it seems on topic in a threaded forum that commonly discusses pros and cons to discuss pros and cons.

This is an opportunity to educate/advocate. Someone who wants to do that might link to a good article, rather than just attempt to shut down the discussion.


Sorry, not interested in education/advocacy. Yields repetitive threads. Prefer novelty. Restricting my comments to level 1 in threads here to prevent derailing. Can discuss via email (in profile) should you so desire.


I think you're being downvoted because this is a bit passive aggressive.

That said, I sense a bit of Rust bias on HN.


The cost to learning Rust might be low but the opportunity cost might be high, since there's many other ways someone can improve their career.


"Good luck with" is slightly negative, but overall I don't see the post as having the traits you describe.

They're replying to a line about a Java comeback by saying there's a lot of big data libraries/systems used by Java developers that it'll be difficult to compete with.

I don't know the big data space well enough to judge.


What's the significance of it being RISC-V?


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: