What a weird reception there’s been to bend. People discrediting the author without bothering to look him up, and then getting defensive when others point out the fact that the creator of bend has a very long very public track record of work in the field.
The irony of this post talking about vibe coding and not doing one’s research, on only not have done even the slightest inkling of research themselves (heck, even asking an LLM about the author would for sure have turned something up).
I hope people will give it a second look, and not just stop at this post which is a gross misrepresentation of Victor Taelin’s work.
The bun rewrite inspired me to be much more aggressive on porting code, rewriting code, or vendoring external dependencies to tailor them specifically to our needs in ways that doesn’t make sense to upstream.
I feel like it made me generally more ambitious in what I’d throw at a coding model, but also made me focus a lot more on our testing harness and keeping a lot of it at the boundaries outside the language specific parts.
Having been part of several huge rewrites before, some multi-year long, I definitely would consider bun’s rewrite an enormous success. To keep such a level of test and feature parity, and add improvements on top of it, is a massive engineering feat.
I’m 100% for globalism, but you cannot outsource your sovereignty. The US has proven time and time again that it is fine with using its embedding into nations as a bargaining chip, and has proven highly unreliable.
Palantir should be completely banned from any EU government contracts. We cannot keep handing over our most core systems and data to non-EU entities, especially given the US’s adversarial stance towards EU.
We have plenty of talent here to build stuff ourselves, and frequently do.
If I’m honest I’d guess lobbying and/or trade deals where we often agree to buy smth from the US.
A recent one is NHS (UK healthcare system) and Palantir, which makes no sense to hand over core medical data to an outsider. That seemed a clear lobbying case.
I don't see a way it wouldn't be offered in addition to. Some EU countries (e.g. Denmark) already do something similar where we a national debit card called "DanKort" (mashup of "Danmark" and "Kort" which translates to "Denmark" and "Card"). It typically also has a VISA part to it for usage abroad.
All stores accept this as well as VISA/Mastercard since they want to maximize who they can get money for, so it's already a common place practice for payment terminals to do this. Tourism alone is enough of a reason you would accept VISA/Mastercard still.
> I don't see a way it wouldn't be offered in addition to.
Yes, it will for most nation wide chains, touristic places, and anywhere that has comfortable margins.
For smaller shops and tighter business models, dropping the costlier networks will be the first thing they do. Same way a decent number of shops won't accept Amex, or just no card at all.
Now if we're is cheap and popular enough, there might be more stores getting rid of cash as a reaction.
We’re seeing the opposite in the US where smaller shops aren’t taking cash, presumably so they don’t have to deal with managing it. There is a cost, but I’m sure every business has already priced goods accordingly to pass those fees onto the consumer.
>Compiling Rust is actually quite fast in my experience
I guess it's all relative.
I find Rust's compile times abhorrent and it's objectively slower than many many other languages that also pull in dependencies left, right, and center. I guess that just means Rust scales very badly with amount of code.
I'd put it at a bit better than Haskell, but honestly not by much.
I really wish Rust would focus much more on compile times, or on making smaller parallel compilation units. It's quite a chore to have to keep splitting your program into smaller and smaller crates just to not sit and wait for an eternity.
As a comparison my CI job for Rust takes 14m running on a 16vCPU machine while my much larger TypeScript project compiles in 1m on a 2vCPU machine. I know people that have to spend quite a lot of work on keeping compile times manageable for Rust (nix, smaller crates, aggressive caching, etc etc).
Rust still brings me enough value that I'll stick with it, but one can still dream of a better future :)
>MitID doesn't work on rooted android phones, or those running a custom rom.
I find these arguments quite strange. A big part of MitID and similar services is to protect you against fraud. The most vulnerable in society (e.g. old people) aren't running these kinds of devices, and I'd rather we optimize for the general population and the people most at risk, rather than people running some weird setup that is almost identical to setups a scammer would run.
What privacy aspects are you lacking here? For all the services that MitID connects you to, there are government required responsibilities for these companies to track all of this information anyways and be able to provide it to the government if needed. That goes for banking, public services, telecom, etc. And this is in no way unique to Denmark, it's how most countries operate. Denmark has just acknowledged this and decided to make it easier.
Did you expect your UK bank to not be required to know who you are and be able to track and keep records of literally all financial interactions you have with them and their services? I'm a bit confused on what society you are comparing against.
I see a few people here complaining about the idea of a central digital identity service.
As a Dane, having lived in other countries, MitID is an insanely superior to anything I've ever tried. It simplifies so many touchpoints with the government, and is honestly such a good upgrade going from nothing -> physical NemID card with codes -> digital MitID (literally "My ID").
The only real disruption I'd say is if you happen to be buying something online that triggers the 3DS prompt (an additional security layer to prevent cards getting stolen/scam). In Denmark the 3DS prompt for VISA at least uses MitID to verify you are the owner of the card, so that'll obviously not work when MitID is down.
I'll say, it has been surprisingly stable though otherwise, and disruptions usually aren't a big impact (I literally wouldn't have known unless I saw this HackerNews post).
As for a centralized identity system: I personally see this as an acceptable contract for living in a society. Most countries have SSNs anyways, your taxes and many other things are tied to this. Centralizing this identity allows the government to streamline so many things to give a better service to their citizens. For example, all official communication goes to your "DigitalPost" email inbox, your verify identity with "MitID", and every person or company has a registered "NemKonto" tied to them for any salary or government payouts.
I maybe see people get tripped up at the concept that your government should actually care about the service they deliver. That's probably already the point where we diverge when talking about if these things are a good idea or not.
> I see a few people here complaining about the idea of a central digital identity service.
Digital identity service is fine for gov services. It’s not OK as a hard requirement for anything else such as banking.
Digital ID in my country is down for about 7 days and counting. iOS app no longer opens after the recent update. I cannot pay tax without digital id app working but i can do banking and everything else.
> It’s not OK as a hard requirement for anything else such as banking.
What’s the alternative that you think is okay for that then?
Certain businesses have regulatory requirements to know and verify your identity (banking, telco).
A UK poster gave an example of how they need to mail the bank a copy of their passport and other private information.
I’d certainly much prefer simply using a digital login solution as an alternative to that. They can verify I am who I say I am, without needing my passport which I would consider a much bigger privacy invasion to hand out.
I have an electronic certificate for sign and verify on my physical national identity chip card. You either use it physically or online but only at times when identity confirmation is required.
> It’s not OK as a hard requirement for anything else such as banking.
It is in fact not a hard requirement. It just happens that when you have a relatively cheap and efficient digital identity, which is by definition trusted by the government, banks will use that to reduce risk. It's not that they can't verify your identity any other way, this is just the obvious and easy one.
> The only real disruption I'd say is if you happen to be buying something online that triggers the 3DS prompt (an additional security layer to prevent cards getting stolen/scam). In Denmark the 3DS prompt for VISA at least uses MitID to verify you are the owner of the card, so that'll obviously not work when MitID is down.
If you use Lunar, the 3DS prompt uses the Lunar app and not MitID.
Bunch of negative sentiment in here, but I think this is pretty huge. There are quite a lot of applications where latency is a bigger requirement than the complexity of needing the latest model out there. Anywhere you'd wanna turn something qualitative into something quantitative but not make it painfully obvious to a user that you're running an LLM to do this transformation.
As an example, we've been experimenting with letting users search free form text, and using LLMs to turn that into a structured search fitting our setup. The latency on the response from any existing model simply kills this, its too high to be used for something where users are at most used to the delay of a network request + very little.
There are plenty of other usecases like this where.
The irony of this post talking about vibe coding and not doing one’s research, on only not have done even the slightest inkling of research themselves (heck, even asking an LLM about the author would for sure have turned something up).
I hope people will give it a second look, and not just stop at this post which is a gross misrepresentation of Victor Taelin’s work.
reply