Echosight  Echosight
Twitter/X Header Photo
AdamRackis Profile image

@AdamRackis
Senior Web Engineer. Prev, Riot. Next, React, Svelte, C++ when I'm feeling nasty. Beer, whiskey, coffee snob. Book lover. Jr Developer for life.
Posts

148

45 decrease

Impressions

411.6K

4.2% increase

Likes

2.8K

16.1% decrease

Followers

19

0.3% increase

Impressions

Followers

Engagement

Top Posts

Post Actions
The V8 team is attempting to restrict / forbid syntax level evolution of JavaScript out of purported concerns for performance and end-users I am so unbelievably tired of Google having a disproportionate influence on the evolution of the web, and using it in the worst possible way First they rammed in dozens of web component specs that a) are still laughably incomplete, and b) cause framework authors no small amount of extra / useless work. And now this I'd also love someone to explain to me how, if perf is the overriding concern, how languages like C++, Rust, Swift, and certainly others continue to evolve. More context linked below 👇
In all seriousness what can they even add? Vite: handles TS & JSX, has great esm / cjs interop, has a test runner that's actually good, even has proxying, and probably a bunch of other stuff And it's so fast you could double the perf and I wouldn't notice. What else is there?
Public service announcement: I am a software engineer at Spotify. But I am not in any way affiliated with Shopify. So if anyone needs help with Shopify SDKs or API's, I'm afraid I can't help you
I just got saved from breaking prod in a section of the app I never, ever touch thanks to an automated test. It feels *so good* to work in a mature codebase. All you startup kiddies bragging about having no tests - have fun I guess 😘
Mastodon people talking about us https://t.co/bD55P7XJMv
“But but but but you agreed not to call me out when I lie 😤”
Rich Harris when he starts shitting on web components https://t.co/03N0hyLQWg
The fact that 159 people, or 8% of the company took the buyout, in this egregious job market tells you how bad things are over there https://t.co/eXIsJmdWD2
Turns out web components aren’t just irrelevant noise. They actually create obnoxious work for framework authors
Ok the jokes (and marketing) are dumb and by all accounts this is a legit feature. But can someone explain in plain terms what “concurrent execution” means for a Lambda? One Lambda instance executed concurrently by multiple callers? Does that mean for IO-bound work, the lambda will accept new calls while waiting? Like a regular JS event loop, but inside of a Lambda? If so, is the point to reduce the need to spin up new Lambda instances (saving money and cold start costs)?