skysight-inc/HackerNews huggingface dataset:
He definitely has discussed it with the media; he talked about it in his Joe Rogan interview among others. But after a quick search, it does appear I was probably mistaken about him advocating it for others, so I'm sorry for falsely stating he has.

I'd like to hear a credible doctor talk about what kind of autoimmune condition could possibly be only triggered by everything besides beef. It reminds me of the character Chuck in Better Call Saul, who experiences severe psychosomatic pain when he's aware of electrical devices around himself and believes he's allergic to electricity. Of course, not all strange never-before-seen medical problems are psychosomatic.

I'm skeptical that Mikhaila had severe physical illness that went away entirely with her all-beef diet. People making money selling medical miracles that don't mesh with any known science should not be easily trusted. Especially people who'd have their benzodiazepine-dependent family members go through cold turkey "emergency benziodiazepine detox"--the facts around that are extremely clear on it being detrimental in pretty much every way and life-threateningly dangerous.

Benzodiazepine withdrawal can last months or even years, and it tends to wax and wane over day/week timescales. I hope the other people around him are willing to advocate against Mikhaila for him to get treatment if his withdrawal symptoms become severe again.
They refilled immediately after takeoff.

Then, if they got a full tank of JP-7 around NYC, that gives them a one-way range of 3250 miles, which is less than the 2999 nautical miles of LGA -> LHR. The SR-71's range is a hair over 3200 nautical miles. Getting a full tank of the special JP-7 or landing around LHR would be do or die time, because that would be just about bingo fuel.
Json does not officially slow comments, and the hjson project is unmaintained.
But you have to admit that if you're just some scientist who wants to GPU-accelerate their Python notebook, "click here to pay $9.99" is a lot better UX than "just log into the Google Cloud Console and change 83 settings!"
I'm sure those are good schools, but I would get a BSCS from a nationally known school, Utah State, BYU. In a tech hub like Seattle, San Jose, etc you can go to 2-3 meetups per week at major tech companies. Options are kind of limited in SLC. If you go through a BS program, usually you can find a job through your school's job fair, or ask your advisor or another prof if they have any contacts.
> ridiculously baroque solution

It seems to follow their practice of building the “API first” solution. By the way, a lambda/programmatic solution allows you to disable lower priority resources and retain higher priority resources. It’s a lot of effort, but it’s incredibly flexible.
You are assuming that homed fits all use cases, which it certainly does not. It is opinionated and has a limited scope. This will add to the chaos, not subtract from it. I just hope the extra penetration of encrypted home directories is worth the added complexity.
> The podcasts I enjoy the most [...] All the podcasts I listen to

Emphasis on "I". You are not everyone, and so you don't control all the demand, and so you don't control the direction that the market moves in. Though it's not self-evident that we're headed towards podcast centralization, I think it's a legitimate concern here.

Social networks like Facebook ate a decent part of the open internet's cake in the 2000s because the centralized services were easier to set up and user for the end users (compared to the RSS and SMTP hacks).

I think that's what is going to matter here: If Spotify does a significantly better job than plain RSS, then they're going to be "the" place to listen to podcasts, and can start building a closed ecosystem and then use their monopoly to rent seek. And like in the social networks case, I don't think it's going to be that hard to improve on plain RSS. Some podcasting apps already have comments, user ratings, etc. and I definitely find this sort of thing useful.

Maybe the path of least resistance in these sorts of situations is always some degree of centralization, but I obviously hope the tide starts going back out at some point - preferably complete decentralization, rather than just federated protocols. I think it's a bit like how native apps can move faster (in terms of new APIs and stuff), and the web slowly follows along, waiting for certain things to be "proven" before standardizing them. I think the web wins in the long run, but native apps end up being the "exploratory" instrument in our search algorithm.
Even seemingly low-budget podcasts take a lot of work to put together. I used to do a 30-minute weekly tech news podcast with a friend. For that, I spent several hours each week clipping news stories, then another couple of hours picking the best ones to cover, reading more about them and taking notes for the podcast.

After the podcast was over, it took about an hour or two to listen through carefully and edit the podcast down to something pleasant to listen to, removing the crosstalk, pauses, weird noises, and things I wish we hadn't said.

People who care more about their podcasts and have longer podcasts spend much more time researching and editing. That time has a lot of cost, especially for people with demanding jobs and families.
Not on a personal note (and maybe there are details missing) but this comment makes me sad: it's like we've internalized the codes of capitalism to the point where we, as individuals, feel obligated to fulfill our marketplace commitments while we accept that corporations such as Amazon will not fulfill theirs. Did you invoice AMZ for your time? Will AMZ do you a "favor" as well? Personally, I see no moral obligation in my transactions with corporations, as they see no obligations towards me, my patronage or my data.

Again, not addressing this personally to you but just responding here.
I think the difference is that most other things have a point other than having a human being in the scene. So if we're building an airport, a crane collapses, and workers die, we mourn and move on. (And hopefully find out what went wrong so that we don't repeat the same mistake.) And the final constructed airport has its uses, so in a morbid way, their deaths were not in vain.

On the other hand, there's no other point in human space exploration: almost anything a human being can do, a robotic probe can do far cheaper. So the point is literally to have a human being there, and having the human die there is not just a risk, it negates the entire premise of the project.

No one will plan an Olympic opening ceremony with a non-negligible chance of someone dying on stage. Why? Because the entire purpose of the Olympic is to show off your country, and if someone dies while half of the world is watching, you have failed your project. Same thing.
>Edit: isn't JSON technically not free-as-in-freedom?

One implementation was nonfree due to that whole don't be evil clause. Systemd uses json-c, which is permissively licensed from what I remember.
Which is why some people get a bit nervous when one tool (clang and the LLVM universe in general, curl, WebKit) becomes such a massive de facto standard it completely marginalizes competition. This is even true if something is Open Source: X11 edged out everything else in that general space (MGR, NeWS) to the point those two things I just mentioned are pretty well forgotten, and we don't know what we lost because of that.

It's possible some spaces can't have more than one player due to network effects (like network protocols, such as the Web); the history of the Internet looks like a Pod People or Borg plot where a more diverse ecosystem is consumed and replaced by a single all-consuming entity that gradually assimilates all distinct individuals. What we lost in diversity we gained in losing bizarre email gateways, I suppose. But languages are meant to be written to actual, real-world, written down standards, right? No possibility of friction when moving from one compiler to another, right?
> which introduces some frequency/phase distortion

I agree with everything you said here, except this. Can you explain this? Why does oversampling introduce distortion?
Your argument is seriously flawed - there is a fundamental difference between 'intellectual property' and property -- I hope you can acknowledge that.

And as for all business models are based on government, well that's absolutely wrong. For example the existence of black markets -- those in violation of the government seem to show that they they don't rely on the government. Let alone any type of service business.

If you want to argue that government is necessary for property rights to exist, that's a resource saving measure - people protect their property all the time when governments fail them.
One of the references used in this article, "PolySwitch Resettable Devices Fundamentals" (PDF) [0], is also worth checking out as it includes a couple illustrations which help explain how the device works and operates. This might be a better resource for people who are more visual learners.

[0] https://web.archive.org/web/20150122051210/http://www.te.com...
> Not being able to do byte-granular writes means you simply can't implement things like this at all unless you:
> 1) Decide that "char" will be 32 bits (i.e., make a byte on your system 4x larger than usual).

With the C++ memory model you can make std::atomic<char> larger than char. A lot of code assumes that this is not the case and that it is possible to cast between the two, but it's (surprise) undefined behavior.
I've followed this curriculum for the past two years and I can report back that it will rid yourself of those insecurities. But I don't recommend following it to the letter. I used it as a starting point for each topic and then found multiple text books, university curriculums and hands on projects that fit my style of learning. For example, everyone recommends SICP, but I had a hard time staying with the original text book. Both Berkley and MIT have great video lectures based on the book and updated lectures based on Python. Watching both of these gave me a good understanding of the core of what SCIP really was trying to communicate. I later went back and went through the book, but used Racket as the scheme flavor and became familiar with that world.
I highly recommend following Drew's work and blog in general. We don't always agree, but I usually come away smarter.
Knuth's approach takes an extreme and of course someone like him can afford a secretary but for those of us that can't, Cal Newport's book Deep Work offers some pretty good suggestions on how to handle the plague of emails while being prolific in the work output that he generates. Key among the is the batching technique which others have mentioned but I'd highly recommend reading Deep Work to get a good balanced view on the subject
With the C++ memory model you can make std::atomic<char> larger than char.
The full-room water cooling was one of my favorite LTT projects. It might be inapplicable to most users but it was a pretty good idea. (If I remember correctly it had a lot of problems and never really worked, but I appreciate someone trying it out.)
I didn't even know chemical eraser pens were an option. As a kid, we had to use Tipp-Ex to cover up our mistakes.
I don't think you understand after the 2008 crash the banking industry decided that more housing was the last thing the United States needs. They had every intention of reinflating the asset bubble and they've succeeded.
Some celebrity software developers just seem to love making arbitrary, costly churn changes to existing standards, APIs and conventions to either feed their egos or hype themselves while imposing pointless costs, changes and risks on untold millions or billions of systems and users. Consumerist fashionabilism and obsolescence breaking changes rarely, if ever, serve a legitimate purpose. SMH.
Taika Waititi, a guy well-known for being very serious in front of a microphone and never elevating the trivial for comedic effect.
Are you running in a colo? Did you bootstrap with a cloud VPS or have you always been on your own hardware?
The link posted by @RcouF1uZ4gsC contains a graphic that shows a 'refuel' point over the mid-Atlantic and the linked article says this:

> ...it needed a minimum of one in-flight refueling, thanks to the astonishing amount of fuel it consumed while in afterburner. ... Having already surged across the Atlantic in a sustained supersonic cruise at speeds in excess of Mach 2.5-2.6 ... Sullivan began a descent that would bring him to the only refueling point of their mission. After tanking up, the duo climbed away and once again nudged the throttles ahead. The time taken up by the in-flight refueling was deemed virtually negligible when the Blackbird flew through the London gates.

So, according to the linked article from @RcouF1uZ4gsC, yes, the record time included one refuel during the NY to London route.
Well, seeing that almost every stat shows that the majority of podcasts listeners are iOS users. (https://musicoomph.com/podcast-statistics/) - 54% iOS users - what are the chances that Spotify can become overwhelming on Apple’s platforms? If you want to be a mass market success and reach the largest, most affluent audience, you can’t be a Spotify exclusive.

How many of the top 50 podcast do you suppose would be willing to give up their broader market to be Spotify only?
I was always somewhat confused about why Spotify got into the podcast space, until I tried Spotify’s ad platform: unless you’re advertising music or specific types of consumer goods, targeting based on podcast category is an order of magnitude more powerful than just artist/genre.
Well that is because the Japanese nibs are finer than the European counterparts, largely because of dense kanji characters. The rule of thumb is always go one size up for Japanese pen. I have a Metro M, it is smooth as butter.

I'm also eyeing the Twsbi Go line. If it write comparable to the Eco I'll purchase a bunch of them as gift (friends seem less intimidated by the unassuming pens)
My one gripe with the Metro and it's cousin the Kakuno is that ink seems to evaporate in them much faster than other pens. I know it's my fault for having too many inked but still.

I got the TWSBI Go first before the Eco, because of the push the plunger to fill with ink, I would put it high for beginners also at a $19 price point and holds a lot of ink.
Stealing music is also GREAT from the consumer perspective, and the artist makes approximately as much money as they do from a Spotify stream.
Ridding online distractions to do deep reading (2018)
Great design that I came across in the article and the magazine experience of The Disconnect is fantastic to dive into their long reads.
Looks great. But just to clarify: in the context of a CS program, it's not about reading and retaining the entire books cover-to-cover, retaining everything, or doing 100% of the exercises. The professor will assign specific readings and exercises that track the lectures. Some will not use the textbook's exercises at all, and instead build their own homework assignments. You can typically find a PDF describing the assignment on a course's website, along with starter code. Typically there's a test suite that does automated grading. If you're lucky, you'll be able to obtain that and run it locally without a university login.

I spent the vast majority of my time and effort on the programming assignments, and while I did the readings, I didn't pore over the books that closely except when stuck. IMO, that's the way to do it. You want to think of programming projects, not books, as primary.

The part of my CS education I loved and still cherish was the evenings in the library with project partners, triumphantly flushing out one last segfault moments before the 11:59pm submission deadline.
Part One: Strategy – Hatclone.com: A Study in Hybrid Physical/Digital Virality
Part Two is here -> https://news.ycombinator.com/item?id=22286545

I studied physics and math as an undergraduate at Harvard not so long ago. So I love to break things down into conceptual building blocks. After a stint working at a quantum computing startup, I've found myself in the software startup world and increasingly fascinated by consumer tech. Lately I've been thinking about the elements distinguish "soft-tech" winners from losers.

The element which I aimed to master first is the "viral loop". I set out to build a product which has the shortest path from first impression to purchase. I wanted someone to be able to go from seeing a peer use the product to being able to purchase the product themselves in less than 10 seconds.

For my first product I wanted to create something that was easily monetizable. I wanted to prioritize rapid development and avoid investing a lot of engineering time into building a full-fledged app. So I elected to sell physical merchandise.

So I was constrained to sell physical merchandise with a viral element. Enter the QR-code. I wanted a loop of see, scan, purchase, show, repeat.

The next step was to choose the physical product to sell. I wanted a product that would be highly visible and accessible for scanning. This led me to choose apparel, and in particular I wanted something ubiquitous, inexpensive, and above all easily customizable. This narrowed the search down to two options: hats and t-shirts. I picked hats, and in particular I chose bucket hats because they are currently trendy.

So in summary the plan was to build a short viral loop that let people buy qr-code bucket hats that when scanned also let other people buy qr-code bucket hats.

TLDR: I made hatclone.com. Buy QR code hats, your friends scan the code, they buy hats, cycle repeats.
Not the OP but amazon screwed up and sent someone else's(i.e. not amazon's) server mb to the wrong person. Does the seller get refunded for the cost of the mb? Who absorbs the cost of the mis-delivered item?

It's not the customer who actually bought it because amazon will always refund them or reship (as we see in the article) and I bet you amazon has some EULA or TOS that absolves them of responsibility. so now some random seller has to absorb the lost revenue/profit of amazon's mistake.
Sounds like great news, even if your still sick. I hope you’re feeling better soon.
The hypothetical scenario you’re describing and the story I just read have almost nothing in common except the word “weekend”.

Deployment over the weekend can make a lot of sense in the world of B2B, but there’s a difference between a carefully thought out plan to deploy at a quiet time and sneaking something out when no one is looking.
Plug in a keyboard using the USB port on the bottom.

I'm joking, but it does actually work. (Not sure about the CTRL-+ keystroke though.)
They are good. But this take is funnier than they are tasty - and they’re quite tasty.
We have a "don't deploy stuff that could go sideways between Dec 1st and Dec 25th" policy because that's when we have the highest a) traffic and b) spend. But the converse of that, is that in Jan/Feb, we can sorta go nuts, because all our customers blew their budget in the lead-up to Xmas.

It's really a case of knowing your business and customers.
I don't think spotify sucks, I don't plan on switching to it for podcasts, but my biggest gripe at the moment is there is no way to just see a simple list of all the artist's songs on the android app. You have to tediously click into each album and it's common that each album will have one song, or only 3 of 10 songs from the actual album, and many albums will actually be multiple duplicates of different "single releases". Very tedious when I just want to peruse a new artist. My car and bluetooth headset's "next song" feature doesn't goto the next album.
I’ve actually sort of done this exact thing on premise. I run a full VMware setup at my house with networked storage. I’m currently just running some Ryzen 2700s for the hosts with plenty of ram for each, but I did decide to just buy a graphics card and pass it through to a windows VM.

I then bought a dummy HDMI plug, and installed some open source software called Moonlight on my Mac and Linux systems.

I can stream my games locally no problem from my VM. Eventually I want to get wireguard set up, and test performance over VPN, but I really haven’t had a reason to try it just yet.
No.

For the code in thread 2 to need a barrier in C++, you’d need your modified version of it where *p is assigned earlier. And even then you only need a compiler fence (`asm volatile (“” ::: “memory”)`).

That’s a two part refutation but the first part is most important: the example only needs a barrier in C++ if you change the example as you did. If you don’t change it then from the C++ standpoint there is no earlier value that could have been cached. That arises naturally in C++ code since there’s bound to be a function boundary or lock-related fence nearby.

And if there isn’t one nearby then C++ programmers love compiler fences for that. You don’t need a CPU fence for this except on Alpha.
How ESA-NASA’s Solar Orbiter Beats the Heat
FYI: that word list would be considered pretty basic by pre-Internet high school students.

Having said that, I've read some WW2-era high school math textbooks that had college-level chapters on polynomials.
Some cities that took on a traffic safety challenge are seeing fatalities go up
They are probably “normalizing” the data before checksumming.
Adding to the other comments, you're one of my favourite SRE war story (and cultural war story) blogs, so thank you for your writings.
Hence the Devuan fork but now the Debian is "exploring alternatives" to supporting multiple init systems. https://lists.debian.org/debian-devel-announce/2019/12/msg00...

My religious view, having started since the Slackware on CD days with original rc and experienced upstart, launchd, openrc, daemontools, runit, daemontools-encore and s6 is: SystemD does too much, has too many dependencies, does it awkwardly and is unfriendly to configuration management, robustness, troubleshooting, "least surprise" principle and simplicity.

If I were Debian devs, there are two choices to init-agnosticism: a) pick one init provider at a time or b) manage multiple init systems simultaneously. For the latter, a very simple meta-init process could either exec() the only init system if one is used or supervise 2+ init systems. Then, there would need to be a tool to manage the lifecycle of a service no matter which init system it belonged to.

It might be easier to pick a), but a common use-case is to use daemontools for custom or other services that need to be kept running. Granted, there are probably packages that already run daemontools, runit or daemontools-encore as a child under the existing system init.

It's times like these that I wish there were a capabilities-oriented standard file layout such that every service knew how to start, soft-stop, hard-stop, enable, disable, reload-config and validate-config itself rather than every N init system having to find magic command-line args to not spawn in the background, change the user/group and change the log level, ports, bound address(es) and log destination. And then Cfengine, augeas, puppet, chef, salt, etc. reimplemented all of that logic per service. Services should also know how to backup/restore/wipe their own data (if not a 12Factor service themselves), whether they're up/down and how to gather their own metrics... and then cacti, nagios, nrpe and so on implemented all of that sort of logic per service too. sigh Cross-cutting concerns should be managed at the place that knows best how to manage the data and process lifecycle best: per service. Then, once that's done in a standard way, /etc configuration and configuration management can customize away. Having each service become enumerable and discoverable like a Bluetooth profile is another matter.
Why? She writes good content.
How live games monitor and change with millions playing