JUINTINATION

지난 11일부터 12일까지 대학교 생활의 마지막 행사인 학술제를 진행했다.이번 학술제의 일정은 아래와 같다.여기서 당연히 가장 중요한 것은 졸업 작품 발표이다. 심사 기준은 아래와 같다.준비의 성실성, 내용의 체계성, 정보의 유용성, 발전 가능성연구, 발표하는 내용을 학생들이 알아듣기 쉽게 표현각 교수님 별 개인 평가기준월요일에 예선을 진행하고, 25팀 중 12팀이 화요일에 본선 발표를 진행한다. 이 중에서 1등팀부터 8등팀까지 수상할 수 있는데, 우리 팀의 목표는 처음부터 당연히 1등이었다. 그래서 졸업 작품 준비도 굉장히 열심히 준비했지만, 발표 준비를 더 열심히 했던 것 같다.PPT의 가독성, 내용이 이해가 되는지 여부 등을 피드백해주었던 튜터링 튜티들에게 다시 한 번 더 고맙다는 말을 해주고 싶고..

어댑터 패턴이란?어댑터 패턴은 클래스의 인터페이스를 사용자가 기대하는 다른 인터페이스로 변환하는 패턴으로, 호환성이 없는 인터페이스 때문에 함께 동작할 수 없는 클래스들이 함께 작동하도록 해준다. GOF 디자인 패턴 중 구조 패턴에 해당하며, 이름 그대로 클래스를 어댑터로서 사용되는 디자인 패턴이다.어댑터 패턴은 그 이름에서도 알 수 있듯이 조정에 따른 적응(Adaptation)에 사용되며, 호환되지 않는 인터페이스를 호환 가능한 인터페이스로 변환하여 두 클래스를 함께 작동할 수 있게 한다. 흔히 어댑터 패턴을 설명할 때 USB 어댑터를 예로 드는 경우가 많다. 두 개의 호환되지 않는 인터페이스가 USB 어댑터를 통해 함께 작동할 수 있다는 것을 생각하면 이해하기 쉬울 것이다.클래스 어댑터와 객체 어댑터..

퍼사드 패턴이란? 퍼사드 패턴(창구 패턴)은 사용하기 복잡한 라이브러리에 대한, 프레임워크에 대한 또는 다른 클래스들의 복잡한 집합에 대한 단순화된 인터페이스를 제공하는 디자인 패턴이다. GOF 디자인 패턴 중 구조 패턴에 해당하며, 서비스 지향 아키텍처(SOA)에서 자주 사용되는 패턴 중 하나이다.퍼사드 패턴과 인터페이스 설계인터페이스 개발을 하다 보면 인터페이스를 얼마나 세분화해야 하는지에 대해  고민하게 되는데, 퍼사드 패턴은 그 원리와 구현이 매우 간단할 뿐만 아니라 사용 대상이 비교적 명확하기 때문에 인터페이스 설계에 주로 사용된다.만약 인터페이스를 재사용할 수 있게 하려면 인터페이스를 최대한 세분화하고 단일 책임을 지도록 설계해야 하지만, 그렇다고 해서 인터페이스 설계를 너무 세분화하면 비즈니..

지난 해커톤 이후 Spring Security 관련 글들(Board Clone 프로젝트에 Spring Security를 활용한 로그인 기능 구현하기, Spring Security RoleHierarchy로 계층권한 설정하기)을 작성하다가 번아웃이 너무 심하게 왔다는 핑계로 너무 오랫동안 아무런 글도 안 쓰고 쉬던 중에 예전에 주문했던 책(React.js, 스프링 부트, AWS로 배우는 웹 개발 101)이 도착했다. 곧 개강이라 학술제 준비도 하고, 졸업 준비도 해야 해서 바빠질 것 같다는 생각에 키보드 앞에 앉았다. 이 책은 사실 AWS에 대해 공부하려고 주문했던 책인데 스프링 시큐리티 관련 좋은 글도 있어서 먼저 정리해 보려고 한다. React.js, 스프링 부트, AWS로 배우는 웹 개발 101 - ..

지난 2023 SW 융합클러스터 2.0 디지털콘텐츠 DX 해커톤은 제대로 준비가 안 된 상태로 참여해서 프로젝트를 진행했기 때문에 배포도 못 하고, 여러 문제가 많아서 장려상이라는 아쉬운 결과로 마무리했던 기억이 있다. 그래서 다음에 이런 기회가 왔을 때 준비를 더 열심히 해서 수상을 노려보고 싶다는 생각을 하고 있었는데 이번에 또 동일하게 세종에서 진행하는 2024 SW 융합클러스터 2.0 세종 DX 해커톤에 다른 일정이 있는 팀원을 제외한 현재 종합설계 팀원들과 문화관광 디지털 콘텐츠 부분에 도전해보기로 했다. 융합클러스터 2.0 세종DX 해커톤 소개/발표자료 접수7.28 13:00 이후에 자료가 추가 접수되면 1점 패널티를 받을 수 있어요forms.kihap.co작년과 바뀐 해커톤 진행 과정이번 해..

지난번에 Swagger를 활용한 API Specification에 대한 글을 작성했었다. Swagger를 사용하여 간단하게 API 명세가 가능하다는 내용의 글이었는데, 이러한 Swagger 말고도 다른 여러 방법으로 API 문서를 만들 수 있다는 사실을 알게 되었다. Swagger를 활용한 API SpecificationOpen API Document 명세 제안스프링부트를 활용한 todo-api-server의 내용을 깃허브에 올리고 얼마 지나지 않았을 때 갑자기 알림이 왔다. 준호 형이 API 명세를 하면 좋겠다고 Issue를 남긴 것이었다. 그래juintination.tistory.comPostman나는 Postman을 지금까지 API 테스트를 진행할 때만 사용해왔다. 지난 스퍼트 프로젝트에서 처음 사..