skysight-inc/HackerNews huggingface dataset:
> This article comes across like it was written in the same vein as the old man screaming "get off my lawn".

That's not at all how I read it. In fact to me the article sounds very similar to your comment on many fronts.

From the conclusion:

> A service mesh is not an ultimate "good practice" but simply one of the patterns to solve a set of issues, and it's quite a heavy one.
I love ZFS and I want to migrate all my data storage to it. The one thing that is holding me back is the inability to grow raid z with the demand. There is a pull request ongoing for a while now, but it is hard to tell when and if this feature will be available [1]. Anyone has any more insights if there is an ETA for this feature?

[1] - https://github.com/openzfs/zfs/pull/8853
Maddy: Composable all-in-one mail server in Go
> apple developer relations

Is there such a thing?

Honest question, not snark - I've never heard of them doing any. Where/who?
Microsoft has a tradition of backwards compatibility. It's entirely likely that ten years from now, you'll still be able to run x86 apps on your arm windows laptop. This is unlikely to be true for MacOSX - ten years ago, Macs ran PowerPC, and support for that got dropped within 2 years.
Rosetta 2 is Apple's latest iteration of their Rosetta technology, which allows you to run x64 Intel applications on their new arm64 Apple Silicon hardware. Although we believe that x64 Electron apps will run under Rosetta 2, there are some important things to note (and reasons why you should ship a native arm64 binary).

* Your app's performance will be significantly degraded. Electron / V8 uses JIT compilation for JavaScript, and due to how Rosetta works, you will effectively be running JIT twice (once in V8 and once in Rosetta).

* You lose the benefit of new technology in Apple Silicon, such as the increased memory page size.

* Did we mention that the performance will be significantly degraded?

https://www.electronjs.org/blog/apple-silicon#what-about-ros...
Also, I'd rather not feed the monopoly even more.
No free Windows and macOS runners.
Please keep your absurd conspiracy theories to yourself. You do no good to anyone or anything by intentionally spreading bullshit and false information.
Someone do a piece on Microsoft Netmeeting please.

I remember doing video chat on it in the mid-nineties.

And then Microsoft killed it.

And then Microsoft bought Skype for $8 billion. And basically killed that too. (I've never done a Skype during Covid. Done plenty Zooms.)

And they had a working competitor to Zoom as far back as the mid-nineties.
I mentioned this elsewhere on this thread. I completely agree with the sentiment.

In a "when I'm king" kind of way I thought it would be great if tech leads had a modest budget for open source contributions (with a minimal amount of oversight to assure it wasn't being funneled off to their friends account).

It might also help with legal / finance to have these funds earmarked so that they only had to approve it in the beginning.
Lots of parents of Roblox players here.

Better Roblox than TikTok.
Most of those excess deaths won't show up this year.

In general, it takes longer than nine months to go from cancer screening to death.

We don't actually know that suicides are up, because the data is yearly (which is a problem we should probably solve).

All cause mortality is a rough number, but it's the only one that will eventually allow us to measure the impact of the pandemic in a few years.
I hope Apple rolls out a search engine. It's time to kill Google search.
Suicides are easy to identify.

There's no reason to believe that cancers missed in the past 8 months would have appreciably immediate consequences as there's not much that can be done about late stage cancers. Plus, like suicide, cancer deaths are obvious and I haven't seen any substantial increase in those numbers.

Finally, studies from just a couple of months ago studying cardiovascular disease deaths showed that there's been a decrease in those deaths. It's hypothesized that deaths from early intervention (e.g. bypass surgery) have been avoided, and the expected increase from untreated disease is still further out. Even if deaths from untreated CVD are finally upon us (post study period), it wouldn't substantially effect mortality numbers from the previous 8-month period.

In other words, it's easy to subtract these things from all-cause mortality. But AFAIK doing so doesn't significantly change the numbers.

Furthermore, there's little reason to doubt the potential lethality of COVID-19, given the hard and indisputable CFRs and IFRs from Italy, New York, and Wuhan, all of which occurred during a very short period of time, and largely before significant mitigations were put into place. Thus, while mortality rates clearly vary across different regions, there's little reason to believe that this fact alone disputes the inherent lethality of COVID-19, but rather reflects environmental (including social) differences across regions and across time, and thus little reason to believe that mortality increases elsewhere are principally the result of anything but COVID-19.

The sun may never come up tomorrow. Aliens might land and wipe us out in the next hour. You might spontaneously quantum teleport to Alpha Centauri while reading this reply. These are all possibilities. But possibilities aren't probabilities; they're two different things. Merely suggesting that something is possible does not refute the probable likelihood of an alternative. Conflation of those is what makes FUD (Fear, Uncertainty, and Doubt) seem credible to the naive or wanton contrarians.
I am a long time DO user. I am with them since their first YouTube ad. Anyone remembers "You have been coding like a beast..." ad? I have aggressively promoted them in my circle. But I love Ryan more. He helped me with my Rails chops. I am an Indiehacker and most of my projects are hosted with them. I don't bill much, around $200 a month but I am moving that business to Linode. Bye bye DO.
Microsoft's Leaked Source Codes
Really? I get the total opossite. Spotify keeps letting me find amazing bands with just 2 years if learning my taste. Youtube keeps telling me I want to watch the same music videos over and over.
Look, elegance and beauty can be used at the search stage, when looking for a better model describing reality:

- Can I make this equation simpler?
- Can I make this model more general?
- Can I make the formulas easier to deal with (and so the theory more useful)?

These are all valid search paths when developing the theory. But the ultimate test is how well the theory matches the experiment.

In fact, programmers know this very well. We avoid spaghetti or giant-ball-of-mud code, we try to express our ideas clearly so we can be more certain that the program works as expected, and it does what it's supposed to do. We use elegance and beauty as a guide when writing and improving out code. However, the ultimate test is whether the program works as expected or not.

No matter how elegant a wrong program is, it is still wrong. Wrong but elegant code can be an intermediate step to the final correct code, but it's not the final goal.

The same with the scientific method. You can guide your research with elegance in mind. (At the end of the day, simpler more elegant models are nicer to work with when developing your theory and when applying it in practice!) But the ultimate test is the experiment. And also, if your theory is elegant but untestable (unfalsifiable), the theory is not scientific. It might be completely wrong.

As useful as it is, even as a search heuristic elegance might be misleading. Prof. Sabine Hossenfelder ( https://backreaction.blogspot.com/ ) wrote a book on how the search for beauty and mathematical elegance led modern fundamental Physics to its currently rather unfruitful state.
but the M1 can run x86 apps via rosseta 2.

https://en.wikipedia.org/wiki/Rosetta_(software)
Mostly I would just want Electron to disappear overnight.
Nobody wanted Arm-based Windows devices. The early RT devices had terrible performance and failed to compete in any meaningful way, had terrible compatibility and no (?) emulation, and since the products were mostly terrible, Microsoft never supported them well, nor pushed for a developer transition, and consequently they got abandoned quickly. The few newer devices out there, like the Surface Pro X, still don't perform competitively, cost way too much for what they are, often aren't straightforward, standard laptops, have emulation issues, and have Intel alternatives.

For a transition like this, you need good products, you need good emulation, and you double-plus-emphasis need to commit. Windows cannot do that.
For years I’m running home server. Mostly for storage plus some side projects. I only had a little time for server maintenance and I ended up redoing the whole server every time a disk failed. I was using just regular desktop grade disks so that happened every 18 months or so.

This all changed when I started using ZFS. Not only it has support for raidz and mirroring (which I could get with LVM too) but it is tweekable and tunable easily. Plus commands like _zpool status_ will give you a great overview of the health of the array in no time. It might seem like nothing but it makes all the difference for me.

I can recommand for everybody running a (home) server. It will save you lots of time.
The ARM machines launched by MS were (1) lacking in power and (2) tied to the Windows Store as a distribution mechanism. Issue 1 is not affected M1 machine, in fact they’re blowing current machine, which is in itself a reason for adopting.

On issue 2, well the Windows App store has never been an attractive platform. MS tried multiple times to shove it down users throat, which build some antagonism. Moreover, it’s actually MS’ second iteration on this principle (Arm+forced store usage), where the first one failed spectacularly (Windows RT tablets). So, it’s crazy to expect a different results when the same parameters (store locking) are used again, and no sane company or individual would bet on this.
Microsoft's offering on ARM is underwhelming to say the least. Or overwhelmingly bad, depending on your perspective.

The hardware on offer currently is just as expensive as the x86 alternatives, has worse performance (unlike M1, which has excellent performance), and only offers marginal battery life benefits.

Microsoft is also not particularly committed to ARM or willing to competently execute that transition. For years they were trying to hobble their offerings (Windows RT, then later Windows 10S). In their first introduction of ARM, they didn't have optimized compilers, so performance was even worse than it should have been (Surface RT was a real disappointment).

Microsoft has also been jerking its development community around for the last 15 years in ways that make targeting Windows unpleasant. Half of Microsoft is trying to tell everyone that UWP is the future, the other half won't even bother supporting it. You might be surprised which half is bigger. The Windows group has spent a lot of time at war with the developer tools group, and it shows.

Basically it all sums up to: Apple is a serious trustworthy partner, Microsoft is not. Apple's ARM offering is actually better in several ways than the x86 alternative; Microsoft's ARM offerings offer noticeably less value. M1 is genuinely exciting, Windows on ARM is not.
It will be interesting to watch Linode claim back the lost ground from DO.
I am really curious why the response to Apple Silicon is so prompt vs when Microsoft did WinRT or ARM versions nobody really cared. What is the difference? Was there some problem in compilation tool-chain or what?
My house is a bit older, but not super old. Late 80s. And I have been thinking a lot about insulation and heat / ac bills lately. Because we are home all the time. No more timers that let it not run during the hottest parts of the day and such. Trying to figure out how much effort to put in. We got new windows recently and they are not as cold to the touch as the old ones, but probably are leaking more air too. So not sure it was a huge positive. Before that I blew more insulation into the attic, but don't think I did enough. Trying to figure out what next. Keep thinking about trying to find someone to blow in foam into the exterior walls, but know thats not going to be cheap. And take a very long time to pay itself off.
A reminder that this metric—number of new addresses—means nothing. Addresses should never be reused, so modern wallet software should be making new addresses with every transaction, no matter the nature of the transaction. And with blocks consistently full, the number of transactions doesn’t change much.
Will these user-hostile appllications and devices allow you to set the gateway? As long as you can use an OS of your choice on the gateway you should be able to control routing, including DNS.
Webflow is an interesting omission too.
I hope so too. I tried their Electron apps and they start on Apple Silicon but no window ever opens.

Simply being able to run the iOS versions would be great.
I'm a senior full stack engineer that is considered a lead developer on a project usually. I spend about 20 to 30% of my day coding. The rest of the time is code reviews, pair programming, reading, and meetings.
This will stop working since kallsyms_lookup_name is no longer exported by recent kernels. See [1].

[1]: https://lwn.net/Articles/813350/
I suspect the two major differences are that vendors have confidence that 1) Apple will stick by this decision for quite a long time and 2) Apple will sell a significant number of units with this new architecture.
Remember when we used to think YouTube was going to replace TV? Well... I guess we were spot on.
Russian Cyberpunk Farm
>What is the difference?

The fact that there won't be new x86 Macs in 5 years.
M1 is the clear future for macOS, whilst WinRT/ARM was a non-committal side-hussle that may or may not have a niche future.
If you don't want Electron apps, don't use them. It's not like they would exist without Electron.

The people who build Electron apps are, for the most part, people who wouldn't build an app otherwise.
One more thing is that the Apple chips actually optimized for the mac and perform better or equivalent to their Intel counterparts. Microsoft just used the Snapdragon mobile chips that had bad performance even in their own categories, forget desktops
"I continue to regard the decision of Twitter and Facebook to block and suppress the ability to disseminate The New York Post story on Hunter Biden’s laptop as one of the most shocking and alarming events of the last four years: political censorship cheered by most of the pro-Biden press."

So... zero believability.
What would that be? Would you pay $50 a year?
Its also been 5-6 years since. Arm support in the toolchains and libs are much better, and the chips are powerful enough to do testing on them.
> There is something wrong with Teams.

There’s a lot of things wrong with Teams.
If only the issue was limited to Electron... I often feel like Electron is more a declaration of defeat, like: hey no matter where you look at, software bloat keeps eating the precious advances in power provided by hardware. So let's at least get some comfort and value out of that. (Electron does put multiplatform desktop development within reach of 100x more developers than Qt/etc)
Template literals... helllsss yesss, been waiting a long time for those suckers.
Does WWDC count? Does selling a ludicrous number of devices to consumers which create a humongous market for developers count?
Indeed, can’t decide if I’m happy or sad to see this news.
Sans serif is more readable (at least accrding to studies) probably because of much more coarser resolution of ye olde displays (~96 dpi vs at least 200 dpi for newsprint). Nowadays, no-one currently has conducted a rigorous study to determine whether it still holds true on Hi-Res displays, and whether the active lighting of displays will be different to the passive lighting of paper.
Thank you. But no easy way to force the button/option to appear for visitors, as the author of the page?
That's up to Oracle. If MS also starts pushing Windows for ARM (as they seem intenting to do), I think they might make an VirtualBox offering for ARM.

In any case, we have Fusion and Parallels, and Fusion is now free for personal use iirc.
It's a weird article. It's a matter of priorities, a theory can be as beautiful as anything you have seen, but if it does not have any predictive power, then for "hard" science (i.e. physics, chemistry, biology, etc.) its value is almost zero. "Almost" because interesting ideas sometimes can be developed in unexpected directions and even in different fields.

And "beauty" and "elegance" are certainly important, they just come after an ability to predict. Even if this ability is yet unclear, scientific community is open to investigation of promising "elegant" ideas (e.g. see history of the string theory). In the worst case scenario we get an interesting branch of mathematics.

I prefer to look at it at from the following angle: at extreme we have simply collection of experimental records. By accumulating those records we describe reality in the most straightforward way. "Laws" are the way to compress those observations. As an input of this algorithm we have experimental conditions, and as output experimental results. As a byproduct of this compression we get an ability to predict with a certain confidence what will happen in future experiments. "Beauty", "elegance", "compactness", "unity" are subjective ways to measure quality of this compression. Quality can be measured using different metrics: size of the algorithm (i.e. number of laws and constants in them), information loss (i.e. its precision), computational efficiency (i.e. an ability to compute prediction). This way we can view Newton laws as an efficient lossy algorithm, while quantum mechanics are near lossless, but more complex and computationally difficult.
MS only half-sold their ARM version. It was a clear second-tier product and that x86/x64 was where their heart and customers were.

Apple has made it clear that ARM is, in fact, not a companion product line but the product line. This creates a lot more motivation for developers to do what’s needed to target it because there’s a clear value (for themselves directly or indirectly for their customers).
> Microsoft did WinRT or ARM versions nobody really cared. What is the difference?

Commitment. Confidence. Customers.

Apple has committed to Apple Silicon. Flagship products are switching. It isn’t an add-on or side project. That breeds confidence that Apple will stick with it.

That confidence and Apple’s track record make it likely there will be demand for software on Apple Silicon. This is compounded by Apple’s customers tending to be high-income and influential.

Good technical products can be tanked by bad business decisions.
> cutesy overloading

Haha, great way to put it
The only thing preventing me from adopting zfs is that it is not being part of the linux kernel.
Side hustle is spot on. They didn’t fully commit because they were afraid to cannibalize x86 market support. Unlike Microsoft, Apple made the chip. Microsoft only worked with 3rd parties and nobody would touch Intel/AMD. Well, until now...
> The people who build Electron apps are, for the most part, people who wouldn't build an app otherwise.

It’s not a bug, it’s a feature.
Judging from history, that support will go away in a few years, like it did with PowerPC Rosetta after the switch to Intel.
Is this means that VS code can be running on an iPad ?
Novel and entertaining and informative.
Why, think about it.

Covid deaths are practically concentrated on age groups over 65 years old.

People dying from other causes aggregate multiple causes which, due to the aggregation, are spread out over the whole age range.

Due to the pyramid shape of the population distribution (they call it population pyramid for a reason) then the median and the mean are shifted towards the base/younger age groups.

Hell, if a disease affected mankind in a way that killed everyone uniformly, the average age of people dying would be around 30 years old.

The way you presented your conclusion implies that dying from covid actually extends your life, which is absurd.

Instead, it just reads that it kills older people disproportionately, and the older you are the more likely you are of dying from it.
I say 2... future us will have to track this bet.
Well, there is some chance you can just run iOS/iPadOS forms of the apps (e.g, Slack) rather than Electron apps on M1. 's not as bleak.
IDEs will make suggestions for fixes to apply after you've written the code. Clippy made suggestions a lot earlier than that.
Pro: Helps with migraine.

Contra: every once in while causes tabs to crash and my laptop battery to deplete. Firefox for iOS offers Night mode, which, except for still-white images, works more stable.
I'm pretty sure it's satire. I agree, this virus is absurdly not worth it. We're acting like it's Ebola or something
It could depend on the alternative proposed. Adding types to dynamic languages might actually exhibit this behavior, of inevitably leading to really, really complex type definitions which just confuse things tremendously.

In your case, your alternative is back to untyped, unsafe JavaScript. Maybe that's not so much better. Another alternative would be to move to a language designed with types in mind from the get go, say OCaml (with ReScript) or Java (with JSweet), or others.

Bottom line, I think that claim is still true:

"Forcing types on a dynamic language like this seems to inevitably lead to really, really complex type definitions which just confuse things tremendously"

But if that is a good or bad trade off for you to make, I think that's very contextual, it depends. Maybe that's okay for someone, and they'll use TypeScript. Maybe that's not okay, and they'll go back to JavaScript. Maybe they'll instead explore a ground up typed lang like Java.
Ah, Wodehouse. Everything from his writing style to his most popular characters to his name captured the same sense of whimsical negligence that characterizes an aristocracy.

We often hesitate to use words like "aristocrat" in post-Victorian settings, but Jeeves showed us that wealthy industrialists weren't all that different from barons or princesses or dukes.

It doesn't seem terribly out of character for him to 'cheerfully write a book about crooks' in a prison camp. Stiff upper lip and all that, don't you know.
The difference between Apple and Microsoft is that I can make a claim that Apple will stop selling something they deem legacy technology in five years and people will mostly push back against me by saying that five years is too long. If I claimed that Microsoft would stop supporting something in Windows in five years, I'd mostly get jeers.
So ignore they exist & live the future you want. Any resurgence in Desktop Apps was because of Electron, many of which would not have been created otherwise.
The author managed to write an article on the problems of scientific method without even mentioning Paul Feyerabend's "anything goes". He didn't mention either the fantastic "Lost in Math" by Sabine Hossenfelder, in which this precise problem is fully addressed in a manner that uninformed people can grasp. No mention of Karl Popper and the philosophy behind why on Earth do we use data to begin with.

This article is, to say the least, incomplete.
>Technical people moving away from using Apple's new properietary hardware

Many technical people seem jumping into Apple's new hardware, and reviews are all raving for M1.

Don't confuse FOSS people / ideologues with "most technical people". The technical people that are big in numbers and give support need to be merely computer savvy people, not hardcore devs or people who'd rather run Linux.

>that literally can't boot any OS but Mac OS

That's wrong. It can boot any OS: https://news.ycombinator.com/item?id=25145119