skysight-inc/HackerNews huggingface dataset:
I found this reddit answer especially interesting, as it turns out it's the opposite of what you would expect. Soviet submarines were big on automation, had small crews (Alfa-class submarine – 30 people, vs 130 in a Virginia-class sub), and used lots of innovative design to make them quieter (sometimes redundantly – they were assuming the US would match Soviet capabilities in some aspects of sub detection, but that still hasn't happened). What is more, they were much, much safer (in terms of crew survivability) and harder to sink, with a double hull design (as opposed to American single hull).

Part of the reason this worked this way was that the USSR had a number of fiercely competing design bureaus, while the US had a very centralized process with a very domineering research head. Quoting a Soviet designer: "We had competition in submarine design. You (with Rickover) had Stalinism!"

It's interesting how different this was from their aircraft design philosophy: https://www.reddit.com/r/WarCollege/comments/9abbo3/what_wer....
The recruiter did good work here. I suspect this was a screw up in internal HR.

The external recruiter has absolutely no incentive to send you for an interview you will bomb out of.
I'm exposed to native Japanese every day and I can't see how this hypothesis could have any merit.
> China now has the world’s most extensive bullet-train network, and most routes can be covered in a few hours. The trains reach a cruising speed of about 300 kilometres per hour

The situation in India is truly deplorable. Stones pelted [1] at trains going that fast will be devastating to passengers. And the passengers [2] are not all that great either. Now for my usual refrain: we have to fix the law and order situation before we talk about all this fancy stuff. Generally, as a culture, I see too little regard to private and public property. Public buses are burnt, trains are blocked, buildings vandalized, and so on, even though whatever was destroyed has nothing to do with the issue behind the protest. Nearly all political parties encourage such behaviour too. Anyway, the government's level of regard for their citizens' lives is something India and China have in common.

[1] https://www.indiatvnews.com/news/india-train-18-targeted-aga...

[2] https://www.asianage.com/metros/mumbai/250517/vandals-rule-t...
Is the status page relevant though? At the very least, OVH immediately made a status announcement on their support page and they've been active on Twitter. I don't see anything shady here. From their support page:

> The whole site has been isolated, which impacts all our services on SBG1, SBG2, SBG3 and SBG4. If your production is in Strasbourg, we recommend to activate your Disaster Recovery Plan

What more could you want?
If you’ve ever been to China, you might have had the unsettling experience of hearing a truck SPEED UP as you step out in front of it coming down the street.

There is also the cruel practice of “finishing off” a pedestrian injured by a car collision.

It is much, much, more dangerous to be a pedestrian in China. Be careful!

https://www.google.com/amp/s/slate.com/news-and-politics/201...
> Don't you think that 65 ≠ 97 is sufficient of a reason?.. [...] In computers, those are two distinct characters

In computers yes, but i am a human and to me as a human 'A' and 'a' are the same letter.
IMO you should take this fire as evidence, that you need to have (working!) backups wherever you host your data. AWS, GCP Azure are not fire resistant, same as OVH.
I don't know if OVH is more or less competent than big three, I choose to trust no one.
In practice the intervals don't overlap as they're understood as follows [23:00-24:00) and [00:00-01:00). That is the interval begins precisely at 23:00 or 00:00, but ends as close to the endpoint as your timing resolution allows. This way we don't have to write cumbersome expressions such as 23:00-23:59:59.999.
Deactivated my FB account years ago. Let me tell you, you don't need an alternative.
Fun doesn't make money.
> the resource can wake the scheduler at any time and tell it to poll

Isn't that called interrupting?

The terminology seems a little off here, but perhaps that is only my perception.
I love the fact, that the example algorithm to reduce user-visible delay on dual-stack hosts is officially referred to as "Happy Eyeballs" in the RFC! I thought this was just the unofficial name and naming is hard.
How to automate human-readable Java unit tests
We recently discovered that someone lied about their one of their skills during the interview.

We fired them. End of story. No other option.

Do not lie on your resume or during the interview. I've never worked at a company that it wasn't grounds for immediate dismissal.
The issue is much more general. I also don't see a particular problem with Rust here, but I do see with Rust the same false hope I saw in the late eighties and early nineties with C++ (hell, I fell victim to it myself back then): the belief that with enough features, cleverness, and language complexity we could have the cake and eat it too -- have all the control of a low-level language with the same productivity as a high-level language. Low-level languages, whether they try to appear as high-level ones on the page or not, all suffer from low-abstraction, i.e. the inability to hide internal implementation details behind an API and isolate them from consumers. This makes changing implementation details hard and the program much more rigid, and so increases maintenance cost. The problems with C++ weren't apparent at first, because writing the program the first time is as easy as with a high-level language; the problems start when you change the program over the years. There is no doubt Rust cleans up C++ and solves some particular problems with it, but it doesn't solve this fundamental problem.

There are many situations where a low-level language and the control it affords are absolutely necessary, but low-level programmers are aware of the non-negligible price they pay.
Adobe releases Photoshop update with native Apple Silicon support
The upside is that you modernise your city.

In this case, they would have receive X thousand/million of tourists, which they won't come. If you travel to Japan (e.g. from Europe) you don't just go for the events. You also say an extra 5-10 days. That is a big loss for the tourist industry, the millions of mouths eating in restaurants, drinking in bars, and on top of the costs/profits, imagien that the state takes a 5-10-20% on taxes, which would be reinvested to the country (education, infrastructure, health, etc.)

It is a worse case sceario for the country. All these expenses and not near enought he revenue..
My second ever job was at a startup that put me through three rounds of interviews, all of them in Python. The homework task, the questions, literally nothing else was mentioned through the entire process.

After I got hired, I showed up the first day and one of the managers asks me, "So I heard you know functional programming, right?"

I said "yes" and was immediately whisked off to the backend division that worked entirely in Scala, a language I had literally never spent more than 5 minutes on before dismissing because the online tutorial I was using broke about two chapters in.
Ask HN: What programming language do you hate the most, and why?
Could you explain more? Most dark patterns seem to me to be metrics-driven tricks to maximise people accepting GDPR or spam opt-ins, or making additional unintended purchases etc. I don't believe they come from any sort of process of watching users on a task and talking to them. If you're saying that understanding your users allows you to better be hostile towards them, then yes, I agree, but that's bad user interface design by definition.
They're still told very firmly not to form trade links with China without India's permission. If its not electricity there is some other dependency which is used as a holdover. Construction materials i would guess.
Yeah I've only tested Zulip briefly but it seemed like just that, Slack threads evolved. At first I was put off by everything showing in the main view, until I realized I could filter everything.
There are 2 millions Arabs living in Israel right now. If you add 5 millions refugees, Israel(9m total population) will no longer be Jewish state. Which is what I said in the first post. RoR simply will never be realised. You can call it whatever you wish, but to Israel it is basically a suicide
Someone will just make the "Mova" language now, out of spite #estoteric

the basic requirements should be

* it should be easy to have mandatory experience in the language

* it should not be perceived as a joke

* Turing complete
What Are Constructors in Java?
I have done much the same in plain old Java, at a couple of jobs, going back ten years or so.

No OTP, GenServer, etc. Just a webserver and some framework for scheduled jobs, third party or write your own. Config enables individual routes and jobs at the top level. You can deploy one instance with everything enabled, or a hundred instances with the customer-facing web routes enabled in 60, API routes in 20, admin routes in 5, report generation jobs in 10, maintenance jobs in 5, or anywhere in between.

The only discipline you have to stick to is that you must pass information between components in a way which will work when the app is distributed. A shared database is the most obvious, and may be enough. We also used message queues, and at one point one of those distributed caches that were all the rage (Hazelcast / Terracotta / Infinispan / EHCache / etc - anyone remember JavaSpaces and Jini?).
Could it be some some visualization of Nicky Case? https://ncase.me/

The evolution of trust sounds like what you describe.
I suppose it was this bottom left swipe I was really picturing, and I will admit my experience of iOS colours my enthusiasm for invisible bits of UI in general. I can accept it's possible to have a small pool of gestures and still allow users to build a strong, consistent mental model of how to interact with a device.
Would be nice to get an ELI5 of this paper. So they take an actual picture input and re render it in 3D?
Here is a link to support him.
https://github.com/jmapio/jmap/blob/master/software/software...
As far as I know, at least one of the European countries requires it for some new projects.
Thanks, can't belive it's taken me 8 years to learn about that.
I use UBlock Origin with my mobile Firefox. If I couldn't have plugins, I would probably use my phone less for browsing the internet.

I need that plugin.
US Air Force Forgot How to Make Parts of Its Own B2 Stealth Bomber
This is obvious. The bigger question is how to persuade and educate people who find false value in Facebook to leave the platform. A big part of polarization in American politics (not that you necessarily care or participate) has to do with social media consumption. Facebook users see a highly formulaic subset of events in their stream, and that reinforces their idea of what's going on around them.

I see comments like yours often, it's just that it never really leads to anything productive for those still trapped in the cycle. They just see outsiders from their POV, who don't do what they're doing. I don't think the average social media users is that cognizant of the behavioral modification possibility of using socials in the first place, or even of advertising in general.
I'm just starting to write my master's in robotics, and this is the topic I'm working on. Basically, grounding is the idea of trying to correlate (draw a connection between) a visual set of features (outputs from a vision system) and a set of identifiers (outputs from a language model). There are several techniques to do this!

A good starting point is a system that has a pretrained list of objects it can recognise. For example, we can train our image model what a book is, so when a user asks for a book, we can correlate the "bookness" feature (trained part of the output vector from the vision system) to it 1-1, and connect the bounding box from the vision system to the named entitity "book". However, say a user instead asked for a "novel". While this is also a book, we need a way for the two to be connected. For this, we use a quite different type of language model to connect the named entity "novel" to a list of known objects, one of which is "book". It does this by scoring how similar words are in the language model, and picking the closest match that is in the list of known objects. Over some threshold of similarity (measured by distance in abstract word-vector space), it is determined that this is a new, unknown object. What happens next varies, but is usually some variation of the system guiding the user to teach it what the object is that they meant (something like: point to the object, or put the object on top of a special evenly lit blank background for the visual system to learn it's features), so it is known for next time, and given an identifier from what the user called it.

This is the most basic form, but (as with everything) it gets more complicated. Two areas I am looking into at the moment are past reference language learning, which is about learning new visual features from users in operation. For example: user refers to this particular book as an "open textbook", later asks for a "closed textbook". Model knowns "open" and "closed" are mutually exclusive, so looks for a second match for book that is dissimilar in some visual features to the first, and learns some weak relation in those features to "open" and "closed", possibly to be reinforced later by repeated user expressions.

The other area I am looking at is learned spacial relation grounding. That is, trying to be able to resolve something like "The third book from the left" or "the book on top of the blue table". This is interesting because it breaks a lot of current grounding approaches, in that it requires some recursion (you can chain spatial descriptors in natural language e.g. "The book on the table in the room in the leftmost house on the hill...") and self-referential techniques. Ways of doing it aren't as well researched, and we're working on a method for doing it atm :)
Dutch citizen here.

As far as I can tell, this is programmable money backed by legal digital signatures.

For the first time since the whole blockchain hypetrain started I am actually interested in this.

The Netherlands doesn't 'need' cryptocurrencies, as our banking system already works very well. We can already easily transfer money for free using a mobile phone (apps known as 'Tikkie', and 'betaalverzoek'). We have a secure and instant online payment system (called 'iDEAL') since 2006, which works very well. We also have some pretty decent ways to do digital signatures (called 'DigiD' and 'e-Herkenning'). I believe that any blockchain tech would be a step back when it comes to cost, insurance and end-user convenience.

Seeing an alternative payment system that is programmable seems refreshing to me. I just wished they didn't use the word 'blockchain' in their marketing lingo.
Or even better: Go
It took a while to plan, not just the trip stuff but finishing a job, packing up a house, signing cars off the road, cancelling bills etc.

We got a round the world flight ticket, we had to commit to the first six month flight times then half way through commit to the rest. It was possible to change for a fee. But we found the flights gave us a schedule to work around.

Some parts we planned extensively (you can't go to Tibet without being on a tour the whole time you are there, Machu Picchu books up months in advance, etc) other parts (Vietnam, Cambodia, Laos, Thailand) there is somewhat of an established back packer route you can follow and just make sure you get through in time for the next flight.

By far the least safe place was South America, we met many travellers there who had been mugged, beaten up, etc. It was our last destination and we were not very adventurous as we were tired and also just wanted to get to the end without an incident.

Other than that, we generally felt safe, there were one off isolated incidents (drunk Russian man on train trying to make advances on my partner when he thought I was asleep) which were uncomfortable, or going to a train station in Jaipur at 3 in the morning and waiting for a train, with lots of people loitering around and bothering us, and no real security or staff to reassure us, but these were exceptions rather than the norm.

We typically went to places which had a reasonable number of travellers, so it didn't feel too crazy in that sense.
False:

That's changed, as of 2017:

A few months ago we stopped referring to robots.txt files on U.S. government and military web sites for both crawling and displaying web pages (though we respond to removal requests sent to info@archive.org). As we have moved towards broader access it has not caused problems, which we take as a good sign. We are now looking to do this more broadly.

We see the future of web archiving relying less on robots.txt file declarations geared toward search engines, and more on representing the web as it really was, and is, from a user’s perspective.

https://teleread.org/2017/04/24/the-internet-archive-will-so...

https://blog.archive.org/2017/04/17/robots-txt-meant-for-sea...
This is quite a significant revision to your previous statement that there’s nothing about a data center that makes it more secure than your house.

This attitude that your data isn’t very important, so it’s fine to not be very concerned about it’s security, while not entirely uncommon, is something most organisations try to avoid when choosing vendors. It’s something consumers are generally unconcerned about, until a breach occurs, and The Intercept write an article about it. At which point I’m sure all the people ITT who are saying it’s fine to take your production database home would be piling on with how stupid the company was for doing ridiculous things like taking a copy of their production database home.
No idea. I've never done an analysis of onig. Different "feature sets" tends to be what people jump to first, but it's rarely correct in my experience. For example, PCRE2 has a large feature set, but it is quite fast. Especially its JIT.

The regex crate does a lot of literal optimizations to speed up searches. More than most regex engines in my experience.
And that's possible, because the sleep call is a suggestion, not a guarantee. If the CPU is blocked for 2s, then the order of waking the threads is undetermined, and the race will occur.
Fire at Our Strasbourg Site (OVH)
It requires allocation if the coroutine outlives the scope that created it.

Otherwise compiler are free to implement heap allocation elision (which is done in Clang).

Now compared to Rust, assuming you have a series of coroutines to process a deferred event, Rust will allocate once for the whole series while C++ would allocate once per coroutine to store them in the reactor/proactor.
Try azure form recognizer, it does very well with it from my experience
Are you interested in something which lets you host the application out, once it's built, yet providing the option to host it on your behalf?
> Time dilation will cause our friends to be older by a few years than they should be, but not by that much right?

Technically they wouldn’t be older, you’d be younger.
And as hosting
Hetzner.de

Also happy client im easily handling hundred thousand connections for less than 80€/mo
XML guarantees that tag precedes attributes which in turn precede contents, which is a great help when any sort of polymorphism is involved. Heck, anything beyond a tree of untyped arrays, maps, and primitive values adds ugly complexity to structuring and interpreting the JSON.

IMO much of that could be fixed with a JSON derivative that allows optional type identifiers before values. While you're there, guarantee support for comments and trailing commas, because despite design ideals, humans will write JSON manually, even using JSON for configuration files that are expected to be hand-modified!
And this is why the big 3 will continue to dominate. AWS, Microsoft and Google can throw in a lot more money at their phyiscal infrastructure than any other cloud provider.

After this sorry episode, I dont think any CTO or CIO of any public company will be able to even consider using the other guys.

edit: I am not implying that we put all eggs in one basket with no failover and dr. I am implying the big cos will pay 2x premium on infrastructure to project reliability.
Your Google Maps link seems to be off by a bit.
Several years ago I visited my uncle who lived in a small town in the middle of nowhere in Thailand. At some point I drove his old motorcycle around town, and he explained the traffic system this way:

In the West, the core concept in traffic is "Right of Way". Everyone on the road figures out who has the right of way, and that person shouldn't have to change their speed or direction.

In Asia [1], the core concept is "don't hit the thing in front of you". Basically, you should be aware of what everyone else on the road may try to do, and if you ever hit something in front of you for any reason, it was your fault.

([1] Obviously "Asia" is a big place, and traffic laws and customs will be different everywhere you go. This explanation matched the behavior I've observed in both Thailand and central China.)

So for example, in the West, if you're overtaking someone and need to switch lanes, it's your responsibility to check to see if there's already a faster car in that lane; because if there is, they have the right of way; if they have to slam on their brakes or swerve to avoid you, that's your fault.

In Asia, if you're overtaking someone, it's their responsibility to notice that you may need to switch lanes and give you space. If they hit you, it was their fault. So most people just swerve out without checking.

Same thing with pulling out onto the road -- in the West, if you're pulling out from a side street onto a main road, it's your responsibility to check that there's no traffic. In Asia, it's the job of the person on the main road not to hit you; so people will just pull right out onto the road without checking first.

I'm pretty sure "right of way" results in fewer accidents overall; but "don't hit the thing in front of you" definitely results in much more careful drivers in my experience. You just can't go 60 miles an hour down a city street if you have mopeds shooting out of random side streets left and right.
How to Spark Innovative Collaboration Published on Technology Hits