코딩 공부 초반에 객체지향... 진짜 ㅈㄴ 별것도 아닌데 이름을 어렵게 지어놨음. 객체지향 => 분리. 를 이름을 저따구로 지어서 ㅈㄴ 어려운척 하고 자빠져있음. 개발 5년차인데 진짜 일부러 이해 못하게 하려고 하는듯 이름을 지어대고 있음. a라는 사람이 택배 박스를 접고, 포장테이프 붙이고, 택배 주소를 적고, 우체국에 가져다 준다. = 하나의 택배를 발송하는 과정을 일반 절차형 프로그램이면 객체 지향은 그냥 ㅈㄴ 다 무시하고 "업무 분리" 하나만 생각하면되요. a라는 사람은 택배박스접고 b라는사람이 그 박스에 테이프 붙이고 c라는 사람이 택배주소를적고 d라는사람우 우체국에 가져다 줌. 이걸 객체지향 "업무분리" 입니다. 존나 유식한척하려고 이름을 ㅂ 같이 지었음.
초반에 객체지향이 어려운건, 이름때문에 더 헷갈리는 걸 수도 있지만 내용이 단순히 "업무분리"로 정의될 수 없기에 어렵게 느낀다고 생각되네요. 이름 자체로는 유식한척 하려고 하기보다 원문 뜻에 따라서 번역하다보니 그렇게 된거구요.. 진짜 이름이 이상한건 이름의 근본부터 의도를 숨기고 만든 다이나믹 프로그래밍 같은게 진짜 이상한거구요
영상에서 이야기하시는 내용은 데이터베이스에 반영하기 위한 데이터 가공 단계라고 생각하시면 될 것 같습니다. A 클래스의 데이터 가공과 B 클래스의 데이터 가공을 서로 분리하여 각자의 데이터 가공은 각자 클래스가 알아서 하도록 하고 필요한 경우엔 요청(메시징)을 하도록 프로그래밍 해야 한다가 제가 이해한 내용입니다. 영상에서 예시를 드신 Customer / Seller를 가지고 이야기 해보면 이 둘에 대응하는 데이터베이스의 Customer / Seller 테이블이 존재할 것입니다. 영상의 내용 이후 즉, 프로그램 상에서 Customer가 가지고 있는 돈 / Seller가 가진 돈과 잔여 티켓 수 등의 계산이 이루어진 이후 데이터베이스의 Customer / Seller 테이블의 데이터를 변경(저장) 시키게 되겠죠.
용어에 너무 집착하실 필요없을 거 같습니다. 검색해보시면 알겠지만 엄밀히는 둘이 다른데요. 객체는 코드를 깔끔하게 쓰자는 맥락에서 주로 쓰는 말이고, 클래스나 인스턴스는 프로그래밍 언어와 타입의 맥락에서 쓰이는 말이죠. 근데 결국 인스턴스가 객체의 역할을 하게 됩니다. 제 생각엔 굳이 어려운 정의 사이에서 미묘한 차이를 알려고 하기보다 왜 객체지향을 쓰는지 이해하시는 게 더 도움이 될 거 같아요
![[구버전, 고정댓글 필독!!] 객체지향 프로그래밍이 뭔가요?](http://i.ytimg.com/vi/vrhIxBWSJ04/mqdefault.jpg)
![[우아한테크세미나] 190620 우아한객체지향 by 우아한형제들 개발실장 조영호님](/img/1.gif)
코딩 공부 초반에 객체지향... 진짜 ㅈㄴ 별것도 아닌데 이름을 어렵게 지어놨음. 객체지향 => 분리. 를 이름을 저따구로 지어서 ㅈㄴ 어려운척 하고 자빠져있음. 개발 5년차인데 진짜 일부러 이해 못하게 하려고 하는듯 이름을 지어대고 있음. a라는 사람이 택배 박스를 접고, 포장테이프 붙이고, 택배 주소를 적고, 우체국에 가져다 준다. = 하나의 택배를 발송하는 과정을 일반 절차형 프로그램이면 객체 지향은 그냥 ㅈㄴ 다 무시하고 "업무 분리" 하나만 생각하면되요. a라는 사람은 택배박스접고 b라는사람이 그 박스에 테이프 붙이고 c라는 사람이 택배주소를적고 d라는사람우 우체국에 가져다 줌. 이걸 객체지향 "업무분리" 입니다. 존나 유식한척하려고 이름을 ㅂ 같이 지었음.
초반에 객체지향이 어려운건, 이름때문에 더 헷갈리는 걸 수도 있지만 내용이 단순히 "업무분리"로 정의될 수 없기에 어렵게 느낀다고 생각되네요. 이름 자체로는 유식한척 하려고 하기보다 원문 뜻에 따라서 번역하다보니 그렇게 된거구요..
진짜 이름이 이상한건 이름의 근본부터 의도를 숨기고 만든 다이나믹 프로그래밍 같은게 진짜 이상한거구요
코드라는건 방법론이 여러가지 있지만 결국 핵심은 디커플링임. 디자인 패턴의 궁극적 목표는 다 여기에 있음.
세포들을 보면 수천만년동안 진화를 거듭해 오면서 쓸데없이 복잡한 면역 체계를 가지게 되었죠
이 메시지들은 간단하게 세 가지 기능으로 분류될 수 있구요
오래된 코드들도 시간이 지남에 따라 복잡한 스파게티 코드를 가지게 되는걸 보면 비슷한 점이 확실히 있군요
공학도들은 참 자연으로부터 원리를 발견하여 인공적으로 만드는 걸 즐기는 사람 같네요
안녕하세요 에디님! 이 영상보고 바로 구독 눌렀습니다. 혹시 객체지향 프로그래밍의 기초를 공부하는 현업자에게 가장 도움이 되는 책 한권을 소개해주실 수 있나요??
설명 기가 막히네요 굿
유미의세포들 사랑하는 사람으로서 호다닥 클릭했습니다
개발을 잘 모르는 분석가인데 질문 드립니다!
그럼 클래스가 가지고 있는 데이터가 타 클래스가 침해하지 못하도록 한다는 것은 이해했는데,
보통 데이터는 데이터베이스에 저장된다고 생각했거든요. 이 2개는 구별해서 생각해야겠죠?
영상에서 이야기하시는 내용은 데이터베이스에 반영하기 위한 데이터 가공 단계라고 생각하시면 될 것 같습니다. A 클래스의 데이터 가공과 B 클래스의 데이터 가공을 서로 분리하여 각자의 데이터 가공은 각자 클래스가 알아서 하도록 하고 필요한 경우엔 요청(메시징)을 하도록 프로그래밍 해야 한다가 제가 이해한 내용입니다. 영상에서 예시를 드신 Customer / Seller를 가지고 이야기 해보면 이 둘에 대응하는 데이터베이스의 Customer / Seller 테이블이 존재할 것입니다. 영상의 내용 이후 즉, 프로그램 상에서 Customer가 가지고 있는 돈 / Seller가 가진 돈과 잔여 티켓 수 등의 계산이 이루어진 이후 데이터베이스의 Customer / Seller 테이블의 데이터를 변경(저장) 시키게 되겠죠.
유튜브에 객체지향 치면 항상 로버트 마틴은 많이 나오는데 앨런 케이 나오는 영상은 여기가 거의 유일하네요 ㅋㅋ
오호라 ㅡ 객체지향 이해가 잘 됨 👍
안녕하세요 객체지향에 대해서 역사까지 소개해주시니 내용 좋습니다. 에디님 한가지만 질문 하겟습니다
대학교수들 클래스는 붕어빵틀 객체는 붕어빵 이렇게 설명하는데 이거 아닌거 압니다
클래스는 그냥 객체의 정보를 기술하는거로 압니다. 근데 그럼 인스턴스랑 객체의 차이가 뭐죠?
클래스에서 나온것은 객체가 아니라 인스턴스라고 압니다. 그러면 객체는 무엇인가요??
용어에 너무 집착하실 필요없을 거 같습니다.
검색해보시면 알겠지만 엄밀히는 둘이 다른데요.
객체는 코드를 깔끔하게 쓰자는 맥락에서 주로 쓰는 말이고, 클래스나 인스턴스는 프로그래밍 언어와 타입의 맥락에서 쓰이는 말이죠.
근데 결국 인스턴스가 객체의 역할을 하게 됩니다.
제 생각엔 굳이 어려운 정의 사이에서 미묘한 차이를 알려고 하기보다 왜 객체지향을 쓰는지 이해하시는 게 더 도움이 될 거 같아요
재밌네요
다음 내용 궁금한데 올라올 때 쯤 까묵고 딴 거 하고 있을 듯 🥲
정리를 잘 해주셔서 책을 보면서 이해하기가 쉬웠네요 강의 감사합니다!
오브젝트라는 책을 읽고 조금더 oop의 근본적인 이유를 알게됐는데 실무에 쓰기에는 뭔가 아직 잘모르겠더라구요. 개념을 이해는 되는데 적용 단계는 아직 먼것 같네요 ㅜ
"세포"라는 키워드 기억하겠습니다.
우와~ 감사합니다~ 다음 영상 기대되요!
오 재밌네요 ㅋㅋ 구독 하고 갑니당
감사합니다!! OOP의 본질 3가지! 메시징, 상태데이터의 캡슐화, 동적 바인딩! 3가지 개념 챙겨갑니다 :)
다음 영상 너무 기대됩니다 !
감사합니다!
다음 영상... 마렵습니다 ...! 🤧
첫번째 객체 지향 영상부터 이번에도 내용 너무 좋네요 감사합니다.
너무 좋은 영상이네요. 그런데 엘런케이 킹받는게, 메시지가 핵심이면 '메시지 지향'프로그래밍이라고 이름 지으면 안헷깔리잖아. 엘런케이가 잘못했네.
요즘은 안올리시나요ㅜ 설명 참좋네요 딱딱한 설명만듣다가.ㅋㅋ 한방에 객체에 눈뜨게됨요
학교에서 c# 배우는데 미치겠어요 ㅜ
오. C#을 배우는 과목도 있나요?
2024-0121-1726 1회차 시청 완료
2024-0123-0734 1회차 시청 완료