Alexi 🦄 🚀 🐶

1.6K posts

Alexi 🦄 🚀 🐶 banner
Alexi 🦄 🚀 🐶

Alexi 🦄 🚀 🐶

@alexi_be3

const alexi = { occupation: 'software engineer @Strava', interest: 'javascript', hobby: '🏃', ✏️: 'https://t.co/7upvQB3u3U' };

San Francisco, CA Katılım Nisan 2009
562 Takip Edilen155 Takipçiler
Alexi 🦄 🚀 🐶
Alexi 🦄 🚀 🐶@alexi_be3·
“Language serves not only to express thought but to make possible thoughts which could not exist without it.”
English
0
0
0
8
Alexi 🦄 🚀 🐶
Alexi 🦄 🚀 🐶@alexi_be3·
“There arises from a bad and unapt formation of words, a wonderful obstruction to the mind.”
English
0
0
0
9
Ronak Kadhi
Ronak Kadhi@ronakkadhi·
Larry Ellison is the most ruthless CEO in the tech world: • Hired investigators to spy on Microsoft • Hostile takeover of multiple companies • Donated $500 Million to delay death How an abandoned boy took Oracle to $445 Billion 🧵
Ronak Kadhi tweet media
English
145
679
8.2K
2.1M
Alexi 🦄 🚀 🐶 retweetledi
Matt Pocock
Matt Pocock@mattpocockuk·
Let's talk about another crazy TypeScript trick: `T[number]`. It looks like absolute insanity. But I promise by the end of this thread, you'll know how it works. Let's go 🧵
Matt Pocock tweet media
English
34
129
1.9K
232.7K
Kent C. Dodds 🏹
Kent C. Dodds 🏹@kentcdodds·
Do you use forwardRef or just call the prop something other than "ref"?
English
18
2
51
40.5K
Alexi 🦄 🚀 🐶
Alexi 🦄 🚀 🐶@alexi_be3·
@t3dotgg 017 is a valid octal number, making it 15, while 018 is not and is treated as a decimal, making it 18.
English
1
0
1
192
Theo - t3.gg
Theo - t3.gg@theo·
You will never convince me == was a good idea
Theo - t3.gg tweet media
English
153
113
2.2K
350.9K
Alexi 🦄 🚀 🐶 retweetledi
CodePen.IO
CodePen.IO@CodePen·
Scroll shadows are cool, but these scroll... indicators? are perhaps even more clear that there is more content to see in a specific direction. Plus they are powered by CSS' new Scroll Timelines feature with deliciously little code. codepen.io/shuding/pen/WN…
English
4
16
175
25.9K
Alexi 🦄 🚀 🐶 retweetledi
Artem Zakharchenko
Artem Zakharchenko@kettanaito·
All this ditching TypeScript notion that emerged recently sets a dangerous precedent. As things often are online, people seldom go into due detail when explaining decisions. Bright titles scream the loudest, I suppose. I should probably put this into an article but I'll start from here. One of the common complaints about TS is the need to bring in a compilation step. Despite the compilers being generally fast, with experimental third-party compilers even bringing that to outstanding speed, I share the outlook that no compilation is the best outcome. But that hasn't been the case for JavaScript (yes, you've not misread) for almost a decade now. Apps were built by Babel when I started my engineering career in 2016, and they are still built by Babel or other tooling. The compilation step was always there, and I dare say it will remain there, regardless if you're using tools like TypeScript or not. The community has long seemed to realize that same as CSS and HTML are unmaintainable in their raw form, so is JavaScript. There will always be a shiny Stage 0 experimental syntax you want to try. There will always be browser-specific bugs. There will always be the need to mangle, compress, minify, sign, tree-shake, dedupe... You will always need a compiler. ESM tries to bring modern JavaScript to the browsers. I don't know in what universe the folks live who abandon TypeScript, but the last time I checked ESM-only web is but a distant dream. Five years from now, maybe. Likely ten. Let's speak about it when that time comes. The second most common complaint is the mental and resource overhead when writing types. I get it, types are hard, they are. Nobody wants to spend time fighting a nested generic when there are features to ship or bugs to be fixed. Until you realize that time spent on types pays off. Suddenly, feature releases get smoother, and bugs are caught even before they are pushed to remote because type-checking is, essentially, a static test. I don't hear folks complaining about other strictly-typed languages. Somehow, there, over the hill, the type-safety makes sense, but not in TypeScript, no. I never understood that. Perhaps people who claim this have never seen a production database go down due to a wrong data type being written. Or never fixed issues where a chunk of data suddenly changes its type 10 levels down the transformation tree. Or never seen plain JavaScript cause products to loose revenue and customers due to the poor quality of the written code. Writing pure JavaScript is like trying to cut a watermelon with a chainsaw in the dark. It sounds fun and free and quite easy until there's a roomful of mess to clean up. I suppose some can live and thrive in that mess. In the end, everyone decides for themselves. I've been using TypeScript for 4 years now and I'm not planning to switch to anything else. It's a unique tool in its proximity to plain JavaScript and high return values that have been helping me ship reliable code for years. It's also a well-written and actively maintained tool, which only plays in its favor.
English
67
97
793
156.4K
Alexi 🦄 🚀 🐶 retweetledi
Matt Pocock
Matt Pocock@mattpocockuk·
Array vs T[] - which should you use in TypeScript? I think the difference is close enough to be subjective - but here's everything I know: The two syntaxes are functionally identical - you can use them interchangeably. keyof T[] is a massive gotcha. Instead of it resulting in ('id' | 'name')[], it does a keyof on 'person[]'. This instinctively makes me lean towards Array. TypeScript's errors and hovers always use the T[] syntax. This means that using T[] feels more natural, is more supported in the docs, and leads to less cognitive load for beginners. What would I recommend? The decision is too close to be objective about. Would I reject a PR containing one or the other? No. But if pushed, I would choose T[] - it just feels natural.
Matt Pocock tweet mediaMatt Pocock tweet mediaMatt Pocock tweet media
English
85
175
1.6K
402.6K
Alexi 🦄 🚀 🐶 retweetledi
Matt Pocock
Matt Pocock@mattpocockuk·
ElementRef is super nice. Here's how it can make typing useRef easier in React 🧵
Matt Pocock tweet media
English
29
219
1.8K
207K
Dan
Dan@danmurrays·
So, what do you think about these new changes? Are you onboard with it? Or is @elonmusk doing something wrong? Comment your thoughts!
English
163
22
744
501.1K
Dan
Dan@danmurrays·
Elon Musk is transforming Twitter into: 𝗫 - 𝗧𝗵𝗲 𝗘𝘃𝗲𝗿𝘆𝘁𝗵𝗶𝗻𝗴 𝗔𝗽𝗽. Here's 10 features you need to know:
Dan tweet media
English
1.3K
5.8K
42K
13.3M
Alexi 🦄 🚀 🐶 retweetledi
Peter Yang
Peter Yang@petergyang·
Shopify deleted 12,000 meetings this year. Today, they went a step further with a tool that shows the $$$ cost of holding meetings. I spoke to @nejatian (Shopify's COO) about meeting bloat and protecting craft time. Here are 6 spicy takes from our interview 👇
Peter Yang tweet media
English
268
1.4K
10.2K
4.5M
Alexi 🦄 🚀 🐶 retweetledi
David Mráz
David Mráz@davidm_ml·
Understand different values for CSS transition timing animation functions 🚀
English
10
146
664
59.6K
Alexi 🦄 🚀 🐶 retweetledi
zbeyens
zbeyens@zbeyens·
Introducing Plate: the modern rich-text editor for React. github.com/udecode/plate ◆ Core: Plugin system. ◆ Plugins: 50+ Headless, unstyled packages. ◆ Primitives: State and behavior hooks. ◆ Components: @radix_ui + @shadcn ui. Free. Open Source. Responsive. Dark Mode.
English
61
277
2K
208.8K
Alexi 🦄 🚀 🐶 retweetledi
Jim Raptis
Jim Raptis@d__raptis·
Probably the best way to showcase your books! 📚 → press.stripe.com
English
21
135
1.4K
113.4K
Alexi 🦄 🚀 🐶 retweetledi
Adam Rackis
Adam Rackis@AdamRackis·
I’ve interviewed more senior engineers than I can remember and this is just absurd. Why do these insipid takes always come from an account with “founder” or “entrepreneur” in the bio 😅
English
72
75
2.2K
287.2K