2024년, 4년차? 5년차? 개발자의 총 결산 회고록
2024. 12. 6. 00:07
개발 공부 일기장/생각 정리
개요올해도 어김없이 2024년 회고록으로 돌아왔다, 평소보다 좀 이른 시기에 쓰는것 같은데 아마도 연말은 쭉 바쁘고 요즘에 생각이 너무 많아져서 글로 정리할겸 시간내서 얼른 써보려고 한다. 매년 같은 형식이지만 이렇게 매년 꾸준히 성장하는 나 자신을 보는것이 재밌다.사람 박종하로써 나의 2024년은?개발자가 아닌 한 청춘을 보내는 사람으로써 2024년을 보내며 받았던 인상 깊었던 느낌들에 대해서 정리해보려고 한다.개발자로써 성장하게 된 부분은 글의 아래부분에 적도록 하겠다.다양한 경험들로 가득 찼던 감사한 1년올해는 정말 감사한 1년이였다, 작년 연말 회고에는 '정말 여러일들로 힘들었던 한해' 였는데 올해 회고록에는 이렇게 당당하게 감사한 1년을 보냈다는 말을 쓰게 되니 괜히 뭉클하다. 작년 12월에 십..
'스타트업 다운것' 이라는 편견 부수기, 서비스 기술 스택 전환기
2024. 12. 1. 23:38
개발 공부 일기장/생각 정리
개요스타트업에 합류한 후 테크리드로써 최종 결정권자가 되어 많은 선택에 대한 고민을 했는데 그럴때마다 나의 머리속에 '스타트업 다운가?' 라는 필터가 하나 자리잡아 있었다. 스타트업은 큰 기업들이 못 하는것을 해내는 곳이다, 빠른 의사결정과 개발, 짧은 배포 주기등 결국 속도라는 장점을 가지는 조직이다. 그래서 스타트업이면 기술 스택을 최대한 단순하고 기술적으로는 안티 패턴 일지라도 빠른 개발을 위해 퀄리티를 포기해야 하는 그런 편견이 있는것 같다, 하지만 결국 편견이고 본질이 아니라는것을 깨닫았다, 스타트업에서도 모범사례를 추구해야한다. 하지만 내가 말하는것은 단순한 기술적 사치와 빅테크에 버금가는 기술 퀄리티가 아니다. 나 또한 아직 PMF를 찾지 못한 서비스가 미래를 내다보고 미리 대용량 트래픽을 ..
레거시에서 어떻게 탑을 쌓아올릴 것인가
2024. 11. 22. 20:36
개발 공부 일기장/생각 정리
개요한달만에 글을 쓴다, 대규모 리브랜딩 후 배포를 앞두고 있어서 사실 블로그 뿐만 아니라 축구도 못하고 있다..하지만 왜 글을 쓰냐, 그건 스터디를 해야하기 때문이지, 스타트업에 리드 개발자로 합류하면서 기존의 레거시에서 발생하는 문제점들을 인지하고 스타트업 특유의 빠른 생산성에 영향을 주지 않으면서 기존의 레거시를 개선하고 있는 경험을 공유하기 위해서이다. 모르겠고 다음주 월요일 새벽배포인데 교회 기도하면서 배포할 예정이다.. 리팩토링의 종류처음에는 정말 많은 고민을 했다, 리팩토링의 중요성을 인지하고 있었지만 당장의 기능 개발과 버그 수정 때문에 손을 못 대고 있던 상황이였다. 하지만 나는 수많은 컨퍼런스와 기술 블로그 덕후로 알고 있었다, 생산성에 영향을 주지 않은 리팩토링 방법을 리팩토링에는 ..
React Native 앱 무한루프로 인해 CPU 사용량 100% 해결
2024. 10. 20. 14:32
개발 공부 일기장/Basic Develop
개요새로운 스타트업에 합류하면서 프론트 개발도 같이 하고 있는 요즘이다. React Native로 개발을 하고 있는데 사실 난 크로스 플랫폼에 대해서는 아무것도 모른다. 웹 개발도 해봤고 앱 개발도 해봤지만 크로스 플랫폼 개발은 처음이다. 그래서 모든것이 낯설지만 오히려 너무 재밌다 토스가 React Native에 많은 투자를 하고 있고 그외에도 여러 곳에서 앞으로의 좋은 전망을 예상하고 있는 기술이기 때문에 나중에 창업을 위해서라도 배워두면 좋겠다고 생각이 들었다. 열심히 GPT와 소통하며 개발을 하고 생각보다 쉽고 생산성도 빨라서 열심히 하던 중 웹에서는 괜찮은데 iOS에서 앱이 뒤져버리는 현상이 일어났다. 멘탈 펑, 매우 간단하고 짧지만 그 경험을 한번 공유해보고자 한다.크로스 플랫폼은 처음이라...
노트북 스펙과 개발 실력의 관계성
2024. 10. 12. 21:09
개발 공부 일기장/생각 정리
개요관계 없다 스펙이랑 개발실력이랑 상관없다, 단순히 내 경험을 풀어 쓰는 글이지 남들에게 이 기준을 적용시키거나 모두에게 적용되는 기준이 절대 아님을 먼저 밝힌다. 또한 윈도우, 맥, 리눅스 같은 OS 갈라치기 글도 절대 아니다. 제발 이 글이 개발 커뮤에 오르내리지 않기를.. 지금은 새벽 4시이다, 잠이 너무 오지 않아서 개발 공부를 하고 있었다. 요즘에는 새로운 프로젝트에 들어가면서 설계 단계에서 좀 더 폭 넓은 시야를 가지기 위해서 여러 기술 스택을 접해보고 있다. Cassandra라는 대용량 데이터 처리를 위한 NoSQL 데이터베이스를 도입해볼까 생각하여 기초를 배우기 위해 환경 구성을 하던 도중 도커가 제대로 올라오지 않는 문제를 발견하였다. exit code 137이였고 137은 대부분 메모..
대용량 트래픽 처리 전략, 2편 데이터베이스
2024. 9. 20. 15:49
개발 공부 일기장/Basic Develop
개요이번시간에는 데이터베이스를 통해서 대용량 트래픽의 처리 성능을 높이는 법을 알아볼것이다.본 글에 들어가기 전에 대용량 트래픽 발생시 어떤 부분에서 성능을 향상 시킬지는 잘 판단해야한다. 예를 들어 웹 어플리케이션은 여유로운데 데이터베이스에서 처리를 못하고 있는 상황에서 웹 어플리케이션 확장만 시키면 무엇이 달라지겠는가. 그럴때는 APM을 사용해서 하나의 큰 요청 트랜젝션을 분석하여 병목 지점을 알아내야한다. 웹 어플리케이션에선 처리가 1초 내로 되는데 데이터베이스에선 5~6초가 걸린다면 데이터베이스를 최적화 해야하는 상황이라고 판단한다. 이렇게 적절한 대응 지점을 찾는것이 1순위이다.데이터베이스 Replication레플리카 라는 말은 일상에서 가끔 들을 수 있는 말이다, 무엇을 의미하냐 하면 원작을 ..
대용량 트래픽 처리 전략, 1편 확장성
2024. 9. 11. 13:44
개발 공부 일기장/Basic Develop
개요최근 새로운 프로젝트를 시작하게 되면서 드디어 원하는 기술들을 써볼 기회가 왔다. 그동안 슬축생 프로젝트를 개발하느라 바빴고 슬축생 프로젝트는 당장 서비스가 시급한 프로젝트였기 때문에 오버 엔지니어링을 절대 지양하는 방향으로 개발을 했다. 그러다보니 정말 최대한 단순하고 안정성 있고 빠르게 도메인 개발에만 초점이 맞춰졌고 공부의 목적은 전혀 없었다. 하지만 이번에도 서비스를 목적으로 하는 프로젝트긴 하지만 슬축생처럼 필요에 의한 서비스가 아니라 천천히 만들어가자는 프로젝트기 때문에 그동안 못해본 기술들을 많이 시도해볼 생각이다. 최근에 Spring WebFlux를 공부하며 Reactive Stream을 이용한 비동기처리를 공부하고 있다. 정말 어려운 내용이지만 다행이도 전에 회사에서 iOS를 개발할..
Spring의 Response Entity 꼭 사용해야 하는가?
2024. 9. 10. 20:26
개발 공부 일기장/Java Develop
개요새로운 사이드 프로젝트를 시작하면서 여러 고민을 하게 되었다, 바로 전의 사이드 프로젝트인 슬축생은 공부가 목적이 아닌 필요로 의해서 개발된 프로젝트기 때문에 최대한 비즈니스 요구사항에 맞추며 배포까지 시간이 많이 없었기에 개발쪽 리소스를 줄여서 개발을 하였다. 하지만 이번에 하는 사이드 프로젝트는 비즈니스적인 부분도 꽤 크고 복잡할뿐더러 공부의 목적도 함께 있는 프로젝트이기 때문에 정말 작은 부분에서도 신경을 많이 쓰게 되었다. 정말 많은 고민중에 가장 첫번째로 결정한 주제가 바로 Response Entity의 필요성이다. Response Entity의 존재에 대해서는 예전부터 알고 있었다. 본격적으로 공부하기전에 알던 사전 지식으로는 http 상태 코드 및 헤더 등 여러 상세한 부분을 설정할 수 ..