7 ms·

Oven: The Company Behind Bun

279 points by mostafah 4y ago

tsujp 4y ago
While obviously extremely impressed with Bun and Jarred's achievement (especially because I really like Zig being similar to C) I'm also shocked that he was able to get a 3-letter `.sh` domain (bun) _and_ a 4-letter `.sh` domain (oven) both real words! Looked to me that Oven was registered shortly after Bun exploded in popularity.
- _vufv 4y ago
  Don't be shocked. There are plenty of short domains left for grab, they're just expensivish for most people (usually $100 - $1000 but could be more). Glad that's the case, otherwise squatters would've "invested" into them already.
vasergen 4y ago
from the bun website > Bun natively implements hundreds of Node.js and Web APIs, including ~90% of Node-API functions Is there any status tracker to see what is supported and what is not, or in other words how do I know if bun supports a particular framework or a library?
yencabulator 4y ago
Someone please translate this into non-buzzwordspeak: > Oven will leverage end-to-end integration of the entire JavaScript stack (down to the hardware) to make new things possible.
digitaLandscape 4y ago
latenightcoding 4y ago
"Oven, the company behind Bun, has raised $7m in funding" "Oven will provide incredibly fast serverless hosting & continuous integration for backend & frontend JavaScript apps" Isn't trying to dethrone node.js (by making Bun better and more popular) something worth pursuing on its own, or there is no money in that?
- deleted 4y ago
  [deleted]
- eatonphil 4y ago
  It doesn't seem like they're going far from the Deno playbook. https://deno.com/blog/series-a https://deno.com/blog/series-a
- brundolf 4y ago
  Yes, there is literally no money in doing that by itself. I don't blame the developers for doing what's needed to fund the project.
  - squeaky-clean 4y ago
    I don't know why this was downvoted, what's the monetization plan of making an improved runtime just for the sake of it with no complementary business model? Do you make it closed source and sell/subscribe it? Do you try to survive off of paid support? (A runtime should be incredibly stable and not need support). Hope you get enough donations?
- solardev 4y ago
  Isn't that what they're doing? Providing a monetizable system around open source software. It's the Vercel/Next.js model
  - quickthrower2 4y ago
    I wonder if AWS is a sleeping crocodile ready to eat all these dev-focused paas companies up (by competing or takeovers) in a while. Maybe they are waiting to see who wins first.
    - brd529 4y ago
      I’m not sure where this movement went but efforts like SSPL [1] and similar aim to make it hard for cloud providers to resell an open source product as a service. [1] https://techcrunch.com/2018/11/29/the-crusade-against-open-source-abuse/amp/ https://techcrunch.com/2018/11/29/the-crusade-against-open-s...
brrrrrm 4y ago
Congrats to Jarred! Bun has blown me away in terms of performance. Often (in other projects) performance claims out of nowhere are simply cherry-picked but I’ve found bun repeatedly impressing me with both speed and elegance. What doesn’t get mentioned enough is just how friggin ergonomic bun is. Install it and you’ll see what I mean immediately. Play with any API in the “bun:” namespace and it’s just a breath of fresh air.
- verdverm 4y ago
  I'm curious if it will be as fast after implementing some must have features like sourcemaps, minification, and tree shaking? Bun is definitely not production ready yet, but I'm keeping my eye on it for sure https://github.com/oven-sh/bun#not-implemented-yet https://github.com/oven-sh/bun#not-implemented-yet
  - brrrrrm 4y ago
    I’m not familiar with deployment in the modern web world, but I’m curious how fast those specific features need to be in a production setting? Are they done dynamically for every request?
  - ctvo 4y ago
    > I'm curious if it will be as fast after implementing some must have features like sourcemaps, minification, and tree shaking? Can you explain why you think a transpilation step will prove to be a technical challenge here? The "bundler" part of Bun seems like a very small piece, and not something that would impact its performance as a runtime too greatly.
    - brundolf 4y ago
      A lot of the conversation around Bun's performance has included the performance of non-runtime things like how fast it can install packages, perform builds, cold-start, etc
    - verdverm 4y ago
      I only use JS/TS on the client side, which will end up running in the browser, thus being able to use Bun to create production code will require these features. I didn't say they were technical challenges, but these processes require more complex analysis and algos.
behnamoh 4y ago
I love these funny names. First time I introduced HomeBrew to my gf, she was all laughing at the funny terms: keg - Program binaries created from source bottle - Program binaries downloaded cellar - Directory where kegs / binaries are stored tap - git repository cask - macos native binary (not used in Linux)
- juancampa 4y ago
  I find these terms to be incredibly confusing though. I've seen them many times but can't seem to remember what's what.
- 1shooner 4y ago
  Ok, but I'm not really looking to my package manager for entertainment. To me this jargon is just needlessly obtuse.
  - gmassman 4y ago
    I 100% agree. Cutesy names should end once the package name has been chosen. Package authors and contributors that overdo the thematic names should stick to writing fiction, not code.
    - deleted 4y ago
      [deleted]
    - naikrovek 4y ago
      "keg" and "bottle" are cutesy? well, to see the exact opposite of "cutesy", please fork homebrew and give all of those things GUIDs for names, including all the packages a user could install; you'll soon see why the names chosen are quite acceptable, indeed.
      - deleted 4y ago
        [deleted]
      - bmn__ 4y ago
anothernewdude 4y ago
Why do they call it oven when you of in the cold food of out hot eat the food?
- revolvingocelot 4y ago
  More importantly, has anyone really been far even as decided to use even go want to do look more like?
- lucakiebel 4y ago
  I feel like there’s two reasons why I don’t understand your comment at all. Either you made a pun somewhere in there that just went way over my head, or it’s way too early for me to be up. But I have no idea what „of in the cold food of out hot eat the food“ could mean
  - jcparkyn 4y ago
    It's a reference to a meme, which is intentionally nonsense.
    - bombcar 4y ago
      It's not actually nonsense, some minor edits will make it clear. > Why do they call it oven when you "oven" (of in) the cold food and "oveout" (of out) the hot food to eat?
  - 10000truths 4y ago
    It’s a reference to a meme: https://knowyourmeme.com/memes/why-do-they-call-it-oven https://knowyourmeme.com/memes/why-do-they-call-it-oven
    - lucakiebel 4y ago
      Wow, thanks for enlightening me!
- deleted 4y ago
  [deleted]
benreesman 4y ago
Are Bun and Deno in direct competition or do these projects address different markets?
- DangitBobby 4y ago
  They are roughly in competition, though Deno made the decision early on to largely split itself from the ecosystem and existing conventions of Node (and an enormous body of existing JavaScript packages on npm), whereas Bun did not. Bun, AFAIK, aims to be compatible with Node and existing the npm ecosystem.
  - wangbinyq 4y ago
    Deno already have a node compatibility mode, and will support import npm packages directly.
    - DangitBobby 4y ago
      Sure, but it doesn't because initially they chose not to.
      - andrew_ 4y ago
        it was a very wise choice.
  - benreesman 4y ago
    I met Ryan Dahl once at like a CouchDB meetup in Oakland or something a decade ago. He was obviously a brilliant guy, and humble, and very likable as a result. I very much admire that he seems to be trying to get things right in light of lessons learned, but history would imply that backwards compatibility tends to trump better technology on average.
- yencabulator 4y ago
  It seems both are attempting to make money by providing their own "serverless clouds" and hoping people will use those, instead of AWS/GCP/Cloudflare Workers/Fly/etc.
oandrew 4y ago
.b
qudat 4y ago
Grats! Excited to see where this ends up
AaronFriel 4y ago
It's an incredible achievement, though I worry about the use of an unproven language (Zig) that lacks memory safety by design. JavaScript runtimes, especially those with JITs, have been plagued by vulnerabilities from memory safety, type confusion, and data races. Node.js, despite being based on V8, is still susceptible independently of V8 and introduces its own vulnerabilities. It's not sufficient for the runtime to be secure, but the new facilities Bun provides must also be vetted. Bun/Oven are new, and similar in position to Node. Here are the hard questions I'd ask if I were on a security team and asked to review adopting Bun: 1. Will Oven adopt a security policy for Bun? (https://github.com/oven-sh/bun/security https://github.com/oven-sh/bun/security) 2. What measures is Oven taking to proactively detect and mitigate vulnerabilities? (e.g.: fuzzing, audits, bug bounties) 3. Will Oven support Zig development to avoid an existential risk in upstream vulnerabilities?
- naikrovek 4y ago
  I am fairly confident that Zig does not lack memory safety by design; from what I understand, the language as a whole isn't even finished, and the memory safety design isn't like a GC'd language or like Rust, so people assume there isn't memory safety when in reality it is at least partially implemented.
  - AaronFriel 4y ago
    I'm afraid "partially implemented" memory safety is also widely known in the offensive security industry as "not memory safe". Many people have fooled themselves into thinking there is a gradient with safer C++ abstractions, libraries in C, custom allocators, static analyzers, valgrind, etc.
    - cocoto 4y ago
      There is definitely a gradient in safety and almost everybody agree with that. What is controversial is how much safety you actually need.
      - 4y ago
howon92 4y ago
Congrats on the funding!
alberth 4y ago
My moneys on Just-JS. It’s consistently in the top 5 fastest web framework (beating out Rust, etc). Just-JS is already faster than Bun. Additionally, JSCore appears to be a significant reason why Bun is faster than NodeJS (V8). Just-JS is investigating switching to JSCore as well - which will only extend its lead. https://github.com/just-js/just https://github.com/just-js/just https://www.techempower.com/benchmarks/#section=data-r21 https://www.techempower.com/benchmarks/#section=data-r21 https://twitter.com/justjs14/status/1560741923106725889#m https://twitter.com/justjs14/status/1560741923106725889#m https://twitter.com/justjs14/status/1557856790897106944#m https://twitter.com/justjs14/status/1557856790897106944#m
- b_fiive 4y ago
  Linux only? I think that'll cap adoption regardless of any perf advantages
  - indymike 4y ago
    > Linux only? I think that'll cap adoption regardless of any perf advantages For web applications, Linux is usually the eventual development target, and running Linux development environments on Windows and MacOS is a solved problem. So no, not really going to be much of a problem.
- esquire_900 4y ago
  You might be right, though it's Linux only, and still has a "coming soon" as documentation. Worth keeping an eye on, but seems more in the experimental phase compared to bun.
- iainmerrick 4y ago
  Besides being Linux-only, the GH page lists intentional restrictions like “commonjs modules, no support for ES modules” -- that seems like a biggie! The benchmarks seem to focus exclusively on startup time, which is certainly important but not the only important thing. (And unless I misread those tweets it’s only a tiny bit ahead of bun.) More competition is good and helps keep everyone honest, of course, but it looks like extremely early days for this project.
j3s 4y ago
finally, a tech company with a cute design aesthetic :D i'm so happy to see a cute little bun in an oven instead of standard tech company imagery. i've never used bun and don't have great reason to, but it makes me hopeful to see.
hardwaregeek 4y ago
I have a lot of respect for Jarred and bun. The lean approach of just one person working for a year is rather underrated imo. No funding and therefore no pressure for growth. No overhead from scaling up a team and having to implement process, standards, etc. And at the same time, incredible content marketing by just tweeting about every little detail. Me and many others got hooked just because Jarred was posting interesting stuff and kept posting interesting stuff. It wasn't a stuffy blog or padded out conference talks, it was just good, technical content. My only hope is that Jarred gets some rest for a bit. According to his Twitter he's been pulling 80 hour weeks and while that does lead to impressive work, it's not great from a human perspective. Hope he can rest up and keep this going for the long haul!
- brundolf 4y ago
  > The lean approach of just one person working for a year is rather underrated imo It's honestly got me thinking about doing the same thing for my Big Project that I've been squeezing into nights and weekends for the past year and a half
  - ignoramous 4y ago
    Read also: The unreasonable effectiveness of just showing up every day, https://news.ycombinator.com/item?id=27833064 https://news.ycombinator.com/item?id=27833064
- fizx 4y ago
  I've done this solo sprint for a year to get a startup running a few times in my career. The time it worked, I worked 10-4pm (heads down) in the ideation phase, ate well, slept well, got two hours of exercise daily, and had an interesting social life. Once the startup took on a life of its own, the personal life started to suffer and I got up to 80+hrs for a month or two before settling into ~60. The two times it didn't work, I embraced the 60hr/week grind and was a bit more isolated, perhaps drank a bit more to unwind, and my focus deeply suffered. I really love the solo thing, but in the early days, be creative and happy. The grind will find you. Market fit means more work. No doubt Jarred will find building a company and Bun at the same time even more challenging that just building Bun.
dang 4y ago
Related: Will Bun JavaScript Take Node's Crown - https://news.ycombinator.com/item?id=32457587 https://news.ycombinator.com/item?id=32457587 - Aug 2022 (321 comments) Bun: A Complete Overhaul of the JavaScript Ecosystem - https://news.ycombinator.com/item?id=32243534 https://news.ycombinator.com/item?id=32243534 - July 2022 (25 comments) Bun gets “bun:FFI” – call native libraries from JavaScript - https://news.ycombinator.com/item?id=32120090 https://news.ycombinator.com/item?id=32120090 - July 2022 (16 comments) Bun (can become) the ideal JavaScript runtime - https://news.ycombinator.com/item?id=32067268 https://news.ycombinator.com/item?id=32067268 - July 2022 (14 comments) Bun: Fast JavaScript runtime, transpiler, and NPM client written in Zig - https://news.ycombinator.com/item?id=31993429 https://news.ycombinator.com/item?id=31993429 - July 2022 (314 comments) Bun – fast JavaScript and CSS bundler - https://news.ycombinator.com/item?id=29179848 https://news.ycombinator.com/item?id=29179848 - Nov 2021 (36 comments) Kind of related: Hop: Faster than unzip and tar at reading individual files - https://news.ycombinator.com/item?id=29178710 https://news.ycombinator.com/item?id=29178710 - Nov 2021 (128 comments)
christophilus 4y ago
> Before Oven can offer hosting, Bun needs a stable release. The goal: a stable release of Bun in under six months from today (August 23rd). Wow! That is an ambitious timeline. Also ambitious is this: > The plan is to run our own servers on the edge in datacenters around the world. Oven will leverage end-to-end integration of the entire JavaScript stack (down to the hardware) to make new things possible. That’s a lot of work in a crowded space. Maybe they’re aiming for an acquisition or something? Anyway, I wish them luck. Bun probably tops the list of projects I’m excited about at the moment.
hestefisk 4y ago
Interesting effort. How do you plan to make money? I would love to do something like this but it must be really hard to figure how to turn revenue sustainably apart from donations, consulting and maybe some sort of hosting services.
mwexler 4y ago
For those like me who didn't know: https://bun.sh/ https://bun.sh/. "Bun is a fast all-in-one JavaScript runtime. Bundle, transpile, install and run JavaScript & TypeScript projects — all in Bun. Bun is a new JavaScript runtime with a native bundler, transpiler, task runner and npm client built-in."
- tantalor 4y ago
  "Run TypeScript" is misnomer, unless I'm missing something, it compiles TS -> JS and "runs" that.
  - lioeters 4y ago
    "Run JavaScript" is a misnomer, it compiles JS -> bytecode and "runs" that.
    - seanw444 4y ago
      "Run bytecode" is a misnomer, it compiles bytecode -> machine code and "runs" that.
      - cheeselip420 4y ago
        "Runs machine code" is a misnomer, the CPU will translate machine code to microcode and "run" that.
    - tantalor 4y ago
      It might, if the code can be optimized. There are all sorts of reasons why it might not. For example, at one point in time, a switch statement with more than 128 cases could not be optimized. https://github.com/petkaantonov/bluebird/wiki/Optimization-killers#4-switch-case https://github.com/petkaantonov/bluebird/wiki/Optimization-k...

279 points by mostafah 4y ago

While obviously extremely impressed with Bun and Jarred's achievement (especially because I really like Zig being similar to C) I'm also shocked that he was able to get a 3-letter `.sh` domain (bun) _and_ a 4-letter `.sh` domain (oven) both real words! Looked to me that Oven was registered shortly after Bun exploded in popularity.

_vufv 4y ago
Don't be shocked. There are plenty of short domains left for grab, they're just expensivish for most people (usually $100 - $1000 but could be more). Glad that's the case, otherwise squatters would've "invested" into them already.

vasergen 4y ago

from the bun website > Bun natively implements hundreds of Node.js and Web APIs, including ~90% of Node-API functions Is there any status tracker to see what is supported and what is not, or in other words how do I know if bun supports a particular framework or a library?

yencabulator 4y ago

Someone please translate this into non-buzzwordspeak: > Oven will leverage end-to-end integration of the entire JavaScript stack (down to the hardware) to make new things possible.

digitaLandscape 4y ago

latenightcoding 4y ago

"Oven, the company behind Bun, has raised $7m in funding" "Oven will provide incredibly fast serverless hosting & continuous integration for backend & frontend JavaScript apps" Isn't trying to dethrone node.js (by making Bun better and more popular) something worth pursuing on its own, or there is no money in that?

deleted 4y ago
[deleted]
eatonphil 4y ago
It doesn't seem like they're going far from the Deno playbook. https://deno.com/blog/series-a https://deno.com/blog/series-a
brundolf 4y ago
Yes, there is literally no money in doing that by itself. I don't blame the developers for doing what's needed to fund the project.
- squeaky-clean 4y ago
  I don't know why this was downvoted, what's the monetization plan of making an improved runtime just for the sake of it with no complementary business model? Do you make it closed source and sell/subscribe it? Do you try to survive off of paid support? (A runtime should be incredibly stable and not need support). Hope you get enough donations?
solardev 4y ago
Isn't that what they're doing? Providing a monetizable system around open source software. It's the Vercel/Next.js model
- quickthrower2 4y ago
  I wonder if AWS is a sleeping crocodile ready to eat all these dev-focused paas companies up (by competing or takeovers) in a while. Maybe they are waiting to see who wins first.
  - brd529 4y ago
    I’m not sure where this movement went but efforts like SSPL [1] and similar aim to make it hard for cloud providers to resell an open source product as a service. [1] https://techcrunch.com/2018/11/29/the-crusade-against-open-source-abuse/amp/ https://techcrunch.com/2018/11/29/the-crusade-against-open-s...

brrrrrm 4y ago

Congrats to Jarred! Bun has blown me away in terms of performance. Often (in other projects) performance claims out of nowhere are simply cherry-picked but I’ve found bun repeatedly impressing me with both speed and elegance. What doesn’t get mentioned enough is just how friggin ergonomic bun is. Install it and you’ll see what I mean immediately. Play with any API in the “bun:” namespace and it’s just a breath of fresh air.

verdverm 4y ago
I'm curious if it will be as fast after implementing some must have features like sourcemaps, minification, and tree shaking? Bun is definitely not production ready yet, but I'm keeping my eye on it for sure https://github.com/oven-sh/bun#not-implemented-yet https://github.com/oven-sh/bun#not-implemented-yet
- brrrrrm 4y ago
  I’m not familiar with deployment in the modern web world, but I’m curious how fast those specific features need to be in a production setting? Are they done dynamically for every request?
- ctvo 4y ago
  > I'm curious if it will be as fast after implementing some must have features like sourcemaps, minification, and tree shaking? Can you explain why you think a transpilation step will prove to be a technical challenge here? The "bundler" part of Bun seems like a very small piece, and not something that would impact its performance as a runtime too greatly.
  - brundolf 4y ago
    A lot of the conversation around Bun's performance has included the performance of non-runtime things like how fast it can install packages, perform builds, cold-start, etc
  - verdverm 4y ago
    I only use JS/TS on the client side, which will end up running in the browser, thus being able to use Bun to create production code will require these features. I didn't say they were technical challenges, but these processes require more complex analysis and algos.

behnamoh 4y ago

I love these funny names. First time I introduced HomeBrew to my gf, she was all laughing at the funny terms: keg - Program binaries created from source bottle - Program binaries downloaded cellar - Directory where kegs / binaries are stored tap - git repository cask - macos native binary (not used in Linux)

juancampa 4y ago
I find these terms to be incredibly confusing though. I've seen them many times but can't seem to remember what's what.
1shooner 4y ago
Ok, but I'm not really looking to my package manager for entertainment. To me this jargon is just needlessly obtuse.
- gmassman 4y ago
  I 100% agree. Cutesy names should end once the package name has been chosen. Package authors and contributors that overdo the thematic names should stick to writing fiction, not code.
  - deleted 4y ago
    [deleted]
  - naikrovek 4y ago
    "keg" and "bottle" are cutesy? well, to see the exact opposite of "cutesy", please fork homebrew and give all of those things GUIDs for names, including all the packages a user could install; you'll soon see why the names chosen are quite acceptable, indeed.
    - deleted 4y ago
      [deleted]
    - bmn__ 4y ago

anothernewdude 4y ago

Why do they call it oven when you of in the cold food of out hot eat the food?

revolvingocelot 4y ago
More importantly, has anyone really been far even as decided to use even go want to do look more like?
lucakiebel 4y ago
I feel like there’s two reasons why I don’t understand your comment at all. Either you made a pun somewhere in there that just went way over my head, or it’s way too early for me to be up. But I have no idea what „of in the cold food of out hot eat the food“ could mean
- jcparkyn 4y ago
  It's a reference to a meme, which is intentionally nonsense.
  - bombcar 4y ago
    It's not actually nonsense, some minor edits will make it clear. > Why do they call it oven when you "oven" (of in) the cold food and "oveout" (of out) the hot food to eat?
- 10000truths 4y ago
  It’s a reference to a meme: https://knowyourmeme.com/memes/why-do-they-call-it-oven https://knowyourmeme.com/memes/why-do-they-call-it-oven
  - lucakiebel 4y ago
    Wow, thanks for enlightening me!
deleted 4y ago
[deleted]

benreesman 4y ago

Are Bun and Deno in direct competition or do these projects address different markets?

DangitBobby 4y ago
They are roughly in competition, though Deno made the decision early on to largely split itself from the ecosystem and existing conventions of Node (and an enormous body of existing JavaScript packages on npm), whereas Bun did not. Bun, AFAIK, aims to be compatible with Node and existing the npm ecosystem.
- wangbinyq 4y ago
  Deno already have a node compatibility mode, and will support import npm packages directly.
  - DangitBobby 4y ago
    Sure, but it doesn't because initially they chose not to.
    - andrew_ 4y ago
      it was a very wise choice.
- benreesman 4y ago
  I met Ryan Dahl once at like a CouchDB meetup in Oakland or something a decade ago. He was obviously a brilliant guy, and humble, and very likable as a result. I very much admire that he seems to be trying to get things right in light of lessons learned, but history would imply that backwards compatibility tends to trump better technology on average.
yencabulator 4y ago
It seems both are attempting to make money by providing their own "serverless clouds" and hoping people will use those, instead of AWS/GCP/Cloudflare Workers/Fly/etc.

oandrew 4y ago

qudat 4y ago

Grats! Excited to see where this ends up

AaronFriel 4y ago

It's an incredible achievement, though I worry about the use of an unproven language (Zig) that lacks memory safety by design. JavaScript runtimes, especially those with JITs, have been plagued by vulnerabilities from memory safety, type confusion, and data races. Node.js, despite being based on V8, is still susceptible independently of V8 and introduces its own vulnerabilities. It's not sufficient for the runtime to be secure, but the new facilities Bun provides must also be vetted. Bun/Oven are new, and similar in position to Node. Here are the hard questions I'd ask if I were on a security team and asked to review adopting Bun: 1. Will Oven adopt a security policy for Bun? (https://github.com/oven-sh/bun/security https://github.com/oven-sh/bun/security) 2. What measures is Oven taking to proactively detect and mitigate vulnerabilities? (e.g.: fuzzing, audits, bug bounties) 3. Will Oven support Zig development to avoid an existential risk in upstream vulnerabilities?

naikrovek 4y ago
I am fairly confident that Zig does not lack memory safety by design; from what I understand, the language as a whole isn't even finished, and the memory safety design isn't like a GC'd language or like Rust, so people assume there isn't memory safety when in reality it is at least partially implemented.
- AaronFriel 4y ago
  I'm afraid "partially implemented" memory safety is also widely known in the offensive security industry as "not memory safe". Many people have fooled themselves into thinking there is a gradient with safer C++ abstractions, libraries in C, custom allocators, static analyzers, valgrind, etc.
  - cocoto 4y ago
    There is definitely a gradient in safety and almost everybody agree with that. What is controversial is how much safety you actually need.
    - 4y ago

howon92 4y ago

Congrats on the funding!

alberth 4y ago

My moneys on Just-JS. It’s consistently in the top 5 fastest web framework (beating out Rust, etc). Just-JS is already faster than Bun. Additionally, JSCore appears to be a significant reason why Bun is faster than NodeJS (V8). Just-JS is investigating switching to JSCore as well - which will only extend its lead. https://github.com/just-js/just https://github.com/just-js/just https://www.techempower.com/benchmarks/#section=data-r21 https://www.techempower.com/benchmarks/#section=data-r21 https://twitter.com/justjs14/status/1560741923106725889#m https://twitter.com/justjs14/status/1560741923106725889#m https://twitter.com/justjs14/status/1557856790897106944#m https://twitter.com/justjs14/status/1557856790897106944#m

b_fiive 4y ago
Linux only? I think that'll cap adoption regardless of any perf advantages
- indymike 4y ago
  > Linux only? I think that'll cap adoption regardless of any perf advantages For web applications, Linux is usually the eventual development target, and running Linux development environments on Windows and MacOS is a solved problem. So no, not really going to be much of a problem.
esquire_900 4y ago
You might be right, though it's Linux only, and still has a "coming soon" as documentation. Worth keeping an eye on, but seems more in the experimental phase compared to bun.
iainmerrick 4y ago
Besides being Linux-only, the GH page lists intentional restrictions like “commonjs modules, no support for ES modules” -- that seems like a biggie! The benchmarks seem to focus exclusively on startup time, which is certainly important but not the only important thing. (And unless I misread those tweets it’s only a tiny bit ahead of bun.) More competition is good and helps keep everyone honest, of course, but it looks like extremely early days for this project.

j3s 4y ago

finally, a tech company with a cute design aesthetic :D i'm so happy to see a cute little bun in an oven instead of standard tech company imagery. i've never used bun and don't have great reason to, but it makes me hopeful to see.

hardwaregeek 4y ago

I have a lot of respect for Jarred and bun. The lean approach of just one person working for a year is rather underrated imo. No funding and therefore no pressure for growth. No overhead from scaling up a team and having to implement process, standards, etc. And at the same time, incredible content marketing by just tweeting about every little detail. Me and many others got hooked just because Jarred was posting interesting stuff and kept posting interesting stuff. It wasn't a stuffy blog or padded out conference talks, it was just good, technical content. My only hope is that Jarred gets some rest for a bit. According to his Twitter he's been pulling 80 hour weeks and while that does lead to impressive work, it's not great from a human perspective. Hope he can rest up and keep this going for the long haul!

brundolf 4y ago
> The lean approach of just one person working for a year is rather underrated imo It's honestly got me thinking about doing the same thing for my Big Project that I've been squeezing into nights and weekends for the past year and a half
- ignoramous 4y ago
  Read also: The unreasonable effectiveness of just showing up every day, https://news.ycombinator.com/item?id=27833064 https://news.ycombinator.com/item?id=27833064
fizx 4y ago
I've done this solo sprint for a year to get a startup running a few times in my career. The time it worked, I worked 10-4pm (heads down) in the ideation phase, ate well, slept well, got two hours of exercise daily, and had an interesting social life. Once the startup took on a life of its own, the personal life started to suffer and I got up to 80+hrs for a month or two before settling into ~60. The two times it didn't work, I embraced the 60hr/week grind and was a bit more isolated, perhaps drank a bit more to unwind, and my focus deeply suffered. I really love the solo thing, but in the early days, be creative and happy. The grind will find you. Market fit means more work. No doubt Jarred will find building a company and Bun at the same time even more challenging that just building Bun.

dang 4y ago

Related: Will Bun JavaScript Take Node's Crown - https://news.ycombinator.com/item?id=32457587 https://news.ycombinator.com/item?id=32457587 - Aug 2022 (321 comments) Bun: A Complete Overhaul of the JavaScript Ecosystem - https://news.ycombinator.com/item?id=32243534 https://news.ycombinator.com/item?id=32243534 - July 2022 (25 comments) Bun gets “bun:FFI” – call native libraries from JavaScript - https://news.ycombinator.com/item?id=32120090 https://news.ycombinator.com/item?id=32120090 - July 2022 (16 comments) Bun (can become) the ideal JavaScript runtime - https://news.ycombinator.com/item?id=32067268 https://news.ycombinator.com/item?id=32067268 - July 2022 (14 comments) Bun: Fast JavaScript runtime, transpiler, and NPM client written in Zig - https://news.ycombinator.com/item?id=31993429 https://news.ycombinator.com/item?id=31993429 - July 2022 (314 comments) Bun – fast JavaScript and CSS bundler - https://news.ycombinator.com/item?id=29179848 https://news.ycombinator.com/item?id=29179848 - Nov 2021 (36 comments) Kind of related: Hop: Faster than unzip and tar at reading individual files - https://news.ycombinator.com/item?id=29178710 https://news.ycombinator.com/item?id=29178710 - Nov 2021 (128 comments)

christophilus 4y ago

> Before Oven can offer hosting, Bun needs a stable release. The goal: a stable release of Bun in under six months from today (August 23rd). Wow! That is an ambitious timeline. Also ambitious is this: > The plan is to run our own servers on the edge in datacenters around the world. Oven will leverage end-to-end integration of the entire JavaScript stack (down to the hardware) to make new things possible. That’s a lot of work in a crowded space. Maybe they’re aiming for an acquisition or something? Anyway, I wish them luck. Bun probably tops the list of projects I’m excited about at the moment.

hestefisk 4y ago

Interesting effort. How do you plan to make money? I would love to do something like this but it must be really hard to figure how to turn revenue sustainably apart from donations, consulting and maybe some sort of hosting services.

mwexler 4y ago

For those like me who didn't know: https://bun.sh/ https://bun.sh/. "Bun is a fast all-in-one JavaScript runtime. Bundle, transpile, install and run JavaScript & TypeScript projects — all in Bun. Bun is a new JavaScript runtime with a native bundler, transpiler, task runner and npm client built-in."

tantalor 4y ago
"Run TypeScript" is misnomer, unless I'm missing something, it compiles TS -> JS and "runs" that.
- lioeters 4y ago
  "Run JavaScript" is a misnomer, it compiles JS -> bytecode and "runs" that.
  - seanw444 4y ago
    "Run bytecode" is a misnomer, it compiles bytecode -> machine code and "runs" that.
    - cheeselip420 4y ago
      "Runs machine code" is a misnomer, the CPU will translate machine code to microcode and "run" that.
  - tantalor 4y ago
    It might, if the code can be optimized. There are all sorts of reasons why it might not. For example, at one point in time, a switch statement with more than 128 cases could not be optimized. https://github.com/petkaantonov/bluebird/wiki/Optimization-killers#4-switch-case https://github.com/petkaantonov/bluebird/wiki/Optimization-k...