왜 비밀번호에 특정 특수문자만 쓸 수 있을까? - 올바른 비밀번호 규칙에 대해 알아보자

회원가입을 하면 다양한 비밀번호 규칙을 마주하곤 합니다. 특수문자를 입력해야 하는 서비스, 특수문자와 대문자를 입력해야 하는 서비스, 그리고 특정 특수문자를 입력할 수 없는 서비스까지. 그리고 저희는 의문을 가지게 됩니다.왜? 궁금증에서 나오는 의문이었습니다. 처음에는 '왜 특정 특수문자만 쓸 수 있는가'에서 시작된 의문이었죠. 그게 더 안전한가? 다른 특수문자들은 오류가 발생하나? 그럼 굳이 제한을 두고 있지 않은 내 회원가입 API는 좋지 않은 API인가? 그리고 의문은 의문을 불러왔습니다. 비밀번호 규칙은 왜 서비스마다 다르며, 과연 그 중 뭐가 옳은 것인가! 그러니까, 어떤 비밀번호가 안전할까? 나는 회원가입 API를 만들 때 어떤 제약을 거는 게 좋지?* 해당 글은 4년전에 쓴 글을 다듬어 재발..

• format_list_bulleted Etc
• · 2025. 6. 9.
• textsms

[오브젝트] 챕터 08: 의존성 관리하기

✏️, 💡,❓ 해당 이모지는 저의 생각임을 나타냅니다. 과도한 협력은 설계를 곤경에 빠트릴 수 있다. 협력은 객체가 다른 객체에 대해 알 것을 강요한다. 다른 객체와 협력하기 위해서는 그 객체가 존재한다는 사실을 알고 있어야 한다. 01 의존성 이해하기변경과 의존성협력할 때 두 객체 사이에 의존성이 존재하게 된다. 의존성은 1) 실행 시점과 2) 구현 시점에 서로 다른 의미를 가진다.1) 실행 시점: 의존하는 객체가 정상적으로 동작하기 위해서는 실행 시에 의존 대상 객체가 반드시 존재해야 한다.2) 구현 시점: 의존 대상 객체가 변경될 경우 의존하는 객체도 함께 변경된다. 의존성 전이의존성은 전이될 수 있다. 이전 'Screening'의 코드를 보았을 때 Screening이 Movie, LocalDat..

• format_list_bulleted Book
• · 2025. 6. 4.
• textsms

[오브젝트] 챕터 07: 객체 분해

✏️, 💡,❓ 해당 이모지는 저의 생각임을 나타냅니다. 01 프로시저 추상화와 데이터 추상화현대적인 프로그래밍 언어를 특징 짓는 중요한 두 가지 추상화 메커니즘은 프로시저 추상화와 데이터 추상화다.프로시저 추상화: 소프트웨어가 무엇을 해야하는지 추상화한다.데이터 추상화: 소프트웨어가 무엇을 알아야하는지 추상화한다. 시스템을 분해하는 법을 결정하려면 프로시저 추상화를 중심으로 할 것인지, 데이터 추상화를 중심으로 할 것인지를 결정해야 한다.프로시저 추상화를 중심으로 시스템 분해: 기능 분해(=알고리즘 분해)데이터 추상화를 중심으로 시스템을 분해: 데이터 중심으로 타입을 추상화(추상 데이터 타입) vs 데이터 중심으로 프로시저 추상화(객체 지향) 02 프로시저 추상화와 기능 분해메인 함수로서의 시스템프로시..

• format_list_bulleted Book
• · 2025. 6. 4.
• textsms

[오브젝트] 챕터 06: 메시지와 인터페이스

✏️, 💡,❓ 해당 이모지는 저의 생각임을 나타냅니다. 훌륭한 객체지향 코드를 위해선 클래스가 아니라 객체를 지향해야 한다. 좀 더 정확하게 말해선 객체가 수행하는 책임에 초점을 맞춰야 한다. 객체가 수신하는 메시지들이 객체의 퍼블릭 인터페이스를 구성한다.훌륭한 퍼블릭 인터페이스를 얻기 위해서 도움이 되는 설계 원칙과 기법이 필요하다. 이런 원칙과 기법을 살펴보는 것이 이번 장의 주제이다. 01 협력과 메시지메시지는 객체들이 협력하기 위해 사용할 수 있는 의사소통 수단이다. 메시지는 오퍼레이션명과 인자로 구성되며, 메시지 전송은 여기에 메시지 수신자를 추가한 것이다. 메시지를 수신했을 때 실제로 어떤 코드가 실행되는지는 메시지 수신자의 실제 타입이 무엇인가에 달려 있다.메시지를 수신했을 때 실제로 실행..

• format_list_bulleted Book
• · 2025. 5. 21.
• textsms

[오브젝트] 챕터 05: 책임 할당하기

✏️, 💡,❓ 해당 이모지는 저의 생각임을 나타냅니다. 데이터 중심은 협력이라는 문맥을 벗어나 고립된 객체의 상태에 초점을 맞춰서 캡슐화를 위반하고, 결합을 높이고, 코드를 변경하기 어려워진다. 책임에 초점을 맞춰 설계할 때 어려운 것은 어떤 객체에게 어떤 책임을 할당할지 결정하기 어렵다는 것이다. 이번 장에서는 GRASP 패턴에 대해 알아볼 것이다. GRASP 패턴은 책임 할당의 어려움을 해결하기 위한 답을 제시해 줄 것이다. 01 책임 주도 설계를 향해책임 중심 설계를 위해서는 다음 두 가지 원칙을 따라야 한다.- 데이터보다 행동을 먼저 결정하라- 협력이라는 문맥 안에서 책임을 결정하라 데이터보다 행동을 먼저 결정하라객체는 협력에 참여하기 위해 존재하며 협력 안에서 수행하는 책임이 객체의 존재가치를..

• format_list_bulleted Book
• · 2025. 5. 21.
• textsms

왜 멀티 모듈 프로젝트를 사용할까? | Intellij에서 Spring Boot 멀티 모듈 프로젝트 구성하는 방법

해당 글은 Intellij에서 Spring Boot 프로젝트 멀티 모듈로 구성하는 방법에 대하여 정리한 글입니다. 그 전에, 멀티 모듈이 무엇인지 잠깐 정리하고 가볼까요? 모듈이란?모듈은 패키지의 상위 개념으로 연관된 부분을 하나로 묶은 집합입니다.=> 간단히 말하여 관계성 있는 코드들의 집합이라고 정리할 수 있습니다. 모듈은 모듈 자체로 재사용될 수 있어야 하고, 독립적으로 배포가 가능한 하나의 단위라고 말할 수 있습니다. 자연스럽게 멀티 모듈이 무엇인지도 이해할 수 있는데, 이런 모듈들을 사용하여 프로젝트를 구성하는 것을 멀티 모듈이라고 합니다.하나의 프로젝트를 각자의 역할과 책임으로 분리해 모듈화하여 구성한 것으로, 서로 독립적이면서도 상호 연결되는 특징을 가집니다. 그렇다면 왜 멀티 모듈을 사용할..

• format_list_bulleted Spring
• · 2025. 5. 16.
• textsms