차근차근정확하게

1. 인프라 구성2. 개발환경 인프라 구성GCP 를 이용하여, DB 서버 및 웹서버 구축Thymeleaf를 이용하여 View Page 구현 (Bootstrap 적용, jQuery를 이용하여 restAPI구현)MariaDB를 사용하여, DB 구축 (JPA 사용 예정)  개발환경JAVA 17 버전 사용MariaDB 10.6 버전 이상 사용 (10.6부터 호환되기에 11.4대신해서 10.6 사용)Spring boot 3.3.5 버전 사용 (thymeleaf 와 bootstrap은 버전에 맞춰 사용 예정)intllij 사용

GCP 로그인 후 VM 생성 이동 무료티어 버전 확인GCP 정책에 의해서, 무료티어 스펙이 존재(해당 부분은 주기적으로 업데이트 되므로 확인 요망)https://cloud.google.com/free/docs/free-cloud-features?hl=ko#compute Google Cloud 무료 프로그램  |  Google Cloud Free Program이 페이지는 Cloud Translation API를 통해 번역되었습니다. 의견 보내기 Google Cloud 무료 프로그램 컬렉션을 사용해 정리하기 내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요. Google Cloud의 기본cloud.google.com 서버 설정 ( 리전 ) 서버 설정 ( cpu + mem )  서버 설정 ( 코어 설정 ) ..

Java Convention을 작성하는 이유.. 컨벤션은 상호간의 협의이다.. 코드를 구현할 때 어떻게 기능을 구현할 것인가도 중요하지만, 혼자 개발하는 것이 아니라면 통일성을 갖춰서 사용해야한다고 생각이 들었다.. 누군가는 3칸을 띄우고 누군가는 개행을 진행하고 이렇게 된다면 통일감이 없는 코드가 될것이고, 그 코드는 결국에는 더미코드가 될 가능성이 농후하다는 것이 개발하면서 느낀점이었다.. 그래서 시작부터 기본적인 규칙은 지정해두어야 통일감이 있을거고 쓸데없는 시간을 낭비하는 일을 방지할 수 있을거라고 생각이 들었다. 하위에는 "그래도 이것만큼은 지키자"라는 명목하에 밑의 기준들을 팀원들과 공유하게 되었다   ConventionIndent 규칙공백 (space bar) 4칸중괄호는 같은 줄에 열고, ..

Git Flow를 사용하면서.. github는 단순히 소스코드를 저장하고, 온라인으로 저장된 형태의 소스코드를 권한이 있다라면 누구라도 쉽게 이용할 수 있으면서 코드의 결합을 할때 도움을 주는 도구라고 생각하고 있었다.. 하지만, 중요한점은 결합을 할때에 방식이 지정되어 있지 않다면 아직 덜 완성된 코드가 배포가 될수도 있고 Hot Issue로서 올라온 문제에 대해 수정을 할 때에 어떤 부분부터 적용시킬지에 애매한 결과를 초래할 수 있다는 것을 알 수 있었다.. 이럴 때에 사용하는 것이 Git Flow이다. 굳이 Git Flow라고 말하기 보다는 소스코드 병합시의 타이밍과 배포를 명확하게 관리하기 위해서 도입한다고 보는 편이 더 낫다고 생각이 든다..구글링을 해본다면 여러 종류의 Flow들이 즐비해 있는..

Commit 컨벤션이 필요한 이유...혼자서 github로서 저장의 목적으로 사용할 때에는 굳이 신경쓰지 않았던 부분이다.하지만, 회사에서 한번 사용을 해보았을 때 컨벤션이 지정되어있지 않다면 많은 불편함이 수반된다는 것을 몸소 느낄 수 있었다...만약, 그냥 어떤 코드를 수정했다 라고만 저장을 해둔다면, 추후에 다시 확인하거나 누군가가 질문하여 답을 해야한다면 오류때문에 바꿨는지 아니면 리펙토링을 진행한 것인지, 아니면 빌드가 안되서 바꾼것인지에 대해 명확성이 드러나지 않던 것이 혼자 git에 저장하던 방식대로 커밋메시지를 작성하였다면 제대로 답을 하지 못했을거라 생각이 들었다. 커밋 메시지의 컨벤션을 잘 활용한다면, 굳이 코드를 들여다 보지 않더라도 어느정도 파악이 가능하고 개개인이 자신들만의 규칙으..

협업의 시작소스 저장소 자체를 회사나, 정말 필요로한 일의 경우가 아니라면 사용하는 빈도수가 낮았던 것 같다..습관화가 되어있지 않다보니, 팀프로젝트를 위한 repository를 만들어야하는데 어떤 방식으로 만들면 좋을지에 대해 고민하다가 검색을 했더니, 2가지 정도의 방법이 나와서 이유를 생각해보고, 정리를 해놓을겸 작성해보려 한다..  GIT의 협업 방법 소스 저장소는 git 말고도 여러가지 방식이 존재한다... 회사를 재직할 당시에 git도 사용해보았지만, svn도 사용을 했었다. 또 다른 경험으로는 오픈 소스 저장소를 사용하는 것이 아닌 회사 자체에서 파일로서 업데이트를 하며 배포파일을 바꾸듯이 소스코드를 교체한다는 회사도 들어봤었다.. 사실 git을 굳이 사용하지 않아도 되지만 무료로 사용이 가..