-
Tweets130
-
Followers43
-
Following340
-
Likes967
Chakra UI V3가 나오면서 의사결정 중 흥미로운 내용 chakra-ui.com/blog/00-announ…
@alstjr7375 오.. 직접 예시를..! 감사합니다 🙏 LISP를 하나도 몰랐지만, JS보다 낫다는게 무슨말씀이신지 확실히 이해되네요..
@alstjr7375 lisp 버전에서는 같은 예제가 훨씬 직관적으로 표현되나요? js도 읽을만 한 것 같아서요(?)
이전 글에서 JS의 쓰면 안 되는 문법 중 하나인 with의 개념을 정리하였는데요. 이 with문은 무려 1996년에 생겼습니다. 그리고 2013년에 새로운 메서드 관련한 문제를 만들었고, 2016년 잘 알려진 심볼을 추가시켰습니다. 대체 무슨 일이 있었는지 알아보았습니다. witch.work/posts/javascri…
10년 후: '개발자가 너무 많아요' youngrok.com/%EA%B0%9C%EB%B…
@stelo_kim 고생하셨습니다~! 👏 참여하지는 못했지만.. 앞으로 작성하실 글들 기대할게요..!
You know what, let's use @Tan_Stack Query instead of the Router's built in loaders... with zero sacrifice to SSR Pictured: - Teaching the router how to SSR a Query Client - Route + Query - Serialized query client in the client Pretty sweet, but we're about to take it even further with the ability to stream non-hoisted `useSuspenseQuery()`s from the server to the client, then seamlessly hydrate them... automatically! @TkDodo, the time is now.
.@Tan_Stack Router's new data serialization and streaming architecture logs your serialized payloads to the client in dev mode, so you can actually see the data and scripts coming in from the stream to resolve or enqueue on the promises and streams on the client. Kinda fun!
나름대로의 분석은 그러하고. naive하게 보면 FE 개발자들은 자바스크립트/타입스크립트에서 함수형 프로그래밍을 하고 싶은 거지 Haskell 따위의 언어를 알고 싶지 않은 것이 크게 작용한다고 생각함.
Some thoughts on the suspense changes from 19 RC. Most important: our bad. We got this one wrong, and we heard and sincerely appreciate your feedback. We'll hold the 19 release until we find a good fix.
I'm *very* thankful that React rolled back the v19 suspense gate and were willing to work with us. I think the future is as bright as ever. Now, this is where I want to go next: I'm increasingly concerned how much React is pushing render-as-you-fetch (hoisting+preloading) as the blessed (and last week, almost required 😜 too soon?) approach for client side data fetching, despite the current state of ecosystem. Regardless of the library you use to fetch client-side data, if you're not using a framework's SSR-level route loader or async paradigm, your solution probably resembles some kind of hook (like useQuery, or heaven forbid, one that you rolled on your own). I'm happy about the concern we all have for perf, UX, parallelism, etc, but not super happy that some of use are so quick to give up the amazing DX that is data colocation. AFAIK, Relay is one of few libraries that can really handle hoisting data requirements out of components automatically (not without a lot of buy-in and convention) and get you the best of both worlds. It's naturally that RSC is the spiritual evolution of this pattern. You could argue that a router with a loader lifecycle solves a lot of this, but (1) this assumes that your data usage-site is close to your route boundary and if it's not (2) you likely had to either move that data out of a deeper component that uses it and into the loader that then passes it back via prop 😮💨. Or.. duplicate your work by doing a split preload/use-later approach, which is the most monotonous feeling thing in the world and prone to error. Colocation on the other hand feels natural for projects that require this level of data dynamism in components (think dashboard widgets or productivity app). And for the most part, this works amazing.. unless you need SSR. And that's where I imagine React has likely been thinking server-components would fill in nicely. As always, SSR is the crux of it all and Relay was on to something. Regardless, If you need both colocation and SSR, you have to jump through hoops to get there. Annoying ones. Even with those annoyances though, it's hard for me to imagine many of these highly dynamic apps moving to an RSC future (unless SEO/SSR is in the bread and butter of their product, e.g. if you're a social network or e-commerce thang, it makes perfect sense). My point is that RSCs are not the only answer to colocated data fetching and honestly still require some kind of hoisting convention if you want to avoid server-side waterfalls. For starters? RSCs require architecture and opinion buy-in beyond `npm install react`. So when I see render-as-you-fetch, what I really see is a pretty hefty checklist: - Data Hoister (Compiler, router convention, etc) - Cache Coordinator (QueryClient, etc) -Consumer (useQuery, use, etc) And a whole much of hairy code to make sure that SSR works (streaming, hydration, etc) Yes, it's can be more performant to some KPIs and if you need those or SSR, you'll have to do it anyway, BUT it would be a mistake to think *everyone* is in that bucket. I would really like to see more attention going into retaining the awesome DX of being able to colocate data requirements with usage sites without forcing more cognitive load around prefetching patterns. I don't know what those solutions are yet. I have ideas. But even if we as an ecosystem were to go down that road, it would be 1000 times better if it was a problem React itself would consider as first-class instead of some cursed pattern that needs to be squashed or discouraged. This is why @Tan_Stack Query is so awesome IMO. Yes, there's some extra preloading to do if you need SSR, and for RSCs and frameworks, we're already hard at work on some pretty cool stuff (despite missing React primitives) to make it just work with RSCs. TanStack Start/Router will be no different. Reducing cognitive load is our goal and trying to remember if you preloaded or kicked off a fetch in a loader is high on my list of mental tasks to destroy. Please, don't kill colocation.
애플워치 쓰면서 달리기 하시는 분들 요 설정 따라해보세요 저는 달리기 누르자마자 존 1-5 보이게 + 존2 벗어나면 진동 오게 설정해놨슴다 페이스 떨어지면 진동 알림오는 페이스 메이커 기능도 마라톤 같은데서 꽤 유용한듯 해요 youtu.be/ALcPITp1DKc?si…
근데 모든 잔소리가 "마이크로 매니징"은 아님. 그냥 상당한 갈등은 서로의 나르시시즘 영역이 부딪치거나, 갈등 조절 유형이 부딪치는 거지. (관계적 문제) 정작 중요한 갈등, 즉 "업무 사안"은 근처에 가지도 못하는 경우가 많음. 마이크로매니징이라는 "이름붙이기"에 서로 헛발질 말고
윽 🔫🔫 youngrok.com/Simple%20Design 반대로 초보자들은 직관이 아직 부족한데도 오히려 명확한 논거 없이 자신의 주관으로 설계를 한다. 그래서 코드 품질을 개선했다고 주장하는데 왜 이렇게 했냐고 물어보면 객관적인 근거를 이야기하기보다 그냥 이게 더 좋은 구조 같아서,
useSyncExternalStore() is a good hook to learn when you're using browser state in your components Doing this manually with useState() and useEffect() can be tricky to get working correctly with concurrent React react.dev/reference/reac…
어제 팀(@daangnteam)에 #ReScriptRetreat2024 참석 후기차 그 동안의 오픈소스 활동과 @rescriptlang 기여로부터 배운 내용을 공유하는 시간을 가졌습니다. bit.ly/rescript-open-…
웹사이트 성능 개선을 위해 할 수 있는 가장 간단한 방법은 무엇일까요? 아무래도 이미지 레이지 로딩이 아닌가 싶은데요. loading="lazy"만 붙이면 끝이니까요. 여러분 생각은 어떠신가요?
Hardy @Yun_HDY
44 Followers 150 Following Maintainer of OMX (30K+⭐) and gajae-code. Building open-source AI agent tools for practical dev workflows.
Hyun-Woo @Hyun_Woo00
2 Followers 44 Following
dev @dev_dokimion
3 Followers 162 Following
ElleMeDit @beingbook
597 Followers 407 Following he/him. On lack of my context window, I can mute you. However, it doesn't mean I hate or ignore you.
Minsang Kim @minsangk
2K Followers 1K Following Developer/Co-founder of a startup. Node.js/TypeScript/React/ReactNative.
난중일기 @diaryofawar
6K Followers 2K Following 나의 깊은 빡침과 내가 속한 조직 사이에는 어떤 tight coupling도 없습니다 예의없는 분은 바로 차단드리오니 괜히 기분상하지 마시고 가던 길 가세요 당신의 미래를 응원합니다
XIIlab(씨이랩) @Xiilab
187 Followers 3K Following NVIDIA Enterprise Software Elite Partner | AI Infra · Vision AI · Digital Twin
𝕨0𝕟𝕕𝕖𝕣 @w0nder_official
2K Followers 2K Following 개발합니다. 만듭니다. 컴공 겸임교수. 🏢 https://t.co/sR5fpMPMk2 📸 https://t.co/KZWrQV3whY ⭐️ https://t.co/v6zxCU4k6j
한현섭 @hanhyeonse93077
14 Followers 81 Following
LarissaCloud🕯 @larissacloud__
653 Followers 1K Following aka. 라리사. 관심사,RT,말 많아요. 무례함,차별 싫어하고 혐오자 안 사요. 소속의 의견과 무관합니다. 알티 != 동의 . 트윗 내용 불펌 금지 마스토톤: https://t.co/6vK8t7pVG6 블스: @cetaceanightsky.bsky.social
네카오가자 @kisedakise
2K Followers 3K Following
Wonyoung Ju @getogrand
172 Followers 2K Following Learn, unlearn, relearn. Avoid complexity at all costs.
시골쥐 @W08OpiXfJ5zvwaH
137 Followers 565 Following
Abiria @Abiria14
1K Followers 5K Following
Minseok Youn 윤민�... @alstjr7375
618 Followers 510 Following
Anna Dubois @Noelle1938689
133 Followers 2K Following Work hard so that I can travel to more places! https://t.co/LjpiGCFxvi
jhl @jaeholee_dev
3K Followers 4K Following Product Engineer / interests: user experience, web, open source software, AI, finance
탐정토끼 (김태�... @stelo_kim
6K Followers 4K Following WIZ*ONE. 삶을 풍요롭게 하는 코치, 방송대에서 법 공부하는 녹색당 과학기술위원회, a11ykr, FOSSforALL, 민주노총 누구나지회, 물리 공부한 웹 프로그래머, TRPG(누메네라, AWE)
Wings for Flutter @WingsForFlutter
579 Followers 816 Following Instantly preview widgets inside VSCode. Free during beta.
Amy @SunlitJ4932
6 Followers 645 Following
𝒽𝓂 @hmmhmm_hm
1K Followers 1K Following Developing a Gen AI service. Web Engineer. Developer Advocate. e/acc 🇰🇷 · CTO @llami_official · Main @hmartapp Sub @hmmhmm_hm #인공지능 #개발자 #프로그래밍 #생성형AI #LLM
Hardy @Yun_HDY
44 Followers 150 Following Maintainer of OMX (30K+⭐) and gajae-code. Building open-source AI agent tools for practical dev workflows.
Austin Wang @austinywang
2K Followers 1K Following Building https://t.co/kFNJKcLLwH, Founder @ManaflowAI (YC S24) | Prev @Yale @NASA @Chesscom
Sigrid Jin 🌈🙏 @realsigridjin
15K Followers 1K Following member of prompt and pray 😭✌️ @ubc @thisissigrid experiencing context rot but 🇨🇦 🇰🇷 proudly korean-canadian
Woonggi Min @minpeterx
125 Followers 295 Following
Emmanuel John @5x_dev
348 Followers 340 Following Software Engineer | Author @Logrocket | Technical Writer
Aurora Scharff @aurorascharff
5K Followers 610 Following DX Engineer, @nextjs team ▲ @vercel | React Cert Lead @CertificatesDev
Minko Gechev @mgechev
58K Followers 226 Following Generative UI and AI developer productivity at Google. Martial arts and metal music. Opinions are my own 🇧🇬🇺🇸
햄스터아저씨 @HamsterSyria
3K Followers 1K Following 햄스토랑스 / 본업 K8S, Springboot / N년차 가짜 개발자 / 3n / 프사 @83tt3r 님 / 블스 https://t.co/lhgls2z0i8 / https://t.co/5Pq7VmWENK /햄아/햄저씨
Matteo Collina @matteocollina
57K Followers 4K Following @platformatic Co-Founder & CTO, @nodejs TSC Chair, Lead maintainer @fastifyjs, Board @OpenJSF, Conference Speaker, Ph.D. Past: @nearform. Views are my own.
스티븐유 @_stevenyoo_
3K Followers 681 Following 시애틀에서 지속가능한 발전하는 삶을 추구합니다. 번아웃 싫어요. 사려깊은 사람들을 존경합니다. 직장에서는 우리 모두가 행복하게 협력하는 환경을 만들기 위해 노력합니다.
Josh Kim @joshpdletter
3K Followers 69 Following ⚬ '조쉬의 뉴스레터(12K)' 작가 ⚬ AI & 비즈니스 크리에이터 ⚬ 프로덕트 디자이너 (ex-SKT) ⚬ '나는 솔로프리너다(EO Studio)' 저자
MDN Web Docs @MozDevNet
49K Followers 204 Following The official MDN Web Docs account. We deliver the best web docs around.
BrendanEich @BrendanEich
204K Followers 2K Following Co-founder & CEO @Brave Software (https://t.co/NV4bmd6vxq) and @attentiontoken (https://t.co/XhGIrdBJWu). Co-founded Mozilla & Firefox. Created JavaScript.
Pete Hunt 🚁 @floydophone
35K Followers 947 Following Dad CEO @dagster Built https://t.co/PgAYdNs1ZE Prev: Twitter, Excalidraw, Smyte, Instagram, Facebook, React.js
~/☁️/🥑/justiny... @justinchronicle
3K Followers 3K Following Principal Cloud 🥑 at @Microsoft | Docker Captain | ex-Microsoft MVP | #PlatformEngineering | Architect | Speaker | Author | Tweets are my own
scalalang @scalalang2
647 Followers 433 Following 멍청한 프로그래머 - 가끔 글도 씁니다 / All opinions are my own / proof-of-work
주리 @beewee22
1K Followers 615 Following 건담, 페르소나5, SSSS.DYNAZENON, 걸밴크 // SRE // FBUB 자유 // 덕질도 하고 개발트윗도 하는 잡계
Bsmth, the bsmth guy @docs_guy
403 Followers 432 Following Technical writer on the MDN team at Mozilla's @MozDevNet. I write about web platform technologies and open source software.
Kevin Schiener @KevinSchiener
200 Followers 230 Following software engineer // dad // ocean lover - Likes software and surfing. Dislikes bugs and sharks.
let _ = Danuel::new(�... @_danuel_
2K Followers 115 Following @danuel.bsky.social 프로덕션에 필요한 일을 합니다. 다뉴브Danube 언어를 개발중입니다. 본계정의 트윗은 소속과 관련이 없습니다. They/Them.
Michael Andreuzza @Mike_Andreuzza
12K Followers 793 Following I design and code enough to ship. Author of https://t.co/ZVDqv2KNfl & https://t.co/Eat8i6QHfE
Han Lee @hanleedev
101 Followers 0 Following Coding a better world, together. "Life isn't about finding yourself. Life is about creating yourself." - George Bernard Shaw
Tanner Linsley @tannerlinsley
108K Followers 813 Following ⚔️ Creator of @Tan_Stack 🏝️ TypeScript 🌎 Web ⚛️Open Source Software💡UI/UX/DX 💼Co-Founder @NozzleIO 👨👩👧👦@Ch_JesusChrist
Wonyoung Ju @getogrand
172 Followers 2K Following Learn, unlearn, relearn. Avoid complexity at all costs.
Fin @Fin__nn
153 Followers 219 Following
Jamie Kyle is on 🦋 @buildsghost
11K Followers 0 Following Unfollowing people here as I start migrating to 🦋
Johnson Chu @johnsoncodehk
6K Followers 413 Following @vuejs core team member • Volar.js author - Supported by @stackblitz • Coffee Freedom Achiever
PracticalUI @PracticalUi
3K Followers 1 Following A book to learn a logic-driven approach to design intuitive, accessible, and beautiful interfaces using quick and practical guidelines.
Hyunseok Lee @smartbosslee
977 Followers 583 Following 개발합니다. 취미로 https://t.co/u4CzZCDIWw 을 만들고 있습니다. 개발서 두 권을 번역하고, 한 권을 썼습니다. IT회사 , IT인을 위한 카페, IT 전문 전자책 출판사를 창업했었습니다.
Martin Fowler @martinfowler
353K Followers 164 Following Author on Software Development. Works for Thoughtworks. Also hikes, watches theater, and plays modern board games. He/him.













































