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 agree there are limitations bc of physics, but I don't…
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.…
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…
I would attribute that more to culture. For example https://diffs.com/ is built in React and it's basically instant.
Maybe you're overthinking this? Tailwind saved me time and the pain of writing CSS so I paid for it.
We're talking about MSFT here. I think they can afford whatever Cursor can. They're just not taking reliability seriously.
Dang... I use zig at work to write single binary apps and I know what a floppy is. I feel personally attacked.
This seems like a good idea to me. I wonder what the hold up is.
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…
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…
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.
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…
Giving the AI an actual programming language (functions + objects) genuinely does seem like a good alternative to the MCP mess we have right now.
Demented AIs running amock is just what we need in this day and age.
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.
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 stuff that…
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.…
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!
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…
I think this is spot on. A document metaphor would have made a Wave a lot easier to understand.
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 going to revisit…
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.
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,…
how about "NotExpert"
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…
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 agree there are limitations bc of physics, but I don't…
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.…
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…
I would attribute that more to culture. For example https://diffs.com/ is built in React and it's basically instant.
Maybe you're overthinking this? Tailwind saved me time and the pain of writing CSS so I paid for it.
We're talking about MSFT here. I think they can afford whatever Cursor can. They're just not taking reliability seriously.
Dang... I use zig at work to write single binary apps and I know what a floppy is. I feel personally attacked.
This seems like a good idea to me. I wonder what the hold up is.
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…
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…
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.
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…
Giving the AI an actual programming language (functions + objects) genuinely does seem like a good alternative to the MCP mess we have right now.
Demented AIs running amock is just what we need in this day and age.
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.
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 stuff that…
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.…
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!
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…
I think this is spot on. A document metaphor would have made a Wave a lot easier to understand.
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 going to revisit…
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.
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,…
how about "NotExpert"
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…