본문 바로가기

전체 글1044

[자바] 백준 2836 - 수상 택시 (java) 목차문제 : boj2836  필요 알고리즘정렬, 스위핑사실 그냥 정렬 + 반복문 + 조건문만 알면 풀 수 있다. 아이디어가 더 중요한 문제다.※ 제 코드에서 왜 main 함수에 로직을 직접 작성하지 않았는지, 왜 Scanner를 쓰지 않고 BufferedReader를 사용했는지 등에 대해서는 '자바로 백준 풀 때의 팁 및 주의점' 글을 참고해주세요. 백준을 자바로 풀어보려고 시작하시는 분이나, 백준에서 자바로 풀 때의 팁을 원하시는 분들도 보시는걸 추천드립니다.  풀이  아이디어만 잘 떠올리면 풀 수 있는 문제이다. 내 경우 이하와 같이 진행했다.   어차피 0부터 M까진 무조건 가야 한다. 따라서 입력값에서 타는 위치가 목적지보다 이전이라면, 사실 신경을 안써도 .. 2024. 4. 24.
[수강평] 조영호님 - 도메인 주도 설계의 사실과 오해 (NEXTSTEP 오프라인 강의) 이번 주말에 조영호님이 진행하신 도메인 주도 설계의 사실과 오해 오프라인 강의를 수강하고 왔다. (토,일 4시간씩) https://edu.nextstep.camp/c/SXgXIKdd 도메인 주도 설계의 사실과 오해 edu.nextstep.camp 오브젝트 책과 객체지향의 사실과 오해(객사오) 책을 너무 흥미롭게 봤었다. 그러다가 조영호님의 집필 스타일이 마음에 들어서 팬이되었고 집필하신 책 외에도 감수하신 책도 찾아봤었다. 그러다가 저런 글을 올리셨다. 처음엔 인프런 같은곳에서 하실 줄 알고 대기타고있었는데 nextstep에서 오프라인 강의를 여셨다. 사실 강의 커리큘럼도 안보고 그냥 조영호님 강의 꼭 듣고 싶어서 그냥 바로 결제했다 ㅋㅋ. 결제하고 몇 분 후 모집 마감이 되었다. 18만원짜리 주말 강의.. 2024. 4. 21.
[세미나] 자바부터 스프링부트까지의 역사 자바부터 스프링부트까지의 역사 세미나 진행했던 ppt 입니다. 발표 스크립트까지 포함한 내용은 '대강 살펴보는 자바부터 스프링부트까지의 역사 (자바, CGI, Servlet, DispatherServlet, JSP, Thymeleaf, J2EE, EJB, POJO, Hibernate, JPA, Spring Data JPA, Spring, Spring Boot)' 글에서 보실 수 있습니다. ppt의 우측 상단 '새 탭에서 보기' 를 누르시면 크게보거나 pdf를 다운받아 보실 수 있습니다. 2024. 4. 18.
대강 살펴보는 자바부터 스프링부트까지의 역사 (자바, CGI, Servlet, DispatherServlet, JSP, Thymeleaf, J2EE, EJB, POJO, Hibernate, JPA, Spring Data JPA, Spring, Spring Boot) 사내 세미나로 진행한 내용을 발표 스크립트와 함께 작성한 내용 입니다. 많은 내용들을 축약하다보니 다소 정확하지 않은 내용이 포함되어 있을 수 있습니다. 설명의 흐름을 위해 연도 상관 없이 넣은 설명들이 있습니다. 보통 이런 애들은 연도를 따로 쓰지 않았습니다. 1991년 제임스 고슬링이 만들었습니다. 당시 썬 마이크로시스템즈 다녔고, 2010년에 오라클에 썬마이크로시스템즈가 인수 합병되었습니다. 그래서 요즘 오라클 사이트 들어가서 jdk 받거나 하게 된 겁니다. PHP, ASP, 펄 스크립트, C, 파이썬 등으로 CGI를 구현할 수 있습니다. 자바로도 구현 가능합니다. 일종의 스펙이므로 언어 무관하게 구현 가능합니다. 다만 단점은 요청 마다 새로운 프로세스를 생성하고, DB connection을 새로 .. 2024. 4. 18.
[디자인 패턴의 아름다움] 3. 설계 원칙 - 3.1~3.5 정리 (SOLID) 스터디 메인 페이지 목차 - ☆ 표시가 붙은 부분은 스터디 중 나온 얘기 혹은 제 개인적인 생각이나 제가 이해한대로 적어놓은 것으로, 책에 나오지 않는 내용입니다. 따라서 책에서 말하고자 하는 바와 다를 수 있습니다. - 모든 이미지의 출처는 디자인패턴의 아름다움(왕정 저) 책 입니다. CHAPTER 03. 설계 원칙 설계 원칙에 대한 이해가 충분하지 않으면, 불필요하게 독단적이고 엄격한 사용으로 이어져 결국 역효과를 낳을 것이다. ☆ 이전에 TDD 스터디 때 TDD와 SOLID 관점에서 생각하며 리팩토링 해보는 라이브 코딩을 스터디에 진행해본 적 있다. 해당 내용은 'TDD, Mock, SOLID 얘기 - 도시 가스 요금 계산' 에 있다. 3.1 단일 책임 원칙 (SRP) single responsib.. 2024. 4. 13.
[릴리즈의 모든 것] 3장. 시스템 안정화 스터디 메인 페이지 목차 - ☆ 표시가 붙은 부분은 스터디 중 나온 얘기 혹은 제 개인적인 생각이나 제가 이해한대로 적어놓은 것으로, 책에 나오지 않는 내용입니다. 따라서 책에서 말하고자 하는 바와 다를 수 있습니다. - 모든 이미지의 출처는 Release의 모든 것(마이클 나이가드 지음) 책 입니다. 3장. 시스템 안정화 엔터프라이즈 소프트웨어는 냉소적이어야 한다. 나쁜 일이 일어날 것이라고 예상하고 그런 일이 일어나도 절대 놀라지 않는다. 자기 자신조차 믿지 않기 때문에 내부에 장벽을 세워 장애로부터 자신을 지키고, 다른 시스템과 지나치게 친밀해지는 것을 거부한다. 안정성이 부실하면 상당한 수익 손실이 발생한다. 또 신임을 잃는다. 홍보를 위한 수십억 원이 불량 하드 드라이브 때문에 몇 시간 만에 의.. 2024. 4. 11.
[릴리즈의 모든 것] 2장. 사례 연구: 항공사를 멈추게 한 예외 스터디 메인 페이지 목차 - ☆ 표시가 붙은 부분은 스터디 중 나온 얘기 혹은 제 개인적인 생각이나 제가 이해한대로 적어놓은 것으로, 책에 나오지 않는 내용입니다. 따라서 책에서 말하고자 하는 바와 다를 수 있습니다. - 모든 이미지의 출처는 Release의 모든 것(마이클 나이가드 지음) 책 입니다. 2장. 사례 연구: 항공사를 멈추게 한 예외 작은 프로그래밍 오류로 만들어진 눈덩이가 언덕 위에서 굴러 내려오고 있다. 눈덩이의 속도가 빨라지고 문제의 규모는 조금씩 커진다. 한 대형 항공사에 이런 사고를 겪어 수십만 달러의 손해를 본 사례이다. ☆ 이하 사례가 상세히 설명되어 있는데, 다 적기 뭐해서 매우 많이 축약했다. ☆ 대충 엄청 잘 구성된 시스템이었다는 얘기들. 고질라도 대비! ☆ 아무튼 db를 .. 2024. 4. 11.
[릴리즈의 모든 것] 1장. 운영 환경의 현실 스터디 메인 페이지 목차 - ☆ 표시가 붙은 부분은 스터디 중 나온 얘기 혹은 제 개인적인 생각이나 제가 이해한대로 적어놓은 것으로, 책에 나오지 않는 내용입니다. 따라서 책에서 말하고자 하는 바와 다를 수 있습니다. - 모든 이미지의 출처는 Release의 모든 것(마이클 나이가드 지음) 책 입니다. 1장. 운영 환경의 현실 개발에는 단순히 모든 기능을 추가하는 것 외에도 훨씬 더 많은 작업이 포함된다. 운영 조직이 개발자의 도움 없이 몰려드는 대규모 현실 사용자를 상대할 수 있을까? 프로젝트 팀은 자주 운영 상황에서 발생할 문제대 대비하는 대신 QA부서의 테스트를 통과하는 것을 목표로 삼는다. 테스트 만으로는 충분하지 않다. 할 수 있는 만큼의 조치를 취하고 예방하면서, 정말 심각하고 예상치 못한 피.. 2024. 4. 11.
[자바] 백준 14728 - 벼락치기 (java) 목차 문제 : boj14728 필요 알고리즘 DP, 냅색 (배낭 문제) DP로 해결 가능한 문제이다. ※ 제 코드에서 왜 main 함수에 로직을 직접 작성하지 않았는지, 왜 Scanner를 쓰지 않고 BufferedReader를 사용했는지 등에 대해서는 '자바로 백준 풀 때의 팁 및 주의점' 글을 참고해주세요. 백준을 자바로 풀어보려고 시작하시는 분이나, 백준에서 자바로 풀 때의 팁을 원하시는 분들도 보시는걸 추천드립니다. 풀이 dp[x]를 x시간을 사용해 얻을 수 있는 최대 점수라고 해보자. 그렇다면 현재 단원에 대한 K와 S가 주어졌을 때, x시간을 사용해 얻을 수 있는 최대 점수는, '현재까지 파악한 x시간을 사용해 얻을 수 있는 최대 점수', 'x-K 시간까지 얻을 수 있는 최대 점수에 이번 단원.. 2024. 4. 8.
[디자인 패턴의 아름다움] 2. 객체지향 프로그래밍 패러다임 - 2.8~2.9 정리 스터디 메인 페이지 목차 - ☆ 표시가 붙은 부분은 스터디 중 나온 얘기 혹은 제 개인적인 생각이나 제가 이해한대로 적어놓은 것으로, 책에 나오지 않는 내용입니다. 따라서 책에서 말하고자 하는 바와 다를 수 있습니다. - 모든 이미지의 출처는 디자인패턴의 아름다움(왕정 저) 책 입니다. 2.8 인터페이스 기반 프로그래밍 인터페이스 기반 프로그래밍: 모든 클래스에 대해 인터페이스를 정의해야 할까? 인터페이스를 이해하는 다양한 방법 구현이 아닌 인터페이스에 대한 프로그래밍(Program to an interface, not an implementation) 이해할 때 특정 프로그래밍 언어를 떠올리면 안된다 (사고가 해당 언어의 인터페이스 관련 문법에 갇혀 버리기 때문) 인터페이스 : 상위 수준의 추상적인 이.. 2024. 4. 6.

티스토리툴바