skysight-inc/HackerNews huggingface dataset:
The article has a eye-grabbing title that is quite larger than what's covered in the content, which has become a norm nowadays. My read: the article builds on 1 core thesis --- the big 3 are moving into infrastructure focused vendors, and more and more software layers, when moved to Cloud, will be owned by vertical aligned vendors with gradually refined market focuses (data warehouse, streaming/messaging, app hosting, etc.; and the pattern repeats itself along even higher levels).

I cannot say I have enough data to agree or disagree with the prediction. Mostly, the Cloud is still very early in its development.

The Cloud today only changes how the underlying business model works in provisioning computing. I.e., people now by default goes to Cloud for machines. That's a generational transition from the old DC/on-prem model.

But on top of this new model, the software only start to gain some properties that are distant from the old model fundamentally. Lambda is one such example. Docker/Kubernetes, as the article points out, is actually very incremental development over the old models (thinking about Vsphere puppet scripts etc.).

My sentiment is that fundamental shift like Cloud, only manifest itself after it gives birth to fundamental shift in how applications are developed and run. There are a lot of relatively new trends in this area, but none of them give me the impression of a killer paradigm. I am looking for something like PC + windows, Internet + Google, Cloud + ? type of thing.

Let's see in 10 years.
Tip: Turn off dark mode

If the background is dark blue you won’t be able to see the effect very well.
Not everything that goes above your head is a smoke screen :-)
It's worth it. I played with Propeller chips a while back. They have multiple cores and a shared memory but no interrupts. They can work, but you dedicate an entire CPU (expensive!) to a task, usually. The scant times you don't need to is because you poured time into a more difficult cooperative multitasking solution that isn't flexible.

You don't need to implement a nested vectored interrupt controller. Even just a timer/counter with overflow interrupt would solve your current issues with lockup by allowing you to implement preemptive multitasking. Once you do that it would be easy-ish to extend to the serial controller.

Basically, on interrupt flag = 1,
1. Disable further interrupts (no nesting). This makes things easier to implement.
2. Save register state. For speed a special set of shadow registers can be used, or you can put register state on the stack.
3. Jump to interrupt routine code start.
4. Let interrupt handler run, clear interrupt flag, then return.

In the simplest case an input flag simply causes a CALL (push pc, jump to address). In that case the interrupt handler needs to know to save state. You can test flags between instructions to see if you need to inject the push/jump.
What a tragic waste of a mans life work.
That makes me wonder if Wikimedia foundation decides to share their funds with the editors say based on a formula(depending upon the quantity & quality of edits) to send payments to their LiberaPay; How would Wikipedia be perceived at large?

I presume there will be a large influx of contributors due to monetary gain, Then again moderation wouldn't be much difficult as there's money in it for that too. Wouldn't be much different for vested interests as they put everything under their arsenal even now.
I want a dark mode switch in my browser so badly
I don’t reckon.

Surely the above comment is confused, misremembering leaf spring as lead spring.

Leaf springs appeared as early as the Roman empire as a form of primitive suspension for chariots and other two-wheelers. Instead of steel, savvy Romans used flexible wooden sticks.

https://connect2local.com/l/112910/c/478618/examining-the-fa...
Abortion Rights and Roe vs. Wade
Unless you are "exceedingly elite in your field" you wouldn't do much problem analysis as a doctor, you would do routine checks. The point still stands IMO.
This theory and the conclusion on what the landscape will look like is spot on -- it's so spot on it's already obvious. In fact, it doesn't go far enough. People are overlooking another angle -- the evaporation of the moat around the larger providers in terms of infrastructure they provide. Every year it gets easier and easier to run core AWS offerings (ex. S3 or EC2-like services) as long as you don't need 5 9s of availability (I'd argue most businesses actually don't need that and don't have it even if the underlying infra does). Smaller players can run that infra at much smaller scale than AWS with higher relative margins.

Software is easier to administer these days (don't say buzzwords like "cloud native" never did anything for you), and the startling thing is that the larger clouds still have a near monopoly on robustness/service choice. Of course I'm lying a bit here -- OVH has managed databases, and there are Managed Service Providers (MSPs) that run in places that are not the major clouds but the point here is that fundamentally technological leverage and hardware prices are actually chipping away at the moats of the large clouds every day. Larger clouds have to move up the value chain, and that is exactly where smaller companies can have an advantage (not in pricing, but in quality).

Hetzner has just opened it's first US data center in Ashburn, Virginia -- and IMO was worth using when it was only in Germany. Time to interactive is really important, but almost no one worries about this when it comes to dealing with backends. Deploying your frontend to cloudfront/vercel/any other CDN and leaving your relatively simple backend (what you might use for a simple three tier ruby/django app) is extremely cost effective but requires know-how. Hetzner starting operations in the US is going to introduce new competition in the lower layers of this vertical, and there's absolutely no reason that the Managed Service Providers (MSPs) can't take advantage of this and grow their customer base. I'm trying to start making the know-how portable -- building a cloud that runs on many providers (starting with Hetzner) and I'm calling it Nimbus Web Services[0] with a launch early next year.

[0]: https://nimbusws.com
sento.io | Backend Engineer/Fullstack | Munich, Germany | ONSITE / REMOTE | Full-time | https://sento.io/karriere#about

sento builds a platform for automated exchange of structured B2B data such as
orders, delivery notes and invoices to replace EDI connections. Almost all
products we consume on a daily basis are digitally processed via such
connections. We are a small funded team with a solid customer basis and our
goal is to process 1bn supply chain messages by 2026. We're looking to build a
WhatsApp (small core team working on infra products) rather than a Pinterest.

If that sounds interesting to you, please reach out to me (CTO) at: nimar@sento.io and mention HN.

Finding smart, driven and nice(!!!) people is a priority to us which is why we
move fast in the recruiting process.

Tech stack: Python, Typescript, FastAPI, GraphQL, React, RabbitMQ, Celery, PostgreSQL, MongoDB, GitHub Actions CI/CD, k8s
The fact that you consider infants and intellectually incapable adults as "limited kinds of persons" says enough about the superiority complex that underlies the problem of humanity exploiting all natural resources.
Since you seem interested in chatting, I left a response over on a parallel thread. https://news.ycombinator.com/item?id=29413523

In a society where some people get more than others, it's hard to imagine that there are zero poor people. Therefore it's up to the rich to be generous enough to help them. It doesn't even cost us that much -- small acts of charity can ahve a huge impact.
There are noble goals to this project to rewriting Nix to improve performance. The reasons feel valid. However I wonder about certain issues:

- Nix itself has problems of compatibility with Nix! Let me explain...recently NixOS 21.11 released. It still comes packaged with Nix 2.3.16 instead of Nix 2.4 because of incompatibility issues. When the Nix project itself is not able to deliver backwards compatibility I feel uncertain that Tvix might be able to deliver their promise of full compatibility with all the deep architectural changes it plans. Nix does not have a formal specification: Nix is what its C/C++ implementation says. Nix also has deep architectural changes planned going ahead. So Tvix will need to re-architect Nix keeping in mind (and keeping up) with the future changes that are coming. It's going to be tough to build this "alternative" implementation. Users are going to run into weird compatibility issues, not have the patience to resolve them and then just go back to the original Nix implementation.

- A rewrite to a popular project will find it difficult to succeed. There is simply too much momentum in the parent Nix implementation (I'm not talking about the package definitions here) that very few people are likely to adopt this rewrite. This is because most people might not really need the speedup. However, it's possible that the pain around slow evaluation runs so deep that other companies might adopt this too. I don't know enough here.

- The rewrite needs to offer more reason to shift. Right now this rewrite seems to be mainly about performance. There is also a proposal to be able to integrate with GNU Guile. To me this is just avoiding one untyped language (Nix) to replace with another slightly better untyped language (Guile Scheme) (GNU Guix uses Guile also AFAIK). What about introducing typing? https://github.com/tweag/nickel is an interesting project and it would be great to have a system like Nix with optional typing to make writing the derivations more robust. What about rewriting in a safe programming language (e.g. Rust or a GC-ed language)? These things would be likely to excite would-be-contributors and would make your rewrite viable. In other words, the rewrite needs to offer more than just the promise of performance.

Perhaps I have not understood the project goals fully. Maybe the project is all about just being able to leverage the Nix package definitions but have a totally different implementation to instantiate them? But the issue here is that nix-the-language is very intimately tied up with the nix-the-platform and the rewritten implementation will still need to really be extremely compatible to capture all the implicit assumptions in nixpkgs.

Once again, improving nix through a rewrite is a noble goal. It's a tough problem and it would be awesome if the project succeeds!

I have obviously not thought about this as much as you guys and would love to learn how you wish to tackle some of these problems. Maybe some of these issues are not as big as them seem??
Reminded me when I watched people try and get out of jury duty by claiming biases.

A big part of the lawyers job is to question people. Their stories fell apart pretty quickly.
after a halving (every 210.000 bitcoin blocks, roughly every 4 years), all other things being equal (bitcoin price, energy price, bitcoin fees, … and enough chip production), the energy consumption would get cut in half (as the reward gets cut by two).

This fact should stay true for another 2-3 halvings (including same energy consumption if price doubles which is the same), until the factor 0.5 (energy consumption after halving) starts to increase to 1 when/if higher fees compensate for the diminished issuance of new coins (while issuance of new coins goes to 0).

Because fees for now are very low, in the big picture and almost not relevant in the power consumption calculstions.

But until these about 2-4 halvings happen (=Y), price might increased by factor X and energy consumption only X/2^Y (which could even be a decrease if price does not go up much!). And if price would stay the same, then energy consumption would actually drop by 50% every halving! (if all other things being equal and supply of miners and mining chips were not a problem).

So to sum it up differently: Bitcoin consumes a lot of energy to have a fair new issuance of coins. Instead of being created out of nothing and being distributed unfairly (worldwide privacy issuance of a new coin is REALISTICALLY very very very hard, and has been tried by many projects and all failed), bitcoin gives you new coins for the same amount that you burn energy, so you can‘t fake it or corrupt it in the hands of politicians or any other left/right/religious/… group
It's the reason that there are no live streams of ATC transmissions online for UK airports. Doing that would trigger some "enforcement".
> If everyone could live off next to nothing maybe we’d all have time to solve stuff sans-grants.

I think this is, theoretically, one of the promises of communism. When I was in Cuba, I went to a local theater production of Don Quixote. It was free, and no one got any money from it, yet it was professional-level quality. In good times at least, under comminism, people have the freedom to explore their passions, because the state takes care of all their essential needs. Sadly, communism rarely leads to good times, and I can tell you for certian that none of my Cuban friends would say that the state adequately provides for their needs most of the time. It's a nice idea, at least.
> things we don't need.

Very simple. Don't buy if you don't need. No one has forced you to buy stuff you don't need but in general these store offer much wider variety of products at very good rates, are better regulated and have better works ethics.
Humanity has been reaping scarce natural resources for centuries. We have never paid a price to nature, or to future beings that would have wanted to use those resources, because they cannot defend themselves. This is our biggest mistake.
> Miller got his ham radio license in 1943, founded his own electronics company called Wyman Research, and helped develop slow-scan TV, a technology that transmits still images across high-frequency radio bands.

Don't they mean VHF, and UHF? I haven't yet worked HF, but is SSTV used on HF?

Also, wow, this guy helped create SSTV.
I'm doubtful, too. How would copilot know what to generate for the second function? How can get_depth_input be sufficient information to generate a function that reads a text file "input.txt" line by line and cast each line to an int? If copilot truly does that, then it's heavily geared towards toy problems.
Develop for users not bots. There’s json for that.
I don't think anyone is under the illusion that "fuzzing is doing all the things" or that it is a replacement for actual unit, integration and E2E tests.

It still is true that fuzzing has managed to find a whole slew of bugs that were otherwise not found, and it is generally easier to automate and add without requiring a ton of engineer time. It is meant to be an addition on top, not a replacement for other techniques.
I believe that's how D's betterC compiler [0] works, whilst retaining the memory safe features.

[0] https://dlang.org/spec/betterc.html
I don't know how you read blame out of it honestly. I am not blaming anyone aside from the one that uploaded the pictures, I though that was understood.

The recommendation to not ever send a device with secret information to maintenance and repair still applies. As I said perhaps the device never reached Google. That is probably relevant for liability, perhaps the delivery service is at fault.

It doesn't even have to be a malicious actor, the repair process could expose such images to the technician in some cases.
> IMO it's a good practice to add a PK to every table anyway (a simple "serial" will suffice), especially for auditing and historical analysis

The question wasn't if a primary key was required, it was "does this also work for tables where the GRANT hides certain columns from different users?"
I am in the US. Where I live masks are required indoors under all circumstances regardless of vaccine status. Indoor dining has been allowed for a few months now but there’s talk of introducing restrictions again.

It’s not so much how it is today, it’s the damage yesterday had done. And it’s the sword of Damocles that hangs over us all at the whisper of a new variant
Same with any relationship I guess:

- others wanting you will make you hot

- not returning calls will make you hot

- occasionally showing-up and being super nice will make you extra hot!
One of Bjarne's talks at CppCon 2021, is yet advocating again for the Code Guidelines, because they just keep being ignored by the community at large.
> Braces by itself are very poor visual indicators of a block

And that's why better languages use the keywords "begin" and "end" in stead.
At the time of this post, the arm64 download is incorrectly linked to the Intel-based dmg. The correct version can be downloaded by copying the link and swapping arm/intel, i.e., try this: https://2.na.dl.wireshark.org/osx/Wireshark%203.6.0%20Arm%20....
my instagram got hacked many years ago. i don't think i leaked any of my information. seems like it was somehow instagram's fault. either way i don't care. don't use it
Or, maybe, the $600k virtual yacht is a stunt, organized by insiders, to convince someone else to pour huge amounts of money in that particular currency.
I won't be told off by you or anybody else.

You don't 'bring a seatbelt with you just in case', the law says that you should wear a seatbelt when you are inside a moving vehicle (unless it is public transportation, in which case apparently it suddenly doesn't apply).

But you do bring a gun with you based on a conscious decision to do so, you do bring a loaded gun with you, and you do shoot to kill rather than to stop someone.

And I do blame a seventeen year old for doing all this, these aren't accidents or self defense by any stretch of the imagination and as long as America/Americans do not realize that this is the wrong way to go about this it will end in another civil war one day. And it is up to the rest of the world to show that this is not the only way to go about this.

I've lived in Canada, on the United States border. Canada has a pretty high number of citizens with guns, and yet the number of gun incidents per capita is a small fraction of what it is in the United States. This whole delusion that somehow allowing your populace to run around armed with military grade weapons is a good thing needs to go away. Before more people die (as they do pretty much every day on account of senseless gun violence).
The Long Fuse: Monosodium Glutamate (2019)
> We will wonder why with all the millions of lines of C/C++ reference code available to be perused and then rewritten in Rust, Pascal, C#, Zig or Nim, and the vociferousness of their advocates, why that didn't happen in a reasonable timeframe.

Easy, every single time .NET team does some advances into that direction, it gets sabotaged by WinDev and their C++ love.

XNA vs DirectXTK, .NET vs COM/WinRT,...

Windows could have turned into something like Android, with managed userspace and a very constrained native layer for restricted use cases, naturally WinDev cannot let that ever happen.
They do, but I believe the queue is sorted by users' GH activity.
I really dislike theses kinds of comments in theses kind of posts. This is just bragging.

I would like the bad people to be caught and you are just giving away free advice to any future thief like him and also kind of encouraging other people which is kind of worrisome.

Privacy is a double edge sword and this is case that I happy that he was caught because of his lack of knowledge.
I am interested in the director role, but do not see it on the website. Let me know who I should contact.
for it to improve to such a large degree would seem overly optimistic
I’ve considered it.

I’m not in any way thinking of moving from ideation to realization. But ideation is scary enough
I would be automatically on board on a plan that restore it to its original form. That's what's called "repair the old to be like old" (修旧如旧 in Chinese), one core principle of most antique repair/maintenance projects.
their white paper is one of the most obtuse writing I've ever read:

https://tbd54566975.ghost.io/introducing-tbdex/

the best I can understand... you can use your identity as a token? or something?
One is the whole database.

I am very aware of code execution attacks and persistence around them. C has a class of failures that are not present in most other languages that are in current use, my point is that it really only solves part of the problem.

From a security perspective, the 90% issue is the poor quality of developers in whatever language you choose.
Every distribution has the exact same problems that are impossible to prevent. It's all about the inherent limitations of how software is developed and run in operating systems today. All this stuff about 'solving dependency hell' and dependency paths tied up with merkle trees doesn't change the fact that you can't use two completely different libraries in one application at the same time, nor shell out to two incompatible versions of a binary from the same application. It is only possible if the software itself is designed to do that, using the features of a dynamic linker that allow linking in multiple versions of the same function and specifying which version you're calling from what source function. We don't actually need a new package manager or distribution at all, because they can't solve one of the most fundamental problems - only developing software differently can do that.

Sorry, but Nix is a total waste of time.
Interestingly, as of 02 December 2021 ~0300 US/Eastern, this thread is the third entry in your Google search. It doesn't appear at all on the first page of the DDG results.
are you trolling? telegram (are therefore the fbi) has full access to all content of every message. unless you use private chat, which nobody does, and isn't even available on desktop. i use it. but it's about as private as discord. which is to say not at all
Also being not an American, I'm puzzled as to how there is apparently no requirement to report self-defense killings to the police. I guess when they find dead bodies in the street, they just assume it was self defense?
The lengths highway patrol go to enforce speed limits manually is insane to me. I've never understood why, if speeding is such an important thing to prevent, why don't they use camera enforcement. If you travel between cameras A and B in less than the minimum time it would take at the speed limit, somewhere along the way you were speeding. There's no way around it. You could speed and then travel slower than the limit to average it out, but there would be no point, and enforcement is already spotty. Just send the ticket in the mail, or dispatch a patrol car if someone is speeding recklessly fast.

It seems like it would calm traffic, because people would travel the speed limit instead of speeding and then abruptly dropping from 90mph to 65 when they see a cop hidden behind a bridge. I've seen demonstrations that traffic waves cause jams even when there is no problem with throughput, just because someone slammed on their brakes. I'm actually not sure what it'd do to ticket revenue. If there was no way around it because your average speed gets measured, I guess people would stop speeding. Maybe the gambling aspect of it is desirable to governments because if there's a small chance of getting a ticket, lots of people will speed and thus get tickets. If tickets are a certainty, no one speeds and revenue dries up.

Do police unions lobby against using this kind of enforcement because it'd mean less cops lurking under bridges for an easy payday?
It would, because ISO std::vector<std::byte> doesn't do bounds checking by default unless you turn on the compiler checks in release builds, use at() everywhere, or create you own `std::checked_vector<std::byte>`.
There might be something in here for you:
https://twitter.com/samccone/status/1279117536479506432?s=20
https://twitter.com/samccone/status/1360730258752741376?s=20

This stuff is hard