Thomas Jaggi – @[email protected]

3.8K posts

Thomas Jaggi – @thomas@thomasjaggi.ch

Thomas Jaggi – @[email protected]

@backflip

Thinking about the end of it at @legacynotes_ch, in a long-term relationship with @McDonalds, bringing techy and designey people together at @frontzurich.

St. Gallen, Switzerland Katılım Temmuz 2008
272 Takip Edilen397 Takipçiler
Thomas Jaggi – @[email protected] retweetledi
Rob Eisenberg
Rob Eisenberg@EisenbergEffect·
If I had to pin it down to only one thing, it would be culture. There is a perfect storm of several factors that has caused the rapid descent over the last 10 or so years. Here are a few recurring themes I've seen as a consultant, trainer, and engineering leader during that time: 1. Maturity - We have an overwhelmingly junior-heavy JS community, and no clear mentorship path for these folks. This leads to over-dependence on frameworks and unhealthy hero worship of social media tech influencers. It also means that innovation is only happening within a small group and most people don't know how to solve problems and create solutions for themselves. 2. Knowledge - There is a broad lack in understanding of fundamental Web Standards, even among many Sr+ engineers. There is also a broad ignorance of the history of web tech and software engineering more broadly. This leads to poor technical decision making, both at the architecture level and the implementation level. This has also led to the adoption of overly complicated solutions to relatively simple problems. 3. Hubris. - While there has been so much talk of imposter syndrome in the industry, ironically, at least on social media, folks seem to be overly confident in their own skills, overly confident in their chosen frameworks, and overly confident in their social media celebrities. 4. Tribalism - Many individuals in our industry associate themselves with a sort of "tribe" surrounding a particular library/framework or social media influencer. This can make it nearly impossible to teach individuals new things, difficult for them to cope with changes happening in the web platform that "threaten" what they have built their career or personal brand around, and nearly impossible for them to handle criticism. Objective evaluation of alternative technologies is right out. If we could address the culture issues, then the technical challenges would solve themselves.
English
9
26
117
7.3K
Thomas Jaggi – @thomas@thomasjaggi.ch
@brianleroux @ryanflorence I’m starting to warm up to the idea of having only a form component rather than form and fields. This way, there is no shadow boundary between them and a field without a wrapping form is not very useful anyway.
English
1
0
1
25
@brianleroux@indieweb.social 💙
@[email protected] 💙@brianleroux·
@ryanflorence We will support once Firefox does in Enhance/SSR package but fyi the resulting markup leaves a lot to be desired (template gets repeated for every component instance) and forms remain broken in SD unless you resort to Elementinternals which requires JS.
English
2
0
8
1.2K
Ryan Florence
Ryan Florence@ryanflorence·
There is a version of “Remix” on my laptop with no client rendering lib (react, etc) that can do a LOT with this 😍
bkardell 🐦@briankardell

Declarative Shadow DOM merged into HTML #issuecomment-1785409542" target="_blank" rel="nofollow noopener">github.com/whatwg/html/pu… Noted in the comment : "Thank you! For contributing this feature to the web and working on these PRs over a period of three(!) years."

English
5
1
78
25K
Thomas Jaggi – @[email protected] retweetledi
Rob Eisenberg
Rob Eisenberg@EisenbergEffect·
FUD: Web components suck! No one is using them! But is that true? Google: Our annual $35 billion revenue YouTube product is built on Web Components. Microsoft: We converted our entire content platform from React SSR to Web Components which doubled the perf. We finally crossed the $10 billion annual revenue milestone. Adobe: We built Photoshop Web with Web Components. Salesforce: Our $31 billion annual revenue platform has been based on Web Components for years. SpaceX: We built our dashboard system with Web Components and launched rockets into space. GitHub: We've been building parts of the GitHub experience with Web Components for years. Anyone else building with Web Components? Amazon, Apple, Alaska Airlines, BBVA, Begin, Blizzard, BYU, Clever Cloud, Cloud Four, Comcast, EA, 11ty, ESRI, Ford, GE, GitLab, General Motors, GuideCom, IBM, Infragsitics, ING, The Internet Archive, Ionic, Joomla!, NASA, Netlify, Penn State, Reddit, Red Hat, SAP, Scania, Stripe, Ubisoft, Vaadin, Visa, Wolkswagen, Wordle, etc. arewebcomponentsathingyet.com
English
40
101
416
140.1K
Thomas Jaggi – @thomas@thomasjaggi.ch
@kettanaito Doesn’t have to be. You can get very far with the node:http library. The platform does so much already, but many people seem to prefer the most complex abstractions over learning the basics. 🤷‍♂️
English
0
0
0
50
Artem Zakharchenko
Artem Zakharchenko@kettanaito·
Step back and take a look at the sheer volume of information one needs to know to build an app entirely in Node.js. It's insane. While I like being in the same language, it makes me wonder if it's worth it.
English
5
3
98
13K
Artem Zakharchenko
Artem Zakharchenko@kettanaito·
Damn is frontend development getting overly complex. Hooks, server components, "tainted" references. I get a feeling that frameworks try to do everything at once instead of focusing on a single thing. I've been using React for 7 years and the present makes me overwhelmed.
English
155
139
1.6K
334.5K
Malte Ubl
Malte Ubl@cramforce·
@rauchg FWIW this is the type of problem that LLMs are good at. Humans get lost in trying to understand why, including because causality helps us remember. The LLM is happy with observing and remembering the solution.
English
3
0
8
2.9K
Guillermo Rauch
Guillermo Rauch@rauchg·
We need AGI to settle between 100%, h-full, h-screen, 100vh, -webkit-fill-available, postcss-100vh-fix, 100dvh, 100lvh, 100svh *before* we get to the issue of centering the div 😁
Guillermo Rauch@rauchg

@ctjlewis @nextjs @v0 Isn’t 100dvh what you’d most likely want now?

San Francisco, CA 🇺🇸 English
2
5
156
50.8K
Thomas Jaggi – @[email protected] retweetledi
fks
fks@FredKSchott·
It's so rewarding seeing people get excited about this! View Transitions FTW! It's now possible to ship app-like behavior (persistent UI, persistent UI state, persistent scroll, styled page transitions) without giving up Astro's fast, simple, every-page-is-HTML-by-default foundation. Such an amazing long-term payoff from our early bet on Island Architecture, almost 2 years ago. And we've only just scratched the surface... Coming soon in Astro 3.0, but available to try experimentally today in 2.10!
Seb ⚛️ ThisWeekInReact.com@sebastienlorber

👌 Looks like Astro's bet on MPA + View Transition is paying off Maybe we don't need an SPA anymore 🤔 Still, curious to see how it could support stateful third-party widgets like support chat/Intercom twitter.com/astrodotbuild/…

English
2
11
83
28.1K
Thomas Jaggi – @[email protected] retweetledi
Karpi
Karpi@karpi·
I've asked an AI to generate a trailer for a HEIDI movie and now I can never sleep again
English
2.1K
12.9K
50.7K
19.3M
Thomas Jaggi – @[email protected] retweetledi