Redddy's Devlog

Flyway Flyway란 오픈소스 데이터베이스 마이그레이션 툴이다. 다시말해 데이터베이스의 DDL 이력을 쌓아서 관리하는 툴이다. 이를 통해 데이터베이스 형상관리 및 마이그레이션을 할 수 있다. 사용 이유 개발을 진행하다보면 엔티티의 구조가 변경되고 이로 인해 데이터베이스의 스키마도 변경되는 일이 발생한다. 소프트웨어 소스 코드는 Git과 같은 형상관리 툴을 사용하여 버전관리를 진행했다면, 데이터베이스는 그러지 못했다. 일일히 스키마 수정을 위한 DDL을 각 환경별로 모두 실행해주어야 했다. 로컬 개발 환경이나 개발 서버에서는 하이버네이트 설정 중 ddl-auto 에서 create나 create-drop, update 옵션을 사용하여 엔티티 구조를 맞춰 실행이 가능하나, 운영 환경에서는 해당 설정이 불..

우테코 6기에 지원하여 최종합격하고 난 후 작성하는 글이다. (이녀석 프리코스 진행할 때는 회고록도 안쓰더니) (하지만 프리코스 때에는 미션하기도 벅찼는걸) 전체적인 과정을 쭈욱 돌아볼 계획이다. 자소서 5기때와 자소서 문항이 변경되었지만 묻고자하는 본질은 비슷했다. 스터디를 하면서 피드백을 주고 받았고, 찐최최최최종본을 연락하고 지내는 국어선생님께 부탁하여 마지막 피드백을 받았다. 최종 제출 마감일이 10월 16일 월요일 10시까지였는데, 일요일 새벽까지 술마시다가 술기운을 빌려 새벽 3시 9분에 제출하였다. 🍻 1. 효과적인 학습 방식과 경험 (1000자 이내) 프로그래밍 학습을 하고 장기간 개발자로 살아가기 위해, 본인만의 효과적인 학습 방식을 찾는 것은 매우 중요합니다. 프로그래밍이 아니더라도 지..

한빛미디어 활동을 위해서 책을 제공받아 작성된 서평입니다. 머신러닝 엔지니어링 인 액션 도서는 크게 세 부분으로 구성되어있다. 그리고 각 부는 머신러닝 프로젝트에 적용되는 마일스톤을 다룬다. '무엇을 해결하려고 하는가?'에 대한 초기 범위 설정 단계부터 '이 솔루션을 앞으로 몇 년간 어떻게 유지 관리할 것인가?'에 대한 마지막 단계까지, 프로젝트를 진행하면서 시기별로 고려하게 되는 주제들에 대해 논리적으로 동일한 순서로 살펴본다. 주로 머신러닝 프로젝트의 관리 측면에 대해 팀장, 매니저, 프로젝트 리더의 관점으로 다룬다. 솔루션 구축에 따르는 함정에 빠지지 않도록 범위 설정, 실험, 프로토타이핑에 대한 청사진을 제시하고, 포괄적인 피드백을 전달한다. 머신러닝 프로젝트의 개발 프로세스를 다룬다. 머신러닝 ..

디자인 패턴 Design Pattern 디자인 패턴이란 소프트웨어 디자인 과정에서 자주 발생하는 문제들에 대한 일반적인 해결책이다. 디자인 패턴의 분류 GoF(Gang of Four)의 디자인 패턴은 크게 생성 패턴, 구조 패턴, 행위 패턴으로 분류된다. 생성 패턴 (Creational Pattern) 생성 패턴의 목적 클래스의 캡슐화를 통해 코드의 유연성과 재사용 가능성을 향상시키는 패턴 생성 패턴의 예 추상 팩토리 (Abstract Factory) 빌더 (Builder) 팩토리 메서드 (Factory Method) 프로토타입 (Prototype) 싱글턴 (Singleton) 구조 패턴 (Structural Pattern) 구조 패턴의 목적 클래스와 객체를 조합하여 더 큰 구조를 만드는 패턴 인터페이스..

이번 장에서는 이전 장과는 달리 데이터에 초점을 맞추는 것이 아닌 객체에 책임을 할당하는데에 초점을 맞추는 방식을 살펴본다. 1. 책임 주도 설계를 향해 데이터 중심의 설계에서 책임 중심의 설계로 전환하기 위해서는 다음의 두 가지 원칙을 따라야 한다. 데이터보다 행동을 먼저 결정하라 협력이라는 문맥 안에서 책임을 결정하라 책임 주도 설계 책임 주도 설계의 흐름은 아래와 같다. 시스템이 사용자에게 제공하는 기능인 시스템 책임을 파악한다. 시스템 책임을 더 작은 책임으로 분할한다. 분할된 책임을 수행할 수 있는 적절한 객체 또는 역할을 찾아 책임을 할당한다. 객체가 책임을 수행하는 도중 다른 객체의 도움이 필요한 경우 이를 책임질 적절한 객체 또는 역할을 찾는다. 해당 객체 또는 역할에게 책임을 할당함으로써..

객체지향 설계의 핵심은 역할, 책임, 협력이다. 올바른 객체에게 책임을 할당하면서 낮은 결합도와 높은 응집도를 가진 구조를 창조하는 활동이다. 훌륭한 설계란 합리적인 비용 안에서 변경을 수용할 수 있는 구조를 만드는 것이다. 적절한 비용 안에서 쉽게 변경할 수 있는 설계는 응집도가 높고 서로 느슨하게 결합돼 있는 요소로 구성된다. 이를 달성하기 위한 중요한 원칙은 객체의 상태가 아니라 객체의 행동, 더 나아가 책임에 초점을 맞추는 것이다. 객체를 단순한 데이터의 집합으로 바라보는 시각은 객체의 내부 구현을 퍼블릭 인터페이스에 노출시키는 결과를 낳기 때문에 결과적으로 설계가 변경에 취약해진다. 이번 장에서는 영화 예매 시스템을 책임이 아닌 상태를 표현하는 데이터 중심의 설계를 먼저 살펴보고 객체지향적으로 ..

SQL Injection SQL 인젝션은 악의적인 사용자가 보안상의 취약점을 이용하여, 조작된 쿼리문을 DB에 그대로 전달하여 비정상적 명령을 실행시키는 공격 기법이다. 공격 목적 정보 유출 저장된 데이터 유출 및 조작 원격 코드 실행 일부 데이터베이스의 경우 확장 프로시저를 이용하여 원격으로 시스템 명령의 실행 가능 시스템 명령의 실행은 원격 자원 접근 및 데이터 유출, 삭제 가능 인증 우회 공격의 대표적인 경우는 로그인 폼에서 발생 이때 상위 권한을 가진 사용자의 권한으로 인증 절차를 우회하여 로그인 발생 조건 사용자 입력값의 신뢰성 부족 사용자로부터 입력 받은 값(폼 데이터, URL 파라미터)을 적절히 검증 또는 이스케이프하지 않은 경우 발생 동적 SQL 쿼리 생성 동적으로 SQL 쿼리를 생성하고 ..

객체지향 패러다임의 핵심은 역할(role), 책임(responsibility), 협력(collaboration)이다. 객체지향의 본질은 협력하는 객체들의 공동체를 창조하는 것이다. 객체지향 설계의 핵심은 협력을 구성하기 위해 적절한 객체를 찾고 적절한 책임을 할당하는 과정에서 드러난다. 1. 협력 영화 예매 시스템 돌아보기 영화 예매라는 기능을 완성하기 위해 객체들이 서로 메시지를 주고 받으며 상호작용하고 있다. 위 그림과 같이 객체지향 원칙을 따르는 애플리케이션의 제어 흐름은 어떤 하나의 객체에 의해 통제되지 않고 다양한 객체들 사이에 균형 있게 분배되는 것이 일반적이다. 객체들은 요청의 흐름을 따라 자신에게 분배된 로직을 실행하면서 애플리케이션의 전체 기능을 완성한다. 이처럼 객체들이 애플리케이션의 ..

한빛미디어 활동을 위해서 책을 제공받아 작성된 서평입니다. 노코드(No-code)와 로우코드(Low-code)는 소프트웨어 개발에 있어서 전통적인 코딩이나 프로그래밍 작업을 최소화하고, 시각적이고 직관적인 도구를 사용하여 응용 프로그램을 만드는 방법을 나타낸다. 이러한 개념들은 비전문가들이나 프로그래밍 경험이 제한된 사람들도 소프트웨어를 개발할 수 있게 하는 데 중점을 두고 있다. 1. 노코드(No-code) - 노코드는 말 그대로 "코드를 작성하지 않음"을 의미한다. 노코드 플랫폼은 주로 시각적 인터페이스와 드래그 앤 드롭 기능을 제공하여 사용자가 프로그래밍 없이도 소프트웨어를 개발하고 관리할 수 있도록 한다. - 예를 들어, 노코드 도구를 사용하면 웹 페이지, 비즈니스 프로세스, 데이터베이스 애플리케..

1. 영화 예매 시스템 요구사항 살펴보기 영화 예매 시스템을 살펴보자. 여기에는 "영화"와 "상영"이라는 용어가 등장한다. 영화는 제목, 가격 등과 같이 영화에 대한 정보를 나타내고, 상영은 실제로 관객들이 영화를 관람하는 사건을 표현한다. 관객이 실제로 예매를 하는 대상은 특정 시간에 상영되는 영화이다. 특정한 조건을 만족하는 예매자는 요금을 할인받을 수 있다. 이때 필요한 것은 할인 조건(discount condition)과 할인 정책(discount policy)이다. 할인 조건은 '순서 조건'과 '기간 조건'으로 나뉘는데 순서 조건은 특정한 상영 순번을 가진 영화에 대해, 기간 조건은 요일, 시작 시간, 종료 시간을 정하여 해당 기간에 포함되는 영화에 대해 할인 혜택을 제공하는 것이다. 할인 정책..