Hacker Newsnew | past | comments | ask | show | jobs | submit | SeriousM's commentslogin

I met my wife also at school at 16y and we're so glad and happy to be with each other since, 25y+. You put it in the right words:

> Zero drama, mutual respect and affection, both still preserving some independence to maintain a „self".

Just the income is from me alone which frees her up to have enough time for our kids.

Having such a long time and deep relationship is quite rare, I guess.


Here's another one: https://amiunique.org/fingerprint

It's important to point out fingerprinting, yet no ordinary user cares.


Should


LLMs are not nondeterministic. They are infinite state machines that don't 'act' but respond. Be aware of the well hidden seed parameter.


Can you help me understand how they are deterministic?

There are seed parameters for the various pseudorandom factors used during training and inference, but we can't predict what an output will be. We don't know how to read or interpret the models and we don't have any useful way of knowing what happens during inference, we can't determine what will happen.


Isn't that what make.com tries to achieve? Already at 1c per node invocation...


I agree the pricing is ridiculous, but to be fair, it's a different use case because automation tools like that are primarily geared for marketing teams and other non-technical users to connect different systems together. So you're mostly paying for the built-in integrations themselves rather than compute


It seems to me, as not so 3d savy, that 3d objects and shaders have a similar connection as html structure and css. Nowadays you need a structure of objects yet the layout, color and behavor comes from css.

In this regard, 3d scenes offer the elements but shaders can design them much more efficient than a engine ever could.

Is that accurate?

Btw, can objects modified by shaders signal collisions?


3D scenes (closest thing to the DOM) and materials (closest thing to CSS) are several abstraction layers above what modern 3D APIs provide, this is more 'rendering/game engine' territory.

3D APIs are more on the level of 'draw this list of triangles, and the color of a specific pixel in the triangle is computed like this: (hundreds of lines of pixel shader code)" - but even this is slowly being being replaced by even lower level code which implements completely custom rendering pipelines entirely on the GPU.


Shaders are not layout. I don't think there is an HTML/DOM analogy here that works. But if you had to force one, shaders are more like Javascript. It's a terrible analogy though.

Collisions aren't part of a graphics API.


> Collisions aren't part of a graphics API.

You can do occlusion queries though, which is a form of 2D collision detection similar to what home computer sprite hardware provided ;)



And now at unexplainable 109usd/year. I really wish there would be a cheaper solution with the same mechanics.


That would also mean that whenever I see a flat geo image, it could be a heightmap from a creator that was just too honest about scale.


That's the definition of an advanced scaffolding tool. And yes, I subscribe to that. From time to time I use Gemini CLI for little tools I have no time to read all the docs of thinkgs I'm not used to, but in the end I need to make flow changes and be forced to understand the generated code. x10 faster bootstrap, x30 slower manual changes, 100% my codebase problem.


I guess LinqPad will lose some users to this feature.


This isn't LinqPad's selling point. All that dotnet run *.cs has done is remove the need to have a project file for each "script" you write.

LinqPad maybe has this feature but it's selling point is as a scratch pad to experiment with working with data and general futzing around.


The .NET team said they're working on VS Code integration. LinqPad still has some unique features (mostly database related), but at least for me, VS Code + dotnet run will be sufficient for my needs. Worst case, I can just throw a breakpoint on my database IQueryable result.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: