jpc0

Group delay is a poor argument.

Unless you also have a pretty decent monitoring system the group delay of the speakers isn't going to be consistent so the filters before them wouldn't matter all that much...

Even in that case I would have a hard time believing that any human in a blind test would be able to perceive a group delay of even 360deg above 2k...

You are talking about sub milliseconds differces in the time frequency content arrives at the ears, just tiling your head slightly will have a greater impact...

A lot of capacity is coming online in the next 5 years

Is this true though? I don't really have time to do the research and have no dog in the race but I'm sceptical...

But then again I'm not there one making our profiting from the claims that there is billions being invested into infra...

I just want a damn API key, I keep it a secret and revoke if necessary and don't need 10000 layers of auth bullshit tangled up in every layer of every platform

Then implement that on your app... You are just generating a random key and storing a hash + salt.

Auth is hard only applies to auth for many users. For your own auth this is dead simple and made even simpler if you use a half decent framework...

If you are really worried about the implementation being insecure throw one of the many moderately frontier models at it, they are really not bad at finding issues in an auth system that simple.

Home networks are almost exclusively secure by default on any reasonable hardware.

The bigger issues is not remembering hostnames vs IP addresses.

Unless you have explicitly changed it what is the hostname of your mobile device? How about your PC?

The reality is with an even mildly competent DNS+DHCP implementation that is all you would need...

And mDNS otherwise but it seems only Apple ever bothered with that being default.

Enable sanitizers on test suites and fuzzers.

Enable warnings and WError

Use clang tidy and other static analyzers

Actually use a modern compiler and enable the safety features they ship with

Most of these things have solutions that would take years of work in an existing project so it isn't done

And it takes significantly more effort to write good modern C++ code than Rust code

So Rust wins

But I don't like writing Rust code, I do enjoy writing modern C++ code, the tradeoff is modern C++ can be a tooling nightmare... Try shipping a modern stdlib on an old platform, it is truly infuriating, I don't want to be a build systems expert but I need to be to use a safer alternative.

What made open source great, is the fact that if you find a problem, you can patch it. It's what motivated me, anyway.

What exactly is different now?

it's under development and very likely will be forever.

So is Sqlite. Last time I checked they are still actively developing Sqlite.

Do you mean you can't just grab a current release and hold on to that? Well it's pre-alpha... That's the point...

    1. Free Redistribution
    2. Source Code
    3. Derived Works
    4. Integrity of The Author’s Source Code
    5. No Discrimination Against Persons or Groups
    6. No Discrimination Against Fields of Endeavor
    7. Distribution of License
    8. License Must Not Be Specific to a Product
    9. License Must Not Restrict Other Software
    10. License Must Be Technology-Neutral

Exept they do actually do facial rec against the government database, to my knowledge anyways.

This is a requirement for two different banks I have, very likely for the rest as well.

Doing the live selfie route I don't need to provide tons of other documents.

For banks without the live selfies I need police certified docs for ID and address.

And the big thing for KYC every year is proof of current residence.

The relationship was established decades ago and they accept money and direct deposit still with no KYC.

Having just gone through the annual KYC checks required by my bank/s I don't think this opinion stands universally.

Can also confirm to open an account I need to provide a live selfie and verifiable government ID.

term “systems program” has always meant network middleware that shuttles around JSON and transforms it.

Who are we that has always defined that term that way. For any systems programmer golang has pretty much not been a solution.

Systems is below layer 4 of the network stack, it is building the network stack in the first place.

My favorite right now.

"Make the AI do xyz"

That clearly needs a custom harness to integrate with ORG tooling.

"No we won't pay for token usage, make it work with the subscription were already paying for"...

Guess you don't want AI then...

You do know it is possible for the answers to be anonymous but who submitted to be tracked?

a11y is pretty pervasive and well understood in the context around what is being discussed. I18n as well, you get to look that one up to because that makes you one of today's lucky 10000 https://xkcd.com/1053/

SSDs that can write at 4 or 5 GB/s

In my experience unless you actually pay attention and get something with a dram cache it will sustain that speed for all of 5 seconds and then drop to near useless, and with the current dram shortages that is getting harder and harder to justify.

I just did a build out where ram cost as much as the GPU and both are individually 3x more expensive than the CPU and MB combined.

A decent 2TB nvme drive was also more expensive than the CPU and MB combined.

A 10GB network connection can happily transfer at that speed all day, your SSD is unlikely to maintain Sata speeds unless you actually shelled out for something decent, what came from the manufacturer in the laptop is not that.

From what I understand about this application ffmpeg of only used for export? That is very little of the processing of true, they mentioned the webcodec is used extensively and likely the only real requirement on ffmpeg is muxing into mp4 which to be entirely honest isn't much processing.

A magnet in a coil operates both ways, this is non intuitive but perfectly sound.

Not sure if it's mentioned in the article but microphones can be speakers too...

It’s also THE language you use when writing UIs

I'm unsure that I agree with this, for my smaller tools with a UI I have been using rust for business logic code and then platform native languages, mostly swift/C#.

I feel like with a modern agentic workflow it is actually trivial to generate UIs that just call into an agnostic layer, and keeping time small and composable has been crucial for this.

That way I get platform native integration where possible and actual on the metal performance.

I'm not entirely sure that this is true.

I haven't actually looked into this but it might not be the realm of possibility. But you are generating a frame on GPU, if you can also encode it there, either with nvenc or vulkan doesn't matter. Then DMA the to the nic while just using the CPU to process the packet headers, assuming that cannot also be handled in the GPU/nic

Good strong (read specific) types encourage easier redactors.

Changing the function signature or the type then generated cascade of compiler errors that tells you exactly what you touched.

Weak non specific types does not have that property and even with tests you cannot be sure about the change and cannot even be sure you are upholding invariants

There is a difference between us all experiencing a shared artistic experience and us hearing about your kids while we are trying very hard to share an artistic experience.

I wouldn't complain much about people singing along to a ballad or such but yapping, you can go do that somewhere else.

I don't think fear or legal action makes it illegal.

If I know it is legal to make a turn at a red light. And I know a court will uphold that I was in the right but a police officer will fine me regardless and I would need to go to actually pursue some legal remedy I'm unlikely to do it regardless of whether it is legal because it is expensive, if not in money but time.

In the case of copyright lawsuits they are notoriously expensive and long so even if a court would eventually deem it fine, why take the chance.

Of all the self help books I have actually read, The 7 Habits is probably the one that had consistently been useful in actually navigating issues day to day.

And I read it probably closer to two decades ago.

Let me ensure I understand you.

Running a node.js server on Tahoe makes your macbook sluggish and you feel like Tahoe is fine performance wise?

May I reminded you that 10 years ago people also ran chrome and node js webservers and this was not a problem in any way with 8GB of ram.

Just not having a Celeron level chip is worth the difference...

Windows update on a Celeron chip makes it 100% utilisation with full boost.

I would actually rather but an Android phone than a laptop with a Celeron chip for the same price.

From my knowledge RCU/epoch/Hazard pointers are useful in data structures and algorithms where raw atomics cannot be used but you still nees lock free or in some cases wait free semantics.

If you can use an atomic then these are overkill and you should just be using an atomic, but many times things that are atomic does not make it lock free, if there's no hardware support the compiler will add a mutex.

1. Use thinking/pri 2. Ask it something that gets a streamed response 3. Hit refresh

A surprising amount of time the chat will bork itself by just alt tabbing but refreshing is a sure solution

It is extremely complicated to do so yourself.

Handling energy efficiency/a11y/i8n is non trivial in any language, using the paved road of the system's native implementation solves for many of those problems out of the box.

You would need to reimplement all of that in D lang for your UI layer, and all you wanted to do was build an application to solve a problem, you weren't in the business of building a UI library to begin with.

Where is the extensive tooling support for this use case if that is where you think it fits?

Apple is all in on Swift, so you will not be writing native MacOS or iOS code for UI in D, best case you put your business logic in D but you can do that in any language which has bindings to swift/Obj-C.

Android is all in on Kotlin/Java, not D again

Microsoft is all in on C#, again not D.

Linux your two best options for UI is GTK and Qt, C and C++ respectively.

So the only place where you could bave seemless integration is Linux through FFI.

Here's the thing though, for building a core layer that you can wrap a UI around, Rust has insanely good ergonomics, with very good third-party libraries to automatically generate safe bindings to a decent amount of languages, at least all those listed above and WASM for web.

None of those uses cases are painless in D.

For context now you need to make a booking at a specific department and must take an eye test with

There is a pretty significant difference between the way JS is used there and in electron apps.

This might be what you were getting to but I tend to agree with the idea of place all the interaction logic in a high kevel language and get the performance where it's needed.

Electron does not do that and neither does the people developing electron apps most of the time. I doubt many people throwing electron apps together chose to do that so they can put their CPU intensive code in C/C++/Rust/swift, they want to erite everything in JS.

What should happen is the bare minimum needs to be in JS and the rest in an efficient compiled language.

I mean even the browser does that, the DOM API hands off to lower level libraries for multimedia etc.