Typescript, Next.js기반의 프론트엔드 개발자입니다.
- 고릴라와 케이크와 상재적 부하
- 아이젠하워 1사분면의 역설
- 아이젠하워 2사분면의 역설
- Zotero 도입 부작용과 Literature Note작성 효과 복기
- 왜 백로그는 스토리 포인트로 측정하는가?
- 모듈화하는 소프트웨어
- 성능도 트레이드오프 대상이다
- 변하고 싶다면 쉬운 길을 찾아라
- 나를 위한 작고 사악한 계획
- 정보의 가치와 활용방법
- 지연평가와 이터러블이터레이터
- 정보 가치의 변동성
- 애자일 리부트
- 멀티패러다임 프로그래밍
- 서비스 국경선
- 이벤트 스토밍
- k8s 여러 서버로 구성할 때 확인사항
- replica set & Deployment
- next.config.js
- Eventually Consistency
- 가상의 실재
- 관계성 증가 공식
- 로컬 환경에 AI 설정하기
- 마이크로 서비스
- 듀얼 부팅 환경에서 Windows 단일 환경으로 롤백 & 부트로더 재설정하기
- 개발 부서의 책임
- 프로젝트와 프로덕트
- 지속적 통합의 진정한 의미
- 가치와 기준, 고통
- AWS와 오라클 클라우드 Always free tier 차이점 기록
- TDD에 대한 실용주의자의 관점
- TDD에 대한 오해
- 두 계단을 밟아라
- 의사 소통에 Low Ceremony를 유지하라
- 리트머스 시험지
- 소프트웨어 산업의 이정표
- 애자일은 밀키트가 아니다
- ZettelKasten 관리법 변경 - Zotero 도입
- 애자일 팀 나누기
- 팔이 하나인 경제학자와 비용전가
- 애자일과 대리인 문제
- 물 반 컵과 틀짜기 효과
- 목적을 위한 정렬
- 결합도와 열차사고
- 모던 웹을 위한 마이크로 프런트엔드
- 암묵적 의존과 암묵적 결합
- Real MySQL
- Pareto Practice
- GraphQL Learning Plan
- AI로 학습계획 세우기 - GraphQL
- Express.js & Typescript 백엔드 FAQ
- Jest.config FAQ
- tsc 트랜스파일 결과와 node 모듈 해석 확인
- Big question
- 평균회귀
- Github actions
- k8s
- False Positive
- 진짜 전문가와 재인 기반 결정
- 예측 가능성에 대한 착각
- 옵시디언 소개 페이지
- 참조 투명성
- 플래그 인수와 타입 코드
- 늘어가는 정보와 줄어가는 의미
- (프로그래밍)언어의 구조가 인지 영역을 결정한다
- 나야, step function
- 기계적 리팩터링의 목적
- 1.5계층 리팩터링
- 질의함수화하기
- 리팩터링 팁 - 쓰기 동작 리팩터링 시 누락 검출방법
- First-Class - 리팩터링 2판과 일급 컬렉션 비교
- 공동 소유 원칙과 기능별 브랜치
- 클래스로 묶기 vs 함수로 묶기
- 최적화에 대한 조언
- 간단한 설계 === 점진적 설계
- 무지는 일시적 상태를 나타내는 단어다
- 설계 지구력 가설
- 보이스카웃 규칙 - 언제 리팩터링해야 하나?
- SQLD
- AWS 커뮤니티 데이 2024 서울
- Atomic Habit
- GraphQL 20hour
- 계약에 의한 설계 활용하기
- 이름 잘 지으라는 말의 의미
- 애자일의 최소집합
- 켄 슈와버의 철십자
- the first 20 hours
- 상속세
- 버스에 날아든 돌
- 경청과 대화
- 리팩터링의 계층
- typeorm FAQ
- 대화를 요약하는 대화법
- 자기 자신과의 대화
- 에릭 에반스 DDD
- 도메인 모델의 3가지 용도
- 깊은 통찰을 위한 리팩터링-index
- 몬티 파이썬의 교훈과 도메인 전문가 교섭
- 모델에 대한 참고사항
- 문서 생성을 위한 참고사항
- knowledge crunching은 탐험 과정이다
- Service
- Bi-directional Association
- Value Object 다루기
- 객체의 생명주기 관리하기
- AGGREGATE
- FACTORY
- SPECIFICATION
- 도메인 객체에서 절차를 처리하기
- 객체의 설계가 왜곡되었다는 신호
- REPOSITORY
- 암시적인 것을 명시적인 것으로 대체하라
- 유연한 설계
- CONCEPTUAL CONTOURS
- 리팩터링을 시도할 시기
- Distillation
- Merging Context
- CLOSURE OF OPERATIONS
- CONTEXT MAP
- BOUNDED CONTEXT
- 경계 변환하기
- CONFORMIST
- CUSTOMER/SUPPLIER
- SEPARATE WAYS
- OPEN HOST SERVICE + PUBLISHED LANGUAGE
- SHARED KERNEL
- Large Scale Structure
- SQLD
- S3 파일업로드 유스케이스별 비교
- aws lambda 고려사항
- 도커 시리즈
- AI 스크립트 예시
- 람다함수 기본
- 추론의 일방통행성
- 정형화에 반하는 사회규범
- SEO 시리즈
- 승리한 바닷가재
- 뇌 계산기와 자동화
- 승자가 독식한다
- 아키텍처는 이어진 직물이다
- 불완전한 지식에 기초해 행동하기
- 좋은 유저 스토리를 작성하기 위한 원칙
- frontend action
- 소프트웨어에서 가장 가치있는 부분
- vscode & yarnberry오류
- AWS ECS: 서킷브레이커
- 최소권한의 원칙
- sort
- uf 코드 추가
- 다양한 입출력 방법
- 데이터
- 장치 컨트롤러와 장치 드라이버
- 보조기억장치
- 메모리와 캐시메모리
- CISC와 RISC
- 빠른 CPU를 위한 설계기법
- 명령어 사이클과 인터럽트
- ALU와 제어장치
- 명령어
- 컴퓨터 구조
- 상태 다이어그램
- 패키지 다이어그램
- CPU 스케쥴링
- 유스케이스 다이어그램
- UML과 CodeSmell
- 시퀀스 다이어그램
- 위상 정렬
- 클래스 다이어그램
- 그래프 조건정리
- REST API - 6 constraints
- 애자일 프로세스
- 운영체제와 프로세스&스레드
- Authentication & Authorization
- Basic Authentication
- JWT
- OAuth2.0
- 기저율과 대표성의 대결
- 왜, 언제 UML을 사용하나?
- REST API TIP
- 중복 다루기
- 예광탄 - 위험우선관리와 가치우선관리