Ryan - IT

개발 방법론을 소개하면서 나 또한 이해하는 시간을 가지려 한다. 아직 개발 방법론을 통해 프로젝트를 진행한 경험은 없지만, 늘 듣기만 했었기에 이참에 정리해본다. 제가 이해한 내용에서 틀린 부분이 있다면 피드백 부탁드립니다. 폭포수 방법론(Waterfall) 소프트웨어 개발 단계가 위에서 부터 아래로 폭포에서 물이 떨어지듯이 순차적으로 진행 되는 것을 뜻한다. [개발 단계] - 요구사항분석(Requirement) -> 설계(Design) -> 구현(Implementation) -> 검증(Vertification) -> 유지보수(Maintenance) [장점] - 전체 과정이 수직적으로 진행되기에 각 과정에 대한 이해가 용이하다. [단점] - 앞 단계 일이 끝나지 않으면 뒤 단계를 수행할 수 없다. - 요..

최근 [객체지향의 사실과 오해] 도서를 읽고 나름대로 내용 정리를 하며 포스팅을 하려 합니다. https://book.naver.com/bookdb/book_detail.nhn?bid=9145968 객체지향의 사실과 오해 객체지향에 대한 선입견을 버려라!『객체지향의 사실과 오해』는 객체지향이란 무엇인가라는 원론적면서도 다소 위험한 질문에 답하기 위해 쓰여진 책이다. 안타깝게도 많은 사람들이 객체지 book.naver.com 1. 객체란? 역할, 책임, 협력의 관점으로 볼 수 있음 -> 예로 카페 서비스를 3개의 객체로 들 수 있습니다. 1) 손님 -> 주문 하기(역할/책임) 2) 캐시어 -> 주문 전달(역할/책임) 3) 바리스타 -> 커피 제조(역할/책임) 각 객체는 역할이 주어지며, 그에 대한 책임은 ..

좋은 객체 지향 설계에 대해 간략히 정리해봅니다. 사실 프로그래밍 할 때 이런 원칙을 고려하지 않고 개발하는 게 많았지만 나중에 소스는 지저분 해지고 기능 수정 시 여러 고려사항 또한 많았습니다. 이로인해 다시 한번 설계를 잘 해야겠다고 느낍니다. [OOP(Object Oriented Programming) 설계 5가지 원칙(SOLID)] 1. 단일 책임 원칙 - SRP(Single Responsibility Principle) - 한 클래스는 하나의 책임만 가져야 함 - 중요한 기준은 변경 영향도이다. (변경이 있을 때 파급 효과가 적으면 단일 책임 원칙을 잘 따른 것) - 여러 책임을 갖게 되면 그만큼의 관여도와 변경에 대한 요구가 있을 수 있고 해당 모듈(클래스) 수정이 빈번하게 일어날 수 있음 2..

스프링 부트 공부를 하면서 관련 소스를 GitHub 로 형상관리 해야겠단 생각이 들었습니다. 그래서 이클립스 소스 프로젝트와 github 를 연결하는 과정을 잠깐 소개해보려 합니다. 제가 사용하는 방법인데 참고 하시면 좋겠습니다. 1. Spring Starter Project 생성 1.1 프로젝트 이름과 Group 및 Package 값은 임의로 설정했습니다. 2. 프로젝트 Git Repository 설정하기 2.1 Use or create repository in parent folder of project 를 체크합니다. - 새로 생성한 프로젝트이기에 Create으로 진행하겠습니다. 2.2 Create Repository 버튼을 클릭 후 Finish 를 누릅니다. 3. 소스 Commit 합니다. - 소..

SI 업무에서 이클립스 IDE 를 사용하고 있지만 자사 서비스 기업은 꽤 예전부터 인텔리제이 IDE 를 많이 사용한다고 한다. 도서와 강의에서도 실습환경은 인텔리제이로 많이 채택되기에 이참에 설치해보았다. 1. 인텔리제이 설치 아래 URL로 들어가 Community 버전으로 다운받아 모든 설정은 default로 설치. (Ultimate 버전은 회사에서 지원을 해줬으면 하는 바람) - URL : https://www.jetbrains.com/ko-kr/idea/download/#section=windows 다운로드 IntelliJ IDEA: 우수성과 인체 공학이 담긴 JetBrains Java IDE www.jetbrains.com 2. File -> Settings -> Build, Execution, ..