| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | 30 |
- backend
- 개발자 도서
- spring boot
- swift
- 도서
- 개발
- 개발자도서
- 코딩테스트
- 개발자
- Xcode
- Lazy
- lifecycle
- Algorithm
- 백엔드
- 제이펍
- 바이브코딩
- 알고리즘
- string
- 모바일개발
- Spring
- Android
- Demystify SwiftUI
- github
- git
- WWDC21
- int
- java
- developer
- 길벗
- ios
- Today
- Total
목록전체 글 (39)
Dev_Dylan
저는 21년도부터 개발을 시작해 iOS, 백엔드, 프론트엔드를 넘나들며 문제 해결의 재미를 좇고 있습니다.꾸준히 IT 도서 리뷰를 진행하며 다양한 기술 서적을 접해오고 있는데,오늘 다뤄볼 책은 이지스퍼블리싱의 신간 《Do it! 바이브 코딩 + 안티그래비티》입니다. 🤔 솔직한 첫인상 : "어떤 포인트를 리뷰해야 할까?"사실, 이 책을 처음 완독하고 나서 블로그에 어떤 식으로 리뷰를 남겨야 할지 꽤 깊은 고민에 빠졌습니다.가장 큰 이유는 이 책이 '바이브 코딩(Vibe Coding)'이라는 최신 트렌드를 다루면서도,웹 서비스의 동작 원리나 서버의 개념 등 아주 기초적이고 근본적인 지식부터 차근차근 다루고 있기 때문이었습니다. 이미 여러 아키텍처를 고민하고 코드를 깎고 있는 제 입장에서는, 책의 내용이 ..
안녕하세요최근 IT 업계의 흐름을 보면 참 흥미로우면서도 치열하다는 생각이 듭니다. 저희 회사의 비개발 부서인 회사 운영팀조차 자체적으로 자동화 프로그램을 만들어 생산성을 극대화하는 시대가 되었고, 바야흐로 '개발을 몰라도 개발을 해야 하는' 아이러니한 상황이 펼쳐지고 있습니다. 개발자의 입장에서 읽기위해 이 책을 골랐지만,AI를 사용해서 (claude, codex, gemini ...) 코딩을 하는 비개발자의 사람이라면먼저 읽고 자신만의 프로세스를 만드는데 매우 좋을 것 같다는 생각을 먼저 했습니다. 이러한 변화 속에서 단순하게 주어진 명세서대로 코드만 작성하는 '코더'에 머무른다면 금방 도태될 수밖에 없겠다는 위기감이 들었습니다. 이제는 내 담당 도메인을 넘어 개발 전체의 프로세스를 바라보고, 궁극..
1. 들어가며: 왜 이 책인가? iOS, Android 앱 클라이언트부터 Web 프론트엔드와 백엔드까지, 서비스를 구성하는 전반적인 기술 스택을 다루는 개발자다. 그동안의 개발은 명확한 인풋(Input)에 따라 예측 가능한 아웃풋(Output)을 내놓는 '결정론적(Deterministic)' 시스템을 구축하는 것이었다.하지만 AI의 시대가 도래하면서 LLM(거대언어모델)이라는 새로운 파도가 덮쳐왔다. 처음에는 그저 "ChatGPT에게 말을 잘 거는 팁" 정도가 궁금했다. 하지만 GitHub Copilot을 만든 엔지니어들이 쓴 책이라는 소개 문구를 보고 생각이 바뀌었다. 이 책은 단순한 프롬프트 팁 모음집이 아니라, LLM을 실제 프로덕션 환경에서 어떻게 핸들링하고 시스템화할 것인가에 대한 엔지니어링 서..
Intro: 왜 내 코드는 예제만 통과하고 틀릴까?코딩테스트 문제를 풀다 보면 이런 경험, 한 번쯤 있으실 겁니다.알고리즘도 완벽하고, 로직도 맞는데 테스트 케이스만 통과하고 제출하면 '틀렸습니다' 혹은 '런타임 에러'가 뜨는 상황. 눈에 불을 켜고 디버깅을 해보지만 30분 동안 원인을 찾지 못하다가, 결국 발견한 것은 아주 허무한 오타 하나입니다. map[ny][nx] 라고 써야 하는데 map[ny][nc] 라고 썼네... 특히 BFS/DFS나 2차원 배열 탐색처럼 중첩 반복문(Nested Loop)을 사용할 때, 우리는 관습적으로 반복 변수 i, j, k를 사용합니다.하지만 이 '무의식적인 관습'이 긴박한 시험장에서는 치명적인 독이 될 수 있습니다. 알고리즘 문제 풀이에서 반복 변수 네이밍의 중요성..
1. 이분 탐색, 언제 써야 할까? (접근법)이분 탐색은 단순히 "숫자를 찾는 것"을 넘어,"정답을 추측하고 확인하는 과정"을 빠르게 줄여나가는 기법입니다.🚩 힌트 (이럴 때 의심하자!)입력 범위가 무지막지하게 클 때데이터 개수(N)가 10만, 100만 단위가 아니라 수십억(21억 등) 단위일 때.O(N)으로 풀면 무조건 시간 초과가 나는 경우, O(log N)인 이분 탐색을 써야 합니다."최댓값" 혹은 "최솟값"을 구하는 문제"랜선의 최대 길이", "공유기 간격의 최대 거리", "예산의 최대 상한선" 등.이것을 매개 변수 탐색 (Parametric Search)이라고 합니다.⚙️ 동작 원리 (Up & Down 게임)질문: "길이 X로 잘랐을 때 N개를 만들 수 있는가?"Yes (가능): "그럼 더 길..
알고리즘 문제를 풀다 보면 입력값이 뒤죽박죽 섞여서 들어올 때가 있습니다.// 이런 입력들이 String으로 들어온다면?FAKERGoogle2253이름truefalseCM이걸 단순히 String input으로 받은 뒤, 이게 숫자(Integer)인지, 논리값(Boolean)인지, 문자(Character)인지, 아니면 그냥 문자열(String)인지 어떻게 판단해야 할까요? 가장 효율적이고 "자바스러운" 판별 방법들을 정리해 봅니다.[방법 1] 가장 흔한 실수: 무작정 try-catch 쓰기 ❌초보 시절 가장 먼저 떠올리는 방법은 Integer.parseInt()를 시도하고 에러가 나면 잡는 방식입니다.(물론 처음엔 저도 이렇게 생각했습니다.)// ❌ 비추천 방법public boolean isInteger(..