Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
Gerharddc
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
by
Gerharddc
3mo ago
For sure, and I think most people would agree with this. However, I also think most people treat it differently when it is someone so high up because they have a lot of control and, more importantly, accumulate a large part of the profit. I
2.
▲
by
Gerharddc
3mo ago
Really cool to see work progressing on this! It would be awesome to one day be able to use Zig for serious shader work
3.
▲
by
Gerharddc
4mo ago
Fair enough. I was referring to the GUI framework space in general, not specifically for Zig
4.
▲
by
Gerharddc
4mo ago
At first I was very excited about this project. After reading the comments, I'm now deeply saddened by it... Given how much competition there already is in the GUI framework space, it's very difficult to see why something hastily
5.
▲
by
Gerharddc
4mo ago
Very interesting write-up, thank you! I never really considered that compilers can also use asserts to improve performance, but it does make sense.
6.
▲
by
Gerharddc
4mo ago
This seems like a very positive move to me. It makes it clear what Zig days are about so people know what to expect. There are 1000s of other events for people who want to build with LLMs so it's nice to have some recourse for those wh
7.
▲
by
Gerharddc
4mo ago
I'm very excited about the future of Zig! I really love the conservative and measured approach they are taking. Unlike many others these days, they appear to prioritise doing things right over simply going as fast as possible and tryin
8.
▲
by
Gerharddc
4mo ago
Thanks for sharing, it's very informative!
9.
▲
by
Gerharddc
4mo ago
Yeah it seems pretty insane to use a vibe-coded storage engine unless you had no other option
10.
▲
by
Gerharddc
4mo ago
Nice and clean, I like it!
11.
▲
by
Gerharddc
4mo ago
This talk introduces Litterbox. If you're developing on Linux and you're looking for some protection from supply chain attacks and/or rogue coding agents, this might be the solution you're looking for!
12.
▲
Litterbox: Somewhat Isolated Development Environments [video]
(youtube.com)
2 points
by
Gerharddc
4mo ago
|
1 comments
13.
▲
by
Gerharddc
6mo ago
Ah, I guess I should have seen this one coming :)
14.
▲
by
Gerharddc
6mo ago
Oh wow, this looks nicely done! It's also nice that it's cross platform. I've done something similar with https://github.com/Gerharddc/litterbox which takes things a bit further by allowing you to easily
15.
▲
PyTorch on ROCm Inside a Litterbox
(rustyelectrons.com)
1 points
by
Gerharddc
7mo ago
|
1 comments
16.
▲
by
Gerharddc
7mo ago
TL;DR: I'm using https://github.com/Gerharddc/litterbox to sandbox all my development these days and have now managed to get the ROCm variant of PyTorch running with GPU access inside a Litterbox. If you'd li
17.
▲
by
Gerharddc
8mo ago
> Every render in this post was made that way. Claude generated the geometry with vcad, imported each STL/GLB into Blender via MCP, set up studio lighting, and rendered to PNG. No human touched Blender. This seems a bit wasteful to
18.
▲
by
Gerharddc
8mo ago
Great writeup! An alternative I have explored (more for defense against supply-chain attacks than for agents admittedly) is to use rootless Podman to get a dev-container-like experience alongside sandboxing. To this end I have built https:
19.
▲
by
Gerharddc
8mo ago
Unfortunately not since it is very much designed for Linux. I imagine it should work fine inside a Linux VM on Mac though.
20.
▲
by
Gerharddc
8mo ago
The main reason is that in addition to sandboxing, I also wanted something similar to dev-containers where I can have a reproducible development environment. I guess that can also be achieved with Bubblewrap, but when you want to run contai
21.
▲
by
Gerharddc
8mo ago
Very nice! Quite a coincidence, but the NPM disaster also prompted me to build litterbox.work as a possible solution. It is a very different approach though.
22.
▲
by
Gerharddc
8mo ago
Very interesting read, I had no idea agents already had so much sandboxing built in! It does seem like this is probably not enough though. A few months ago I built https://github.com/Gerharddc/litterbox ( https:/&
23.
▲
by
Gerharddc
8mo ago
Fair enough, I guess Unix users could indeed get you a long way. I did not really even consider it. Apart from protecting user files, another goal I had with litterbox.work was to enable reproducible development environments through Dockerf
24.
▲
by
Gerharddc
8mo ago
Very cool! I've recently built something similar at https://github.com/Gerharddc/litterbox ( https://litterbox.work/ ). Litterbox only works on Linux as it heavily relies on Podman, but it does have
25.
▲
Show HN: Litterbox – Defend Against Supply Chain Attacks
(litterbox.work)
1 points
by
Gerharddc
10mo ago
|
0 comments
26.
▲
Show HN: Litterbox – Somewhat Isolated Development Environments
(litterbox.work)
2 points
by
Gerharddc
10mo ago
|
0 comments