skysight-inc/HackerNews huggingface dataset:
> Enforcing basic exception safety is trivial, you just have to follow very simple rules.

That's not my experience as a C++ developer in a complex, cross-platform, application, which needs to:

1. interact with C;

2. operate with an event loop;

3. operate/interact with a GC;

4. interact with non-trivial system libraries (e.g. Direct3D, Vulkan, ...)

> In any case either of these is miles easier than satisfying the Rust borrow checker, unless you use the cop-out of (A)rc.

The borrow checker is indeed complicated. I'm not sure how you define "satisfying", though. As for (A)rc, it can definitely be interpreted as a "cop-out" or as delaying optimization until you actually have good reasons to believe that you need it.
Would I prefer an OS with a consistent UI? Yes. Would I prefer a more user friendly OS? Yes! Will I still use Windows? Yes. Why? Because I spend 50% of my time in Microsoft office, which works far better in Windows than other OS
That's fair when it comes to apps from random sources.

But KDE apps all look consistent. I don't really use it, but it seems to me that Gnome apps also are consistent. Ditto for XFCE.

Whereas Windows, even among out-of-the-box and "system" applications, there's a variety in the look & feel. Until 7 it was more or less the same. But starting with 10, it all went downhill, and 11 didn't really fix anything in that department.
I wish they went more into how they architected a complex webapp.

Vanilla html and js?
Where's the petition? Need to sign it!

Tiobe is outright nonsense.

Citing it (besides jokes) is usually a sign that you can't trust the source that does so in the first place. Really everybody should know (at least for the last few years) that the Tiobe index is just completely made up nonsense.
Is it possible to have the server shutdown predictably when it finishes tasks periodically, and not get penalized? I would like my machine to run while I'm not using it.
The answer is security through isolation. See: https://qubes-os.org. My daily driver for years.
(I think the person you are replying to was being sarcastic.)
I know OpenAI describes the current costs of operating ChatGPT as “eye watering”, but I wonder how quickly these costs will start to come down. Improvements seems to be accelerating, and those improvements should be in efficiency as well as performance.
It's not like Linux doesn't allow you to put the QT .so files next to the binary either, Linux applications generally just expect these files to be available system wide.

> Compiling this old apps I assume will hit same issue, this time missing even more packages since I will need all GTK2 dependencies. I wish there was a nice, slim way to put in a folder all the libraries from a say 16.04 release and tell this app to look there in that folder.

LD_LIBRARY_PATH can be your friend. You'll still have to reconfigure the application for other resources like images, but as far as libraries go it's a pretty useful fix. I've used it before because the default libraries that come with Google's Android emulator just refuse to work on my system. The easiest way is probably to add the variable to your .desktop file or to write a script that sets it and forwards all arguments to the real binary.

> App images would probably be the solution, but who will find all those old projects from source forge that have very few users and rebuild them?

I agree; Flatpak and friends are a great way to keep applications working many years down the line. I expect them to only stay available for newer programs, though.

You can set up a Docker pipeline that will build the application of your choosing and use that to release updates of old programs but in the end you're still going to need someone who will do that for you.

That said, GTK2 is one of those libraries that'll still be packaged with operating systems for a while, it's just the unmaintained dev version that gets left behind. Like with Python 2, nobody wants to maintain that old stuff so it's either up to the devs to update or up to you to come up with ugly hacks to still run the old software (at your own risk, of course).
Well... I think that it's a bit too early to think about this:

1) chatbot are either based on a search engine (so with limited answers) or AI-based (with sometimes totally inaccurate "understanding" or "answers")

2) knowledgebases (and other kindof FAQ) are still really an open problem: wikis are a way to structure informal knowledge but need A LOT of discipline and human... FAQ are generally limited to the 10 most questions

In the end, the best way to provide knowledges right now is the old "website search engine"... but nothing more. And AI has already shown that - even if it LOOK good at first sight - it's not GOOD ENOUGH to be used (wrong answer looking "right" for example)

Moreover: a website embed a structure, so you know what you can search or how to formulate it even if you dont know what you are searching exactly... a chatbot requires you to ask the right question to get the answer you seek, and that's far more challenging for the user !

As an example: try to ask a tax chatbot about how to get family support... and compare it with looking at the website structure (that clearly show that you're not at the right place)
I suggest trying to build an app using Angular and just observables to handle all state + interactions. In my experience, it's the best way to build an UI where "many things "inter-depend on each other". It's on a whole other level compared to using React with `[name, setName] = useState("")`
My kids ate salmon starting at a young age. It's always been their favorite fish.
You're such a nice person, but Windows is developed by one company while Linux is a mishmash of volunteer software.

Additionally Windows is raking in MONEY for their OS.

So from that perspective, Microsoft have no excuse for the shitty software they make people endure.
Not gonna work. Your loaned tokens are traceable back to your tainted bitcoins (in this case wrapped btc on ethereum).
It's funny how the huge silent majority get on just fine with GNOME but the vocal few act like the devs have poked them in the eye and called their mother fat.
Carbon is gone but now we have Catalyst and SwiftUI
I think with Linux, the amount of OS-level GUI screens is much more smaller compared to Windows. The main OS level GUI screen I interact with is the Settings screen and that basically has been a left-side tree showing the content on the right side or a grid that points to the individual sections. That is comparatively a much easier change in terms of UI level changes. Other OS-level screens are usually separate applications e.g. gparted which looks different from the Settings screen in KDE plasma (and totally understandably so, not complaining).
When I saw the "let people escape" part, I was thinking more escape pods :)
EVs are being sold all over. Even if this blanket actually works, it needs to be cheap and easy enough to deploy to everywhere with EVs, or become mandatory to include with EV purchases, otherwise it becomes another gimmick nobody can benefit from.
Perf Engineering with Python 3.12
My biggest issue with Windows 11 UI is the existence of both the control panel and the settings app.

Often I don't know which setting takes precedence, for example I can create power plans from control panel and also use different power modes from the settings app.
It's awkward to do Functional Programming, when all the libraries (including the standard one) for your language built around mutation.

F# (and other FP languages, like Scala) have standard libraries which come with (and are built around) persistent collections (immutable collections, but with smart structural sharing when doing copy-on-write). And all the other libraries and the whole community is designed for Functional Programming.

There are also other aspects, that FP languages like F# or Scala tend to have shorter and prettier syntax. And many of the FP idioms are easier to express in these languages. Good example would be ADTs (algebraic data types), or Computation expressions in F# and its analogue in Scala for-comprehension. But these are more subjective reasons than my former point.
Sitting at a desk is horrifically bad for your health - 8 hours staring at a screen likewise.
I'm no impartial judge for these things, but the expectations are learned and I don't know how we can judge this objectively. I think the choice of what to do with the return key is pretty arbitrary.

For a declaration of my own bias, as a kid I was put in front of macs, so it impressed me during important years (8-15 years old). I don't use any macs nowadays. I use file-cutting-enabled linux systems.

With this background I don't see that opening files or folders with the return key as intuitive at all, I don't see the connection. It's not a bad idea, just an arbitrary choice like others. Command+O I can understand too, O is for Open and on the mac they decided to introduce (i.e. invent and teach the user) a universal action open that works the same for files and programs (no separate open vs execute). That's a positive example of consistency, at least.
Caveat: we may be using different definitions of "system programming". The one I'm using is code that is fairly close to the system, i.e. will call into libc or into the kernel/libSystem/etc. as well as calling more-or-less directly into a bunch of system-specific .so/.dylib/.dll.

In my experience as a system developer, you need to invest some time into understanding the invariants expected/promised by the libraries you're calling, but many of them map nicely to static types. Of course, if you're implementing e.g. a IPC or RPC layer, you need to deserialize (and validate along the way) your inputs, but there are very few systems that do not need to do that regardless.
Don't worry, there's plenty of room for conformity in society too!
BitTorrent isn't getting any smaller. Mainline DHT is still 10x bigger than Bitcoin.
I've been a professional developer for more than 10 years and I have similar observation. Most of developers don't use touch typing. And it doesn't seem to affect their efficiency at all. Developers usually don't need to produce large amount of code (unless you are Go developer ;) ). They use auto-completion, copy-paste and usually need to do a short edits and not 20 lines of non-stop typing.
So even though I use touch typing myself, I've never seen this as a big advantage making me somehow better than others. I see benefits only when I am in a long chat discussions.
> improvements to languages by adding package management, one-liner built-in toolchains, built-in testing and build system. I could write paragraphs about why this is a good thing but we all know why.

Not everybody shares this sentiment. I think it's great to be able to get yourself up and running quickly, and start dabbling with the language immediately, but I also think that at the same it is not so great because there is no "one size fits all purpose". I, for instance, happen to value the latter more than the former.
What do they aim for? Runtime reflection? That's something that's indeed not very important. At least as long as you've got some form of "compile time reflection". But OK, C++ does not have either. (You could build something for sure, templates are Turing complete, but I'm not sure I would even like to see the result; could be very scary…)
> At first glance, there doesn’t seem to be anything that’s explicitly wrong with this argument. I agree with all the base ideas, and I found myself nodding to the intermediate propositions. The logical correctness of the argument wasn’t a problem. No, my unease stemmed from experience: I knew this wasn’t the right way to think about raising capital. But I couldn’t begin to construct an argument that went against it.

The original argument could be very easily argued - you just might not have enough money to get your foot in target market in the first place and not every business can be stared by single person and some savings anymore.

I don't see why author of article didn't just do that instead of pages of arrogant faffing because he got offended he couldn't invent a counter-argument to a (not only one, just one) way to make sensible business that many people succeeded just fine utilizing
this works: https://github.com/valinet/ExplorerPatcher
> Right now we're in a similar phase for Mars as we were for the Moon in the early days of Apollo.

We're not. The longest Moon landing was 12 days. The goal of the Apollo mission was not to colonize the Moon. There's no Moon colony or any current plans for one.

If the goal was simply to visit Mars, that might be viable. But the goal of "let's make life interplanetary" is currently a pipe dream at best, a religious cult at worst.
Milgram was unethical due to the severe emotional distress of many of the participants, and it was part of the impetus for the development of the modern Institutional Review Board structure and Informed Consent requirements for psychological experiments.

Its findings are somewhat less suspect than Zimbardo's in the Stanford Prison Experiment (which is now fairly widely panned as a godawful experimental design and implementation, even apart from its ethical problems), but it's still seen as a very big signpost saying What Not To Do.
Lots of "true" 4WD vehicles in europe. Also, lots of AWD vehicles with lockable centre differentials (which effectively makes them 4WD when needed).

But thats not your typical SUV, no.
Show HN: I started the development of the fastest ASGI and WSGI Server
After starting the project called socketify.py at https://github.com/cirospaciari/socketify.py, I got pretty good results and reviews, but many people asked if socketify.py could be used to create a WSGI and ASGI server.
WSGI and ASGI have a lot of overhead, that's is why I choose not to use them in the first place, but adding an ASGI and WSGI server allows a lot of code already written to run faster!

The focus of socketify is PyPy not because it allows for more CPU-intensive workloads, but because it also allows removing a lot of overhead of CPython itself!

The performance targets for ASGI with CPython were the same as uvicorn for ASGI and meinheld for WSGI, and I am happy to say that we got it to be faster in most cases and at least on pair in the worst case!
Socketify ASGI 541,645 vs uvicorn 337,265 in CPython
every single framework got a performance boost in WSGI and/or ASGI.

Falcon is the only one that is a little bit faster in WSGI with meinheld using CPython but socketify WSGI managed to get into the same ballpark of performance.

Using with PyPy we are the fastest ASGI and WSGI in all scenarios with a HUGE margin.

Falcon manage to pass the 1 million requests/s mark, and Flask and Django are faster than ever socketify WSGI,

FastAPI from 165k using uvicorn + gunicorn goes to 423k using socketify ASGI with PyPy

Emmett from 208k using uvicorn + gunicorn goes to 558k using socketify ASGI with PyPy

Falcon is the ASGI champion in throughput with 625k requests/s
In your made-up example, though, the SEO may build a long-term pipeline whereas the ads are one-and-done. That’s without mentioning the mentality foisted on companies to “just show user growth in the next quarter, don’t worry about profitability”.

The devil’s in the details.
Go is not similar age to Rust. Rust was not really viable pre-late 2018, when non-lexical lifetimes and async were added. Even Rust 1.0 (half-baked in retrospect) only came out in 2015.
My personal opinion on the whole thing is that the decision to not standardize the ABI was correct, because it has been easy since forever to define a static binary interface, if you (the developer) choose to do so. See OpenGL, for example.

If the compiler randomizes the ABI of stuff that you didn't explicitly export as an interface, that shouldn't bother anyone. Unless, of course, you're using undocumented APIs. And even then, you can solve all those issues by statically linking against your dependencies.

In 20+ years of building distributed C++ systems I've just never seen inter-compiler ABI compatibility being an issue in practice.
AI generated Twitter articles that have not been fact checked and published by someone who doesn't know anything about the subject. Yay.
I'd argue that they have demonstrated that:

- unions are not a panacea and are a pain to handle manually, as you wrote;

- but with a little syntactic sugar, they turn out to work really, really well, much better than C++-style exceptions.

There's something to be said for OCaml-style exceptions, which are actually even closer to zero-cost, but I wouldn't call OCaml a systems programming language.

Writing this as one of the persons who advocated for try! around the time of Rust 0.4 :)
If you're using win32, it will automatically update most of its widgets to match new styling - but if your application is old enough it won't happen automatically since it would have broken things. You have to opt in by having styling turned on (this is really easy to do).

See https://www.codeproject.com/Articles/620045/Custom-Controls-... (I can't remember where the documentation for this is on MSDN, but I'm sure it's somewhere).
If you still use the original C= PSU , it is a good idea to invest some money on a OverVoltage Protection -OVP- box. Better safe than sorry guys.
Which might bite us in the future. I just had an issue with a Snap app that hung in some scenarios when it used OpenGL. In the end it turned out that the Snap app packaged an outdated version of Mesa (graphics driver) which didn't handle my GPU properly.
I have been interested in 2 of those 3. Where are you working on them?
That's what trademark is for.
It's the only sane thing to do.

And everybody who doesn't do so really deserves the pain that results later on.
> So I’ve come to believe the best way to look at our Mars program is as a faith-based initiative

All start to make sense when you look at it through geopolitics. Satellites have become one of the most critical components in the modern warfare. A lunar base helps you destroy enemy's satellites and you want humans in the loop.
> This idea that "life support" is the most difficult aspect is unfounded.

It's an unknown. While we have manned rockets, we have never entirely isolated a group of humans from the biosphere for even a year, never mind indefinitely. The times it was tried, it failed. As the article points out, it is not an experiment that can be done piecemeal. All elements must be in place and interacting before the effects are known: lack of gravity, radiation shielding, recyclers, scrubbers, years of time, etc
Shift Happens: a Book About Keyboards
>>So do sea anemones. What are their chances of inhabiting Mars? ~0%.

We were nothing more than sea anemones once too. In a billion years you could have literally any lifeform currently on earth evolve into intelligent beings capable of spaceflight. The timeframe is just so unfathomably long thah it's impossible to predict what could happen.
Well, I'm used to Ubuntu updates breaking my workflow and potentially breaking some of my boot services, which is genuinely inconvenient. So I don't think those vocal few are wrong.
You’re right, I got the wrong years (took 2020 -> 2021 instead). The 2021 -> 2022 give a 0.29% decrease

Checked the corrected numbers from https://www.census.gov/quickfacts/fact/table/CA/PST045221
Interestingly, rocky planet disassembly isn't horribly complicated and is a well solved problem. Just need large scale rail and satellite manufacturing.

https://web.archive.org/web/20090616110337///www.aeiveos.com...
All the Rust programmers I know are really happy to discuss the limitations and shortcomings of the language. It's possible that the problem you're pointing at comes from the word "reddit" rather than "rust" :)

Note: I've looked at the parent's comment history. The only one of them which was not a troll against Rust was a troll against the EU.

I'll stop feeding the troll.
Ask HN: Are there any significant, active AI/Copyright cases worth following?
The internet is littered with people's 2 cents on the topic. I'm interested in following any high-profile/precedent setting cases that maybe occurring. Is anyone aware of any significant AI/IP legal challenges worth following? Thanks!
For STT, take a look at Wenet: https://github.com/wenet-e2e/wenet

They provide support for running in a Raspberry Pi and it runs in real-time. I have tried the desktop version and the quality is good enough when the audio is clean.
I miss pony, rune, nim, crystal and many more.
rune has an explicit 'replace C++ in prod' goal.
Yes! Unfortunately we keep adding experiments at the federal level so the state choice matters less.
I have never been to Japan but I did a fair bit of international traveling for a couple of years. Going from living in a US style suburban McMansion to small apartments in Italy, Panama, Iceland, etc. was eye opening in such a positive way. US houses have tons of square footage and just so much wasted space. It adds a ton of cleaning and unnecessary maintenance and since large swaths of the US prefer ranch style houses I would rather reduce the footprint for more space for outdoors and a garden. I am genuinely happier in smaller spaces with better utilized space. In my experience you can easily halve the size of most US houses and still be very comfortable with no drop in quality of life. Am I advocating for families of 4+ to live in a 250 sq ft (25 sq meter) apartment like I did in Florence? No, but you also don't need 4000 square feet (400 sq meter) houses either. I can't imagine a scenario even with 3 kids as we're planning on to need more than 1600 sq fetter (150 sq meters) regardless of my personal financial situation and would certainly give up that space for more walkability.
> This is about to change with higher spec connectors being more widely available.

Thunderbolt 3 has been around for over five years on mainstream Mac (and Windows) machines, so what’s the excuse again?

I can count the number of monitors in the same resolution space (or higher) on one hand! ;) There’s the insanely priced XDR 6K, there’s the not much better priced Dell 8K, then there’s the LG 5K that’s cheap plastic build quality and hasn’t been refreshed in 5 years. Anyone else? … Bueler?
And how does that compare to the fleet of electric cars his companies make to replace gas cars?

Is he net negative?
Yeah, ideally all that information would be captured, but it never can be. So there's also a role for a wiki to capture information about who to talk to about a particular topic.
I guess I was confused by the word "pirate".

I only use it to mean illegal copying.
But arable land is mostly a function of rainfall and flatness.

You can turn almost any flat land into arable land given enough effort.

Terraced farming cannot be mechanised economically because you need very small combines that need to be transported up or down and building the terrace with excavators etc disrupts the soil which means you have to build it up which means hardly any productivity in the first decade. You got a huge equipment, logistics and construction problem which requires massive amounts of upfront capital for basically no cash flow during the most important years. We would need huge advances in agricultural robotics for this to be cost effective.
Maybe the vast majority of adults don’t read books because as kids they were forced to read “classic” works they didn’t identify with nor enjoy and have thus been conditioned to see books as boring and worthless.

Perhaps the solution is to not force specific books on anyone. If kids want to read Twilight for class, let them. Maybe it’s more important (and effective) to have them read anything and enjoy it than cramming “high literature” down their throats.

I posit that a person who enjoys the experience of reading a bad book is likely to later on pick up several good ones, while someone who was forced to read a handful of ostensibly good books they weren’t ready for is likely to never pick up a book again.
P1 is based on X1 extreme, not X1 carbon, just FYI