skysight-inc/HackerNews huggingface dataset:
How is a printer able to print those dots on so many pages? At some point, this special yellow ink must become depleted, right?

Or does it use the regular ink which is provided by the printer's cartridge? If this is the case, isn't a possible defense to just not buy new color cartridges? At least for me, I have to print colored documents at most every 3 months. Unfortunately the color cartridges dries out after about 6 months which means I would have to pay $20 to print less then 10 pages. Thus, I only buy the black ones and when I have to print something in color, I just put it on a USB stick and print it at work (I am allowed to do that in moderate amounts) or go to a shop with printing services and pay $1 for those documents.

Since my color cartridges are almost two years old (and still full according to my printer), though I cannot print a single page, am I still "affected" by those tracking dots?
The problem, for those of us inclined towards universal humanitarianism, is that ethnocentrism works, evolutionarily speaking:

http://jasss.soc.surrey.ac.uk/16/3/7.html

This is a very tough problem.
As others said, you usually need to move data. So, the typical solution for defense sector was to use high-assurance guards or data diodes. The former are like firewalls with an implementation designed to actually stop state-sponsored hackers rather than fill bank accounts keeping out the least skilled hackers. They do the latter, too, at the prices they charge. The data diodes are devices that allow data to only flow one way. There's at least two, use cases for that depending on which way the data flows.

https://en.wikipedia.org/wiki/Guard_(information_security)

https://en.wikipedia.org/wiki/Unidirectional_network
https://www.dnainfo.com/new-york/20160812/midtown/we-measure...
Did you read the linked article? The heat of the London Underground tube tunnels is directly caused by heat released by trains (though primarily from brakes and friction, not AC), and has nothing to do with season. It's swelteringly hot down there in winter.

I don't see why it'd be any different for NYC, where I live.
FireWire? That would have been a good addition to the article. Hopefully that will allow older FireWire devices to be used with a USB-C-to-Firewire adapter.
Scientific research piracy site hit with $15M fine
Out of curiosity, anyone know the overall expenses for an AIM-9X and AIM-120, vs. an SU-22?
At least on Linux, you can easily be barraged by tons of IRQs from your FireWire device. Every time some data comes in from your device (let's say some music production platform) it's going to DMA that data right on over via a PCI lane or 4 then fire off an interrupt to inform your OS "hey hey got some new information for ya!".

Now imagine the platform was poorly designed so it fires off that IRQ once for each track. You're re-tracking the drums since the drummer you're recording couldn't work with a click track. Let's say conservatively, you've got 2 overhead condensers, some ambient mic, and an SM57 at the kick. He's working against the guitarist and bass tracks along with some scratch vox. Depending on how you're patching and tracks are configured, you could easily have 12 tracks all firing a "hey I've got data for you! CONSUME IT!".

Each one of those interrupts is expensive, mind you. I mean not so much now, where we can shield processes on 16-core HT Xeons and basically dedicate a whole core to solely dealing with the interrupts. But imagine the early 2000s where you had P3 single-core's running at 600 MHzs. Each IRQ will context switch, which means whatever active process that was scheduled now gets bumped. The first IRQ is serviced and that process gets back to work and maybe it doesn't even have time to restore it's execution context before ANOTHER dang IRQ comes in. Like I say, not really a problem these days, but not so long ago....
Exascale on the Far Horizon for Cash-Strapped Oil and Gas
Can IOMMU securely differentiate between devices on an external bus, such that a hostile device [1] cannot spoof a non-hostile device?

[1] https://github.com/ufrisk/pcileech
How about just batteries, or heck, large capacitor banks? How much energy is recovered from a single train braking anyway?
I wonder if using a different means of regenerative breaking would work, such as hydraulic hybrid.

https://en.wikipedia.org/wiki/Hydraulic_hybrid_vehicle

Much more of the power would be preserved, leading to less heat.
Insomnia is great for single user.

But for teams, synchronizing their different request. It was a mess with insomnia couple of versions ago.

But the product improves really fast and I won't be surprised in couple of month it will have reproduced most of the strength of Postman.

For now, I'll still stick to postman.
I'm wondering why you don't want to invest in the EU? Both London and Paris have very active tech startup scenes, and both are very active in the biotech and 3D-printing space.

I'm sure you have your reasons, but I'd be interested in knowing what they are.
- HEADLINE: Ask all questions in one go

- DESCRIPTION: I like to install Debian on old computers, and the better way to do so is to use the netinstall CD. But the installation is quite long, because of slow network and slow computer. Then, I must watch the computer every few minutes to respond at some questions (which desktop, software options...). Sometime I do not respond, and the installation is stuck for a while. It will be very useful to ask all questions in one go, at the beginning, and never ask till the end.

- DISTRIBUTION: netinstall

- ROLE/AFFILIATION: Draftsman, French free software enthusiast

Off topic: I am pleased that Debian still provide a non-pae kernel, then I can reuse some old hardware (for example: make a local distro mirror, a file server, recycling an old computer for someone who would like to test GNU/Linux...). I don't understand why the non-pae kernel is not the default for the x86 computers: if someone really need a computer with more than 4GB of ram, why would he use a 32bit computer? He should better use a newer computer.
Unless you are involved with the Node.JS ecosystem [1][2] not knowing what those projects are is irrelevant, at least it is for me and I still know what they are. I will make an assumption and say that you work with a different technology and/or in a different field that doesn't involves web development, in this case there is no need to think that, because you do not know something outside the focus of your work, your career will be affected.

[1] https://zeit.co/now

[2] https://github.com/beakerbrowser/dathttpd
ML isn't going to help if all your training data comes from friendly flares.
> The correct solution is to answer the call, say nothing and hang up after 3 seconds.

Fwiw this hasn't worked with the calls that I get (landline) which start out with what sounds like a fax tone at the start (but is definitely not a fax machine).
This is pretty cool, it's one of the rare applications I've used where the things I've tried "just work". For example "10 kg to g", "c", "c to km s^(-1)", "c to km/s" all work intuitively. It's great it works at the command line too.

Something I wish I'd had when I was studying Physics.
Surprised nobody mentioned Car Talk in the funny column. You don't have to be a car person to enjoy it.
The argument is that Crimea is mostly Russian _today_, not just 50, 100, or more years ago.

>According to the (2001 census), the ethnic makeup of Crimea's population consists of the following self-reported groups: Russians:1.18 million (58.3%), Ukrainians: 492,200 (24.3%), Crimean Tatars: 243,400 (12.0%) [...]

>According to the 2001 census, 77% of Crimean inhabitants named Russian as their native language, 11.4% – Crimean Tatar, and 10.1% – Ukrainian.

>Ukrainian was until 2014 the single official state language countrywide, but in Crimea government business was carried out mainly in Russian.

Source: https://en.wikipedia.org/wiki/Demographics_of_Crimea
The problem is that the heat isn't a point source, it's diffused across hundreds of kilometers of tunnel. The amount of infrastructure you'd have to build to extract it at scale would simply cost way too much. It's cheaper for any reasonable timeframe to simply continue burning natural gas at the surface for heat than to invest all of this into infrastructure at a very long-term ROI.
Another aspect I suspect is that older people have been around the block and have better BS detectors. This makes them less easy to roll over, and also they are more likely to offer a counter-narrative to whatever BS mgmt is pushing down to the workers.
Like taking a vaccine. There will be a few who have a negative reaction but the positives greatly outweigh the negatives which makes it worth it for the greater good.
Back in undergrad, one of my toxicology courses spent a full class on just this topic (calling bullshit on scientific studies). We went through 5 different papers from prestigious journals and identified the issues that make conclusions shaky.

Fascinating stuff. Now whenever I see some extraordinary claim in a paper I automatically assume it's wrong until proven otherwise. Sadly I'm often correct.
I'm not sure I understand. Are you replacing hardware for clients who think they need low-latency realtime delivery of data, or for clients who actually need to hit low-latency delivery deadlines?

From the article:

> And FireWire had its own micro-controller, so it was unaffected by fluctuations in CPU load.

This is still an important distinction for, say, an USB soundcard vs. a Firewire soundcard.
Tell HN: I'm proud of you
I've been in the tech world for nearly 20 years now, and participated in a bunch of different communities in that time - starting with Slashdot, bouncing around a bunch of smaller forums, and finally (for now) landing here.

As a woman, it hasn't always been easy. Oh, general discussions of technology are just fine - and hey, nobody even notices or cares that I'm female when we're talking about the relative merits of Python vs. Ruby or Angular vs. React.

But it's different when it comes to meta-discussions of the industry, and especially discussions of women's experiences in it. In particular, I can't help being intensely conscious of the overall tone of discussions in response to women pointing out that they've been subjected to uncomfortable, harassing, and even abusive behavior.

That tone has typically run the gamut from dismissive to downright hostile. Of course not all participants have taken such a tone, but that's the tone that's dominated the discussion.

Which is even more disconcerting to me because I've never personally encountered either harassment or hostility in person in my own career. But the dominance of such attitudes from the most vocal participants in our online communities has been discouraging, isolating, and sometimes frightening. There have been times when I've wanted to rage-quit not just a given online community but technology as an entire sector.

So it was unexpected and heartening to me to see a clear consensus here that Justin Caldbeck's behavior was absolutely unacceptable and could not be defended.

To many, it may seem obvious that that's the only sane stance. But in the past it hasn't been on that anyone but a small minority has taken. It means a lot to me that those who recognize how unhealthy this dynamic is are now speaking out. That's a major step in the right direction, and one that encourages me to stick it out for another year or two.

I'm really proud of this community today.
If ethnocentrism is natural, where is the "problem"?
"Privacy tech" is a perverse description, since this tech's existence results in a net loss of privacy -- without it, the data-sharing applications it powers would be more obviously irresponsible and more conservative decisions would be forced. A less Orwellian name would be "Anonymization tech".

If it were possible to wish away this tech, I absolutely would -- just like I would wish away advanced weapons technology if I could. In our networked era, the private data of individuals is being captured and abused at an unprecedented, accelerating rate, and whatever good this tech does cannot begin to make up for its role in facilitating and excusing that abuse.
There is an option called "bridge petition". More risky, but doable.
Google tracks you even if you do not have an acccount. There is not practical way to opt out.

I disagree with the TOS but we use their services at work. What am I supposed to do? Quit my job?

Even with ads blocked and cookies disabled, so much JavaScript is served by them, they can infer my browsing habits anyway, and I can't count the number of times I've had to rip 8.8.8.8 out of DNS settings in the last year.

How exactly does this constitute a choice to share my private information with them, and what thing that I want am I getting in exchange, exactly?
I see a poem, but I'm not sure I get it. What am I missing/not-appreciating here?
This is an intriguing article, and the comments posted here are that, squared. This happens quite a lot on HN, so much so that asking "did you read such-and-such on HN last week, and what did you think of the discussion" would be an excellent interview question for students applying to a computing program at university. Showing an interest in such threads would be a good indication of future potential for jobs above the code-monkey level.
The printer uses the yellow supply from your ink or toner. There have been reports of some printers refusing to print monochrome when the yellow is empty, presumably for this reason.

Anecdotally, my yellow always runs out earlier than my C and M cartridges on my home printer, and I mostly print monochrome (these days it's really just character sheets and other stuff for tabletop RPGs that I run)
You won ;)
Steve Jobs' real inspiration behind iPhone
Install a React Native Twitter Clone in 3 Steps
Article reads like Sony started using the i-Link name before iMac was released, is this accurate ?
Not even with some jtag line ?
What is your interpretation of the "fail fast" mindset? This sounds like the perfect example of a big project failing catastrophically that "fail fast" intends to avoid.
From a fresh build, I agree with you.

However, for MySQL in an existing application, the migration costs might make it not worth it. There can be a number of pernicious gotchas that aren't obvious at first. MariaDB is more or less set-and-forget.
The problem with holding manufacturers liable is that I'm not sure it's the economically optimal solution. Fundamentally, let's break down exploits into two categories:

1) Shoddy programming creates exploit that is obvious to manufacturer (let's say Chinese Android TV stick makers)

2) Exploit exists despite manufacturer's efforts otherwise (let's say Microsoft)

Putting exploit risk on software companies solves #1. But, especially in critical industries, balloons the cost of their systems due to #2, because they must now cover a risk they can't even model (unknown unknown). Can you imagine what accountants and actuaries would do with "You may have a nation state targeting the firmware controller in an HDD to compromise your system"?

I think a more optimal situation would be the government mandating liability for known-problematic code standard lapses, but then providing a liability shield provision if the manufacturer can deliver a fix to a critical vulnerability in X days.

Ideally, we'd want any legislation to do two things that solve both of the above problems. Increase adherence to generally accepted secure coding standards (helps #1) and increase ability to deliver a timely fix to customers (aka codebase maintenance and agility; helps #2 and especially important in mass-use IoT devices).
Codemade is designed for developers to share projects made with code
TLDR:

Using a database that doesn't offer ACID, in a manner that requires ACID has non-trivial associated costs. This may also leave you open to a number of strange situations, where inventory quantities are unknown or incorrect.
I actually just went through a thorough interview search over the past month, where I have interviewed with Google, Facebook, Apple, Stripe, Lyft, and much more. I failed on several of the more earlier interviews due to lack of knowledge/exposure on certain algorithms that could be applied to certain data structures, so I studied them up after failure - that has been my approach in general, fail on interviews, then learn how/why I failed & refine those aspects after.

After the early failures, including a phone screen with Facebook, and an onsite with Google & Apple (with Google, I think I got rejected purely because I bombed the DP question I got really badly, I felt I did strong on all my other sessions), I got accepted by two different teams within Apple after back-to-back 6-7 hour onsites with Apple (with Apple, you interview with the team - I did a total of 3 onsites with Apple, and failed two phone interviews & an onsite for 3 teams).

IMO it is better to optimize for career growth and work on the algorithms/data structures for interview purposes as minimal as possible. They're important, but being good at your regular job is moreso IMO. That has been my guiding philosophy, and it has finally paid off for me - I have 4 1/2 years of experience in predominantly frontend work (and some fullstack as well).

Just food for thought - of course, it's all up to you how you approach interviewing. Personally, I don't fear failure, and use it as an opportunity to improve.
Was the Radar on the Mig-25 that a defector landed in Japan, they used Valves when all the US radars had moved almost entirely to transistors.

Fun history, the Russians demanded it back off the US/Japanese so the Japanese government let the US take it apart, photo and test the parts (as quickly as possible) then shipped it back in crates and billed the Russians for the shipping. Which iirc they never paid.
Huh what a lie! I hope people do not believe these tax liars.
It's not misleading. It's undetailed/undecomposed.

Which is to say, yes, there are some people for which it is on the high end, and other people for which it is on the low end.

But the best evidence I've seen puts the bell-curve window at 30-50%. When you wish to talk about the institution in generalities, you cannot help but describe it according to all its participants. I'm talking about marriage, not white college-educated late marriage or third marriage or single-parent prior to marriage. You would be arguably somewhat correct in attacking generalities (in general). It's debatable. But that is the bound of what we are discussing.

In my case, the stats don't look great. If we take the best possible chance of divorce of 10% (and that is being really optimistic) and double that for an ADHD diagnosis (see: https://www.psychologytoday.com/blog/may-i-have-your-attenti...) we get 20%. I would not drive a car with a 20% chance of a serious accident, therefore I opt out of a 20% chance to contribute to a $50 billion dollar divorce industry and losing half (or more) of the net worth I have worked hard to accrue in a legal system that is biased against me.
Please don't tar all electronic musicians with that brush :)

There is a big and varied universe of electronic, most of which is a lot more dynamic than radio-pop artists like Avicii.
Post WW2 the US took over from the UK as the world's empire and a muscle man. That has significant additional costs. If you're arguing that we should cut military spending by 90% to decrease the tax burden, I'm in agreement.
I wonder how much the author was involved with actual tests. My guess is that it was exactly zero.

I was heading the team overseeing these tests for a large western European company.

The reviews are done on the customer's company computers, with no access to network. After that the Russians only get a hash of the binary compiled with the reviewed code, that's all.
They then compare this hash to the sw they get (on firmware for instance) to make sure that it comes from the code they reviewed.

I am paranoid but this is a very reasonable requirement we do not, unfortunately, normally have in Europe for "friendly" software coming from "friend" US companies (and probably vice versa but I do not care that way). Snowden proved that the BFF approach does not work.
This is the one time in my life that I've been glad to have a number from a place I don't live. All the hassle of trying to explain to people that yes, my area code is actually an area code, no it isn't from around here, etc. All absolved when I know I can ignore any number from my area code, 'cus who the hell wants to call me from there? Nobody.
Yup. I believe they are still in use in some areas. There are still asbestos clutches, as well. They are, the clutches, still used in the US.
Not to mention the guy wires holding everything together.
New families of DB technologies generally traded certain things off (like ACID guarantees and transactions) in exchange for other things like scalability or flexibility. When someone comes back, and in user space reimplements the things that the DB intentionally traded off, you get the worst of all worlds. It's quite a bit like flattening one end of a screwdriver so that you can make it work to drive nails. Yes, you can make that work, and in some rare circumstances where you're trapped on a desert island that might be your only option.

The rest of us will just use a hammer.
UK Parliament hit by cyber-attack
Imron said "compete with SpaceX". I don't follow developments real closely, so could easily have missed something. Can you point me to any other company which has landed a rocket after putting a payload in orbit? Because if they aren't deploying payloads, they aren't competing with SpaceX.
(Yes, NASA and Bezos have landed rockets, but only straight up & straight down. Nothing close to orbital velocity.)
As someone not versed in Mongo or anything similar, what is the alternative? A large array of docs that has to be loaded in to memory to work with?
A few dozen.

I think apps have a horrible UX for browsing, but are often better than web for actual applications.

Things like Slack, JIRA, maps, Seamless - those deserve apps. And of course, games.

HN, Reddit, newspapers, even YouTube - no point in an app.

I also tend to be very picky about what apps to install because for a long time I had a 16GB iPhone and would have to delete either another app or a couples dozen photos or mp3s each time I wanted to install a new one.
Liars liars and one more times LIARS!!!
Very well polished. Congrats on finishing it!

I have only one minor issue: the REPL scrolling conflicts with the default scrolling acceleration on macOS. So just a very small movement on the trackpad and it scrolls all the way up or down. I believe this is due the "jquery-mousewheel" plugin [1].

[1]: https://github.com/jquery/jquery-mousewheel/issues/36
What else would you suggest?
This still feels like wandering in the wilderness compared to stuff like batman-adv or tinc, both of which are very precise and succinct about network and protocol design.

Has the cryptography been audited yet? I seem to remember that that was something big coming up Real Soon Now.
The article even mentions it!

> Elsewhere, they’ve been using cool ground water to cool some of the stations. An experiment at Victoria station was the first, as water from the River Tyburn was used to cool the air in the station. This was only an experiment, but at Green Park, a permanent version was installed in 2012.
" From a very quick, level-1 read [1], the paper you link to doesn't mention that simpler model. Instead, it compares Google flu to previous versions of itself."

This is actually a proven method of disinformation called false/incomplete comparison that advertisers use to sell products. I'm not accusing Google of doing that so much as saying them scoring a new tech against a defective one to say something about the new tech in general should be dismissed by default since it's a broken comparison of same kind used in fraudulent advertising. Aka it's bullshit.