has there ever been a project that became popular and/or successful because of its programming language? does it really matter to the end user what language it's in if it works well?
rudedogg•22m ago
The language tends to affect everything, but to give a quick Developer example there’s Zed. Developers use it because it’s fast. Same with Sublime Text.
Your criticism makes more sense with products targeting non-technical users though. But IMO tech choices have cascading effects. I won’t buy a vehicle if the infotainment software sucks, and that’s the 2nd largest purchase I’ll ever make.
websiteapi•16m ago
zed is a great example. most people use vscode, that is javascript. which ai code editors are built from scratch that aren't forked vscode?
CooCooCaCha•22m ago
This post is aimed at developers and hackernews is a technically focused forum. So I care as a developer.
If language doesn’t matter then why not go build something in fortran or brainfuck?
grayhatter•5m ago
> If language doesn’t matter then why not go build something in fortran or brainfuck?
Because if you're getting lunch, and someone suggests Burgers, Sushi, or Casu martzu. Only two are actually reasonable.
But also if I'm allergic to shellfish, I might want to make sure I have an EpiPen before getting sushi.
aeve890•19m ago
Now that you mention it I think this is a new trend. I pretty sure I've seen more "written in Rust/Go/Zig" than any other language out there. I've never seen a post like "new cli, written in C++" for example. I don't know if it's just some kind of tribalism or a way to attract talent to your project.
I think end users don't give a shit about the tech stack of a software. Why would they?
femiagbabiaka•15m ago
I think I'll take the side of no (as long as it's fast/safe/good) and also I never find the reasoning in these language comparisons to be that compelling anyways. A "why we like $FOO" is better than "why $FOO works better/is better for us than $BAR", since the latter is almost always going to be incomplete.
mitchellh•14m ago
There are second order effects. You definitely attract different types of talent depending on the technology stack of choice. And building the right group of talent around an early stage product/company is an extremely impactful thing on the product. And blogs are an impactful talent marketing source.
This doesn't guarantee any sort of commercial success because there are so many follow on things that are important (product/market fit, sales, customer success, etc.) but it's pretty rough to succeed in the follow ons when the product itself is shit.
For first order effects, if a product's target market is developer oriented, then marketing to things developers care about such as a programming language will help initial adoption. It can also help the tool get talked about more organically via user blogs, social media, word of mouth, etc.
Basically, yeah, it matters, but as a cog in a big machine like all things.
gorjusborg•12m ago
There's a big part of me that agrees with your implied conclusion, that it shouldn't matter.
On the other hand, I've found that core decisions like language ecosystem choice can be a good leading indicator of other seemingly unrelated decisions.
When I see someone choose a tool that I think is extremely well suited for a purpose, it makes me curious to see what else we agree on.
The Oven team, the ones who created the Bun runtime, is a good example for me. I think Zig is probably the best compromise out there right now, for my sensibilities. The Oven folks, who chose to use Zig to implement Bun, _also_ made a lot of product decisions I really agree with.
lvl155•11m ago
This is actually a great summary of Zig. I am with the author: I am too old and stupid to use Rust properly. Whenever I watch someone like Gjengset write Rust, I realize I am doing it wrong.
observationist•11m ago
I'd like to see a setup with Lightpanda feeding a local/private AI, with content rendered post-curation. You could filter out all the garbage at the intake, instead of doing all the plug-ins, extensions, add-ons, DNS and whackamole arms race.
AI researchers need to hurry up and invent the next big paradigm shift so AI on your phone is as good as SoTA bots, so we can stay ahead of the enshittification curve.
Awesome software - I've been meaning to build a crawler and this does the trick.
francisbouvier•4m ago
Author and founder here. Thank you!
pjmlp•10m ago
I guess they need to be at least smart enough to track down memory corruption issues and use after free issues.
websiteapi•28m ago
rudedogg•22m ago
Your criticism makes more sense with products targeting non-technical users though. But IMO tech choices have cascading effects. I won’t buy a vehicle if the infotainment software sucks, and that’s the 2nd largest purchase I’ll ever make.
websiteapi•16m ago
CooCooCaCha•22m ago
If language doesn’t matter then why not go build something in fortran or brainfuck?
grayhatter•5m ago
Because if you're getting lunch, and someone suggests Burgers, Sushi, or Casu martzu. Only two are actually reasonable.
But also if I'm allergic to shellfish, I might want to make sure I have an EpiPen before getting sushi.
aeve890•19m ago
I think end users don't give a shit about the tech stack of a software. Why would they?
femiagbabiaka•15m ago
mitchellh•14m ago
This doesn't guarantee any sort of commercial success because there are so many follow on things that are important (product/market fit, sales, customer success, etc.) but it's pretty rough to succeed in the follow ons when the product itself is shit.
For first order effects, if a product's target market is developer oriented, then marketing to things developers care about such as a programming language will help initial adoption. It can also help the tool get talked about more organically via user blogs, social media, word of mouth, etc.
Basically, yeah, it matters, but as a cog in a big machine like all things.
gorjusborg•12m ago
On the other hand, I've found that core decisions like language ecosystem choice can be a good leading indicator of other seemingly unrelated decisions.
When I see someone choose a tool that I think is extremely well suited for a purpose, it makes me curious to see what else we agree on.
The Oven team, the ones who created the Bun runtime, is a good example for me. I think Zig is probably the best compromise out there right now, for my sensibilities. The Oven folks, who chose to use Zig to implement Bun, _also_ made a lot of product decisions I really agree with.