Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
mschuetz
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
10 ms
·
1.
▲
by
mschuetz
3d ago
The problem with the open standards is that their dev UX is absolutely horrible. You can't neglect usability, and then be surprised that there are no users.
2.
▲
by
mschuetz
4d ago
I'm generally suspicious of the effectiveness of ads. It always amuses me when Ibbuy something, and then I start getting ads for the thing I already bought.
3.
▲
by
mschuetz
17d ago
I've had great experienced with it. It's almost certainly not as full-featered as premiere pro, but it runs buttery smooth and robust, while Premiere Pro kept crashing frequently and was a bit tedious to use for simple tasks.
4.
▲
by
mschuetz
22d ago
I know people who would get it for local LLMs for use in their company.
5.
▲
by
mschuetz
23d ago
Not at all. I specifically bought a MacBook Air M4, first Mac product in my life, for its fantastic performance in a passively cooled notebook. I have zero loyalty to Apple and usually use Windows. If someone else starts beating them perf w
6.
▲
by
mschuetz
1mo ago
> and deal with consistent downtime, Wildly exaggerated. I use github almost daily and can't remember when the last downtime was.
7.
▲
by
mschuetz
1mo ago
What do you mean "why"? Setting up and tinkering with systems is work I loathe to do, obviously. I want to code, not host coding repositories. I did it in the past because I had to, and now I don't have to do it because githu
8.
▲
by
mschuetz
1mo ago
But I don't want to have to do this kind of work, you're only listing disadvantages from my viewpoint.
9.
▲
by
mschuetz
1mo ago
Well, yeah, I am. It's not something I want to have to care about. I want to code, not host code repos.
10.
▲
by
mschuetz
1mo ago
Except anything I'd self host would be down much more often. I've hardly ever actually experienced down time issues with github when I needed it.
11.
▲
by
mschuetz
2mo ago
I wouldnt recommend anyone going to Vulkan, though. It's pretty much the worst graphics API out there, and WebGPU is mimicking outdated Vulkan design decisions that even Vulkan is currently outphasing, like render passes and static pip
12.
▲
by
mschuetz
2mo ago
WebGPU is newer, but lacks modern functionality because it was made to support ancient smartphones. That's great if you want to support ancient smartphones, but not if you want to utilize modern desktop GPUs.
13.
▲
by
mschuetz
2mo ago
Of course it is a skill issue, I'm not afraid of admitting I'm not smart enough for Vulkan. That so many people have skill issues is the reason why Cuda trumps and will continue to trump Vulkan despite being vendor-locked. If you
14.
▲
by
mschuetz
2mo ago
It absolutely isn't. After having spent 5 days not getting anything done in Vulkan, and being able to implement that same thing in a single day in Cuda (no prior experience in either API), I decided to never ever use Vulkan. It's
15.
▲
by
mschuetz
2mo ago
On the contrary, it's great. Cuda is the single sane compute API and system, so I'll use it even if it means being vendor-locked. If my CUDA programs start running elsewhere without much intervention, that'd be amazing
16.
▲
by
mschuetz
2mo ago
They really don't, no. Vulkan: 50 lines to allocate device memory. Cuda: One single line. What kind of extensive documentation stack do you want for functionality that is trivial in Cuda? And that exact issue continues through every li
17.
▲
by
mschuetz
2mo ago
A couple of years ago I evaluated both Vulkan and Cuda as a choice for future projects. I couldnt get anything done after a week in Vulkan, but had the test prototype project working after just a day in Cuda. Needless to say, I'd never
18.
▲
by
mschuetz
2mo ago
> Ease of programming and a giant leap in performance is one of the key reasons for the CUDA platform’s widespread adoption This, so much. Other platforms continue to ignore developer UX, but it's one of the main things that get
19.
▲
by
mschuetz
2mo ago
> unimportant implementation detail that should be assessed on performance alone rather than usability I disagree. Usability is important, or you end up with garbage like Vulkan. I'd rather have 99% of the performance for 100% usabi
20.
▲
by
mschuetz
3mo ago
Having participated in many studies, I lost much faith in studies. You could study the same thing, and get opposite results depending on how you build the study, which people participate (friends and colleagues will be reluctant to speak ag
21.
▲
by
mschuetz
3mo ago
That's exactly the one I'm really satisfied with.
22.
▲
by
mschuetz
3mo ago
That was an interesting read. Also enjoyed reading about the semaphores in the default stream. It's great that cuda implicitly handles syncing of commands for users and makes parallel commands optional and opt-in via streams, unlike Vu
23.
▲
by
mschuetz
3mo ago
I like the driver API because it allows treating Cuda kernels like hot-reloadable shaders. It's fun to develop while being able to change the code at runtime.
24.
▲
by
mschuetz
3mo ago
For me, the 20€/months subscriptions were always sufficient, and it's nice if that subscription give the latest and greatest results.
25.
▲
by
mschuetz
3mo ago
I haven't tried the latest Codex but I switched from GPT to Claude because I think Claude writes much better Code. GPT's code ends up way more verbose/complex/overengineered than it needs to be.
26.
▲
by
mschuetz
3mo ago
I've always considered shared_ptr to be semi-garbage collection. Allows me to code C++ almost as if it were Java so long as circular references are avoided. I'm perfectly fine with it being considered a type of garbage collection.
27.
▲
by
mschuetz
2y ago
You're skillfully dodging the point: Trilinear filtering is in no way an "ideal" alternative. It has worse quality than something like a Lanczos filter, and it requires computing image pyramids first, i.e., it is also slower
28.
▲
by
mschuetz
2y ago
Trilinear requires an image pyramid. Without downsampling to create that image pyramid, you can't even do trilinear sampling, so your argument strikes me as odd and circular. Like telling developers of APIs such as ID3D11DeviceContext
29.
▲
by
mschuetz
2y ago
OpenCL isn't nice to use and lacks tons of quality of life features. I wouldn't use it, even if it was double as fast as CUDA.
30.
▲
by
mschuetz
2y ago
Sure is, but there is nothing stopping AMD or Intel from building a working alternative to CUDA, so how is it anti-competitive? The problem with OpenCL, Sycl, ROC, etc. is that the developer experience is terrible. Cumbersome to set up, dif
More ›