skysight-inc/HackerNews huggingface dataset:
Wired is owned by Condé Nast. Condé Nast is owned by Advance Publications. Advance Publications, a private, family-held business that owns and invests in a broad range of media, communications, technology, education, and live entertainment companies, including Warner Bros. Discovery, Charter Communications and Reddit.

This is corporate propaganda. Its expensive and won't be adopted. Expensive technology is stupid. People won't adopt it because no one has $100,000 to trench their yard - save a few tech workers in Atherton who wish to virtue signal.

Politicians in these states are virtue signaling.

We need abundant low cost energy. If it has to be carbon free - nuclear is the answer. I personally invest in Uranium because life is a struggle for energy and capital is really a form of stored energy. Nothing is more abundant in potential energy than splitting atoms. Its the answer we will reach.

California is experiencing huge annual increases in energy costs because of virtue signaling. This is more virtue signaling. Yes we can heat our homes with heat pumps. But it will cost 10 times as much money.
Actual “labor” has a strong social conservative streak, especially in regards to migration.

Notice the protests by farmers, truckers, etc.

The progressive left in America is formed in heavily globalized universities. They are 100% in support of globalization, as they are beneficiaries and producers of it.

I don’t know where the “heart and soul” of the European progressive left is. Other than Spanish socialists, I don’t think there are many.
As I said in another comment, I still expect TCP to use fewer cycles than QUIC due to kernel optimizations and partial NIC offload. IIRC people have done benchmarks showing this. Saturating 10G or even 100G with either protocol should be easy enough these days but if you want to do 400G or more from a single server then it matters.
Yeah, I read the " My general infrastructure advice is “less is better”.", and was like "when did this list of stuff become the definition of 'less'"
I had not heard of this and at a glance it seems pretty fantastic.
More than that, she writes great reviews of all sorts of ML stuff. They're about as good as it gets for getting started on whatever topic.
This does work currently, but I worry for when we begin to see LLM agents that assess the victim for gullibility before transferring to an available, practiced con artist.
Flint: The Rising Star of Bignum Libraries
I am not sure what the historical reasons for it is if I’m entirely honest.
Canons of Afro-Eurasia … I’m curious what you mean by that!

Are you taking about “Mediterranean Civilization?”
dralley is saying your queue push and database write aren't transactional. You have to be ok suffering some small % of message loss or messages sent without a database commit
The language is just JSON with functions. It's actually so nice to write configurations in that I wish it was more easier to use as a standalone thing.
“Hey”.
>For better comprehension it would be nice if the article had pointed it out specifically.

Don't need to patronize the reader with express restatements.

And if someone doesn't understand 91 v 98%, do you really think they'll get 350% increase?
The example also assumes that everything is like a 'ParsedString' that contains a copy of the original untrusted value inside.
It was good for an iPhone, most likely edited on MacOS. Teaches people to be themselves.
A text file and an abstract syntax tree can both be rigorously represented using types, but one is before parsing and other is after parsing. The question is which one is more suitable for editing?

Text has more possible states than the equivalent AST, many of which are useful when you haven't typed in all the code yet. Incomplete code usually doesn't parse.

This suggests that drafts should be represented as text, not an AST.

And maybe similarly for drafts of other things? Drafts will have some representation that follows some rules, but maybe they shouldn't have to follow all the rules. You may still want to save drafts and collaborate on them even though they break some rules.

In a system that's not an editor, though, maybe it makes sense to validate early. For a command-line utility, the editor is external, provided by the environment (a shell or the editor for a shell script) so you don't need to be concerned with that.
Been using them on the paid plan for a 1yr+ and apart from working great and reliably I've been really appreciating how no-nonse and to the point their communication has been. Never realized it's also OSS, thank you for pointing that out!

Really easy to set up too, just make sure to also set up DKIM/SPF/DMARC to make sure the forwarded emails don't go to spam.
But I think the biggest issue in New England (and California) will probably
be the high cost of electricity. In most of the country, heat pumps are a
huge no-brainer.

PG&E charges about $2.44/therm (100,000 BTU) here. So yea that's well cheaper than electricity – I think it works out to about half to a third the cost of resistive electric heat. So (for now) a heat pump that's about twice as efficient as a gas furnace would work out to about the same cost. Unless you do something like a mini split where you're heating a smaller area.

The big thing to keep in mind is that California natural gas prices spiked for a bit last year. All of a sudden gas heat was very, very expensive.
The markets stay irrational longer than you can stay solvent
First conclusive evidence found: intentional use of black henbane in Roman world
LubeLogger: Self-hosted, open-source vehicle service records and tracker
I mostly agreed with OP's article, but you basically nailed all of the points of disagreement I did have.

Jira: Its overhyped and overpriced. Most HATE jira. I guess I don't care enough. I've never met a ticket system that I loved. Jira is fine. Its overly complex sure. But once you set it up, you don't need to change it very often. I don't love it, I don't hate it. No one ever got fired for choosing Jira, so it gets chosen. Welcome to the tech industry.

Terraform Cloud: The gains for Terraform Cloud are minimal. We just use Gitlab for running Terraform pipelines and have a super nice custom solution that we enjoy. It wasn't that hard to do either. We maintain state files remotely in S3 with versioning for the rare cases when we need to restore a foobar'd statefile. Honestly I like having Terraform pipelines in the same place as the code and pipelines for other things.

GitHub Actions: Yeah switch to GitLab. I used to like Github Actions until I moved to a company with Gitlab and it is best in class, full stop. I could rave about Gitlab for hours. I will evangelize for Gitlab anywhere I go that is using anything else.

DataDog: As mentioned, DataDog is the best monitoring and observability solution out there. The only reason NOT to use it is the cost. It is absurdly expensive. Yes, truly expensive. I really hate how expensive it is. But luckily I work somewhere that lets us have it and its amazing.

Pagerduty: Agree, switch to OpsGenie. Opsgenie is considerably cheaper and does all the pager stuff of Pager duty. All the stuff that PagerDuty tries to tack on top to justify its cost is stuff you don't need. OpsGenie does all the stuff you need. Its fine. Similar to Jira, its not something anyone wants anyway. No ones going to love it, no one loves being on call. So just save money with OpsGenie. If you're going to fight for the "brand name" of something, fight for DataDog instead, not a cooler pager system.
Natural gas prices have not remained stable in California.

https://www.latimes.com/business/story/2023-01-06/get-ready-...
The criticism is less about what's available, for there is more available in C++ than Rust. The criticism is about ease of packaging in a cross-platform magnet that is easy enough.
The article just mentions firmware encryption, it looks like secure boot is compromised as well?

Both features depend on HW AES keys.
Asking this question out of sheer ignorance: Aren't (air-to-air) heat pumps simply bidirectional air-conditioning units? If so, was AC incorrectly maligned for years as being inefficient and expensive?
The Lazy K – functional programming language
Obligatory link to an unpopular book:

Who Moved My Cheese

https://en.wikipedia.org/wiki/Who_Moved_My_Cheese%3F
Incorrect, in most apps nontrivial content is highly personalized and dynamically served, auth in microservices is frequently two or more hop rather than one hop, and ad serving and metrics frequently involve synchronous steps.
>Large companies in any industry are generally not trendsetters but laggards because they have so much invested in the systems they already have in place. Moving all of Google or Microsoft remote is a daunting task. Starting a new company fully remote and then growing to Google or Microsoft's scale is much more practical and I think something we'll see over the next 10 to 15 years.

Yeah, but Google and Microsoft both already have offices in India. They have logistics and infrastructure that have been in place not just for years, but for 2 decades. Nonetheless, latest figures I could pull for Microsoft's total headcount in India was 18,000. Impressive, until you consider that they employ 238,000 employees.

I'm not saying it's curious that they haven't gone fully remote by now. What I'm saying is that it's curious that their talent pool isn't more evenly distributed across the globe despite the fact that they've had a 20 year head start.

Sure, large companies aren't trendsetters, but by this point outsourcing is pretty conservative. Just within tech alone it was something that was talked about in the very early 2000s.

Regarding the two points you bring up, agree in that it makes hiring globally distributed talent easier. It's no longer inconvenient to make special accommodations for an employee in LatAm when you're making the same accommodations as everyone else.

Nonetheless, you still have companies that were fully-distributed and fully-remote well before it became trendy. They made the same special accommodations for everyone. The technology available at the time was already good enough to allow them to hire talent from anywhere across the globe. Even so in many cases it's the exception rather than the rule that their employees live in a low CoL country rather than a high one. Most of the employees tend to work either in the US or Europe. Take any prominent company that's been remote since the early 2010s, look at their about page, you generally see this trend.
I think the idea would be that you only use small portions of the starter, not the whole thing. I'm familiar with keeping yeast cultures for brewing and this seems to be the technique if you are keeping live cultures.

Get your sample, split it up, and keep track of the generations.
Yes and no.

The authors are very correct in drawing a distinction between read-only mmaps and writable mmaps. Read-only is pretty safe -- the biggest concern is probably sanity-checking data being read from disk, but for some applications on-disk corruption isn't a big concern anyway -- while writable mmaps need very careful use of msync to ensure crash safety and it's very easy to have subtle bugs in that sort of code.

On the other hand, they hand-wave away I/O stalls saying that the application is going to stall regardless of whether disk reads are implicit or explicit; this fails to account for the possible advantages of narrowing down when a stall might occur. A DBMS might be servicing many requests at once; using explicit I/O, blocking reads could be shunted off to a different context (dedicated I/O threads, I/O request rings, etc) allowing unblocked operations to complete without waiting.

The authors also make the odd claim that "[LMDB's] B+tree design is naturally optimal with an LRU cache", which is highly suspect in principle (LRU is a standard not-horribly-bad cache eviction scheme, but it's hard to imagine it being optimal for anything but a trivial workload) but also ignores the fact that a database inherently knows which pages it doesn't need any more. This can be communicated to the kernel with madvise, but that adds more syscalls with inherent overhead.

Finally, there's an issue of paging granularity: If you have a database with a large amount of data in core, you really want to be using superpages in order to reduce your TLB miss costs -- but you can't mmap data with superpages if you want the kernel to be able to evict unused pages.

In short: Using mmap in a database absolutely can work, especially if (like the authors) you're only doing it read-only; but the case for using mmap is nowhere near as strong as the authors make it out to be.
I don’t have as much experience with aws but I do hate gcp. The ui is slow and buggy. The way they want things to authenticate is half baked and only implemented in some libraries and it isn’t always clear what library supports it. The gcloud command line tool regularly just doesn’t work; it just hangs and never times out forcing you to kill it manually wondering if it did anything and you’ll mess something up running it again. The way they update client libraries by running code generation means there’s tons of commits that aren’t relevant to the library you’re actually using. Features are not available across all client libraries. Documentation contradicts itself or contradicts support recommendations. Core services like bigquery lack any emulator or Docker image to facilitate CI or testing without having to setup a separate project you have to pay for.
Not flawlessly. There was a pretty scary bug with the radar(s?) during the moon landing of Apollo 11.
Interesting thought experiment. While I haven’t tried it, one half-baked idea that comes to mind is disable both copy and move for the pointer and instantiate the type in C++ thread-local storage. Not that I ever would.
New study suggests the Atlantic overturning circulation "is on tipping course"
The study published today ("Physics-based early warning signal shows that AMOC is on tipping course"):

https://www.science.org/doi/10.1126/sciadv.adk1189

> They do not present a particular time period estimate for reaching the tipping point, as more observations of the ocean circulation at this latitude will be needed for that, but they note about last year’s Ditlevsen study that “their estimate of the tipping point (2025 to 2095, 95% confidence level) could be accurate.”

The Ditlevsen study ("Warning of a forthcoming collapse of the Atlantic meridional overturning circulation"): https://www.nature.com/articles/s41467-023-39810-w
In California the switch to NEM 3.0 more or less means that folks with solar will get socked with high monthly fees and much lower export rates (roughly wholesale instead of retail). NEM 3.0 came into effect in April of last year.
1955 Doubled Die Obverse Lincoln Cent
No need. The point of a business is to make money not just burn it. It is that simple. It is kind of funny that you attempt to appeal to authority to some how invalidate this elementary concept. It doesn't. It really isn't impressive, from a business standpoint that a smooth talking huckster college dropout with no significant track record of significant business success can burn billions, now trillions of dollars of other people's money without having a viable business.
Number of inline code comments is zero. Nada. Zilch. Nil. Naught
Yes. We replaced the central air ac this house came with, with a heat pump, so we get heating and cooling.

My understanding is the tech has gotten better and more efficient.

Running heat or ac off electric can be expensive. But climate control is fairly important.
Helm is the only infrastructure package manager I've ever used where you could reliably get random third party things running without a ton of hassle. It's a huge advantage.
I've used both Recruiter and Sales plans. Both are shit with no valuable features. The price is too high. But the question is - why can't you contact people and make sales stuff, if it was a marketplace? The feed will be open. Only the profiles will be private. If you want to contact someone, just pay for that contact. It's that simple. No need to buy a monthly subscription for the whole database and shitty features.
I don't see what's wrong with having training wheels. In fact, it's not really training wheels, it's just safeguards, and we all need them as much as possible (with a good balance between this and usability of course)
You wouldn’t but in any decent sized organization you will have to. If it is an organization that needs to exist there will be some common set of critical data.
After their ridiculous outage, I wouldn’t touch OpsGenie with a 10ft pole.
K8S has a credible local development and testing story, ECS and ASGs do not. The fact that there's a generic interface for load-balancer like things, and then you can have a different implementation on your laptop, in the datacenter, and in AWS, and everything ports, is huge.

Also, you can bundle your load balancer config and application config together. No written description of the load balancer config + an RPM file to a disinterested different team.
At the end of the day, the ONLY way to reliably do this is to hook into the databases native journal/log anyway. Postgres gives you better primitives to work with than installing Qlik for example.
The marketplace model is suitable both to find candidates and to find leads. Ultimately, it's a perfect model to find people. No matter if it's recruiting or sales or dating or anything else. Pay to view the exact profile you want, to the owner of that profile, and that's it.
>> will do nothing for emissions
> How can that be?

Because a reduction of domestic gas usage will just be diverted to less efficient LNG exports.

Given that by far the largest source of Victoria's electricity generation capacity is from dirty brown coal [1] if anything banning domestic gas usage might even make emissions worse since it will force people to use only electricity for cooking and heating.

> Direct consumption emissions are eliminated.

Ah, so burning Aussie natural gas in Asia (after it's been liquified and then turned back into gas) is somehow better for the environment than just burning it in Australia?

1: https://en.wikipedia.org/wiki/Energy_in_Victoria#Electricity...
> Being creeped out is a feeling or reaction that is valuable for some other reasons as well. A shared sense of what is creepy can make for social bonding, either in the face of a joint threat or annoyance, or just to feel fellow feelings in shared reactions.

Being creeped out as a bonding circle jerk is all fun and games, until what the group is creeped out by are people from some ethnic group.
So for the first paragraph, this seems to be severely problematic for any software where someone you know and trust and who continues to have a good relationship with you is no longer available. How important this is will obviously vary, but predicating some important benefit of the language and saying that this benefit won't cause issues in the future because you can "ask the maintainer" is pretty unrealistic for proprietary software.

For the second paragraph, that depends a great deal on (a) what the mechanism used to "send a (shared, ref-counted reference thing) to another thread actually means and (b) what objects are used to accomplish this. Certainly simply writing the address of a shared_ptr<T> in C++ will work out as you indicate. But that's not the only way to do it. Rust's benefit comes from you being "unable" to do it an unsafe way; C++'s benefit comes from the fact that somebody has probably implemented the safe way in C++ already :)
I have had the experience of an AWS account manager helping me by getting something fixed (working at a big client). But more commonly, I think the account manager’s job at AWS or any cloud or SAAS is to create a reality distortion field and distract you from how much they are charging you.
Why use a dedicated tool if you have something in your stack that can solve the problem already?

The less separate pieces of infrastructure you can run, the less likely something will break that you don't know how to easily fix.

The article touched on this in the list of things to avoid when it said "I estimate each line of terraform to be an order of magnitude more risk/maintenance/faff than each line of Python" and "The need for expertise in anything beyond Python + Postgres"
> how is thermodynamic linear algebra different from monte carlo algorithms

You may think of it as case of hardware for generate ideal noise on steroids.

And in typical computing system it is serious enough problem, that in some first Xeons included hardware noise generator.

https://en.wikipedia.org/wiki/RDRAND
> then reminding that it told you.

You dropped the excellent play there: should be "reminding you of what it was not going to tell you, and didn't."
This title is inaccurate, nowhere does the article mention jamming.

Furthermore, "seamless, wide bandwidth, real-time monitoring and analysis" is meaningless. My ancient HP 8569B from the 1980's can "seamlessly monitor" 10MHz to 22GHz in realtime. Yes, that's being facetious but overall it's difficult to imagine this article actually corresponding to a particularly groundbreaking RF achievement..
Hey, I think about that story all the time too, I'm glad I'm not the only one it's haunting.
What's the problem? It's inherent to the hardware. We don't have to learn how to breathe. Animals don't have to learn to walk. It's the same thing. Are you suggesting that behavior can't be hardwired? I don't think anyone believes that.

What am I missing? Genuinely confused.

Edit: After googling, I can't find any "Fulmar problem". This is just basic evolution 101.
Ken Forkish says basically this in Flour Salt Yeast, but I also assume it is relatively well known among the more empirically-minded bakers. In any case the flavors developed in the bread will have much more to do with both the hydration of the dough and the temperature it rises at (as I understand it these will affect the balance of acetic and lactic acid development as well as the CO2 and trace ethanol production in the starter). In Ken's book he asserts that the difference in flavor between sourdough in different places has more to do with local(ly-developed) tastes, recipes, and practices.

My sense is that you would have to be a very practiced (that is, consistent) baker to notice the difference imparted by the possibility culture in your own bread.
> I have to draw parallels between US and China here. Who honestly has a more free media

That's easy: the US.

It's not even close, unless you're one of those tankies that blinds themselves to anything bad about nominally socialist countries.

Easy litmus test: critiques of the current government. It's incredibly easy to find very harsh, even incendiary critiques of the current president/administration in the US. Whoever is president will be absolutely lambasted, ridiculed, etc. by different press outlets depending on who's in power. How much can you say that for Chinese press?

Or just look at controversial events like the Tiananmen Square massacre. Huge, recent-ish history that's suppressed and censored by the Chinese government for media and social platforms. Anyone can talk about the US doing horrible shit on Facebook, Reddit, etc all day long and nothing happens.

You could look at the RSF's Press Freedom Index if you want. The US should be doing better than it is at 71 points, but China is at...23: https://rsf.org/en/index

And the US' weaknesses in the index are mostly not about government censorship, but about media company consolidation or rises in partisanship. I wish it was doing better of course, it certainly has room to improve, but comparing it to China of all places as if it's a real question who's better on the issue is completely laughable.