Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Esbuild – An extremely fast JavaScript bundler

esbuild.github.io

Post reply on HN
Print view View original

111–120 of 288 posts

Re: Esbuild – An extremely fast JavaScript bundler

#111

Post by lawn »

maga wrote: post #110

Often overlooked things when discussing esbuild here: 1. It's not just a faster replacement for a single %tool_name% in your build chain: for the vast majority of cases, it's the whole "chain" in a single cli command if you're doing it right. That is, you don't just stick it inside, say, webpack as a faster replacement for babel (although you can). No, you look carefully through your webpack configs and its myriad of…

> I have two 50K+ LOC projects using esbuild, and I would use it even if it was slower than webpack/babel/tsc simply not to worry about the build chain breaking due to an update to some obscure dependency or plugin.

This was the reason that Phoenix 1.6 switched away from webpack to esbuild, apparently half the reported issues were webpack related!

Re: Esbuild – An extremely fast JavaScript bundler

#112

Post by dbbk »

qeternity wrote: post #103
nusaru wrote: post #89

Earlier quoted context omitted.

Some section titles from the FAQ[1]: > Why is esbuild fast? > - It's written in Go and compiles to native code. > - Parallelism is used heavily. > - Everything in esbuild is written from scratch. > - Memory is used efficiently. > Production readiness > - Used by other projects > - API stability > - Only one main developer > - Not always open to scope expansion 1: https://esbuild.github.io/faq/

I saw that, but none of that adds up to a 100x speedup.

It does

Re: Esbuild – An extremely fast JavaScript bundler

#113

Post by swhitf »

You know you are getting old when you watch the arrival of the fourth JavaScript build tool of your career. I still remember when everyone was waving goodbye to Gulp in favour of Webpack. Webpack was going to save us all from the hell of massive convoluted gulp.js files. Fast forward five years and it's the same mess it was supposed to avoid. Slow, bloated and confusing.

I just switched to esbuild on our main project and the build time went from 7 minutes on CI to 1 second. Kinda stupid really. Anyway, here's to the future, let's hope it works out this time!

Re: Esbuild – An extremely fast JavaScript bundler

#114

Post by conaclos »

esbuild is a pleasure to use. Because of its speed you no longer need to separate test/release build for simple libraries. I am using esbuild for transpiling my new TypeScript projects.

However, I am still have to use TSC to generate declaration files(dts). Are anyone aware of esbuold-like tool to do that job?

Re: Esbuild – An extremely fast JavaScript bundler

#115

Post by DrBazza »

eloff wrote: post #91
CodeIsTheEnd wrote: post #41

Work on esbuild started at the start of 2020. It is primarily authored and maintained by Evan Wallace, who, in addition to making this tremendous contribution to the JavaScript ecosystem, is the CTO and co-founder of Figma . Incredible output.

I came here too say this. The man authored in the neighborhood of 100k LOC in a year, just on this. There's a living 10x dev, it's not a myth. What is ridiculous is to think someone can 10x a normal developer, it's more like the difference between the top few percent and the bottom 10-20%. Evan Wallace is a beast, no doubt.

I really wish people would stop idolising so called '10x' developers.

Anyone that is comfortable and familiar with their toolset (e.g. go, .NET, Java, C++) and has a deep understanding of a problem (and has likely solved it once already), can churn out code far, far, faster than an onlooker.

Re: Esbuild – An extremely fast JavaScript bundler

#116

Post by M2Ys4U »

sorenjan wrote: post #13

Are there any tools that transform HTML and other files? For example, lets say I have an tag with a src attribute that points to a local image. Can I automatically replace that with a tag with various formats (jpg, webp, avif) and sizes?

I think Parcel[0] is what you want for that use-case.[1]

[0] https://parceljs.org/

[1] https://parceljs.org/recipes/image/

Re: Esbuild – An extremely fast JavaScript bundler

#117

Post by zerocount »

ZephyrBlu wrote: post #105
CodeIsTheEnd wrote: post #41

Work on esbuild started at the start of 2020. It is primarily authored and maintained by Evan Wallace, who, in addition to making this tremendous contribution to the JavaScript ecosystem, is the CTO and co-founder of Figma . Incredible output.

I don't understand this perspective. Everyone only has so many hours in a day, and there's only so fast you can work. If he's writing esbuild that is taking time away from being the CTO of Figma. Either he's working a shit ton, one of the things (Esbuild or Figma) is being somewhat neglected, or his output is actually not as high as it looks.

Maybe there's not much to do as the CTO of Figma. Throwing time into Esbuild doesn't mean he's neglecting his CTO duties.

Re: Esbuild – An extremely fast JavaScript bundler

#118

Post by toastal »

jerrygoyal wrote: post #77

see comparison with swc: https://swc.rs/docs/benchmark-transform

While useful, it should be noted TypeScript ≠ JavaScript and this build tool is for TypeScript. Many of us are using different compile-to-JS languages, or no language at all.

Re: Esbuild – An extremely fast JavaScript bundler

#119

Post by RobertKerans »

wdroz wrote: post #84
jerrygoyal wrote: post #77

see comparison with swc: https://swc.rs/docs/benchmark-transform

So swc is faster in almost all scenarios

It's not the same thing though, SWC is a different category of tool.

Edit: though I guess if you include the sibling project swcpack, it covers the same ground. SWC itself doesn't though.

Re: Esbuild – An extremely fast JavaScript bundler

#120

Post by leetrout »

DrBazza wrote: post #115
eloff wrote: post #91

Earlier quoted context omitted.

I came here too say this. The man authored in the neighborhood of 100k LOC in a year, just on this. There's a living 10x dev, it's not a myth. What is ridiculous is to think someone can 10x a normal developer, it's more like the difference between the top few percent and the bottom 10-20%. Evan Wallace is a beast, no doubt.

I really wish people would stop idolising so called '10x' developers. Anyone that is comfortable and familiar with their toolset (e.g. go, .NET, Java, C++) and has a deep understanding of a problem (and has likely solved it once already), can churn out code far, far, faster than an onlooker.

Bingo.

Add to it being able to work in YOUR headspace and not have to bring other people in a large-ish team along with you and you can get stuff done.

Post reply on HN