Skip to content

Instantly share code, notes, and snippets.

@leedc0101
leedc0101 / .deps...npm...@openzeppelin...contracts...token...ERC20...IERC20.sol
Created July 2, 2021 02:54
Created using remix-ide: Realtime Ethereum Contract Compiler and Runtime. Load this file by pasting this gists URL or ID at https://remix.ethereum.org/#version=soljson-v0.8.4+commit.c7e474f2.js&optimize=false&runs=200&gist=
// SPDX-License-Identifier: MIT
pragma solidity 0.6.12;
/**
* @dev Interface of the ERC20 standard as defined in the EIP.
*/
interface IERC20 {
/**
* @dev Returns the amount of tokens in existence.
@leedc0101
leedc0101 / 01-eslint-v10.md
Created February 15, 2026 04:13
frontend-briefing-2026-02-15-KST

ESLint v10.0.0 released (길이상 요약 번역)

원문이 매우 길어서, 업그레이드/마이그레이션에 직접 영향을 주는 핵심 섹션 중심으로 요약 번역했습니다.

하이라이트

@leedc0101
leedc0101 / 01-interop-2026.md
Created February 15, 2026 04:14
frontend-briefing-2026-02-15-KST

원문 제목

Interop 2026: Continuing to improve the web for developers

원문 링크

https://web.dev/blog/interop-2026?hl=en

번역 생성일

2026-02-15 (KST)

Interop 2026: 개발자를 위해 웹을 계속 개선하기

@leedc0101
leedc0101 / 01-github-agentic-workflows.md
Created February 16, 2026 01:04
frontend-briefing-2026-02-16-KST

Automate repository tasks with GitHub Agentic Workflows

아침에 리포지토리를 열었는데, 이런 상태라면 마음이 편할 겁니다.

  • 이슈가 분류되고 라벨이 붙어 있다
  • CI 실패가 조사되어, 수정 제안이 붙어 있다
@leedc0101
leedc0101 / 01-nextjs-vs-tanstack-start.md
Created February 16, 2026 01:46
frontend-briefing-2026-02-16-KST

Next.js Finally Has Competition

(길이상 요약 번역)

요지

  • 2026년 2월 기준, Next.js 16과 TanStack Start(RC)를 **실무 관점(아키텍처 경계, 타입 안정성, 메모리/비용, 운영 리스크)**으로 비교한다.
  • 결론은 “뭐든 Next.js”가 아니라, 콘텐츠 중심 vs 인터랙티브 앱에 따라 선택이 갈린다.
@leedc0101
leedc0101 / 01-legacy-angular-to-nextjs.md
Created February 16, 2026 01:52
frontend-briefing-2026-02-16-KST

How We’re Surviving 600+ Legacy Angular Components While Migrating to Next.js, GraphQL, and a Monorepo

소개

수명이 긴 프론트엔드에서 흔히 겪는 문제는 비슷합니다. 앱이 커지고 기능이 쌓이면서 기술 부채가 늘고, 개발 속도가 점점 느려집니다.

글의 팀도 그 상황이었습니다.

@leedc0101
leedc0101 / 01-js-heavy-long-term-performance.md
Created February 17, 2026 01:02
frontend-briefing-2026-02-17-KST

원문 제목: JS-heavy approaches are not compatible with long-term performance goals 원문 링크: https://sgom.es/posts/2026-02-13-js-heavy-approaches-are-not-compatible-with-long-term-performance-goals/ 번역 생성일: 2026-02-17 KST

(길이상 요약 번역)

작성자는 웹 성능 엔지니어로 일한 경험을 바탕으로, "브라우저에서 JS를 많이 실행시키는 구조(특히 대형 SPA)"는 장기 성능 목표와 충돌하기 쉽다고 주장한다.

핵심 문제는 세 가지다.

@leedc0101
leedc0101 / 01-mobile-safari-memory-limit.md
Created February 18, 2026 04:52
frontend-briefing-2026-02-18-KST

원문 제목: Mobile Safari web pages are severely limited by memory 원문 링크: https://lapcatsoftware.com/articles/2026/1/7.html 번역 생성일: 2026-02-18 KST

Mobile Safari 웹페이지 메모리 한계가 매우 낮다

작성자는 Safari 확장(StopTheMadness Pro) 기능을 개발하다가, iOS에서 큰 폰트 파일(약 50MB)을 data URL로 바꿔 표시할 때 페이지가 자주 죽는 문제를 확인했다.

테스트는 단순했다. 자바스크립트 배열에 문자열을 반복해서 넣어 메모리를 채웠다.

@leedc0101
leedc0101 / 01-redux-vs-zustand.md
Created February 20, 2026 01:02
frontend-briefing-2026-02-20-KST

원문 제목: I've heard "just use Zustand" a hundred times. Nobody has ever convinced me why I should switch from Redux. 원문 링크: https://www.reddit.com/r/reactjs/comments/1r99ked/ive_heard_just_use_zustand_a_hundred_times_nobody/ 번역 생성일: 2026-02-20 KST

저는 시니어 프론트엔드 개발자입니다. 프로젝트를 자주 시작하고, 거의 항상 Redux Toolkit을 씁니다. 잘 동작합니다. 상태는 예측 가능하고, DevTools도 좋고, 팀도 익숙하고, 패턴도 확장 가능합니다.

그런데 한 달에 한 번쯤은 코드리뷰나 기술 토론에서 이런 말을 듣습니다. “왜 아직도 Redux 써? 그냥 Zustand 쓰면 되잖아.”

@leedc0101
leedc0101 / 01-composition-root-scalable-frontends.md
Created February 21, 2026 01:04
frontend-briefing-2026-02-21-KST