skysight-inc/HackerNews huggingface dataset:
If you think SRE and DevOps are opposed to each other, then you might be doing one of them wrong. I headed up SRE at Netflix, and our sister teams wrote the software and managed the tools that enabled the developers to continuously deploy and operate their own services.

We were in charge of reliability, but we did it through chaos testing and accountability, and enhancing the deployment tools to warn devs that they might be doing something high risk, but still letting them do it.
every website has to be strictly vanilla javascript and no greater than 15kb
I am so grateful for open source software because it is a huge sacrifice for someone to develop it for free when they could easily charge for it, and would be totally justified in doing so.
Bird species outnumber mammals by more than 2 to 1. I think we have a inbuilt sampling bias for mammals, because that's what we interact with more. There are no living birds that prey on humans or eye-catchingly big ones, that may also explain the bias. Dinosaurs have never left or went extinct. It is more like all big animals(birds and sea dwelling creatures included) died during last mass extinction. A lot of small ones (less than 35lb, by one estimate) did make through.
Counterpoint: as a user, while you realize you hate the frequent changes in UI and workflow -- you're not realizing that you're using software with a much better UI now overall than it would have been if not for the frequent experimentation over the past e.g. 2 years.

Rapid release and experimentation means ultimately finding better solutions for the users faster. If you go slow, things don't change as much but they don't get better much either.

We tend to assume that all of the good changes would have happened anyways and all the bad changes are because of rapid release.... but that's not how it works.
Yeah, vegetarianism is on the list (along with religion, politics, and vi/emacs) of subjects that can completely derail a discussion. Another analogy might have created less distraction. I would have avoided this one personally.
How much wiggle room is there in the conclusion that this is level of sea level rise is going to happen “regardless of twenty-first-century climate pathways”?

For example, and setting aside feasibility, if carbon dioxide levels were reduced back down to pre-industrial levels, would that amount of sea level rise still be locked in? Or would the ice stop melting and even gradually re-freeze?
>Nobody can stop the march of progress.

Several periods of known human history, starting from the late bronze age, disagree.
I agree with you it's an exaggeration. I just thought I'd mention it because if your first response it didn't sound like you argument was it's an exaggeration, but that you have understood the point of the pdf. But fine I get it now.
The only laptop I've had in the past decade with major Linux compatibility issues was an XPS 13. It had loads of screen artifacting, small squares of the screen that would retain a previous frame. After a dozen kernel updates the problem remained.
data that I don't like is an abberation. data that I do like is proof!
It's better than nothing, but it isn't really sufficient. Typically, the "stable" channel still releases too frequently.

What would address my concern is if it were possible to skip releases, however rare or common they are, as I wish. But that raises an entirely different Bad Thing in the modern software industry -- that security updates are increasingly inseparable from other updates.
I was thinking this over in the past couple days and I think the words 'that they are aware' is really key here.

Ideally if GPU virtualization were sufficiently widespread as is support today for Intel VT-d, and AMD-v (IOMMU APIs for hardware assisted CPU virtualization) then software could make use of these functions without the user being aware of it. We're in a situation similar to that of CPU virtualization without hardware assistance with the early Xenoservers project from Cambridge (what would later become the Xen hypervisor and XenSource company). At that time there was not widespread support for virtualization assistance on most CPUs, and as a result Xen used methods like ring de-privileging to place the entire guest in ring 3 (userspace and kernel) while the hypervisor ran in ring 0 in order to virtualize any ordinary CPU model - my understanding is these were known as PV-guests (paravirtual guests). Over time however CPU companies began to introduce widespread support for features like VT-d and AMD-v to all of their models of CPU which enabled VM-exits/context save-restore with the use of shadow registers rather than ring de-privileging while Intel added new 'virtualization enhancements' through feature suites like vPro (SGX2 for example) which were only available on certain models of CPU (for example Xeon devices). Xen would adopt VT-d and AMD-v as HVM-guests (Hardware assisted virtualization) as they became more common on ubiquitous hardware and at the same time commercial forks of Xen would take advantage of these vPro features (like SGX2) for enterprise and high security government use-cases:

https://wiki.xenproject.org/wiki/Xen_Project_Software_Overvi...

Like before (around the time of the Xenoservers project) today we can effectively virtualize the GPU without hardware assistance mechanisms:

https://openmdev.io/index.php/GPU_Support

https://openmdev.io/index.php/Virtual_I/O_Internals#Mdev_Mod...

Since it's now practical to virtualize any GPU device (as was the case in the past with early Xen on CPUs supporting virtualization for various use-cases regardless of whether or not the hardware provided assistance mechanisms) it might then be time to start moving to a new paradigm of 'enterprise' vs. 'consumer' - in other words new 'virtualization enhancements' (similar to vPro on Intel's Xeons, ect..) are developed for enterprise GPUs (for example shadow page deduplication in VRAM, import/export of redundant objects between IO Virtual Address buffers, IOMMU protected balloon/deballoon, ect..) and basic hardware assistance mechanisms like SR-IOV & SIOV are enabled by default, across the board:

https://openmdev.io/index.php/Virtual_I/O_Internals#SR-IOV_M...

https://openmdev.io/index.php/Virtual_I/O_Internals#SIOV_Mod...
Most of the examples you cite are situations where the software is being used as a client or at a distance (in terms of being far down the stack) and not as part of a deliverable. I think using such software is considered straight forward by most (if not by paranoid corporate policies, such as those you've encountered).

Where it gets more difficult is when potential dependencies are (A)GPL licensed. While I support the use of these licenses (particularly the AGPL for protecting cloud deployment of open source tools), I recognize the "friction" they can cause for certain classes of users who might just use something else to avoid thinking about it. (Which, you might say, is their loss.)
> but of all software

I don't think so. There's lots of software that I've used and upgraded for decades and rarely if never run into any issues.

I don't think it's a general principle. I don't like generalizing to "all" unless I have a really good reason to do so. Instead, I stuck to my specific experience with static site generators.
It's amazing how propaganda works, isn't it ?
This is an interesting idea! I'm not a digital signage expert, but I have done some projects with [1] and for 160mm (~6 inches) of panel you’ll draw up to 2 watts! Most digital signs I’ve seen in the wild appear to be composed of similar panels, and I’ve often marveled at how much energy they must draw (not to mention cost).
Within non-tech companies, they call everything "the programmer"
> get a few big rockets which are about 20 years behind their nearest competitor.

What existing competitors are built to bring humans to the Moon?
> Congress should probably be the one tasked with addressing supply side issues

Because the deficient supply of self licking ice cream cones?

https://en.wikipedia.org/wiki/Self-licking_ice_cream_cone
The news release says by year-end, but not, what year.
> Dumping that onto the market will kill the price

I read a story a while back that some folks are dumping synthetic ivory onto the market to make prices fall.
>On my work Mac, I treat USB-C/TB3 as tech debt rather than a feature, and that helps me get around the problems.

On my M1 MBP, I use USB-C for everything (no dongles either, I just replaced my old cables with USB-C to A, USB-C to lightning, USB-C to micro-USB and so on), and haven't looked back.

>- USB-C monitors are rare and often don't work reliably.

I, for one, never had an issue with my LG 4K monitor - or the Dell at work.

>C/A adapters are cheap. -A hubs are dirt cheap. Getting more -C ports isn't, and they'll come with surprise limitations.

That however is true.
first off there are many examples in that article of currently endangered whale species still being killed by Japanese whalers. I did not say anything about "Minke" whales specifically. Per the article, killing of endangered species continues:

> Japan kept official hunts of endangered species such as North Pacific right whales until 1994,[141] but intentional by-catches of endangered still continue to present in unknown scales.

Secondly, the actual point is that Japanese whalers claim existing whale populations are bad for the environment because such populations are too large, which is ridiculous, given the endangered, recently endangered, or nearly endangered status of most of the whale species they have targeted, not to mention apex predators are not prone to overpopulation since they rely on lower levels of the food chain to survive. It does not matter which species are currently endangered and which are not. It is not my burden to disprove a made up fact.

> So Japan is planning to kill about 300 Minke whales a year out of a population of 500,000 or so (using the lowest estimates from the wikipedia page). That’s about 0.06% of the population per year, which definitely does not seem like enough threaten the survival of the species.

nor would it therefore have any impact on reducing overconsumption of other fish species, which is their actual claim, if in fact their population reduction across all whale species is extremely low.

> In my opinion the inaccuracies in your comments thus far go far beyond mere "language" issues. I don't think any amount of careful rewording would fix them. These are factual and logical misunderstandings that are core to the very point you are trying to make.

you are clearly very skilled at language which makes it all the more clear that your continued intentional misunderstanding of a point I was making is not constructive.
Justice Department in early stages of filing an antitrust lawsuit against Apple
Anytime there says “there aught to be a law…” there almost never should be.

That said, I agree the whiz kid articles are dumb, but not for the reasons you listed. More just “yea, let’s see how they do when they don’t have infinite time and zero responsibilities”.
I think this is roughly my stance as well.

If we've allowed Google (and a few other select tech companies) the privilege of becoming de-facto monopolies in their space (and I believe we absolutely have, often intentionally as government policy in the international space) then they should be bound by the same rules that the government is.

I think this is even more obvious when you consider how some of these companies creep into government processes.

Ex: Google classroom is estimated to be in use in more than 60,000 schools across the US. This means that a Google account is required for all students in these schools (opt-outs exist, but are impractical, hard to enforce, and often cause you to be labeled as troublesome by teachers and staff).

If my child attends a public school that is using Google software and requiring a Google account - The government damn well is involved, and I expect the government to require the same rights & due process for a Google account as they do for other governmental actions.
That's why I always start each day with a Good Morning to my co-workers, asking them how they are doing, etc., so I can get all the pleasantries out of the way for when there's something that needs prompt attention, like, say, a Production issue. Same with after lunch.
There's a lot of research and much of it is conflicting, here's two examples with vastly different conclusions

https://jamanetwork.com/journals/jamasurgery/fullarticle/278...

https://www.nber.org/papers/w29071
I've not really tested it besides it working for me flying between Austin and Portland.
Instead of 404, possibly redirect them to an ad page and retire early? Half joking...
Is expiration date not more like a certification date? Similar to a bag of crips beyond their expiration date cannot be sold anymore but are still fine in practice.
I think a multi-pronged approach works best. A pipeline for users who want the latest changes, and a more stable pipeline for users who dislike change and mostly just want security updates and bug fixes.

The trick would be giving users more distinct choices. For example, with something like Chrome the choice is between extremely frequent and just plain frequent. They don't really offer any long-term version.
When configuring apache or nginx, one of the virtual hosts you configure is the "default" virtual host, used when the Host header didn't match any of the virtual hosts. IIRC, on nginx, you explicitly say on the virtual host "this is the default", while on apache, it's either the first or the last (forgot which one).

How to configure that virtual host is up to you; the simplest configuration would be to point its document root to an empty directory, and add a couple of access control directives to deny access to it from all IP addresses.
Your entire counterpoint assumes the UI improves...
I'm not sure determinism is where you want to draw the line. Just have the computer get a webcam pointed at a lava lamp. It's non-deterministic now.

Or maybe you want to still argue that that's ultimately deterministic.

Okay, well, just have a person show up to the art computer, look deep within their soul, then type in a completely random, soulful, non-deterministic seed value into the art computer. Bam! Now the computer can create real art.
There used to be a lot of tempers floating around. For example a lot bach's music is not really supposed to be played in modern equal temper https://www.ethanhein.com/wp/2020/what-does-the-well-tempere....
>There is so much doomsay around these image generation AIs and I don't really understand it. Did photographs devalue painters? Did digital art devalue painters? Did movies devalue theater? Did YouTube videos devalue cinematographers? Did Twitch streams or TikTok videos devalue YouTubers?

All of those are tools which did not lead to potentially the same final product produced for a miniature fraction of the labor costs.

AI composition is generally pretty shit. If (more like when) it becomes better, we will be having the exact same argument regarding composers.
There are two ways commits can be treated in Git. Most of the time, a commit is a specific tree and some metadata. There are, however, some rebase-like operations that use the commit metadata to treat a commit as a diff against one or more parents which it points to. You're wrong in this discussion because it's about storage, but you do need to flip into this dual view of the commit graph to use rebase-like operations correctly.
When you rename a file in git, you can get a glimps of its internal model -- renames are not explicitly tracked. Since git only stores full copies of each object, it has to employ heuristics to figure out if a (deleted file, created file) pair should be considered a rename. This is why you sometimes see a percentage next to a rename in a "git log" -- this is git's internal metric about how similar/dissimilar the files are.
I actually found his channel with the alternative YouTube recommendations database I'm working on. He was one of the top links off the list for Y Combinator's channel.

The list for his channel includes some likely suspects like TechCrunch, Y Combinator, and a16z but also some smaller names doing business advice like Section4 and David Perell:

https://channelgalaxy.com/id%3DUCIBgYfDjtWlbJhg--Z4sOgQ/
This reminds me of this thread on the Ardupilot forum from someone in the field using drones to find poachers: https://discuss.ardupilot.org/t/autonomous-anti-poaching-dro... .

The gist of it was that the drones were not that effective at spotting poachers (8 cases in two years of operations), and even if you spot them they will likely be gone by the time someone can arrive there.
It's only a matter of time, and I hope it happens soon. I was always a bit... concerned with the services like Keeps/Hims/Roman/etc that do generic ED medication, but to see services like this that will just let you bullshit your way to a controlled medication is just a bit... concerning.

The doctors (and in reality, a lot more NPs than MDs) don't care because all they have to do is hop on their app and rubber-stamp away between their normal patient load. It's free money!
An extremely mediochre attitude. You must simply believe that things shouldn't be the best they can be, but rather things that are easily fixable for clarity should just be accepted. Typical garbage in garbage out.

You can see there is more than a few replies of people who are confused about the email.

"Ah yes, here is a thing thats a big filter, so let me make the email yet another filter but instead of just (EASILY) fixing it I will just use that as an excuse to leave it"

How about... (huge surprise here......... wait for it)....... one just makes it better, such as:

jobs.AT.domain.DOT.com

I quite honestly cannot even understand the mental processes some people here go through. It's so clear, yet you're also not the first arguing for a retarded justification instead of just "fix it by making it less ambiguous" which is the ONLY correct answer. That is... unless you don't care about getting emails to your resume.
All of these HTTP/1.0 requests look just like a scanner that the security team would run again my internal site. Every day.
"Developer wages would crash through the floor and all the way down to the centre of the Earth if ad blockers really took off without users also accepting micropayments or subscriptions for web services at the same time. Maybe we should be a little bit glad that the main thing keeping massive amounts of money in tech is accepted by users."

Somewhere, somebody is saying, "Maybe we shouldn't sell drugs to children?" And somebody else is saying, "Won't somebody think of the wages for chemists?"
Computers have scale benefits that no human has. An industrial controller can control all the machines in a factory all at once, and make them move faster than a human can react. A script can send out communications to hundreds of thousands, maybe millions, of humans at once. A machine controlling door locks in a building can lock every door at once. No human can compete. It's unclear to me why art generation is unique in this regard unless there's a human status-quo bias at play. I'm increasingly inclined to think that it's ennui over the fact that creative work isn't unique anymore and can be automated, a reality that many laborers have already dealt with and accepted.

One of the computer's "super powers" is its ability to run at scale.
Nice work and great write up!

I’m a huge fan of treating one’s blog as a “homelab” for exploring new (or old) software stacks for the web, so this idea resonates a lot.

One thing I’d like to try (has anyone tried this?): eschew the idea of a static site generator and go the “old school” route of dynamically generating each page on the fly, but take advantage of the modern CDN layer of the web (CloudFlare, etc.) to effectively cache and give you the speed equivalent of a static site. Yes this approach has more dependencies but I think simplifies the work done on the blog side since you can build it using whichever simple web framework appeals to you most (or none at all…this is a homelab after all).

My plan (don’t we all have this plan) is to try this out in Crystal when time allows…
It's interesting how the rational actions of a bunch of individuals seems to have led to a silly ritual. No one wants to be the jerk who doesn't express sympathy for their ill coworker, and they want to fit in as well. So, becoming just one more in the chorus spamming "take care" makes sense.
I've had an eye on the Huawei Matebook X Pro on Swappa. My other eye is on the XPS, new from Amazon. The latter is certainly more expensive and yet, doesn't impress me as much as the Matebook.
But as we all know, Huawei is not trusted much here lately in the U.S. Is this in fact another Chinese company that's best we avoid? I was considering starting an Ask HN just for Huawei given not much has been posted here on this topic for a couple of years now.
It depends on who you ask, but I've seen estimates that suggest at least 10m of sea level rise is already "priced in", so to speak.

In the climate crisis discussion communities there's a saying that things are happening "faster than expected", which also applies to the fact that most of the accepted climate models are much more conservative than they should be. The IPCC models (for example) largely ignore tipping points and methane emissions, and their contribution to the exponential rate of increase in climate change.

At this point we're not going to do what's needed to make things less bad (i.e., keeping the carbon in the ground) so my suggestion is to plan for the worst and hope for the best.
Also, xneko and oneko. (Cartoon cat chases your "mouse" cursor, catches it, goes to sleep on it, you move the cursor, cat is alerted, repeat.)

http://www.daidouji.com/oneko/
>If the disruption of supply chains is the actual culprit for inflation, shouldn't we observe gradual deflation as they recover?

Both China (most importantly) and Russia (to a lesser extent) have not recovered. China seems to be getting worse with a historic once-in-a-century heatwave and drought that is currently destroying productivity.
Is Over, Bye GitHub
It's not hard to scan the entire IPv4 address space, I doubt there is much use for lists of accessible servers.
This is also very true in the presales engagements by top consulting firms under "Digital Transformation". These presales teams would come and show, on paper, how great they are with the agile practices, devops, microservices, you name it.

However, it's a totally opposite story during the actual implementations. I've witnessed that it took a top consulting firm 4 months to provision a sandbox environment while being 1 month away from the first release. When asked about their proud DevOps practices, you'd hear excuses that are in the blatant lie territory. They knew they could get by by managing the stakeholders instead of really doing what they had promised.
FWIW,
A sitar also has a 12 note scale, but the frets are moveable so you can tune by ear. The drawback is, you only play melodies on the top string and there are no chords.
It's possible to design a guitar where the frets are spaced at harmonic intervals
and not equal tempered, but then, you can only play in one key, the key of E and you can't capo or play barre chords. However, if you do play such a redesigned guitar in the key of E, it will sound sweeter because all your notes will be harmonic and you could play chords.
This an interesting point.

I would disagree that UI constantly improves, though. I can think of lots of examples where the opposite is true. But that's not due to rapid release, that's due to other issues.

> If you go slow, things don't change as much but they don't get better much either.

It's hard to think of when I've seen improvements that were so good as to be worth the cost, though. Things certainly change, but change is not always better, and even when it is, it's not always worth the cost to the user.