delight

좋은 객체 지향 설계의 5가지 원칙의 적용 SRP 단일 책임 원칙 한 클래스는 하나의 책임만 가져야 한다. - 구현 객체를 생성하고 연결하는 책임은 AppConfig가 담당 - 클라이언트 객체는 실행하는 책임만 담당 DIP 의존관계 역전 원칙 “추상화에 의존해야지, 구체화에 의존하면 안된다.” 의존성 주입은 이 원칙을 따르는 방법 중 하나다. 클라이언트 코드가 DiscountPolicy 추상화 인터페이스에만 의존하도록 코드를 변경했다. 하지만 클라이언트 코드는 인터페이스만으로는 아무것도 실행할 수 없다. AppConfig가 FixDiscountPolicy 객체 인스턴스를 클라이언트 코드 대신 생성해서 클라이언트 코드에 의존관계를 주입했다. 이렇게해서 DIP 원칙을 따르면서 문제도 해결했다. OCP 소프트..

GitHub 깃헙에 commit을 하는데 section2 branch에 커밋을 하면서 당연스럽게 issue번호를 2로 작성했다. 그리고 해당 issue에 push한 기록이 있는지 확인을 했는데 안떠서 뭐가 문제지 했는데 내가 pull request를 하면서 자동으로 issue 번호가 생성되는데 그 번호를 생각 못하고 자연스럽게 2로 생성되어서 처음 pull request 번호로 기록에 들어갔다. 그래서 커밋한 기록을 지우고 다시 올렸다. git log를 입력해서 [#2]로 커밋되어있는 기록을 지우고 pull request가 가장 최근 기록으로 되게끔 시도했다. * 가장 최근 commit으로 띄울 commit 번호 입력 git reset --hard 1d1738e139b6735b81402f 입력하면 HEA..

복습 Class 타입 변수명 = new 생성자 (); Student s = new Student(); 객체 생성 과정 1. new 연산자가 s 객체에 저장될 메모리 공간 할당 2. 생성자가 s 객체를 초기화 3. new 연산자가 새로 생성된 객체의 주소(reference) s 변수에 저장 4. s를 통해 Student에 접근 가능 참고 : https://www.inflearn.com/questions/47449 출처 : [ [JAVA] 객체생성 - new 연산자 ] 참고할 만한 곳 : [ 객체의 생성과 사용 ]

이번주 주말에는 면접 스터디를 하게 되면서 면접 질문을 정리한 다양한 repository를 보게 되었고 그것들을 참고하면서 공부를 하게 되었고 깃헙에 정리했다..!! 먼저, 강의를 보며 다형성, Solid에 대해서 공부하는 시간을 가졌다. 다형성과 SOLID를 공부하면서 자연스럽게 인터페이스에 대해서 추가로 공부하였고 인터페이스와 관련된 면접 질문을 찾아보게 되었다. 처음에 강의를 들을 때는 관계에 대해서 헷갈렸다. 다형성이 객체 지향에서 가장 중요하고 좋은 객체지향 설계의 5가지 원칙인 SOLID가 있다. 는 파악했으나 다형성이랑 인터페이스는 무슨 관계인건지 몰라서 머리가 아팠다. 🖥️(강의) : 클라이언트는 대상의 역할 즉, 인터페이스만 알면 된대! 👧🏻(나) : 아직 감이 잘 안잡히는데..😵‍💫 🖥..

Today 오늘은 페이징을 구현하려고 했는데 백엔드는 어느정도 한 것 같은데 ajax에서 막힌 것 같아서 그 부분을 계속 수정했다. 강의를 보면 이해가 될까 싶어서 찾아봤는데 백엔드 설명은 있어도 프론트 설명은 없어서 이해하려고 보다가 오래걸렸다. (뭐가 문제일까..? 🥲) 내일은 이 전에 프로젝트 할 때 작성한 다른 팀들의 코드를 보면서 다시 작성해야할 것 같다. (계속 하다보면 언젠간 되겠지?) Week 월요일부터 계속 프로젝트 코드에만 집중했다. 다음주부터는 면접 스터디도 진행되는데 공부도 겸해서 진행할 예정이다. 토요일 새벽에 자기 전에 테스트 코드를 한 번 짜봐야 할 것 같아서 게시판 crud 테스트 코드를 짜봤는데 맞게 한 건지 잘 몰라서 (내가 생각한 답이 아닌 다른 답이 나왔는데 그 응답에..

코드로 보여주기 이력서를 쓰면서 내가 어떤걸 해왔고 어떤 프로젝트인지 장황하게 적는 것보다 코드로 한 번에 보여주기 위해서 github repository를 새로 만들어서 정리를 하는 시간을 가졌다. 개인 프로젝트 - 인스타, 쿠팡 최저가 알림 정리 (코드 정리 + readme) 팀 프로젝트 - 3차 프로젝트 정리 (fork + readme 수정) 그 외 - readme 수정 정리할게 너무 많아서 어느 정도 적긴 했는데 계속 추가해야할 것 같다. (특히 3차 프로젝트) 개인 프로젝트는 어느정도 정리가 다 된 것 같다. 이론 학습하기 실제 면접에서 받었던 질문들 정리 모의 면접에서 받았던 질문들 정리 + 답 정리 (spring) spring 기본 흐름 정리 (내가 몰랐던 흐름들이 계속 등장하고 있다. Di..

Github 오늘은 트랜잭션을 정리했다. 하나의 작업으로 이루어지는 여러 쿼리들을 트랜잭션 이라는 논리적인 하나의 작업 단위로 묶어서 쿼리들이 한꺼번에 실행되거나 아니면 아무 쿼리도 실행되지 않게 해주는 것이다. [10분 테코톡] 🌼 예지니어스의 트랜잭션 Database Transaction 코드 수정 자동화를 해놓은 코드 중에서 계속 사용하고 있는 코드는 현재 코로나 알림봇이랑 쿠팡 최저가 알림 봇, 인스타 자동화 인데 실행을 해가면서 고쳐나가야 할 부분들이 눈에 보여가지고 앞으로 계속 수정을 할 생각이다. 오늘은 쿠팡 최저가 알림봇을 수정했다. 쿠팡 최저가 봇 - 출력형식 변경

면접 후기 정리 일단 면접 준비를 잘 해야겠다. 너무 실습에만 초점이 맞춰져서 이론을 잘 몰랐다. 그리고 내가 개인적으로 했던 프로젝트가 너무 간단한 로직이라서 이걸 쓸까 말까 했는데 내가 직접 쓰면서 개선해나갔다는 점, 원래 로직 자체가 간단하게 구현될 수 밖에 없다는 점, 구현 과정을 블로그와 github에 기록해왔던 점을 높게 평가해주셔서 팀 프로젝트보다 개인 프로젝트를 메인으로 쓰라고 하셨다. 그리고 가장 걱정되었던 부분에 대해서 질문했다. 팀 프로젝트가 망한 것이 (어떠한 문제가 있었고 계속 그 문제가 지속 되어서 다른 팀에 비해서 해온게 없었는데) 상관 없는건지 궁금했는데 내가 그 과정에서 어떤 변화를 주려고 노력을 했는지 작성하면 큰 문제는 없다고 하셨다. (개발자 분들도 다 아신다고 하셨다..

Today 112일차 동작 확인 - 테스트 코드 작성 토요일에 오전 7시에 기차를 타야해서 새벽 5시에 일어나서 새벽 공부를 마치고 잔디 심고 출발했다. 그 과정에서 튜터님께 entity manager 부분에 대해 궁금한게 생겨 질문을 드렸고 답변은 위 글에 적었다. 그리고 일요일에 9시에 집에 도착해서 저녁먹고 바로 공부를 했다. (1일 1커밋,,,) Week 이번주는 Spring 전체 흐름에 대한 공부와 이력서 작성하는데 주로 보냈다. 이력서를 내일까지는 다 작성해야하는데 뭔가 이렇게 쓰는게 맞는지도 모르겠다. 취업도 걱정인 것 같다. 내가 아는건 Controller -> dto -> Service -> dto -> Repository -> entity 이런 흐름으로 진행 된다 정도 밖에 모르고 다른..

이력서 오늘은 프로그래머스에 있는 이력서를 작성해보려고 했는데 틀만 잡아보는 것도 어렵다. github와 연동시키니깐 언어를 분석해주는데 신기하다. 나는 python이 왜 이리 많은건지... (이렇게 많이 했었나..?) 가장 마지막으로 한 3차 프로젝트 분석도 봤는데 왜 이렇게 많게 많이 한걸로 나오는지 모르겠다. 한 줄이라도 건들면 기여가 많이 되는건가? 내가 내 개인 브랜치에서 develop에 merge하고 다른 팀원 코드랑 합친 develop에서 main에 merge를 할 때 실행이 잘 되는지 확인을 하고 안되면 수정 하는걸 자주해서 그런건가 css가 많은걸 보면 아마 백엔드랑 프론트 분리하는 과정에서 이미 기존에 올라간 front를 제거하고 front repository에 올려서 그런 것 같기도 ..