Julian S.

44 posts

Julian S.

Julian S.

@jschaeferdev

Full stack developer at @synyx_ka with a passion for web development, good user experience and domain driven design.

Karlsruhe 가입일 Ağustos 2012
96 팔로잉17 팔로워
Julian S. 리트윗함
Sam Willis
Sam Willis@samwillis·
A bunch of new followers here, so I thought I would introduce @ElectricSQL and how PGlite fits in. We are building a CDN native sync engine that can move your data in real time to where you need it. There are a few buzz words in there, so what do we mean? 🧵1/11
English
4
10
105
21.8K
Julian S. 리트윗함
Sam Willis
Sam Willis@samwillis·
With PGlite + @ElectricSQL sync you can build an issue tracker handling 100k issues + 500k comments, synced from Postgres to PGlite in the browser! Super fast UI updates with all writes going though the local database, and Postgres FTS in PGlite for search 🔥
English
17
53
436
55.4K
Julian S. 리트윗함
Robin Wieruch
Robin Wieruch@rwieruch·
And sure, I'm dealing with these breaking changes daily. It's often frustrating, yet exciting, because shifting to a server-driven React world is no small task. But it will be worth it! That's why I'm working every day on my next course 👇 road-to-next.com
English
2
1
9
1.5K
Julian S. 리트윗함
Evan You
Evan You@youyuxi·
Announcing @voidzerodev: a company building the next-generation unified toolchain for JavaScript. We are the creators and core-contributors of Vite, Vitest, Rolldown and Oxc - and we will unite these projects under a coherent vision to power the next generation of web applications. We have raised $4.6M in seed funding led by @Accel - read more in the blog post: voidzero.dev/posts/announci…
English
194
541
4K
953.3K
Julian S. 리트윗함
Lee Robinson
Lee Robinson@leerob·
So, @vercel reverted all edge rendering back to Node.js 😬 Wanted to correct the record here as it's something I've advocated for in the past, and share what I've learned since then. Also, the "edge" naming has been a bit confusing, so let's clear that up here as well. What is edge, anyway? We have too many products with Edge 😅 First off, Vercel has an Edge Network. A request comes in for your site. The edge region can go grab some HTML or JS for your site and quickly return it. Great. Then, sometimes, you have routing rules. When that request comes in, redirect it, proxy it somewhere else, or add headers before continuing (e.g. Middleware). You don't need to go all the way back to the origin. This is also great. Sometimes those routing or configuration rules need to be read from a file. We have "Edge Config" which is like reading from a JSON file in every region. Again, still good. Now, what about rendering my application with edge compute? Not as great. But Lee, you said... Yeah, I gotta admit, this one fooled me. It sounded great at the start – running close to the visitor makes sense. If I constrain my site to use this limited runtime, and make the tradeoff for access to the Node.js package ecosystem, I can (hypothetically) get better performance. This hasn't worked for two reasons. First, and most obvious, is that your compute needs to be close to your database. Most data is not globally replicated. So running compute in many regions, which all connect to a us-east database, made no sense. I believe many folks understood this. But then, maybe this limited runtime was better even if I only run it close to my database? Well, that was wrong too. We tested it extensively with @v0. Using the Node.js runtime with 1 vCPU (our "Standard" performance) option for Vercel Functions had faster startups 🤯 Are there other reasons for edge rendering? If Node.js functions can be faster, especially with Node v20, what about cost? I expected an edge compute pricing model, which is based on only paying for when your compute runs (and never I/O), would always be cheaper. Turns out that was also wrong. It can be cheaper sometimes! But not for all workloads, so some nuance applied here. Same story for security. I wanted edge compute to work, but customers kept telling me they wanted a private connection to other services (i.e. Vercel Secure Compute), or had concerns (or no interest) in doing global data replication (e.g. data sovereignty). So now what? It's a good lesson for me to be careful with naming / nuance going forward. Also, networks have gotten really fast. We saw with @v0 that it was faster to do SSR + streaming with Node.js than edge rendering. Now we're running @v0 with Partial Prerendering to see if this is better or worse (it's still experimental). The summary of PPR is: user makes a request, the edge region starts streaming back the HTML for the fast initial visual, and then your compute still runs in us-east or wherever close to your data. So far this has been about 50% faster time to first byte than SSR + streaming. Pretty amazing. I'll be sharing more on Vercel Functions improvements soon, as well 🦀
English
110
198
1.8K
1M
Julian S. 리트윗함
synyx GmbH & Co. KG
synyx GmbH & Co. KG@synyx_ka·
Unser Softwarearchitektur-Kickstart mit Eberhard Wolff war ein voller Erfolg! 👏 Von Bounded Contexts bis Strategic Design haben wir viel gelernt – und das alles mit einer Prise Humor! 🧠 Vielen Dank, @ewolff, für die wertvollen Impulse! 🙏 #weiterbildung #architektur #haufencode
synyx GmbH & Co. KG tweet mediasynyx GmbH & Co. KG tweet media
Deutsch
0
4
7
192
Julian S. 리트윗함
Lydia Hallie ✨
Lydia Hallie ✨@lydiahallie·
🔥 New video!! Learn how the browser's event loop, Web APIs, and (micro)task queues enable async non-blocking JavaScript youtu.be/eiC58R16hb8
YouTube video
YouTube
English
26
105
654
60.1K
Julian S. 리트윗함
Maximiliano Firtman
🚨🚨🚨🚨 Apple will NOT remove PWA support on iOS 🥳🥳🥳🥳 👉This is an official statement form Apple that replaced today the previous excuses published around the removal. We did it, folks!
Maximiliano Firtman tweet media
English
55
428
2.3K
348.3K
Julian S. 리트윗함
Jake Archibald
Jake Archibald@jaffathecake·
Rather than allow other browser engines to install-to-homescreen on iOS, Apple is removing the feature entirely in the EU. Some features are tied to install-to-homescreen, such as push messages. Apple is unshipping those for EU users. We need to act now: open-web-advocacy.org/apple-attempts…
English
18
197
555
55.3K
Julian S. 리트윗함
urlaubsverwaltung.cloud
urlaubsverwaltung.cloud@der_urlaubaer·
Open Source ist ein integraler Bestandteil unserer DNA. Wir entwickeln offen mit unserer Community seit Jahren unsere Software. Aus diesem Grund freut es uns, dass der etablierte Verein @osballiance auf uns setzt und unsere Urlaubsverwaltung im Einsatz hat. #OpenSource #HR
urlaubsverwaltung.cloud tweet media
Deutsch
0
5
6
149
Julian S.
Julian S.@jschaeferdev·
@angular Even if it is said that the JS universe is short-lived, it leads to competition. Other frameworks like as Astro already had some features before, but it's nice to see how the JS world no longer fights against each other but takes up and improves ideas. Grats!
English
0
0
2
494
Angular
Angular@angular·
Angular v17. The framework you love, with a fresh new look, and: 🦥 deferrable views ⚡️ up to 90% faster, intuitive built-in control flow 🏎️ up to 87% faster build times with hybrid rendering 🏗️ Vite + esbuild builds + more! goo.gle/angular-v17
English
67
445
1.8K
316.1K
Julian S. 리트윗함
Addy Osmani
Addy Osmani@addyosmani·
Becoming a good engineer is about collecting experience. Each project, even small ones, is a chance to add new techniques and tools to your toolbox. ✍️ addyosmani.com/blog/collect-e…
English
4
53
286
59.6K
Julian S. 리트윗함
Spaetsommerkind
Spaetsommerkind@Spaetsommerkind·
Ich freue mich sehr über meinen ersten Artikel "In 6 Schritten eine Retrospektive mit ChatGPT durchführen" im @projektmagazin. 😊
projektmagazin@projektmagazin

Die neue #projektmagazin Ausgabe ist da! Unsere Themen: #Retrospektiven mit #ChatGPT, #Teammotivation mit #Respekt & #Aufmerksamkeit, #Projektauftrag klären & eine #Vorlage für den #Projektstrukturplan. Zur Ausgabe: bit.ly/3ELdCsG 📸: ihorvsn - stock.adobe

Pavia, Lombardy 🇮🇹 Deutsch
0
1
2
67
Julian S. 리트윗함
Filip Rakowski
Filip Rakowski@filrakowski·
I started @StorefrontUI four years ago. One of the things that I've learned is how broken most of the modern UI libraries are when you use them to solve the challenges of large-scale modern web applications. Almost always, you have to fight against the framework to achieve what you want, which makes using it counterproductive. This Friday at @WeAreDevs World Congress I'll share how we dealt with this problem in @StorefrontUI and how to leverage the same patterns for your own tools! Who am I meeting with?
Filip Rakowski tweet media
English
0
2
16
2.5K