Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
vendiddy
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
by
vendiddy
5d ago
But this is way faster than GitHub isn't it: https://diffshub.com/oven-sh/bun/pull/30412 Compare that to this: https://github.com/oven-sh/bun/pull/30412/changes I agr
2.
▲
by
vendiddy
5d ago
Ok I stand corrected. Some have mentioned the React layer is very thin it's mostly vanilla JS! I think my point still stands that, if MSFT cared, it would be fast. The issue is not the technology choice in this case. For example, look
3.
▲
by
vendiddy
5d ago
I agree with you. I don't think LLMs magically solve the problem that comes with writing twice. Even if they were to write for two platforms, they'd likely want to have a whole bunch of business & state management logic that w
4.
▲
by
vendiddy
6d ago
I would attribute that more to culture. For example https://diffs.com/ is built in React and it's basically instant.
5.
▲
by
vendiddy
7d ago
Maybe you're overthinking this? Tailwind saved me time and the pain of writing CSS so I paid for it.
6.
▲
by
vendiddy
27d ago
We're talking about MSFT here. I think they can afford whatever Cursor can. They're just not taking reliability seriously.
7.
▲
by
vendiddy
1mo ago
Dang... I use zig at work to write single binary apps and I know what a floppy is. I feel personally attacked.
8.
▲
by
vendiddy
1mo ago
This seems like a good idea to me. I wonder what the hold up is.
9.
▲
by
vendiddy
2mo ago
I don't think this is true. The history of Elixir has its roots in Jose learning Erlang, loving the properties BEAM, but wanting a different language. All of the principles of the BEAM still exist in Elixir. And a lot of the Elixir sem
10.
▲
by
vendiddy
6mo ago
I've come to expect that, every time I update and OS or app to a newer version, it's going to be slower and more bloated. Why can't it be the opposite? Why can't I expect an update to run faster than the previous version
11.
▲
by
vendiddy
6mo ago
I feel like they are a workaround to GUIs being slow and bloated Electron apps. But I wish we'd just make fast GUIs instead of giving up and building TUIs instead.
12.
▲
by
vendiddy
9mo ago
My biggest complaint about ChatGPT is how slow their interface is when the conversations get log. This is surprising to me given that it's just rendering chats. It's not enough to turn me off using it, but I do wish they prioritiz
13.
▲
by
vendiddy
10mo ago
Giving the AI an actual programming language (functions + objects) genuinely does seem like a good alternative to the MCP mess we have right now.
14.
▲
by
vendiddy
10mo ago
Demented AIs running amock is just what we need in this day and age.
15.
▲
by
vendiddy
10mo ago
We've recently adopted Zig at a few systems at our company but I think maybe "cool" or "new" is the wrong metric? I view Zig as a better C, though that might be subjective.
16.
▲
by
vendiddy
11mo ago
It is not yet ready but the master branch has an initial draft. https://github.com/kaitai-io/kaitai_struct_compiler/commits/... It would be premature to review now because there are some missing features and
17.
▲
by
vendiddy
11mo ago
Just seeing this now. The thinking was to minimize the the places where a secret could leak. So with an HTTP client, I would think at the lowest layer possible. I don't think of it as a way to eliminate secrets leaking. More-so reducin
18.
▲
by
vendiddy
11mo ago
It's not C but we have sponsored a Zig target for Kaitai. If anyone reading this knows Zig well, please comment because would love to get a code review of the generated code!
19.
▲
by
vendiddy
11mo ago
Not an answer, but I do wish there was a low level primitive and a corresponding high level language construct to pass around secrets. Something like: my_secret = create_secret(value) Then ideally it's an opaque value from that point o
20.
▲
by
vendiddy
11mo ago
I think this is spot on. A document metaphor would have made a Wave a lot easier to understand.
21.
▲
by
vendiddy
1y ago
If you are breaking something up for "long" and "short" you're optimizing for the wrong thing. You don't care about code being short for its own sake or long for its own sake right? Ultimately, you're goin
22.
▲
by
vendiddy
1y ago
I think it's a valid question, but it's better to assume they had their reasons and try to understand why before drawing conclusions.
23.
▲
by
vendiddy
1y ago
And even if you fall under the first category, I find it hard to believe that the performance bottleneck is solved by using Vercel and SSR. With all the other crazy shit people are doing (multi-megabyte bundle sizes, slow API calls with doz
24.
▲
by
vendiddy
1y ago
how about "NotExpert"
25.
▲
by
vendiddy
1y ago
Yes we have. I don't know why you got so much pushback. Right now innovation moves at a slow pace the web nobody seems to realize the what-if. The W3C announces some incremental improvement to JS feature and everyone gets excited. It j
26.
▲
by
vendiddy
1y ago
I find if I read the source code of a dependency I might add, it's common that the part that I actually need is like 100 LOC rather than 1500 LOC. Please keep preaching.
27.
▲
by
vendiddy
1y ago
And if you really do? Print the percentage to stdout.
28.
▲
by
vendiddy
1y ago
I generally love AI. But I lament these blurred lines of reality. Is this photo real? Was this reply ChatGPT or did they actually write it? It makes me feel uneasy.
29.
▲
by
vendiddy
1y ago
I can't remember who I read this from (it might have been Alan Kay) but they basically said the web browser should have been an address bar with the ability to run any sandboxed applications in the screen below. They said the internet
30.
▲
by
vendiddy
1y ago
I customized the hell out of my keybindings. I might be in the minority though! I was trying to give examples of (stupid) little points of friction that might prevent someone from taking the leap.
More ›