skysight-inc/HackerNews huggingface dataset:
In my opinion robots are the up-and-coming problem that will exacerbate existing problems that need to be addressed first. I would like to see his opinion on the existing problem of drive-by-wire vessels or at the risk of sounding like hyperbole what I call Internet-Connected-Death-Machines or ICDM's. Not just automobiles but also aircraft, trains and sea vessels.

Internet connected vehicles plus control of steering, acceleration and braking via the vessels computer is already an existing problem. Some researchers got into trouble some time ago for taking over remote control of a vehicle on a live highway. There are also videos of people mysteriously accelerating and driving into buildings whilst the driver is trying and failing to stop the vehicle. I'm not linking the ring videos of Anne Heche but those can not be unseen.

Before we can secure robots and prevent them from taking people out I think we first have to secure their predecessors of which they are based on. If a trusted partner or random skiddie can execute malicious undocumented codes or add their own malicious code then the game was over before it started in my cranky opinion. Cars and their remote networks get released and patched just like existing internet services and have a long lag time in between patches giving malevolent parties plenty of time to erase drivers. Also missing from these automobiles is a truly-tamper-and-fire-proof "little black box" that records every instruction executed by the car for the last 72 hours, including the undocumented or hidden instructions.
Most things work with chromium, but google still has its hands on it. To have an more indipendent browser only safari and firefox are left.
> Nowadays PC gamers are used as guinea pigs when big gaming titles are released with major bugs, major performance issues, and other similar problems.

Gamers are also very vocal when games are delayed as well.

The developers cant really win!

PCs have such variation in configurations and quality that games are bound to suffer, the price you pay for hardware freedom is that games sometimes aren’t optimised for your environment.

(Games are also getting bigger and bigger with no guarantee that it will sell so decisions need to be made)
> "A phone number is sufficient to password reset a Twitter account even if not used as 2FA"

In other words, they don't have a 2FA system. They have a 1FA system, and the only factor is your phone number.

This is a weird choice, since people are much more likely to know your phone number than they are to know your password.
Yes - not saying it’s impossible to improve or that we shouldn’t add new things to the web platform, only that it always costs more than we anticipate.

One example: that’s great for Firefox but that helps a format become more common, which increases the likelihood of tools integrating a library but not using a browser-grade sandbox. How many apps end up passing user uploads through something like ImageMagick, for example? (And how many years will it be before the last container image is updated?)
Steam shipped a version of counterstrike that glitched a lot less in windows whereas the cd version I got from ATI with my graphics card didn’t even work reliably. That was the gateway game for me.
Agree. This is one of the reasons it's better to go with older and more reliable JPEG for viewport streaming. An exploit chain would need to penetrate screen capture images to pass to the client. Browser zero days do occur and this is why it's important to have protection. For added protection people often use browser isolation, which specifically adds another layer of protection against such zero days.

If you're interested in an open source (AGPL-3.0) solution for zero trust browser isolation check out BrowserBox on GitHub. We are using JPEG (now WebP) for viewport pixels: https://github.com/dosyago/BrowserBoxPro

Technically, we did try using WebP due to its significant bandwidth gains. However, the compute overhead for encoding versus JPEG introduced unacceptable latency into our streaming pipeline, so for now, we're still against it. Security is an additional mark against the newer standard, as good as it is!
It should be possible with Ada/SPARK. It's focused on low level systems programming and compilable programs are free from run-time errors. In addition, the correctness of the program or key properties can be proven at compile-time.
reading frequently on HN how COBOL is still running critical tasks, I would rather say "for fun and profit"
Sorry I don’t have time right now. Perhaps I misremembered, but thought he said he would often sleep off illness in the car when the driver would take him to and from gigs when he was a teen. I trust you looked.
>but you can't complain about Dephi's staying power. Wikipedia shows it as having been released in 1995, and it still seems to be going!

Yes, but it's only really alive due to legacy systems. You don't often see new development done on it, at least in the US. Good luck finding a Delphi developer vs. Java or C#. I think it's still popular in Eastern Europe though.

I do love the platform and I used it for probably 13 years, but it's wilting pretty hard today. I would never build anything of substance with it today.
Agreed, the web stack should definitely help get some contributions. I might take a look too :-)

Tangential but have you considered something like https://tauri.app/ instead of Electron for the app? (One of my major concerns with Electron apps is that every app ships and runs its own copy of Chromium – Tauri mitigates that by using system web engine instead.)
To me it looks like more generality is neither necessary nor desirable.

It's better that the codec is 100% safe but there's a tiny amount of unsafe glue code, than make the codec unsafe to add generality.

Google has smart people, finding the bug in 15 lines of glue code before it goes out the door is definitely easier than finding this C bug.

This is the same thing that powers Rust successfully, but taking it further.
Not surprised to see them do commerce, but the scale of this is surprising. It’s an ambitious entry: Includes pick & pack fulfillment, even.
TradingGPT: LLM multi-agent framework for enhanced financial trading performance
>The people doing core Rust for Linux work (not random mailing list

>participants) are actually very qualified and very knowledgeable about

> Linux. I don’t think your characterization of them is fair at all.

Alright, they are very qualified and knowledgeable, what is a fair characterization of the work they're doing?

It's been a year, let's see how much stuff they managed to merge,
My terminal window has 135 rows:

cd linux/

git log --oneline rust/

output
<space>
output
<space>
output
<space>
no output

Oh wow, how many people was it again?

git shortlog -s -n -e --all --no-merges rust/ | wc -l

29

Most of those guys have single digits number of commits and there are 7 guys with double digits number of commits so let's say there's about 7 people most active doing rust in linux.

Do you know Rust yourself? Take a look at the bulk of the patches that got merged, could you write that if someone paid you? My guess is yes, because it looks pretty average to me. (No offense to you personally).
And large parts of it are in Russian territorial waters. Lots of ambiguity.
Why isn’t dotnet core popular among startups?
The biggest point is in your second paragraph.

"The problem really is that the people who want to see Rust in the linux kernel have next to no linux kernel background and have a poor understanding of how Linux works and how things are generally done."

Is this a non topic then?

Having drivers in Rust is one thing. Drivers were done in C++ before. But you use a subset because a language targeting kernel needs to use kernel facilities. You won't be able to use your standard library. Syntax needs to be resolved to what kernel provides, or dropped.

That's why C++ in kernel never took off that seriously, when you restrict it, and when you already have to accommodate for kernel's "API mindset", what's left of language in between isn't that important.
> normalize using Tor,

Yeah that will not happen.

https://news.ycombinator.com/item?id=36906900
My concern is mainly what will happen after Gabe Newell retires or dies.
Not everything of course but for the sort of network-based soft low latency uses web apps are built around yes pretty much. Even within its domain it has some weaknesses but their contours and mitigations are well understood. OTP is venerable and proven.

If you're ever looking at microservices as possibly a good idea you should definitely consider "can I just do this in erlang." Usually the answer is "yes, but no, because of company politics" and those hurt a lot once you know what you're giving up.
Yeah, the console this game was optimized for (Xbox Series X) has SSD storage and was released concurrent with the Nvidia 30XX series. 2020 console specs seem like a reasonable target.
my point exactly..
What we will find when we explore Mars is that we are Earth creatures. There are good reasons to doubt humans will ever travel to outer planets, nevermind to neighboring stars. Post-humans, maybe. Not us.

Having a decent life for all humans and minimizing the damage we do to the only habitat that supports human life is a vastly more important goal than crossing a void to reach an inhospitable rock.

We will gain knowledge and technologies in pursuit of space exploration. There are benefits. But humanity has higher goals.
Lutris really helps in that regard. For very minor additional janitoring, it can recreate much of the same plug-and-play, Windows-on-Linux seamlessness that you get with Steam.
(Quiet founder here.)

I think both this point and OP's point can be true, depending on what the value is that people get from switching from Slack to a secure alternative. (And yes I've also been in teams that usually used Zoom or Meet but where the convenience of quick 1:1 calls in Slack was really nice!)

If a team is sufficiently desperate (as some we've talked to are) for something with end-to-end encryption but specific advanced moderation features that Signal lacks, then using Zoom, Meet, Signal, or some other video calling solution is fine. Sure it will be annoying, but there's a clear benefit the organization gets in return.

And yes, most teams do not get enough value from e2ee (or don't yet believe that they do) that giving up on the frictionlessness of a Slack huddle is worth it for them.

If we find product-market fit with an enthusastic niche of teams that need security, we'll be able to grow from there and address their needs for video calls too. If we can't find some users who are passionate about the particular advantages of what we're offering and willing to trade some features and convenience for those advantages, we're toast anyway :) (But we think we've found some!)
This happens sometimes, yeah. We're all just mere humans after all.
In the UK, the rules for statutory notice period are a bit complicated. If you've been working somewhere for less than 2 years, the company has to give you at least a week's notice. If you've been working more than 2 years, it has to give you at least a week's notice for every complete year worked, up to a maximum of 12 weeks. Legally, to resign you only need to give one week's notice.

In practice, most permanent jobs with fixed hours have a notice period of 1 month, and 3 months if you're somewhat senior (i.e. not junior rather than very senior). Typically, 3 months is normal until you get very senior, and then you may (rarely) see 6 months, but instead people are normally retained by offering large bonuses that get forfeited on resignation.

If you have a contract that gives you a longer notice period than the statutory minimums (which almost everyone does), then normally the notice period is the same on both sides. If you agree this in your contract, then the longer notice an employee has to give is increased from the 1 week. I suspect this is why almost every company has a contract that specifies 1 or 3 months, because it reduces the company's risk that employees will suddenly disappear and that's more important than the cost of paying someone a bit longer if you've decided to let them go.
It is good to know that hardware wallets such as Trezor and Ledger supports 2FA protocols so if you have one there is no need to use another device.
I do not question the effectiveness of deterring with nuclear weapons. It would be great if Ukraine had nuclear weapons... for now. How long till a nation state becomes unstable. How long can any entity remain in control of itself. Hell, I don't trust my own country the US to have these weapons and we have the longest track record of not ending the world. But at some point there will be revolution on every country. My source is all of human history. One radical group getting ahold of these weapons with actual intent to use them is all it takes to change the face of the world.
Well, nature's laws are pretty resilient as far as I can see.

Laws about thermodynamics, and entropy still hold. Also, as far as I can see, no living creature, incl The Nature itself succeeded to create something more complex and sophisticated than itself.

So, I'll be sticking to my arguments, for now.
Show HN: Embeddable DocuSign alternative via native Web Components
Are they going to be able to pull it off? Many companies have tried over the years and eventually threw in the towel.
Warren Peace is working on his Dostoevsky bio
Hi, it's Alex from DocuSeal.

Recently we released a new embedded JS api for document signing at DocuSeal.
Instead of doing it via iframe we decided to provide a JS-based solution.

Here are some benefits over iframe:

- faster load speed

- easy to customize

- optimized on different screen sizes

Also there is a React components library which also works with SSR Next.js https://github.com/docusealco/docuseal-react

Looking for some feedback and would be happy to answer any questions.
I so rarely have to verify integrity or have a download error out that I’m honestly suspicious of your hardware.

Like, I’ll do the above less than once a year.
On the one hand it will be sad if Steam declines as it is overall a fantastic service for gamers. On the other, they definitely occupy a close-to-monopoly like position in the market so it might be good to have that opened up.
Then why is it C/C++? To be allowed into the browser, a new codec ought to be implemented in a memory-safe language.
I grew up riding mechanical, carburetor, dumb motorcycles, and every mishap was due to my youth, bad environment, judgement, what have you. However, I now ride a motorcycle with a 6-axis accelerometer, inclinometer, ABS braking, fuel-mapped ignition, and all controlled by the onboard ECU. I can say it has been a disruptive experience. I can disable things when I want to do stupid stuff - burnouts, wheelies, etc. - or leave them on so they can save my tired ass in the rain or a tight turn I've entered too fast. I have felt the cornering ABS kick in once. The throttle by wire is ultra responsive and programmable depending on the mode you are in, and not like the mechanical throttle of my old bikes. The fuel mapping is intelligent and changes under different temperatures and demands. I'd say it has saved rather than killed me. But, I must say, I talk to my moto, Ginger, and thank her for taking care of me on every trip. It makes me feel better ;)
A 22.5meg .png image on that page. How?
I think about this a lot. I don't have _that_ much invested in Steam. (about 30 games) But if they ever go public, it's all over. I can't think of a public tech company that doesn't cannibalize its user base until it becomes unusable garbage. There's also the fact that Valve has done more for Linux gaming than anyone else. If Valve goes public, I'm probably done with PC gaming for the rest of my life.
no, copenhagen interpretation is wave function + born rule.

the "branching mechanism" is not part of the fundamental mechanism of the everett interpretation. The "branching" is an emergent phenomenon similar to what happens when you mix to liquids of two different colors. At "some point" the the fluids intermix in such a way that you no longer distinguish them and finding the right boundary when that exactly happen may seem a bit "fuzzy", but the physics of what's going on is perfectly clear to anybody; the two substances are still there, but just mixed up in way that is completely intractable to reverse in practice.
iPhone 15’s shift to USB-C
I took a course in my undergrad for fun. It's an interesting design paradigm, all the code had a built in schema attached to it, if I recall correctly, which I've come to appreciate and find more interesting over time.

Using the AS400 was very interesting as well.

The problem about COBOL, for me, is it's so specifically designed to fill a niche of business record processing, that I'd never use it for a side project. It's too verbose, and too restricting.
> Secondly, I can’t think of a contemporary national authority I would defer to.

I imagine people living in the developed world defer to many national authorities all the time. Being able to eat almost anything sold and drink tap water with near zero risk of getting sick, being able to trust doctors and medicine, safely flying from one place to another, minimal risk of being in a fire, having all these wireless communications devices work without interference, not worrying about electronic money and securities account balances suddenly disappearing, etc.
Migrations per service are exactly why you separate them out in the first place. Reading your comments in this thread has been painful.

If you have multiple things sharing one data store, having ownership over the structure of the data is very difficult.
Sony develops energy harvesting module from electromagnetic wave noise
I agree with you. We can complain about Bash all we want, but Bash is everywhere and isn't going anywhere anytime soon (as much as I'd like something better). So if you want to be a good engineer in today's world, you have to learn it. And if the error message isn't immediately obvious to you yet, don't worry, it just means you haven't yet formed the right mental models. But you will, if you continue to educate yourself by reading articles like these!
I put the buttons on the bottom so the user would not be overwhelmed by options at the start. Interesting to hear you'd prefer them on top of the table!

Suggesting similar characters would definitely a nice feature, I'll add it for basic cases.
Basically the same as when your company produced a pesticide that caused cancer and killed someone. There was no intent in the molecule, but there was at the very least negligence on the side of the producer; if they knew about any negative side effects but swept it under the rug, then I suppose it could qualify as manslaughter. In short, nothing really new here.
There is more than just house payments. There is also taxes and insurance, both of which go up over time (they are often rolled into the mortgage payment, but they are not the same thing). There are also maintenance costs which can be quite high (if you do it yourself they can be lower, but not everyone has the time or ability). Also most people are buying a much larger place than they would rent. These need to be factored in and they make the point where the line crosses farther out.
Is TikTok trying to become Musk's vision for X? Social media, music, shopping, I sense a finance branch is soon to follow...
>Splitting a system into subsystems allows each team to focus on their piece of the puzzle while minimizing the amount of peer-to-peer coordination.

Assuming coupling is reasonable. If you have a "distributed monolith", you still end up with all the meetings because every microservice change risks breaking interfaces other people are using.

In the context of coupling, I'd argue the same applies to monoliths. Multiple teams can successfully work on a monolith given architecture where they're not constantly stepping in each other's toes (each team works mostly in their own modules/classes/packages)
Like with most languages, learning the language is easy. Learning all the libraries, especially the undocumented proprietary ones, is the hard part.
This does really not sound good
To be clear, I’m not saying we shouldn’t add new formats - more that it’s one of those “take the developer’s estimates for how long it’ll take and double them, and then put a zero on the end” situations. I’m not sure WebP was worth it but AVIF definitely is and both of them do have one advantage over other formats if they can share code with VP8 and AV1, respectively, since browsers were definitely going to ship those.

What I wonder is whether this is saying there should be two tiers, where stuff like JPEG XL might be implemented in WASM for better sandboxing so browsers could more easily add support with less security risk and then possibly “promote” it to a core format if it proves successful and there’s enough performance win.
To put it another way, we might as well call a steam train a robot who will murder any human who tries to obstruct its desire to get to the next station, instead of jumping the track and going around.
Are you implying that I’m a shill or something? This is a weird conversation.
Elevating Brews with Pristine Water Chemistry
Except I've seen this work at dozens of companies?

This thread is very painful, feels like CS101 coming in to tell us why we don't need relational databases and that we can just shove it all inside mongo.
https://fs-uae.net/ is pretty much the standard Amiga emulator on all platforms. You'll need to source the ROMs from the high seas.
If they want the visitors (and they do as you can hear from the pained howling about work-from-home, and before then about suburban malls) the answer is a big yes, you need to accommodate visitors. (Notably different than outright dictating the built form but ignore at your own peril.)

It is admittedly an awkward to do a proper 'transition' from cars in less dense areas to transit stations. in ways that parking lots and garages alone leave some problems.
>Example: a truck stops in front of the autodriving car, too quickly for it to stop in time.

That is physically extremely rare - trucks have lower deceleration and higher breaking distance than high performance passenger cars. Also why TF is not the autodriving car keeping distance allowing it to break in time. The focus should be on not getting into shitty situations - and because AI attention is unlimited, we can do all kinds of sensors and also mesh the cards, couldn't be bored and is vigilant 24/7 it should be theoretically possible.
I think the difference is that these incidents are operator decisions.

I presume the GP is talking about the case when the robot just goes "Nah, I'm going to ignore your target and kill these other people over here".
I think the author meant "Web developers", not specifically "JavaScript developers". There's just a very big overlap between the two.

So, Java and friends fits perfectly into this pattern. DevOps (saying as someone who used to be "Ops" w/o the "Dev") is also largely a Web phenomena. If you were exposed to Web development some time in your career, but then moved away from that, Kubernetes will definitely trigger PTSD in you. It's Web developers writing system software, and they don't really know how to do that.
I was a bit surprise Linux did not move to LibreSSL when it became stable.

IIRC, there was a Linux distro using LibreSSL, but a year or 2 ago the went back to OpenSSL for some reason which I did not fully understand.
Crimea is Ukraine. That's not just a slogan. Taking Ukraine was the first step to reconstituting much of the Soviet Empire using more aggression in Europe. There is way more than Ukraine at stake.