세상을 바꾼 문장들 또는 대규모 리액트 웹 앱 개발 > 도서

세상을 바꾼 문장들



도서명 : 세상을 바꾼 문장들
저자/출판사 : 브루노 프라이젠되르퍼, 포레스트북스
쪽수 : 348쪽
출판일 : 2025-01-27
ISBN : 9791194530039
정가 : 18000

머리말 : 어떤 문장들은 이 세상에 관해 이야기하는 방식을 바꿔놓는다

제1장
“무지의 지, 하지만 다른 이들보다는 내가 조금 더 안다” _소크라테스

제2장
“아는 것이 힘이다. 인간이 모든 것을 알면 어디까지 갈 수 있을까” _프랜시스 베이컨

제3장
“‘나는 존재하지 않는다’라는 생각은 결코 존재할 수 없다” _르네 데카르트

제4장
“만인의 만인에 대한 투쟁이 걱정된다” _토머스 홉스

제5장
“실은 자연으로 돌아가고 싶지 않다” _장 자크 루소

제6장
“‘보이지 않는 손’은 얼핏 언급했을 뿐” _애덤 스미스

제7장
“누구나 자신만의 기호와 선호가 있다.
그러나 취향에 관해서는 함부로 말하지 마라” _임마누엘 칸트

제8장
“인간은 자신이 먹는 것으로 이루어진다.
하지만 그 음식이 ‘수단’이라면?” _루트비히 포이어바흐

제9장
“‘존재가 의식을 결정한다’
여태껏 이보다 더 뜨거운 논쟁거리는 없었다” _카를 마르크스

제10장
“적자생존을 언급할 때는 다른 한 사람을 더 기억하라” _찰스 다윈

제11장
“‘신은 죽었다’를 최초로 말한 것은 아니다” _프리드리히 니체

부록
“다른 사람이 당신에게 하지 않길 바라는 것”에 대하여 _그리고 철학적 전환점

색인
참고문헌




대규모 리액트 웹 앱 개발



도서명 : 대규모 리액트 웹 앱 개발
저자/출판사 : 애디 오스마니 , 하산 지르데(Hassan Djird, 제이펍
쪽수 : 388쪽
출판일 : 2025-02-07
ISBN : 9791193926970
정가 : 28000

옮긴이 머리말 x
베타리더 후기 xii
머리말 xiv

CHAPTER 1 시작하며 1

CHAPTER 2 소프트웨어 복잡성 관리하기 6
2.1 복잡성 설명하기 8
2.2 복잡성의 근본 원인 파악하기 9
2.3 소프트웨어 설계 철학 11
2.4 타르 웅덩이 밖으로 12
2.5 단순함이 쉬움을 만든다 13
2.6 은탄환은 없다 14
2.7 시스템 디자인과 아키텍처 복잡성의 비용 15
2.8 팀은 어떻게 복잡성을 관리할 수 있는가? 17
2.9 최고의 해결책은 단순하지만 간단하지 않다 18
2.10 때때로 (필수적인) 복잡성은 다른 어딘가에는 살아남아야 한다 19
2.11 복잡성을 관리하는 데 지속되는 어려움은 무엇인가? 20
2.12 결론 21
2.13 더 읽을 거리 21

CHAPTER 3 모듈성 23
3.1 자바스크립트에서의 모듈 24
3.2 지연 로딩 32
3.3 코드 분할 37
3.4 정리 41

CHAPTER 4 성능 42
4.1 브라우저는 어떻게 작동하는가? 43
4.2 자바스크립트에서의 비용 이해하기와 줄이기 47
4.3 상호작용 최적화 50
4.4 네트워킹 50
4.5 서드파티 의존성의 영향 줄이기 51
4.6 렌더링 패턴 54
4.7 인지된 성능 최적화하기 55
4.8 성능 최적화 자료 58
4.9 성능 문화 61

CHAPTER 5 디자인 시스템 63
5.1 코딩 스타일 가이드 64
5.2 디자인 토큰 66
5.3 컴포넌트 라이브러리 71
5.4 접근성 74
5.5 성능 76
5.6 문서화 77
5.7 케이스 스터디 78
5.8 정리 82

CHAPTER 6 데이터 가져오기 83
6.1 브라우저 API와 간단한 HTTP 클라이언트 83
6.2 보다 세련된 데이터 가져오기 라이브러리 85
6.3 캐시 업데이트하기 92
6.4 효율적인 데이터 가져오기를 위한 팁 100

CHAPTER 7 상태 관리 106
7.1 컴포넌트 간 데이터 관리하기 107
7.2 prop 내려보내기 110
7.3 단순한 상태 관리 113
7.4 상태 관리 전용 라이브러리 115
7.5 마지막 고려 사항 120

CHAPTER 8 국제화 122
8.1 코드에서 텍스트와 콘텐츠를 분리하라 123
8.2 서드파티 지역화 라이브러리를 활용하라 125
8.3 동적 로딩 130
8.4 여러 언어에서의 복수형 처리하기 132
8.5 날짜, 시간, 숫자 형식 나타내기 134
8.6 오른쪽에서 왼쪽으로 쓰는 언어를 고려하라 138
8.7 정리 145

CHAPTER 9 코드 조직화하기 146
9.1 폴더와 파일 구조 147
9.2 명명 규칙 150
9.3 배럴 익스포트 151
9.4 그 밖의 다른 좋은 프랙티스들 152
9.5 정리 157

CHAPTER 10 개인화와 A/B 테스팅 158
10.1 개인화 159
10.2 A/B 테스팅 161
10.3 기능 플래그 168
10.4 정리 172

CHAPTER 11 확장 가능한 웹 아키텍처 173
11.1 확장성 173
11.2 확장 가능한 애플리케이션의 특성 178
11.3 쿠버네티스와 도커는 어디에 적합한가? 179
11.4 Vercel과 Netlify 같은 기술은 어디에 적합한가? 182
11.5 정리 184

CHAPTER 12 테스팅 185
12.1 단위 테스트 186
12.2 엔드-투-엔드 테스트 191
12.3 통합 테스트 200
12.4 스냅숏 테스트 203
12.5 애플리케이션을 어떻게 테스트해야 하는가? 207

CHAPTER 13 툴링 212
13.1 버전 관리: 깃 212
13.2 지속적 통합 215
13.3 번들러 216
13.4 린팅 218
13.5 로깅과 성능 모니터링 219
13.6 정리 221

CHAPTER 14 기술적 마이그레이션 222
14.1 다양한 마이그레이션 전략 223
14.2 마이그레이션 전략 225
14.3 코드모드 226
14.4 생성형 AI의 역할 231

CHAPTER 15 타입스크립트 235
15.1 타입 안전성 235
15.2 빌드 도구와 타입스크립트 238
15.3 구성과 린팅 238
15.4 리액트 + 타입스크립트 242
15.5 선언 파일들 261
15.6 API 결과에 타입 자동 생성 263
15.7 기존 리액트 애플리케이션을 타입스크립트로 마이그레이션하기 270

CHAPTER 16 라우팅 274
16.1 사용자에게 라우팅이 중요한 이유는 무엇인가? 274
16.2 리액트의 라우팅 설루션 279
16.3 정리 290

CHAPTER 17 사용자 중심 API 디자인 292
17.1 일관성 294
17.2 에러 핸들링 300
17.3 문서화 303
17.4 버저닝 305
17.5 보안 309
17.6 이해관계자 참여 315
17.7 최종 고려 사항 316
17.8 더 읽을 거리 317

CHAPTER 18 리액트의 미래 318
18.1 무엇이 달라지는가? 319
18.2 새로운 훅과 API 319
18.3 리액트 컴파일러 333
18.4 리액트 서버 컴포넌트 343
18.5 더 읽을 거리 357

CHAPTER 19 맺음말 358

찾아보기 364