개발관련/TIL (46) 썸네일형 리스트형 내배캠 7주 1일 차 이번에는 과제가 개인이 아닌 팀 프로젝트였다. 과제의 큰 틀은 뉴스피드를 활용한 자유주제였다. 자유주제이기 때문에 기획부터 설계까지 모든 것을 팀이서 진행했다. 기획을 하면서 느낀 것은 기획이 쉽지 않다는 것이다. 기획이 프로젝트의 가장 밑 바탕이지만 그만큼 중요하고 모두의 의견을 모아서 진행해야 하기 때문에 의견을 모으는 과정이 정말 어려웠다는 것이다. 이래서 기획자가 있나 싶었다. 근데 기획자가 큰 틀과 비전을 제시한다고 해도 결국 세부내용에서 또 부딪히기 때문에 아무튼 의견을 맞추는 것이 엄청 어렵다고 다시 한 번 느꼈다. 조금 더 세부적으로 기획 얘기를 해 보자면 어떤 플랫폼으로 할 건지는 금방 정했다. 그러나 플랫폼 안에서 어떻게 구성을 할 건지 또는 어떤 결과를 원하는지에 대해서는 의견이.. 내배캠 6주 4일차 오늘은 Todo 과제 리드미 작성을 위해서 좋은 리드미는 어떻게 작성해야 하는지와 API명세서는 어떻게 써야하는지에 대해서 찾아봤다. 리드미를 왜 작성할까? 리드미는 프로젝트에 대한 기본적인 설명이다. 이 설명이 없으면 사람들은 프로젝트의 흐름과 내용및 사용법을 직접 모든 것을 찾아가며 파악해야 할 것이다. 또한 나중에 나와 타인이 프로젝트를 수정할 때 흐름을 다시 파악해야한다. 이는 매우 불편하고 사람들의 흥미가 떨어지기 때문에 내가 아무리 좋은 취지에 프로젝트를 만들었다고 해도 관심을 받기는 어렵다. 코드에 주석도 선택이 아닌 필수인 것처럼 리드미 작성은 선택이 아닌 필수다. 단 리드미를 잘 작성하게 된다면 코드에 주석이 사라지기 때문에 코드가 깔끔해진다. 그럼 리드미에는 뭘 작성해야 좋을까?이 .. 내배캠 6주 2일 차 오늘은 과제를 좀 더 진행했고 그와 더불어서 튜터님의 강의로 관심사의 분리에 대해서 들었다. 먼저 강의에 대해서 얘기를 해보자면 한 파일에 몰아서 모든 것을 해결해도 되지만 나중에 코드를 수정해야 한다라던지또는 흐름을 파악할 때 문제가 된다고 했다. 한 파일에 몰아 놓았던 것을 기능에 맞게 나눠서 작성한다고 하면 기능별로 모여 있기 때문에 이 파일은 무엇을 하는 지 쉽게 알 수 있고 수정하기에도 편하다. 기능 별로 모았더라도 그 파일이 처리하고 있는 것이 많다고 하면 역시 좋지 않다고 했다. 책임이 많아질수록 좋지 않다고 하는데 이 것은 사람으로 치면 책임감이 커질수록 부담이 커져서 문제가 생길 수 있기 때문에 마찬가지로 파일도 책임감을 분산시켜야 한다. 과제에서는 값의 유효성 검사를 service.. 내배캠 6주 1일 차 오늘 한 일을 나열해 보자1. SQL 공부 및 SQL 알고리즘 문제 풀이2. Todo 과제 Step2 설계3. CS 강의 보기 ----------------------------------------1. SQL 공부 및 알고리즘 풀이SQL 공부는 create를 이용한 table 생성과 alter를 써서 table의 Column추가 및 삭제를 공부했다.또한 table에서 열에 해당하는 부분은 Column 또는 Field 또는 Attribute라고 한다.그리고 table에서 행에 해당하는 부분을 Row 또는 Record 또는 tuple이라고 한다. create 문법은 아래와 같다.create table (컬럼이름1 컬럼타입 제약조건,컬럼이름2 컬럼타입 제약조건); 제약조건은 아래와 같다.NOT NULL :.. 내배캠 5주 4일차 오늘은 과제 step1에 대해서 완료했다. 강의에서 한 것이랑 크게 다를 건 없어서 문제 없이 진행 했는데 문제는 아직 어노테이션의 기능?이랄까 사용해야하는 때를 잘 모르겠다. @RequestBody, @RequestParam, @Param 등등....readme 파일을 만들고 나서 프로젝트를 어떻게 진행했는지에 대해서 작성 해보겠다! 내배캠 5주 2일 차 오늘은 TodoList 과제를 진행하기 앞서 Use Case Diagram에 대해 좀 공부 했다.그리고 DDD(Domain Driven Design)에 근거해서 설계를 진행해봤다. 아래는 Use Case Diagram에 대해 배운 것을 정리해 본 것이다.시스템 외부에서 시스템과 상호작용하는 객체액터는 졸라맨으로 그린다.액터는 사람일 수도 있고 또 다른 시스템이 될 수도 있다.액터에는 2가지 종류가 있다.1. Primary Actor : 시스템을 직접 이용한다. -> 시스템 왼쪽에 그린다.2. Secondary Actor : 프라이머리 액터가 목적을 달성하기 위해 도움을 주는 액터이다. >라고 표기하고 시스템 오른쪽에 그린다.유스케이스 (Usecase)시스템 내에 있는 기능들이다. 타원형으로 그린다.관.. 내배캠 5주 1일차 오늘은 스프링 숙련 강의를 다 봤다.강의에서 프로젝트가 있으면 백엔드가 해야할 것을 알려줬다.프로젝트가 수강신청하는 것이라면 프로젝트의 디자인을 어떻게 해야하는지REST API를 만들 때 지켜야하는 것 요청이 들어오면 적절한 처리를 해야하고 예외가 발생할 때 적절한 응답 등여러가지를 설명했다. 그러나 언제 어느 어노테이션을 사용해야 하는지 프로젝트의 디자인 설계는 어떻게 해야하는 지 응답할 때 필요한 것들은 무엇인지가 아직 좀 어려운거 같다. 아래는 일단 지금 당장 생각나는 것을 적어 본 것이다.백엔드는 클라이언트 또는 프론트엔드에 적절한 응답을 해야한다.응답에는 데이터 또는 예외 상황 처리가 있다.보내는 데이터를 DTO(Data Transfer Object)라고 하고 DTO의 타입은 Json이다.Jso.. 내배캠 4주 4일 오늘은 스프링 강의를 보면서 수강신청? 시스템(백엔드)를 만들어 봤다.계층? Layer는 Web과 Service 2개를 만들었다. --> Repository는 내일 강의 보면서 만들 듯 하다.먼저 분류?를 아래와 같이했다.-------------------------사용자 (User)- id- email- password- nickname- role (수강생, 강사) 강의 (Course)- id- title- description --> 필수 아님 Null가능- status- maxPeople- currentPeople- Lecture List (강의안의 강좌{강의영상})- CourseApplication (신청내역)목록 강좌(강의영상)- id- title- videoUrl 신청 정보- id- User-.. 이전 1 2 3 4 5 6 다음
