skysight-inc/HackerNews huggingface dataset:
That's not a very useful definition. What is it, then, that biologists are interested in? If you answer "life", your definition is circular and without informative value.
I have personally met dozens, maybe a hundred, people that have traveled around on a budget. CouchSurfing especially used to be filled with some really interesting people. (No idea if it still is, but my impression is that it's become more of a dating site.)

Not everything is a scam.
If that happened to me and the legal system tried to blame me, I would bring a pile of papers and several experts on human attention research. They would testify that humans don't work that way and that the car maker was being either stupid or malicious.

I believe that the only reason Uber, Waymo, and friends have gotten away with "it's the drivers job" is because there aren't that many autonomous cars around and no one was brought to court yet.
Oh yeah, I forgot about undraw! I thought he was talking about the layout.
I also just recently bought YouTube subscribers so that I can get a custom URL. Not sure why Google doesn't allow people to buy their name if they don't have 1,000 subscribers. Or at least let verified businesses and nonprofits which they sponsor get a custom channel URL. Sometimes, people are forced to game a system if it's built in a nonsensical way. I've been using Fakespot for years, so the fake reviews only matter to Google and their ranking.
Compiling All Project Blueprints in Unreal Engine
Retracing a Donner Party path, nearly two centuries later
Sorry but I got curious: Where is a kilo treated as 985g?
Yep agreed, I have been interested in some of these battery powered travel monitors. They look like a big tablet but are just a screen and battery, like a Surface without the computer.
> "if you're not paying then you're the product" saying is bunk

The saying should be, "if the company is not subject to strong consumer protection laws that are enforced with large punishments, you are the product".
Only if no other crate in your executable uses tokio or another executor, right?

Mixing executors is approximately fatal, AFAICT.
I've talked to a lot of people who've done this and have not found a single person who regretted that decision.

Go for it. You only have one life.
A generation back when I did my engineering here in India. For electronics and electrical branches. 8085 microprocessor was a subject you studied in 5th Semester. There are both theory and practical exams.

The journey from learning how a transistor works, then simple gates, then adders, flip-flops and eventually registers followed by a 8-bit microprocessor is a mind blowing journey. It's the civil engineering equivalent of going from bricks to pyramids.

You learned so much from those classes. There were no instructions apart from ADD. And you can create subtract(addition with 2's compliment), multiply(repeated addition) and divide(repeated subtraction) from just ADD. Things get really interesting when you learn to use register pairs for 16 bit operations. Once done you move to things like making a real time clock(using a 4 digit, 8 segment led display) or doing something useful with a stepper motor. I learned pointers by learning how the 'Program counter' works. Even to date I understand the loop/recur in Clojure well because of working JMP so often in those days.

In the practical sessions you didn't use a simulator, and had to look up opcode from a sheet. That is your first wrote the program, then looked up opcode and entered them by hand. Mind blowing experience. It almost felt like creating a life form.

The experience completes when you optimize for opcode fetches and memory r/w your program did. And learn to handle interrupts.

In the next semester you did 8086. Here you had to forget what you did in 8085 and reprogram your brain for a new model. The practical exams were on simulators though.
Persecution syndrome and victimhood narrative sometimes backfire. In this case far from sympathy it has triggered a crackdown.

Our inability to be honest about reality is taking us to dangerous places.
(site a)---[replicate local LUNs/shares to remote storage arrays]--->(site b),
(site a)---[replicates local VMs to remote HCI]--->(site b),
(site a)---[local backups to local data archive]--->(site a),
(site a)---[local data archive replicates to remote data archive]--->(site b),
(site b)---[remote data archive replicates to remote air gapped data archive]--->(site b),
(site a)---[replicates to cold storage on aws/gcp/azure]--->(site c),
(site c)---[replicate to another geo site on cloud]--->(site d)

scenario 1: site a is down
plan: recover to site b by most convinent means

scenario 2: site b is down
plan: restore services, operate without redundancy out of site a

scenario 3: site c is down
plan: restore services, catch up later. continue operating out of site a

scenario 4: site b and c down
plan: restore services, operate without redundancy out of site a

scenario 5: site a and b down
plan: cross fingers, restore to new site from cold storage on expensive cloud VM instances

scenario 6: data archive corrupted ransomware
plan: restore from air gapped data archive, hope ransomware was identified within 90 days

scenario 7: site b and c down, then site a down
plan: quit

scenario 8: staff hates job and all quit
plan: outsource

scenario 9: and so on...
Well, being labeled a liar means that one is bad at it.
Very interesting. What’s the best way to learn more about this problem? Are you working for a healthcare tech company integrating with these legacy systems via FTP, or are you working for a provider or insurance company’s IT organization trying to integrate with said legacy systems for in-house software?

Is this what it would look like? https://docs.mulesoft.com/ftp-connector/1.5/

If there’s any links or vendors you could share so I could learn about this I’d greatly appreciate it.
Just fixed! Thanks for the letting me know :)
The 386 was a 1000-1500 nano meter process, and even at that scale took 1/6th of the die space used by an RTX3090 today on 8nm process.
A lot of threading issues are also cache related. Forget to properly mark access to shared variables and suddenly every thread /CPU core ends up with its own locally cached version of it.
That sounds bad, if you have camera footage of people entering passwords into their computers, you can gain access to lots of other things.
I quit my job in 2018 and I started travelling in November 2019, so not very well on the travel front but striking out of the 9-5 has been the best thing I have ever done. I doubt I could go back.
You can avoid async ecosystem with mio_httpc for http client. tiny_http for http server. Both work well.
You use a portmanteau of programmer to refer to people who aren't programmers? Seems like this is just the wrong pejorative to use in this case.
While I respect the virtue of selling yourself, I think the logic of "everyone is doing it" has been used by many people to do many bad things. I for one hold myself to a far higher standard than this, and I think I'd be far less happy in general if I let my dignity slip like this.
It depends on where you are driving in the US, but I've had kids run out in front of me at least twice in suburban areas (stopped in plenty of time). One was the TV classic beach ball appearing from behind a parked car, with a toddler not far behind.

Do self driving systems know that "ball" means "kid"?
> It seems natural that they'd construct a system that's more suited for females than males.

Public School Education in the US is not a hotbed of innovation – we are largely riding on the coattails of a system constructed by men, no? Women may have filled these positions, but the system was largely constructed circa the Industrial revolution (and the tertiary education system with its initial origins in monasteries).
I never have location services turned on and use bankid all the time.

On Android.
Find an entrepreneur and ask him how a software can solve his problem. Filter out the problems that are not so relevant to him, that he's going to pay for a solution. Repeat this process as much as you can and try to find your niche. And go for it.
Open source in-browser DICOM viewer for medical CT scan
You know, those are excellent observations. But they don’t change the decision calculus in this case. Using bigger cloud providers doesn’t eliminate all risk, it just creates a different kind of risk.

What we call “progress” in humanity is just putting our best efforts into reducing or eliminating the problems we know how to solve without realizing the problems they may create further down the line. The only way to know for sure is to try it, see how it goes, and then re-evaluate later.

California had issues with many forest fires. They put out all fires. Turns out, that solution creates a bigger problem down the line with humongous uncontrollable fires which would not have happened if the smaller fires had not been put out so frequently. Oops.
Oh okay I see what happened. When I was looking at the "preview mode" text on the side with the link above it I jumped to conclusions and thought that was a preview link. Without really reading the link I just thought it made sense due to their proximity and that I hadn't published yet.

As for the visibility link, I see it now. The issue there is my intuition wouldn't have thought that'd be in the middle of a form. Was honestly expecting it to be something "broken out" and a colored but since it's actionable (with I suppose the dropdown arrow to the side with the other options). My personal opinion for the best place would be in the preview area. Up above the preview like the singlelink is now I'd have a dropdown with the publish options, a separate "Publish" button under that (colored to draw attention), and then a hyperlink of your singlelink with a clipboard symbol next to it to copy the link.

Also under the settings it'd be nice to have a checkbox for a round photo or a square photo.

Edit: After playing with it more I see that it auto-updates/publishes the changes you're making. Due to that I agree that it should publish by default. A staging feature might be a good option for your paid plans.
None of us spent all of our money as kids on things that still feel culturally relevant today. It's not an interesting metric.

That said, there are games my son's circle of friends have kept coming back to longer than pretty much all games I played as a kid. I think you seriously underestimate the stickiness of the platform.
Disclaimer:
I've only dabbled in Rust from time to time, but have not written anything serious with it.

Those kind of comments are not based on looking at Rust's features on a theoretical level.

It's more from the viewpoint of "How hard is it to get something (correctly) done". Those impressions are mostly formed either from using the language and failing (or having severe difficulties) to solve a given problem, or being exposed to blog posts describing those kinds of problems.

Rust sure does not have as many features as C++, but it seems that in practice, the combination of available features (and/or the problems those create) is perceived as just as complex as C++.
Though not being a fair assessment, the Rust community will have to try fighting this perception, if Rust is not to be labeled way more complex than C++ in the coming years.
How does the liscence agreement with Google look like, you just pay per Query? Does Google prohibit caching? Just curious as I remember reading nightmare stories of companies basing their business model on Google services (maps).
I don't even use cruise control due to this issue.

These results are completely unsurprising.
Yes. And yet, everyone glosses over how difficult it is to learn to program. Its a different way of thinking. Learning to program is like learning to write good fiction. Or learning to make art. Lots of folks - for no fault of their own - will never achieve mastery. But by never telling those stories, people end up blaming themselves for not being good enough. The reality is you can't dump a 60yo ex-miner into a coding bootcamp for 3 months and expect him to be employable. And if you try, and he (predictably) fails, failure isn't his burden to carry.

I suspect a lot of people who complain about technical interviews do so as cover for struggling to be good enough at programming to be hireable. I think we need to take the stigma away from that - its ok to find programming hard. Honestly, that makes you a more normal person. It doesn't say anything about your work ethic or your value as a human. And its not a failure to choose another career.
The S100 bus was the first standard microcomputer bus[1]. It was based off of a passive mainboard system, so the CPU was just another card that plugged into it. The overwhelming majority of microcomputers that shipped with CP/M (as well as many that shipped with other operating systems) were based off of the S100 bus.

While there was never a commercial S100 board with a 486 on it, this article shows how it is fairly easy to design and build one.

S100 predates the PC bus, which largely replaced it. The AT (a.k.a ISA bus) was a 16-bit version of the 8-bit PC bus. IBM tried to get everyone to switch to the MCA bus, but the high royalties they charged meant that pretty much everone stuck with the AT bus until PCI came out. In its server form of PCI-X, PCI maxed out at 64-bits and 133MHz (though 32-bits and 66MHz was what you would see in a PC), and was replaced by PCIe, which is still used today.

Graphics cards were treated specially at several points along the way, with the VL-bus, and AGP basically being ISA and PCI respectively with dedicated higher-throughput buses to avoid having to use the more expensive MCA and PCI-X when the graphics card was the sole device in the system that needed higher bandwidth.
Do you treat minutes and seconds the same? 12:60:60? Or why not month 13 and day 367 of the year?
You can't say that with certainty. The opportunities of today aren't guaranteed to sit there waiting for you, or to be replenished in the future. And while it's true that all of our youths are fleeting, that doesn't mean that chasing a romantic image is a must-do for everyone who's considered the idea.
Tencent gained remote access from Wifi all the way to CANbus on a Tesla on 2016.

https://www.blackhat.com/docs/us-17/thursday/us-17-Nie-Free-...
What does HTH mean?
Did they get funded?
Wait, there are people who use real, in-use email addresses in publicly hosted git repos? I mean, it's likely his spamcatcher address, no?
I guess you wouldn’t be upset if a business lied to you about compensation, since you have no problem with a prospective employee lying about what they bring to the table.
I took a leave of absence for a year.

I went to India for 3 months in 2016, then Pakistan for another 3 months, followed by Afghanistan for 1 month.

Afghan and Pakistani people are by far the friendliest among any nationality. I ignorantly thought they are intolerant of all non Muslims, but it turns out they could teach us a thing or two in hospitality and kindness.

I learned some Urdu and Hindi along the way.

Pakistani food is some of the most aromatic and tasty food I’ve ever had. The better it tastes, the more it absolutely burns your mouth and wrecks your stomach (no regrets).

In India I went to a massive wedding in Hyderabad. The curries in Hyderabad were just as spicy as Pakistan, although they used nuts quite a bit more.

Once you’ve had a real chai in India, you’ll never drink what they call “chai” in the US ever again.

The main thing I missed was central air conditioning, although I stayed in some places where at least the bedroom had a working air conditioner.
> IOCP models tend to heavily rely on callbacks and closures

While perhaps higher level libraries are written that way, I can’t think of a reason why the primitive components of IOCP require callbacks and closures. The “poll for io-readiness and then issue non-blocking IO” and “issue async IO and then poll for completion” models can be implemented in a reactor pattern in a similar manner. It is just a question of whether the system call happens before or after the reactor loop.

EDIT: Reading some of the other comments and thinking a bit, one annoying thing about IOCP is the cancelation model. With polling IO readiness, it is really easy to cancel IO and close a socket: just unregister from epoll and close it. With IOCP, you will have to cancel the in-flight operation and wait for the completion notification to come in before you can close a socket (if I understand correctly).

Anyways, I've been playing around with implementing some async socket APIs on top of IOCP for Windows in Rust [1]. Getting the basic stuff working is relatively easy. Figuring our a cancellation model is going to be a bit difficult. And ultimately I think it would be cool if the threads polling the completion ports could directly execute the wakers in such a way that the future could be polled inline, but getting all the lifetimes right is making my head hurt.

[1] https://github.com/AustinWise/rust-windows-io
Propaganda is endemic, nobody is immune, it's the matrix around us. Self selecting echo chambers with the brand of propaganda containing the message they like best, and if they don't like it, switch to another brand. DRINK MORE OVALTINE!
I spent six months planning my round-the-world plane ticket, quit my job in March 2015 and got back home in October. Did a Spanish immersion class in Peru, saw my grandmother in another country the week before she died, spent some time reading books at a remote beach resort with no internet in Thailand. I started a new job by the end of the year.
I would like to do it again but it’s a little trickier now since I’d want my partner to come too.
> I'm not a big fan of just-make-a-tarball-of-everything-and-upload-it-to-the-cloud backup methodology, I prefer something a bit more incremental.

pretty much a textbook use-case for zfs with some kind of snapshot-rolling utility. Snap every hour, send backups once a day, prune your backups according to some timetable. Transfer as incrementals against the previous stored snapshot. Plus you get great data integrity checking on top of that.

"but linus said..."
Ugh, it doesn't take automated assists and cruise control to distract drivers. They're distracting themselves enough as it is in conventional cars. Looks like from the article this just makes them even more distracted. I wonder if the same increase in distraction was seen when automatic transmissions and power steering were introduced. It seems with every new assistive technology, drivers become farther and farther removed from the fact that they're driving.

When the pandemic is cleared, get someone to drive you down any US interstate highway as a passenger during rush hour and count the number of drivers playing with their phones and texting. I'm amazed the highways aren't even deadlier than they are, given how little attention people pay.
Yeah, I started with reqwest because it was easy, then wanted more control (reqwest has a hardcoded 8? KiB buffer!) and went to hyper directly, and then realized I should replace all reqwest usage with just async usage of hyper.

Doing so then colored/infected everything with async. It wasn’t actually bad in the end, but if you’re just trudging along trying to do your job, you suddenly walk into a “and now update all of this”. Staring at the innards of reqwest::blocking though made me realize “if I care about performance at all, I really shouldn’t use this”. One of my main reasons was so that I’d know there was only my inclusion of tokio/the version I wanted (reqwest lagged a bit, so then I had hyper w/ tokio1.0 and reqwest with an older hyper with an older tokio... and I was worried about understanding that interaction).
If you have the resources available to you (e.g. your employer is willing to pay) Rider is an excellent alternative to Visual Studio. It should make backend dev more enjoyable.
Shameless plug: kalaksi.com, a social network built on top of RSS
I think there's merit to this... within reason. Stretching a couple years of Java experience into a decade? Meh. Claiming you know Perl, because you're super familiar with other scripting languages and can learn quickly? Meh, probably.

But since MOVA is, definitionally, fake, it's not like you have any idea * what * you're claiming to know. There's a level of BS here that isn't calculated, and I think that makes for a truly dishonest employee (aka bad hire).
Besides, it's a losing proposition: if you lie to get a job at a place that won't hire people with honest resumes, you end up working with a bunch of lying mercenaries for a company with unreasonable expectations. Even if you had no morals, it's against your interests.
Most FHE schemes introduce some randomness into the request that differs on every request so that the executor can’t make that sort of association. So if you want the value at key ‘7’ you instead send a request like (7, nonce) but encrypted in a way so that different nonces will make the encrypted bytes of the request look totally different.

If the FHE program then bundles the nonce back into the response you get a brand new request/response on every query, even if you’re just querying the same key over and over.
You study, you learn the algorithms, and in return you get a high-paying job and excellent benefits. It’s a good deal for many.

You complain about studying unpaid, but who gets paid to study? Many pay tens or hundreds of thousands to study law, medicine, business, etc., and it takes years. Spending a couple months studying algorithms may not be easy, the process certainly isn’t perfect, but calling it abusive is really a stretch.
This reminds me of an anecdote I read once, maybe in Liars Poker, about how lots of people applying to this hedge fund put "Chess" on their resume somewhere thinking it made them seem like a deep or strategic thinker. As it happened, at this hedge fund there worked a former Soviet master or grandmaster ranked player. And so, whenever interviewing any candidate who claimed great proficiency with chess on their resume, at the end of the interview they'd take the candidate to go play the master.
I can't see anything about a fire suppression system mentioned? Doesn't OVH have one, except for colocation datacenters?

A fire detection system using eg. lasers and Inergen(or Argonite) for putting the fire out is commonly used in datacenters. The gas fills the room and reduces the amount of oxygen in the room so most fires are put out within a minute.

The cool thing is that the gas is designed to be used in rooms with people, so that is can be triggered any time. It is however quite loud, and some setups have been known to be too loud, even destroying harddrives.
Apologies for linking to reddit but the full paper is available, not just the summary.
https://reddit.com/r/zerocarb/comments/lz9wj8/incredible_new...

This paper shows that humans are evolutionary carnivores. There are 25 points ranging from various fields in science. Our increased brain sizes and large fat stores in comparison to other primates are just some of the clues. We have different colon/intestine ratios because we spend less time fermenting plants and simply digest meats better. Our higher pH in our stomachs also points to it.

Yes, we can eat plants. But it's not optimal. And we're worse at doing it than our evolutionary cousins.
Honestly just for the memes.
https://isovhonfire.com
Assuming they care about Linux users.
Reading this made me think: if someone from 1900 were to see this paragraph, it would made absolutely no sense whatsoever. It's interesting how new slang and technology words develop so quickly.
Please keep in mind that resume padding is often not done by the candidate but by headhunters who want to depict their square peg candidate as the most perfect round peg ever imagined.
Ah, honest mistake, lithium (not rare earths) is the metal that the US doesn't have a sufficient stockpile of. The rest of the point should still stand though, essentially having an energy grid that can react to supply shocks.