skysight-inc/HackerNews huggingface dataset:
We are in a cold war because, like back in the day with the USSR and the old cold war, China doesn't want to turn into an Asian copy of the US. I'm no fan of PRC but I wish more countries would do the same. Traveling a lot today and you'll see American cultural imperialism everywhere. Besides, we do need another power to compete with the US so it can't do what ever the f** it wants to. Sadly the only real competition at the world scene today is PRC (and in a few areas, Russia). I for one would rather see more power on the hands of Russia and PRC if the only alternative were complete Americanization of the world.

Globalization is fine in some areas but when a generation can live off of pizza and burgers and yet have never tasted an Italian pizza or non-McDonalds style burger the world is a much poorer place. Everyone is turning into Americans. Asian Americans, Scandinavian Americans, etc.
History has demonstrated that public companies aren’t going to make the right choice from a Western POV.

Short term gain always beats strategic defeat.
Your instinct to shit on a lack of evidence is blinding you to the nevertheless present strong circumstantial evidence of vote manipulation on the subs.
I'd be amazing if someone with a lot of motivation, or perhaps a company, got React Native (and perhaps Flutter) to run on Linux.
I've been looking for a decent alternative for years as I expect the climate crisis will basically decimate our ability to yield crops by the end of this decade or the middle of the next.

Any suggestions out there?
Last I saw Linux will boot but it’s so new they were still in the alpha stages of having a proper terminal, let alone true GPU support.
> figure out when he's alienating people and figure out how to stop

I read through the appendix in the open letter and find no discussion of this. If he did stop, would you agree that this entire letter was baseless?
I think the issue with LineageOS (and CM before it) is that they're always playing catch-up, both in terms of porting to the latest version of Android, and in terms of supporting new hardware. Want to run Lineage on your brand-new phone? Nope. Want the latest version of Android a few months after it's released? Not gonna be LineageOS. (To be fair, most Android manufacturers take more than a few months to get the latest version of Android out to their users, assuming they do it at all.)

You can say "so what, it still works!" but I think there are weird psychological effects at play when you can make a direct comparison like "Android 37 was released 8 weeks ago but LineageOS is still on 36!" It makes Lineage feel like a second class citizen.

In contrast, if you have a phone that is designed specifically to run a custom non-Android-based OS, there's nothing to directly compare it to. Sure, you can say things like "I wish my FoobarOS phone had Google Pay like Android does", but you still inherently get the fact that they are completely different platforms and won't have app/feature parity.

I used to run CM years ago, but quit even before the LineageOS fork/transition, because I was always looking at the latest-and-greatest Android releases (even for my particular phone hardware) and feeling left behind. And it was even worse when things should have worked but didn't because of some peculiarity of CM, or things like apps refusing to run on rooted phones.

I'm really considering getting a PinePhone just to try it out. I know that I will miss Google Pay and some other things, but I'd be going into it not expecting those to be there, and expecting it to be a different platform with a different experience and different features.
What they have to show for are giant bumps in the salaries of the top executives. The Mozilla foundation is a disgrace.
I almost took up smoking so I could get into a higher vaccine phase. The irony of smoking for my own health! Thankfully I was able to find a clinic that had an unexpected opening and no arm to put the thawed out shot into.
Cool!

Most of the time we run Spark as a single-node (i.e. --master local[*]) as now we can easily utilise large nodes like 128 core, 512GB and Spark does scale vertically well but also runs relatively well on a small node like the Docker example on the website running on a laptop. The ability to run SQL against separate storage is Spark's killer feature in my view.

Arc does support the full Scala API which you can implement as a plugin (https://arc.tripl.ai/plugins/) so for advanced teams they have full control.

The reason we went for SQL-first is that we are trying to find the balance that allows Business Analysts to develop their own logic without having to learn Scala or even Python - as they probably already know SQL.

Hopefully some of the ideas are relevant to what you are building.
Goodbye Cache: Redis as a Primary Database
Sounds exactly like what happened with the Openmoko phones too. A proliferation of half finished platforms, few of which could even reliably take a call.
> full of digital signals sent in unpredictable

My opinion is digital signals are the very antithesis of "unpredictable", it's always an exact replication. Of course it may look like garbage (and sometimes even intentionally scrambled to garbage for electrical reasons) to the naked eyes without interpretation, but many things are possible after signal processing.

> manufacturer-specific ways

First, there are industrial standards on display interfaces, for example, there are well-defined ways to send a video signal, such as HDMI to the monitor, and LVDS (a specific version of LVDS) from the monitor to the LCD panel. The majority of LCD screens use these standard. Second, even when there's no standard, similar architectures are used across different systems, for example, most LCD drivers on the market are similar to each other. Discovering a way of doing it on a new system is not exactly a surprise.

> and certainly not sequentially enough to leak as recognizable audio.

All you need to do is doing something periodically. Even if the activity you're doing is at low frequency, often it influences some high frequency signals so that a signal can be modulated. As a thought experiment, if you write something to RAM with all 1s and all 0s once every few seconds, it's very reasonable to assume it creates a detectable burst of radiation on the RF spectrum even if the bus itself runs at a higher frequency. In practice it's more subtle and specific from system to system but there's often a way.

For example, it's possible to modulate a computer's memory bus to emit AM audio by accessing the memory in a specific pattern using a few lines of assembly code, whether on a PDP-11 or a MacBook, it's possible to modulate the mechanical vibration of inductor coils on the CPU power circuitry to emit audible music on a Thinkpad by rapidly changing the CPU power state, etc.

There are endless number of ingenious ways of doing it, if you have control over a process.
Big Bear Bald Eagle Cam

https://www.youtube.com/watch?v=7utMaDb1W08
Ah yes, System76, that other company that is trying to make money on hardware and creating a competitive advantage with a polished UX. Thank you for providing my case with evidence.
I see your 2+ hours and I raise you 1/2 of a server year of test regressions for every commit to the main trunk, beginning with a 2 hour wallclock-time build of all the models needed for running CPU simulations. Total wall-clock time for edits to hit the trunk is 2.5 days.
I question whether the move away from x86 is actually that much of a problem for Intel; ultimately, its just an instruction architecture, and at the end of the day the fabrication capacity is far more valuable than some old & busted IP. There's no reason to believe Intel couldn't adapt to an ARM-based future; they would just need the leadership to step in and make that investment. They haven't made it thus far, but I also legitimately believe its a fair decision not to; its not obvious to me, just some guy with nothing to lose, that my next server, or gaming desktop, or laptop, will or should run an ARM chip. Windows hasn't moved that way, not more than the nanometer Surface Pro X moved it, Linux hasn't outside of Android, really the only company that has said "yeah we're all in on ARM" is Apple. Well, they have their sandbox they play in, and it certainly influences the rest of the industry, but ultimately it is separate.
> that it was the first (widely known) framework with those merits

Yep, and my interpretation is that, that (the widely known part) happened because it was backed by Instagram first (if I recall correctly) and then Facebook.

And not to invalidate your point but to add another speculation on why React became more popular...

Yes, Angular was backed by Google, but not used in production in massively successful product as Facebook, or Instagram, and I remember also about writing Directives, Services and it wasn't very inviting for third party packages.

When react came out, I remember the selling point was "it's not a framework, it's a library", "it's the V of MVC" and I think that strategy also helped to let the community create all the other pieces, and long term have a richer ecosystem.
Things have not really fallen apart, though. You can even still get coffee.

I find it silly to claim this or that should have been stockpiled with hindsight. There are just too many different things to stockpile. And the same people demanding that are probably the ones taking to the street protesting against wasteful living.
Preventing severe infection is a fine endpoint though. A vaccine or treatment that does that is a minimum viable tool for moving forward.

Reduces deaths, reduces utilization of medical resources, etc, and then when it's a vaccine, it's pretty likely that it also reduces transmission. But it doesn't need to reduce transmission to be worth an awful lot.
> I predict that the author of that post will deeply regret their actions one day when they grow up.

The original signers of that letter are:

* Molly de Blanc (Debian Project, GNOME Foundation)

* Nathan Freitas

* Matthew Garrett (Former member of the FSF board of directors). See: https://twitter.com/mjg59

* Shauna Gordon-McKeon

* Elana Hashman (Debian Technical Committee Member, Open Source Initiative Director, Kubernetes SIG Instrumentation Chair)

* Faidon Liambotis (Open Source Initiative Director)

* Katherine Maher

* Tom Marble (Software Freedom Conservancy, Evaluation Committee Chair)

* Neil McGovern (GNOME Foundation Executive Director, Former Debian Project Leader)

* Deb Nicholson (OSI General Manager, SeaGL Co-Founder)

* Nadya Peek

* Julia Reda

* Eric Schultz

* Joan Touzet (Apache CouchDB PMC, Former Apache Software Foundation Director)

* Luis Villa (Former Director of the Open Source Initiative and the GNOME Foundation; contributor to the GPL v3 drafting process)

* Stefano Zacchiroli (Former Debian Project Leader and Former Director of the Open Source Initiative)

See:

* https://rms-open-letter.github.io
There's a huge difference between petty hourly charges and WFH accommodations.

If I'm WFH forever, I need a larger living space with an office. It's been horrible the past year posting up in my kitchen, with the family running around the entire time. And since many companies are doing the 1-2 day in office hybrid model, it's not like I can just up and move to a cheaper area.
Not necessarily. Discoverability is a function of colocation, not of immutability. One can write convoluted Redux monstrosities spanning a multitude of files where it's difficult to mentally follow how a dispatched action translates into state deltas (potentially because of too much higher-order abstractions, but also because one action may affect multiple reducers, and that in turn may affect a multitude of React tree nodes because Context or whatever). Svelte reactivity generally only staying within a single file (with some exceptions) is one approach to align system limitations with "pit of success" in a way that happens to use explicit mutation idioms.
Can someone explain to the layman (me) why non-Android/Apple phones carry such a hefty price with such poor specs?
Not really. Most armed conflict in the modern era was largely shaped by information access.

World War 2 was the most obvious example.
Sample rate != bit rate. 48khz samples at 16bits each is 768kbps mono. 1.5Mbps stereo. But that's before compression.
Would you trust this person to watch your children?
When this was all still secret, I was at a conference in a conversation with some emanations security people and they were remarking on the internal case of a new Mac server at the time that had round perforations in it, likely to make the aluminum frame cheaper in raw materials, but they were noting how this would impede some of the interception capabilities.
> Raku is nice but still slow and not there yet.

I agree with that general sentiment in some respects, but:

> No nice http framework like Mojolicious for one

Cro is still in beta but it's nice and popularly used as an equivalent to Mojolicious.[1]

> not enough libraries to get stuff done.

One can write:

use Library::Foo:from<Perl5>;

in Raku to use Perl libraries via Raku's Perl Inline.

That is to say, Raku can use tens of thousands of mature libraries from CPAN.

Stefan Seifert, creator of many of the Inlines, is using Catalyst in Raku in a production setting as part of his "battle hardening" work for the Perl Inline.[2]

(If Cro didn't exist, I daresay some folk would be using Mojolicious in Raku as well.)

> Pdf support is still quite lacking in Perl for instance.

I don't use Perl much these days but I'm surprised you're saying support is lacking. Metacpan lists over 700 PDF packages, so presumably something like a few thousand PDF modules. Are you saying they aren't up to the task of churning out a nice looking report?

In the meantime, David Warring's suite of PDF modules for Raku are highly capable.[3]

And the ability to use modules from other PLs in Raku isn't limited to Perl, even if it's currently smoothest for using Perl libraries, so one can use PDF libraries from, say, Python.

[1] https://cro.services/

[2] https://raku.land/?q=Inline

[3] https://raku.land/?q=pdf
I thought they could be folded flat? Maybe that was just some special models I have seen, though.
"Because Venus lacks a protective magnetosphere, the upper atmosphere is exposed to direct erosion by the solar wind and has lost most of its original hydrogen to space."

Venus has a magnetosphere, although not as strong as Earth's. The problem with Venus' atmosphere, AFAIK, is that the heavier carbon dioxide layer is so thick that reaches the limit of that magnetosphere and in doing so it pushes the lighter molecules like hydrogen or even water to be exposed to the mentioned solar wind. If enough of that atmospheric carbon gets somehow fixated, then the freed oxygen should act as a capture net for all the solar wind's incoming protons and form water molecules (which, being heavier than oxygen, should then sink into lower atmospheric layers).

P.S.: I assumed only "enough" of carbon taken out of the atmosphere, so enough carbon dioxide should be assumed as left there untouched, which now with newly available water molecules should result in bicarbonate, carbonic acid, and other goodies, thus preserve Venus' traditional acidic environment, so no worries there! ;)
Is he a dot, or is he a speck?
When he's underwater does he get wet?
Or does the water get him instead?
Nobody knows, Particle Man
I can't down-vote, so I don't know. But what's the significance of that example? It's one instance of many remnants of the Latin neuter in modern languages.
There's a lot of good stuff on Medium but you have to wade through an increasing amount of woke nonsense to get to it.

My Medium account doesn't suggest any porn, but I don't go looking for it either.
Collecting Cloud Vendor Metrics into Prometheus and Grafana
Most containers are made in China, so who knows, their economy is extremely distorted.

Mills were producing steel well below cost for a long time, but ore prices have gone up and some inefficient mills are being shut down, so supply side costs increasing. Mills also reduced capacity significantly in 2020, causing a production bubble.

https://www.fitchratings.com/research/corporate-finance/glob...
I'll have a look thanks but note that seL4 is implemented in C because C has a formally verified compiler CompCert which Rust doesn't have..
Some distros on the pinephone can run android apps with anbox!
AlphaStar wasn't beating top pros, though. And even the players it was beating, it was with a heavy mechanical advantage -- not just on strategy and tactics.

That AI's can beat human players via superior interface control is obvious, of course, and uninteresting from an AI standpoint. Starcraft has had AI's with perfect roach/stalker/marine/etc control for a while. The problem was that the overall strategies weren't good enough.

AlphaStar did make massive improvements there, to be sure, very impressive ones. But it still relied on out-controlling human players to get the edge against pros.
I really don't know about the type of stove; things I've read about this refer to the type of fuel, and in this case specifically problems with burning wet wood rather than seasoned wood. (It's possible that some stoves or chimneys that vent them have some sort of particulate removal systems, but if they exist, they must be an absolute nightmare to unclog/clean etc. Having said that, I did find this site - https://woodstovefilter.co.uk/ - which seems to offer a solution ... but the product doesn't exist yet; it says "Expected to be ready for commercial sale early 2022". EDIT TO ADD: Actually, there seem to be a few companies selling "strap-on" systems to fit to chimneys that work on electrostatic removal of particles, such as Enervex [2], but again that's not to do with a stove type.)

The Guardian article points out that wet wood sales are to be banned from May this year: "The government is not planning a ban on wood burners but a ban on the retail sale of wet wood will come into force on 1 May, as will a ban on bags of house coal, the first such restrictions since the clean air acts of the 1950s. Wet wood has not been seasoned and produces higher levels of pollution."

The article also links to the UK Govt announcement [1] from last year, which as far as I can see has nothing to say about stove type, only fuel.

[1] https://www.gov.uk/government/news/government-takes-action-t...

[2] https://enervex.com/systems/particle-filter-system-for-stove...
Ospreys only scavenge if it's that or starve. Bald eagles scavenge by preference and will harass or kill other raptors, frequently including ospreys, rather than do the difficult and dangerous work of taking prey themselves.
Because no-one wants them.

And as such they don't have the economies of scale when paying for components, manufacturing, marketing etc.
I've seen many in the wild. There is no less visually interesting raptor on the planet, including vultures.
Whenever this topic comes up, there's this sort of assumption that passion must be impractical, but I actually find that the "best" people are ones that find a way to be passionately engaged in things that happen to deliver a lot of financial value to themselves and others.

I would say that I am passionate about solving problems with technology - I was coding since GWBASIC on a Soviet 286 when I was 8 years old. I am in product now and I still get fired up about solving problems for my users and clients.

But...

I was also able to channel this passion into lucrative fields. If you asked me 2 decades ago if my passion is derivatives trading software, I'd say no. But turns out this field gave me plenty of space to be creative, enthusiastic, and engaged while giving me and my family a good life. And also I can connect my work to important things (eg: helping asset managers generate good returns for pension funds)

To be honest, I'd hesitate to hire someone who is just all about open source, because if they don't care (that much) about financial impact of their work on their own life, I can't rely on them to care about the financial impact of their software on my company's success either, and I guess it just feels like impractical/unpragmatic decision making.
I think it's mostly the power draw that's leaking. Timing the pulses with those thick white and black bars is what lets you do it so easily. Pulling individual pixels off the screen would be a much more difficult task.
Trains can be electric.

In france almost all the main railways are electrics.
Interesting read... most of this is restating work in the psychological measurement literature on measurement invariance and predictive invariance, especially with regard to notions of fairness. There's a large literature on this in the areas of IO and educational psychology, and there have been official position papers about these same ideas in the context of litigation and case law.
I imagine they reported being harassed or doxxed.
> First of, no human player achieves 99% winrate against diamond players.

Complete bullshit. You don't know the game at all if you believe this. The person you're arguing with is well known over on the Starcraft subreddits. Maybe listen to them.

In practice, hidden information cheeses simply aren't enough for a diamond to take a game off a top pro, even one time in a hundred. They'll sniff it out sufficiently and then just outcontrol the fight every time.
> you're far more likely to have to change state than you'll have to change how that state is rendered. This puts redux-style solutions squarely on the wrong side of the expression problem

Could you please elaborate this?
This is why their HQ is so many really narrow tall towers - so less space wasted in the middle.
> He's

*She's, FYI: https://en.m.wikipedia.org/wiki/Mitchell_Baker
If you like cards and gambling, try this
I'm curious how this compares to www.getdbt.com which seems to target a similar audience (technical analysts wanting to do ETL) with a similar approach (SQL first).
Yes, Anbox exists, and has done some amazing things. But can this run apps that require Google Play Services, such as WhatsApp, most banking apps, and governmental apps?

It is very unfortunate that so much of the Android ecosystem relies on a very proprietary and cloud-connected piece of software. Without it, most apps simply refuse to work. MicroG has done amazing things here, but unfortunately a lot of things still break when using it, to no fault of the MicroG developers.
Investors know this.
This in essence is the tragedy of the commons for consumer Linux applications. Contributing to complex consumer software is hard, the people who do it in their spare time are inclined to satisfy their own itch.

Linux works exceptionally well in the areas where large companies with many developers pay to make it work well.
The podcast 99 Percent Invisible did a great episode [0] on this, particularly about how all the crews (who hailed from 8 different nations) banded together to form a unique community over the multiple years (!) it took before the situation was finally resolved. It's an incredible story.

0: https://99percentinvisible.org/episode/great-bitter-lake-ass...
The longer you tech guys stay out of the office, the sooner tech corps hire remote workers from overseas at x/x the cost.
The author complains about a lack of people interested in developing for the Pinephone, but IMHO the elephant in the room is simply that the PinePhone is too underpowered to enjoyably develop on. Its A64 processor is weak as fuck, and some of us who ordered the PinePhone got the original version with just 2GB of RAM. Not only does it take a long while to build software on the phone, but UI lag for your finished program is long – you will probably have to wait a good 5 seconds just for a window to open.

Back in the Nokia N900 days I did a great deal of hacking on that phone, but that device (even though its specs are much lower than a modern phone’s) had a much more responsive UI and it was actually enjoyable to test out what you had developed.