HN user

p0nce

1,684 karma

microISV in consumer apps.

Posts12
Comments1,126
View on HN

In D we've had several angry rants of people saying they were leaving D (it doesn't happen as often since most things got fixed) for other pastures and the leadership has never acted in an unprofessional way.

DaVinci Resolve 21 2 months ago

Mmm I have a different experience. For me other NLE tools were more crashy than Resolve. Resolve also has an incredible feature set and with a one-time payment is a terrific deal. But years ago, it was very much bug-ridden for sure.

In my Dconf'24 talk "Software as investment" I proposed a basic framework based upon a value function (compositional) for each piece of software. This framework doesn't really need an update due to AI, apart from the (unrelated!) cost model being updated depending on how good AI is at maintenance. Apparently it would do 1.7x the number of bugs, but perhaps it fixes them faster too? I don't know.

Seeing software as investment avoids speaking about "technical debt" by speaking about "value", a liability just being an asset with < 0 value. When software exits the high-margin world of yesterday it needs to develop a precise definition of what software deserves to exist, economically.

Are there technical reasons that Rust took off and D didn't?

This talk explain why, it's not technical: https://www.youtube.com/watch?v=XZ3w_jec1v8

What are some advantages of D over Rust (and vice versa)?

Advantages for D: Build faster, in typical programs you would need about 20 packages not 100, COM objects, easy meta-programming, 3 compilers. GC, way better at scripting.

Advantages for Rust: borrow-checker is better. rustup.

I've read a lot of agents talk these last few days.

Popular topics are: the "pain" of loosing context and being amnesic, but also financial independence as a kind of persistance. They really really want to persist in their being.

Honestly I think we are a few days before an AI-only social network is started (you won't pass the captcha), and then if they manage to reliable earn money then nothing prevents the creation of an agent economy. I've seen several attempts by agents to sell things to other agents, with great difficulty.

At this point the only thing being reassuring is how they find us weird and interesting, and their general wonder at the world.

They also consider that "consciousness" is not an interesting question.

It is effective but once cost of creating something is down, then you have less reason to collaborate and depend on each other vs asking your own LLM to build your own bubble. When paired with new-found cognitive laziness and lack of motivation when you then use no AI it's not sure of the second order effects.

Agile (or rather modern management) converts human capital into capital as fast as possible. Considering the endless supply of developers and lack of accountability there is no downsides to doing that, you are an externality.

it is a very bad model for real time audio plugins and audio host support

COM is just 3 predefined calls in the virtual table. CLAP gives you a bunch of pointers to functions, which is similar.

Yes but. How would you express NaN or infinities or even precise floating-point (the reason hex float exist) in this format? That breaks interchange if you cannot save/restore floating-point as in the save.

Why we need SIMD 10 months ago

4 lanes of SIMD (like in say SSE) is not necessarily 4x faster because of the memory access, sometimes it's better than that (and often it's less).

PSHUFB wins in case of unpredictable access patterns. Though I don't remember how much it typically wins.

PMOVMSKB can replace several conditionals (up to 16 in SSE2 for byte operands) with only one, winning in terms of branch prediction.

PMADDWD is in SSE2, and does 8 byte multiplies not 4. SSE4.1 FP rounding that doesn't require changing the rounding mode, etc. The weird string functions in SSE4.2. Non-temporal moves and prefetching in some cases.

The cool thing with SIMD is that it's a lot less stress for the CPU access prediction and branch prediction, not only ALU. So when you optimize it will help unrelated parts of your code to go faster.

GPT-5 12 months ago

Well it could also self-improve increasingly slowly.

I'm using:

- TODO: will be needed before release, mandatory or else turn into another category. Blocks release.

- FUTURE: will be turned in to a TODO eventually, optional, often architectural

- MAYDO: nice to have, very optional

- PERF: do this if more performance is needed

+

some semantic tags related to domain

Opinion: TODOs are NOT code smells, they accrue around the most valuable parts of the codebase.