Tim (@tpillard) header
Tim (@tpillard) profile picture

Web | Platform Engineering - Staff Software Engineer @dashlane - ex @gandi_net @tpillard@hachyderm.io

Paris, France
Joined January 2012
Photo by Tim (@tpillard)Photo by Tim (@tpillard)Photo by Tim (@tpillard)Photo by Tim (@tpillard)Photo by Tim (@tpillard)Photo by Tim (@tpillard)Photo by Tim (@tpillard)Photo by Tim (@tpillard)Photo by Tim (@tpillard)
New Blog Post! A week ago, I knew nothing about React Server Components. I've tried to migrate an existing React SPA to RSC without a framework, made a live demo / playground, and wrote a blog post about it. React Server Components, Without a Framework? timtech.blog/posts/react-ser…
12
52
9
235
91,591
Dusting off my blog (~stale since 2023) & some new blog posts coming Q4
1
1
2
110
Work in progress, stay tuned!
10
Tim retweeted
Dusting off my blog (~stale since 2023) & some new blog posts coming Q4
1
1
2
110
Rspack 2.3 will use SWC Next for JavaScript parsing. We plan to gradually migrate more of Rspack's internals to SWC Next and introduce a new swc-next-loader that supports custom transform plugins written in JavaScript.
SWC Next is here! Today, customizing how your code is transformed often means using Babel plugins or writing Wasm plugins for SWC. I believe the next generation of JS compilers should combine Rust's performance with the flexibility to write custom transform plugins in JavaScript. SWC Next's flat AST enables efficient data exchange between Rust and JS, laying the groundwork for fast JS plugins 🚀
4
10
2
103
6,021
Tim retweeted
I will attend W3C TPAC in Dublin Oct 27 - 29. Come say hi or DM me if you want to catch up. :) cc @dashlane
1
3
123
Tim retweeted
Introducing SWC Next: the foundation for SWC’s next major version, built on a new architecture inspired by Yuku. - Up to 3x faster native parsing - Up to 10x faster parsing through the JavaScript API - A flat, ESTree-based AST designed for speed, memory efficiency, and JavaScript extensibility Starting with parsing, we’re bringing the rest of SWC to this new architecture. Built together by the SWC and Rstack teams.
14
59
15
356
36,332
in an era of constrained compute (cpu and memory crunch is coming folks) it is more important than ever to squeeze every ounce of performance and efficiency out of your services, esp if you operate at a meaningful scale
21
13
12
399
57,716
I will attend W3C TPAC in Dublin Oct 27 - 29. Come say hi or DM me if you want to catch up. :) cc @dashlane
1
3
123
Based on feedback, we've added migration guides from Create React App to Vite, Parcel, or Rsbuild when a framework isn't the right fit for your use case, or you prefer to continue building your own framework:
5
12
3
78
8,449
❤️
a subtle drop shadow indicating depth... a clear mouse over affordance... click action w/a skeumorphic change in height... this could be us
1
200
this lil button is cute
5
11
4
218
85,330
a subtle drop shadow indicating depth... a clear mouse over affordance... click action w/a skeumorphic change in height... this could be us
this lil button is cute
24
140
5
3,517
83,033
I'm not sure this is still relevant, or such a humble project as vite-plugin-swc-transform applies, but I thought this was a great idea from SWC a few months ago, only didn't find the time to do it earlier. github.com/swc-project/swc/p…
101
We were stalled with tsup to ship dual build of packages with TS decorators. Viteup solved our issue. Thanks @tpillard 👏
Looking for people / early adopters willing to play with (or let me play with) an experimental build system based on Vite + SWC (opt-out) for library type JS / TS (ESM-only) packages, for feedback. Even better if want CJS + ESM > ESM-only. It works in prod. OSS is bonus.
1
1
3
236
mkdir built-with-viteup && cd $_ echo '{ "name": "'$_'", "type": "module", "exports": "./dist/index.js" }' > package.json echo "export const foo: string = 'foo';" > index.ts npx viteup github.com/viteup
2
1
2
321
btw [email protected] & [email protected] coming later today hopefully with a bunch of improvements & latest dependencies upgrade
68