프로젝트

Singleton 디자인 패턴

Singleton 객체의 인스턴스가 오직 1개만 생성해서 여러 곳에서 사용. 장점 (Why?) 이미 생성되어 있는 인스턴스 사용(로그인 정보 등) -> 속도 측면 유리 데이터 공유하기 편함 -> 개발자 편의 단점 static 메모리상 할당 후 종료될 때까지 메모리의 유지됨 -> 지나치면 메모리 낭비 결합도가 높아짐 : -개방-폐쇄 원칙 위한(솔리드) 멀티쓰레딩 환경에서 동시성 문제 발생 가능성 -> 대부분 언어/플랫폼에서 해결 방법 존재하긴 함 다트에서 활용 정리하기 ->파베 메소드 싱글톤관리 해보기

Git - Github Flow

git flow 가 복잡하다고 느껴져서 나온 전략, 주로 오픈소스에 적용되어 있는 것 같고 우리에게 익숙한 플로우다. Feature : 새로운 개발용 Master : 메인 Bugfix : 빠르게 핫픽스 버그를 고치는 브랜치 특징 1. master 브랜치는 언제든 어떤 상황이든 배포 가능한 상태로 두는 전제 2. feature 브랜치명은 이름으로 무엇을 의미하는지 의미할 수 있게 상세하고 정확하게 표기하기 3. 원격 저장소에 끊임없이 푸쉬하기 -> 백업 및 팀원의 현재 작업현황을 알 수 있음 4. 풀 리쾌스트 등을 통해 코드 리뷰 문화 및 커뮤니케이션 가능 5. 머지 이후 바로 배포되게끔 ci/cd 구축

Git - Git Flow

나중에 내가 다른 누군가를 가르쳐주기 위해 정리한 git flow feature : develop 브랜치의 파생, 어떤 기능을 추가할 때 사용되는 기능 브랜치 ( 게시판 목록 브랜치 등 ) 개발 중 feature 브랜치는 한 사람씩 맡아 진행하고 충돌을 방지용이다. develop : 주된 기능 (main) 브랜치 release : develop 브랜치에서 파생, 스토어에 올리는 걸 마켓출시라고 하고, 배포는 테스트 플라이트 처럼 내부 테스트용으로 올릴 때를 배포라고 할 때, 마켓 출시에 후보군이 되는 브랜치 (QA 용 브랜치라고도 할 수 있겠다.) master : release 브랜치에서 QA가 끝나고 develop에 합쳐지고 마켓에 출시된 브랜치 hotfixs : QA에서도 발견되지 않은 이슈가 발견되..

[Computer Science] - verification vs validation

verification과 validataion이라는 단어는 개발하면서 많이 접하는데요, 검색하면 둘 다 '확인'이라는 뜻으로 검색됩니다. Verification (검증) 검증은 개발자의 관점에서 시스템이 미리 정의된 사양 또는 요구 사항에 부합하는지 확인하는 활동입니다. 즉, 개발 중인 소프트웨어가 기술적인 측면에서 정확하게 동작하는지를 확인합니다. 현재 개발 중인 소프트웨어가 완성되기 전에 시뮬레이션 결과, 테스트 케이스, 정적 분석 등을 통해 코드의 정확성, 일관성, 안정성 등을 검증합니다. 이 과정에서 발생한 오류나 결함을 빠르게 찾아내고 수정함으로써 소프트웨어의 품질을 향상시키는데 기여합니다. Validation (타당성 검증) 타당성 검증은 사용자의 관점에서 시스템이 실제로 사용자의 요구 사항을..

mac 세팅

1. 마우스 휠, 키보드 세팅, 독스 등 기타 설정 2. 사파리에서 구글 다운로드 3. AppStore에서 xCoed, Runcat 4. homebrew 설치 /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)" 환경변수 설정 (echo; echo 'eval "$(/opt/homebrew/bin/brew shellenv)"') >> /Users/telamosyeon(유저이름)/.zprofile eval "$(/opt/homebrew/bin/brew shellenv)" 5. iterm2, oh-my-zsh 설치 $ brew install iterm2 $ sh -c "$(curl -fsSL ..

github - Octortree

오늘은 깃허브를 사용하면서 유용한 확장프로그램을 Octotree 소개하고자 합니다. 일반적으로, GitHub에서 레포지토리를 방문하면 파일 탐색이 상당히 단순한 형태로 제공됩니다. 파일 탐색이 많은 폴더와 파일이 있는 깃허브 프로젝트에서는 특히 불편할 수 있습니다. Octotree는 이런 불편함을 해소하기 위해 좌측 사이드바에 트리 구조로 폴더 및 파일을 표시하여 GitHub 사용자들이 효율적으로 탐색할 수 있도록 도와줍니다. 좌측 사이드바가 보이시나요 ? 마우스 커서를 가져가면 사이드바가 열리고 레파지토리의 트리구조를 쉽게 접근할 수 있습니다! 폴더 구조를 탐색하는 데 필요한 클릭 수를 줄여줌으로써 더 빠르고 간편한 탐색이 가능합니다. 패키지의 폴더돋 많고 파일도 많으면 왔다갔다 하는게 불편했는데 oc..

[SpringBoot] 스프링부트 스웨거(Swagger) 사용법 및 테스트

1. 스웨거(Swagger) [ Swagger ] 스웨거는 개발자가 REST 웹 서비스를 설계, 빌드, 문서화, 소비하는 일을 도와주는 대형 도구 생태계의 지원을 받는 오픈 소스 소프트웨어 프레임워크이다. - 위키 내가 만든 rest api들의 매핑주소를(URL) 입력하여 테스트 할 수 있는 아주 유용한 아이! 2. 사용방법 (1) 스웨거 의존성 추가 (메이븐) //버전 확인하기 io.springfox springfox-swagger2 2.9.2 io.springfox springfox-swagger-ui 2.9.2 (2) 스웨거 기능 추가 (1) SwaggerConfig 클래스 생성 (2) 어노테이션 추가 및 기능 활성화 @Configuration @EnableSwagger2 public class S..