| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
Tags
- 생능출판
- 메타버스
- JavaScript
- 밑바닥부터 만드는 컴퓨팅 시스템 2판
- C++
- 일기
- 데이터 통신과 컴퓨터 네트워크
- 게임 수학
- 주우석
- HANBIT Academy
- C#
- 박기현
- unity6
- The Elements of Computing Systems 2/E
- Noam Nisan
- 백준
- 전공자를 위한 C언어 프로그래밍
- Shimon Schocken
- booksr.co.kr
- 이득우의 게임수학
- 잡생각 정리글
- (주)책만
- 김진홍 옮김
- 입출력과 사칙연산
- C
- hanbit.co.kr
- 알고리즘
- https://insightbook.co.kr/
- 이득우
- BOJ
Archives
- Today
- Total
cyphen156
25.09.30 기능 권한에 대한 생각 본문
나는 항상 코드를 작성하고, 실행할 때 '이 코드가 어디까지 해야하는가'를 오랫동안 고민한다.
모든 요소는 컴포넌트가 될 수 있다를 전제로 깔고 가는 리액트식 선언형 컴포넌트 구조에 익숙하다보니
간단하게 기능을 작성해도 이게 정말 올바른 구성인가를 생각하고, 리팩터링한다.
장점은 한번 코드를 구성하면 독립적으로 동작할 수 있는 모듈 덩어리 내지는 컴포넌트로 구성되어서 어디에든 붙어서 동작할 수 있는 기능을 만들어 낼 수 잇지만,
단점으로는 코드를 구성하는데 시간이 걸린다.
나의 원칙은 명확하다고 생각한다.
입력을 주면 내부에서 알아서 처리해서 결과를 뱉어내거나 스스로 종료하는 기능 단위를 만드는 것이다.
그러다보니 항상 상위 객체가 하위 객체를 아는것은 문제가 되지 않는, 중재자 내지는 퍼사드 패턴과 사용자의 입력과 출력을 제어하는 이벤트 라우팅으로 설계가 굳어진다.
이게 옳은 방법인가는 잘 모르겠다.
다만 배워가는 점은 항상 무언가를 선택하면 반대급부로 그만큼의 권한을 내려놓아야 한다는 것을 배운다는 것이다.
항상 권한과 책임의 경계를 결정하는 정책 결정에서 고민하게 되고, 이 결정으로 인해 파급되는 효과가 어디까지인지에 대해 고민하다보면 언젠가 지금보다 더 빠르게, 나은 판단을 할 수 있지 않을까? 생각해본다.
아 추가로 뭔가 프로그램을 만들면 만들수록 나는 클라이언트 프로그래머(게임 플레이 프로그래머)보다는 확실히 시스템 소프트웨어적인 경향이 두드러지는거 같다고 느낀다. 항상 컨텐츠 만드는 것 보다는 그 컨턴츠를 구성하기 위한 시스템을 만드는데 시간을 훨씬 오래 사용하니까...
'잡생각 정리글' 카테고리의 다른 글
| 데이터셋 설계 기록용 (0) | 2025.12.27 |
|---|---|
| 25.10.30 잡소리 (0) | 2025.10.30 |
| 25.09.04 알고리즘 풀이 하다가 든 생각(+@바이브 코딩) (0) | 2025.09.04 |
| 25.07.26 일기 - 유니티 부트캠프 솔직 후기 (8) | 2025.07.27 |
| 25.07.15 인생 첫 스터디 후기 (5) | 2025.07.18 |
