A
약 75초
경험 중심 1인칭 답변
OOP는 수업에서 Java로 처음 접했고, 이후 Python 프로젝트에서도 활용했습니다. 클래스와 객체를 정의하고, 상속과 캡슐화를 적용해서 코드를 구조화하는 방식은 이론보다 실제 프로젝트에서 짜면서 익혔습니다. 특히 코드가 길어질 때 책임을 클래스별로 나누는 것이 유지보수에 얼마나 중요한지를 직접 느꼈습니다. 아직 설계 수준의 OOP(디자인 패턴·SOLID 원칙)는 완전히 익숙하지 않고, 공부 중인 상태입니다. 수업 프로젝트에서 클래스 구조를 잘못 설계했다가 중간에 리팩토링한 경험이 있어서, 초기 설계의 중요성을 이해하고 있습니다. 앞으로도 책임을 클래스별로 분리하는 설계 원칙을 의식하면서 SOLID와 디자인 패턴을 실제 코드에 적용하는 방식을 유지하겠습니다.
초기 설계가 나쁘면 중간에 리팩토링 비용이 급격히 올라갑니다. 수업 프로젝트에서 직접 리팩토링한 경험이 설계의 중요성을 이론이 아닌 감각으로 이해하게 된 계기입니다.
이 결의 특징
OOP를 학부 Java 수업에서 처음 접한 후 Python 프로젝트에도 적용한 궤적이 있습니다. 클래스·객체 정의, 상속·캡슐화 적용으로 코드를 구조화하는 방식을 이론보다 실제 프로젝트를 짜면서 익혔습니다. 코드가 길어질 때 책임을 클래스별로 나누는 것이 유지보수에 얼마나 중요한지 직접 느꼈으며, 팀 프로젝트에서 클래스 구조를 잘못 설계했을 때 중간에 리팩토링한 경험이 있습니다.
이 결이 통하는 자리
코드베이스 규모가 중간 이상이거나 여러 명이 함께 개발해야 할 때 살아 있습니다. 설계 단계의 중요성을 이해한 개발자로 읽혀, 새 팀에 합류해 레거시 코드를 다루거나 아키텍처 리뷰가 필요한 자리에서 신뢰를 얻습니다. 디자인패턴·SOLID 원칙은 아직 공부 중인 솔직함도 함께 전달됩니다.