일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 백엔드
- 백준
- Spring
- UXUI챌린지
- 백엔드개발자
- 디자인챌린지
- mysql
- KDT
- Java
- 오픈패스
- 오픈챌린지
- UXUIPrimary
- baekjoon
- 오블완
- UXUI기초정복
- 환급챌린지
- 백엔드 부트캠프
- 국비지원취업
- 티스토리챌린지
- 객체지향
- Be
- 부트캠프
- 패스트캠퍼스
- 디자인교육
- OPENPATH
- 디자인강의
- 내일배움캠프
- 국비지원
- 내일배움카드
- 국비지원교육
- Today
- Total
목록목록 전체 보기 (164)
군만두의 IT 공부 일지

목차 제목: 객체지향의 사실과 오해 저자: 조영호 출판사: 위키북스 가격: 20,000원 역할, 책임, 협력 관점에서 본 객체지향 지금까지 진행한 방식과 동일하게 블로그에 객체지향 책을 학습한 내용을 정리하려고 한다. 중요한 부분 위주로 정리했는데, 예시를 들어 설명하는 부분이 더 많았기 때문에 정리하기가 쉽지 않았다. 깃허브 이슈에는 책을 읽으며 궁금한 점을 작성 후 의논할 것인데, 이번 주차에 대한 궁금한 점은 아직 없었다.01. 협력하는 객체들의 공동체보편적으로 "객체지향이란 실세계를 직접적이고 직관적으로 모델링할 수 있는 패러다임"이고, "객체지향 소프트웨어는 실세계의 투영"이며, "객체란 현실 세계에 존재하는 사물에 대한 추상화"라고 설명한다. "실세계의 모방"이라는 ..

오늘은 Store의 CRUD 기능을 구현한 내용에 대해서 Store, StoreRepository, StoreService, StoreController 클래스 코드를 팀원에게 코드 리뷰를 받았다. 코드 리뷰의 목적은 서로 코드를 어떻게 구현했는지 확인하고, 개선할 부분을 조언해주기 위함이다.Store 엔티티의 변경 사항주소 정보 임베딩: 공통적으로 사용되는 Address 클래스를 임베드 타입으로 적용하여, 관리의 일관성을 높였다.유효성 검증 로직 강화: 필드별로 유효성 검증 로직을 추가하여 데이터의 정확성을 보장했다. 특히 수정 작업 시 null 값이 입력되지 않도록 했다.Setter 메소드 제거: 데이터 무결성을 위해 @Setter 애너테이션의 사용하지 않고, 필요한 값 변경은 생성자와 메소드를 통해..

주문 관리 플랫폼 프로젝트에서 Store의 CRUD 기능을 담당하여 구현했다. 구현한 코드와 개발 초기에 팀원들과의 의논한 사항들을 정리하려고 한다.@RestController@RequiredArgsConstructor@RequestMapping("/api/v1/stores")public class StoreController { private final StoreService storeService; // 새로운 가게 생성 @PostMapping public ResponseEntity createStore(@RequestBody StoreRequestDto storeRequestDto) { Store store = storeService.createStore(store..
목차 오늘은 8장 인터페이스에 대해서 정리하려고 합니다. 상수에 필드에 대해서 몰랐던 내용을 알게 된 것 같습니다.8장. 인터페이스8.1 인터페이스의 역할인터페이스(interface): 두 장치를 연결하는 접속기인터페이스는 두 객체를 연결하는 역할을 함.상속보다 인터페이스를 이용해서 다형성을 구현하는 경우가 많음.8.2 인터페이스와 구현 클래스 선언인터페이스는 '*.java' 형태의 소스 파일로 작성되고 '*.class' 형태로 컴파일된다. 물리적 형태는 클래스와 동일하지만, 소스를 작성할 때 선언하는 방법과 구성 멤버가 클래스와 다르다.인터페이스 선언class 키워드 대신 interface 키워드를 사용함.접근 제한자는 dafault, public를 붙일 수 있음.중괄호 안에는 상수 필드, 추상 메소드..

팀원들과 각자 맡은 domain에 대한 Controller을 구현하기로 했다. 그래서 Github에서 각자 Issues와 PR을 작성하는데, 뒤늦게 템플릿을 미리 적용하지 않았다는 것을 깨달았다. Issues와 PR은 프로젝트 과정에서 서로의 작업 내용을 확인할 수 있도록 팀원들이 각자 작성하는 문서이므로, 공통 양식을 정해두면 좋다. 공통 양식을 하나하나 추가하는 것은 불필요한 작업이기 때문에 템플릿을 적용하는 것이 유용하다. 따라서 아래와 같이 템플릿을 적용하려고 한다.Issues Template이슈 템플릿을 적용하는 방법은 2가지가 있다. 1. github/ISSUE_TEMPLATE 디렉터리에 .md 파일 추가2. Github 설정 요약📌 리포지토리 > Settings > Issues > Set ..

하루 동안 급하게 벼락치기로 공부해서 정보처리기사 필기를 63점으로 합격했다. 어떻게 합격했는지 공유하려고 한다. 아래는 간단히 요약한 내용이다. 전공자 혹은 관련 공부를 했던 비전공자라면 블로그 내용이 도움이 될 것이다. 요약정보처리기사 필기 기출문제만 풀기 → 틈틈봇 사용각 과목별 40문제 이상 풀기 → 최소 40문제 필수시험 치기 전까지 이론 한번 보고 가기(또는 문제 풀기)1. 시험 접수 먼저, 정보처리기사 시험은 Q-Net에서 접수할 수 있다. 자세한 일정은 위 사진을 참고한다. 정처기는 2020년에 NCS로 출제 기준이 바뀌고 2022년 3회부터 CBT로 시험 방식이 바뀌었다. 따라서 CBT 문제를 검색했을 때, 2023년부터 정보처리기사 필기 시험의 최신 기출문제를 구하기 어려울 것이다.2...

오늘은 어제 작성한 S.A의 피드백을 바탕으로 본격적인 개발을 시작한다. 먼저 Git Repository를 하나 생성해서 스프링 프로젝트 초기 설정을 마쳤다. 그 과정에서 commit, branch, issues, pr 컨벤션을 정하고 Slack 팀 채널을 하나 생성하는 등 사전에 정해야 하는 것들을 정하고 시작했다.Git & PR 특강Github를 처음 사용하는 분들도 있어서 그런지, 튜터님이 Git 관련 특강을 진행해주셨다. 내용은 Github로 협업을 해본 사람이라면 대부분 아는 내용이었는데, 주요 내용은 다음과 같다.1. 브랜치 명과 커밋 메시지의 좋은 예커밋 메시지는 '커밋 컨벤션' 키워드로 구글링에 하면 나오는 기본적인 내용들이었다. 우리 조는 아래처럼 정했다. 그리고 브랜치는 git-flo..
목차 15 . 테스트 가능성테스트를 '개발이 완료된 후 작성하는 것'이 아니라 '개발 전에 미리 작성하는 것', '개발을 하면서 함께 작성하는 것'으로 보기 시작하면, 개발자는 테스트를 어떻게 하면 쉽게 작성할 수 있을지 고민함으로써 코드의 품질을 높일 수 있다.요약1. Testability: '테스트 가능성'이라는 뜻으로, 테스트하기 쉬운 코드일수록 Testability가 높다.2. 테스트하기 쉬운 코드일수록 좋은 설계일 확률이 높다.15.1 테스트를 어렵게 만드는 요소테스트 가능성(Testability): '테스트하기가 얼마나 쉬운가?'를 뜻하는 용어어떤 코드가 테스트하기 쉬운 코드인지는 테스트하려는 대상의 입력과 출력에 있음.테스트는 테스트하려는 대상의 입력을 쉽게 변경할 수 있고, 출력은 쉽게 검..