현업에 치여 '구현'에 집중하다 보면 어느새 작업 쳐내기에 몰두하고 있는 나 자신을 발견하게 된다.이러한 와중에 잊지 말아야 할 몇 가지 좋은 프로그래밍 원칙에 대해 복기 겸 작성해보았다. DRY (Don’t repeat yourself) - 중복을 피하라동일한 코드를 반복하지 말라는 원칙. 중복은 유지보수를 어렵게 하고 버그를 발생시킬 확률을 높인다.반복되는 코드는 함수, 모듈, 클래스 등으로 추상화한다. KISS (Keep It Simple, Stupid!) – 단순하게 만들어라코드는 최대한 단순하고 명확하게 작성해야 한다는 원칙.복잡한 코드는 이해하기 어렵고, 버그가 발생하기 쉽다. 불필요한 최적화나 과도한 설계는 지양하고 가독성 있는 코드를 작성한다. YAGNI (You Aren’t Gonna N..
쿠버네티스와 관리형 서비스쿠버네티스 기본 역할- pod 생성, 모니터링 및 교체, 스케일링 등 pod 내부의 컨테이너들을 오케스트레이션- 워커 노드 간에 컨테이너를 이동하며 애플리케이션을 관리하는 도구이자 프레임워크 쿠버네티스의 충족 조건- 클러스터와 노드(워커, 마스터 노드) 생성: 물리 머신 자체 관리- API 서버, kubelte, 노드의 서비스들 세팅- 다른 클라우드 프로바이저 리소스 생성 (예. 로드 밸런서, 파일시스템 등) 따라서,실제 애플리케이션에 필요한 리소스 관리는 직접 하거나, 관리형 서비스 (예. EKS, Kubermatic 등) 을 사용해야 함 로컬에서 쿠버네티스 설치하기minikube# minikube (mac OS 기준)minikube startminikube dashboard..
*개인의 경험에 근거하여 작성하였음을 미리 고지함작게는 취준할 때의 팀프로젝트에서 크게는 회사 프로젝트까지 다양한 상황에서 선택을 할 수 밖에 없다.내가 겪었던 경험들을 바탕으로 느낀 점을 작성해보았다. 당연한 이야기일 수 있겠지만, 처음 개발을 시작하거나 팀 프로젝트를 했을 때를 기준으로 설명해본다.1. 기술 선정라이브러리, 프레임워크, 언어 등 선택지가 많아서 초기 가이드가 없다면 시간이 오래 걸릴 수 있다.팀이라면 참여 인원의 기술 숙련도를 파악한다. 기한 내 빠르게 구현해야 한다면 가장 널리 쓰이는 기술은 선택하는 것이 유리하다. 오래된 기술은 그만큼 트러블슈팅 자료가 많고 LLM의 답변도 충분히 신뢰할 수 있다. (당연히 팩트체크하기도 용이하다.)신기술을 쓰고 싶은 마음은 이해하나 정해진 마감일..

개인 기준에서 (악용 없이) AWS 크레딧을 착실하게 얻고 사용하는 방법을 공유하고자 한다. 개발자로 취업 준비를 하거나 사이드 프로젝트 등으로 AWS 클라우드를 사용하는 경우가 많다.나 역시도 그랬고, 처음에 잘 모르고 쓰다가 부주의하게 몇 만원을 지불했다.1년 프리티어가 지나고 몰랐던 리소스가 남아 있었고 (또는 과금 정책의 변경으로) 울며 겨자먹기로 카드값을 내기도 했다.학생의 경우 AWS 측에 문의를 남겨 해결했다고 할 수 있다고 하는데 사실 보장 받는다는 기약이 없고 매우 번거롭다. 다른 방법이 있지 않을까 하여 좀더 효율적이고 의미있는 방법을 찾아보았다. ※ 25년 3월 기준으로 작성된 글이며 추후 변동될 수 있음 1. AWS startup 프로그램 - Activate Founders (1,..
Udemy Docker & Kubernetes : 실전 가이드 정리 2025.02.10 - [CS/Cloud, Intra] - Docker: 컨테이너를 왜 쓰는가? / Image & Container (1)2025.02.17 - [CS/Cloud, Intra] - Docker: Image & Container 관리 (2)2025.02.24 - [CS/Cloud, Intra] - Docker: Volume2025.03.03 - [CS/Cloud, Intra] - Docker: Network2025.03.10 - [CS/Cloud, Intra] - Docker Compose 더보기더보기Laravel & PHPnginx: Web ServerDocker Volume flag: delegated (위임) vs c..