วีดีโอ

다음 강의도 마음에 드셔야 할 텐데.. 부담이 되네요 하하핫 ㅜㅜ

어서오세요~ 기대에 부응해야 할 텐데 제가 가진 게 충분한지 모르겠네요. ^^;;

2등도 훌륭한 성적입니다! 👏👏👏

감사합니다! 앞으로도 잘 부탁드립니다! ^^

우와 마크다운으로 유스케이스 다이어그램도 나타낼 수 있나요? 한 번 찾아봐야겠네요. 영상 중간에 나오군요. 대박대박

아하~ 처음 오셨군요! 그렇다면 처음부터 정주행 하시는 걸 추천합니다 ^^ 시청해주셔서 감사합니다!!

화이팅입니다!

그래서 저도 영상을 찍다가 자꾸만... ^^; 이 영상의 취지는 서로의 입장을 이해해 보자는 것이었습니다. 결국 사람이 하는 일이니까 사이좋게 지내야죠. 한 번에 여러 유형을 다루기는 어려울 것 같고 생각을 좀 더 정리해서 유형별로 하나씩 풀어나가지 않을까 싶습니다. 아참, 말씀하신 것은 모두 동의합니다. 원리주의에 기반한 실용주의는 정말 한참 많은 경험과 실력이 있어야 가능한 것 같습니다. 그게 가능하면 이미 주니어가 아니죠. 관심 가져주셔서 감사합니다. 앞으로도 좋은 의견 부탁드립니다. :)

기특한 유튜브 알고리즘 갓갓~! 만들고 또 만들고 다시 만들고 계속 만들다 보면 더 좋은 개발자가 되실겁니다. 힘내세요~!

보잘 것 없는 영상인데 좋게 말씀해 주셔서 감사합니다. 다음 영상에서 유스케이스 다이어그램을 확장하고 유스케이스 명세서도 작성할 건데요. 그 영상도 도움이 되면 좋겠습니다. 힘내세요!!!!!

시청해 주셔서 감사합니다. ^^

애니멀사례도 개,고양이 발 네개네? 애니멀=발4개라고 결정해버리면 나중에 의자 책상은 애니멀에 들어가고, 사람은 다리 2개니 애니멀에 못들어가는 사례도 생깁니다. 도메인 지식이 불명확할때는 아예 상속을 안하고, 명확하고 불변인게 확인되어야 합치는것을 고려하는것도 좋다고 봅니다.

에... 뭐든 잘 쓰면 약이고 못 쓰면 독 아닐까요? ^^ 파이썬이 들여쓰기를 강제하는 것처럼 Go는 구현 상속의 이익보다 실이 크니 상속을 막았나 보네요. 과거 80년대 oop에 대한 논의가 한창일 때 순수 OOP주의자들도 구현 상속을 막아야 한다고 주장이 있었죠. 그런데 구현상속이 말씀하시는 것처럼 나쁜 것은 아닐거라고 저는 생각합니다. 그랬다면 다른 현대적인 언어에서도 상속이 막았겠죠. :)

의견 감사합니다. 다음 영상에서 유스케이스를 확장하긴 할텐데 영화검색을 따로 두지는 않을 것 같습니다. 그런데 저는 기능을 최소화 하려고 노력하는 중이구요. 말씀하신 기능이나 서비스는 일반적인 상용 서비스라면 당연히 들어가겠죠. :) 다음에도 좋은 의견 많이 부탁드립니다. 감사합니다!

아..?? 답글을 달았다고 생각했는데 사라져있네요. 일시적인 문제인지 몰라서 다시 답글 답니다. .vscode 폴더에서 devcontainer.json 파일에 아래의 내용을 확인하실 수 있습니다. "extensions": [ "ms-azuretools.vscode-docker", "dbaeumer.vscode-eslint", "github.vscode-pull-request-github", "firsttris.vscode-jest-runner", "ms-vscode.live-server", "jebbs.plantuml", "esbenp.prettier-vscode", "mutantdino.resourcemonitor", "foxundermoon.shell-format" ],

@@mannercode 답변 주셔서 감사합니다. 많은 가르침 주셔서 감사합니다.

유튜브 알고리즘은 어떻게 그렇게 찰떡같이 추천을 하는지 신기합니다!! OOP도 나름 참신하게 설명했으니까요 여유되시면 한 번 봐주세요. 본질기반해석은 분석/설계의 기본이니까 꼭 보시기를 추천드립니다. 감사합니다. ^^

@@mannercode 선생님 영상은 1년뒤에 봤었어야하는데, 유튜브 영상이 이렇게 기다려지는건 처음이네요 ㅠ. 본질기반해석은 도파민이 과다 분비될 정도로 흥미롭게 봤습니다. 아직 진정한 본질을 깨닫기엔 준비가 덜되어있기에 주기적으로 찾아오겠습니다. 지식 공유에 너무 감사드립니다^^

깨달음은 각자의 마음 속에 있습니다. 옆에서 아무리 잘 설명해도 마음 속에 지식이 없다면 얻을 수 있는 것은 없습니다. 제 영상은 단지 고래밥 님의 갖고 있던 깨달음을 발견하는 데 약간의 도움이 된 것 뿐입니다. 제 영상이 없어도 계속 고민하고 고민하다 보면 분명 더 훌륭한 개발자가 되실 겁니다. 엣헴~

어... 함수형을 제가 잘 모릅니다. 하하핫! 그런데 함수형의 유용성이 충분히 검증되면 자연스럽게 알게되지 않을까요? 각 프로그래밍 언어들의 메뉴얼에 잘 정리가 돼서 소개하겠죠. 뭐 ^^;; 그 전까지는 크게 관심을 갖지는 않습니다. 사실 제가 모르는 게 많은데 특히 신기술(?)을 잘 모릅니다. 저는 검증된 기술을 잘 사용하자는 주의라서요. 만족스런 답을 드리지 못해 죄송합니다.ㅜㅜ 그래도 계속 구독 부탁드리고 특히 '본질 기반 해석' 을 꼭 시청해 주세요. 이 채널의 시그니처 영상입니다. ^^

실제로 영상이 짧아서 시간 가는 걸 느끼기 어렵습니다. 😁 시청해 주셔서 감사합니다!

좋게 말씀해 주셔서 감사합니다. 그런데 자세히 보시면 정리되지 않은 코드가 제법 있습니다... ^^;;

구독 감사합니다. 본질 기반 해석이 이 채널의 시그니처 영상입니다. 그것도 한 번 봐주세요. 😀

시청해 주셔서 감사합니다. 기대에 부응해야 할 텐데 걱정이네요.. ㅎ

저는 vsc말구 vim lazy퍄키지 자동으로 구성해주는 스크립트작성해서 환경을 구성해주고있어요

질문주셔서 감사합니다. 질문은 언제나 환영입니다 ^^ 1. 어.. 일단 제가 vim lazy 패키지 자동 구성이 뭔지 잘 모릅니다. 전 vsc만 사용해서..^^;; 2. Nest개발팀은 순환참조를 허용하는 쪽으로 기능을 구현했으니까 한 모듈에 모두 포함시키는 쪽으로 만들었는지도 모르겠네요. 3. 그런데 Nest가 제공하는 순환참조 해결 방법이 저는 좀 복잡하게 느껴집니다. 또 기능적으로 허용이 된다고 해서 그게 바람직한 방법인지도 의문이구요. 4. 아마 프로젝트가 커지면 순환참조 문제가 너무 복잡해져서 발목을 잡을지도 모릅니다. 5. 그런 위험을 사전에 피할 수 있는 아키텍처가 있다면 그 아키텍처를 따르는 게 더 우선이라고 판단했습니다. 6. 그리고 MSA 구조로 가면 다시 controller가 각 모듈에 포함되게 됩니다. 물론 이 controller는 기존 controller와 이름만 같을 뿐이지만요. 서로의 글에서 생략된 부분들이 많이 있어서 충분한 답이 되지는 못하겠지만 하여튼 그렇습니다. ^^ 힘내세요!

네, 설명하기 복잡해서 생략했던 예제들이 몇 있는데요. nest-seed 진행하면서 꾸준히 관련 영상을 시리즈로 올리려고 합니다. 질문 있으시면 언제든지 댓글 달아주세요. 감사합니다.

고민하는 만큼 성장한다고 생각합니다. 당장 모르더라도 계속 노력하면 분명 더 좋은 개발자가 되실 겁니다. 힘내세요!!

감사합니다. 보람을 느낍니다!! 궁금한 건 언제든지 댓글 달아주세요^^

자폐 스펙트럼은 그냥 인간의 성향을 나타내는 거라고 저는 생각했습니다. 그래서 자신의 생각에 집중을 하느냐 다른 사람의 생각에 집중을 하느냐 차이라고 받아들였는데요. 자폐 성향이라서 완벽주의라는 것이 아니라 그런 성향이 완벽주의가 되기 쉽다는 의미였습니다. 제가 정리되지 않은 생각을 섣부르게 공유해서 혹시나 상처받으시는 분들이 계실까봐 걱정이 되네요 ㅜㅜ

조금이나마 도움이 되셨다면 다행입니다. 개발 관련 궁금한 게 있으시면 언제든 댓글 부탁드립니다!

아... 정리되지 않은 글인데... 감사하기도 하고 죄송하기도 하네요. 네, 자신이 학습한 기술을 실용적으로 사용하기 위해서 훨씬 많은 학습과 경험이 필요할 텐데 원리주의의 섣부른 자신감이 문제의 원인이 될 수 있는 것 같습니다. 뭐.. 그러면서 성장하는 거죠. ^^ 자세히 읽어봐주셔서 감사합니다. 글도 빨리 다시 고쳐야겠다는 생각이 듭니다. ㅜㅜ

'본질 기반 해석'을 업로드 하면서 이걸 누가 볼까 싶었습니다. 무명의 개발자가 40분 넘게 자기 생각을 얘기하는 영상이니까요. 그럼에도 불구하고 이렇게 봐주셔서 얼마나 감사한지 모릅니다. 감사합니다. ^^

밖에서는 활발해도 집에 있는 걸 좋아하는 경우도 있고 그래서 누가 내향인인지 아닌지 전 잘 모르겠더라구요. 그렇지만 흥미로운 기준이 될 것 같습니다. 언젠가 그 기준으로 개발자의 성향을 분석해 보고 싶네요. 좋은 힌트 주셔서 감사합니다!

IN, ES의 구분 내향적이고 개방적일수록 원리주의적이게 되고, 외향적이고 폐쇄적일수록 실용주의적이게 되죠 VIQ와 상관관계가 있구요 인간 상호작용에 대한 욕구가 적고, 호기심이 많고, 똑똑한 Nerd의 이미지와 일치하죠

아... 어... 그게 뭐죠?? ^^;; 말씀하신 키워드로 검색해서 공부해 보겠습니다. 단서를 알려주셔서 감사합니다. ^^

이 영상의 내용을 요약하면... 잘 해보려고 했는데 못해서 죄송합니다...인데요... 이렇게 부족한 영상인데도 좋게 말씀해 주셔서 감사합니다. 준비가 되면 좋은 내용으로 다시 공개하겠습니다. ㅜㅜ

정확한 통계는 모르겠지만 아마 nodejs가 java 다음으로 백엔드에서 많이 사용되는 플랫폼이지 않을까요? 그리고 nodejs를 지원하는 라이브러리도 많구요. typescript라서 react와 코드 공유하기 수월하다는 장점도 있는 것 같습니다. typescript도 ms에서 만들어서 그런지 vscode에서 지원도 좋은 편이구요. 그 외... 음.... 그냥 어쩌다 보니 제가 익숙해서... ^^;;;

도움이 됐다면 정말 다행입니다. 보람이 느껴지네요. ^^ 시청해 주셔서 감사합니다!

감사합니다. 원하시는 주제가 있으시면 언제든지 댓글 남겨주세요. ^^

좋게 봐주셔서 감사합니다. 질문이나 생각이 있으시면 언제든 댓글 부탁드립니다. ^^

제가 이효리도 아닌데, 10분 만에 구독이라니 눈물이 납니다. ㅜㅜ 원하시는 주제나 질문 있으시면 언제든 댓글 남겨주세요. 감사합니다.😄

맞습니다. 일상에서도 본질이 무엇인지 통찰하려는 습관은 좋은 것 같습니다. 시청해 주셔서 감사합니다. 언제든지 의견이나 질문이 있으시면 댓글 부탁드립니다.

사고의 전환이 되는 순간을 경험하셨군요!! 그것이 제 영상의 목적입니다! 후기를 공유해 주셔서 감사합니다. 보람을 느낍니다.😀😀 질문이나 의견은 언제든 환영합니다. 다른 개발자들이 어떤 고민과 생각을 하는지 궁금합니다.

시청해 주셔서 감사합니다. 질문 있으시면 언제든지 댓글 달아주세요!

안녕하세요? 댓글 남겨주셔서 감사합니다. 제 영상이 조금이나마 도움이 될 수 있다면 정말 좋을 것 같습니다.

감사합니다!😄

👍👍

이름이라는 것은 많은 의미를 담아서 한 단어로 만든 것이니까 그만큼 중요한 것 같습니다. ^^

무엇이든 고민하는 만큼 성장하는 것이라고 믿습니다. 힘내세요!

힘내세요!

시청해 주시고 댓글까지 남겨주셔서 감사합니다. 디자인 패턴은 따로 영상을 생각하고 있지는 않습니다. nest-seed 프로젝트를 진행하면서 그 때 그 때 설명하려고 합니다. 혹시 디자인 패턴에서 특별히 궁금한 게 있으시면 댓글 남겨주세요. 그 외에, 소프트웨어 개발에 관한 추가 질문이나 의견 있으시면 언제든 댓글 부탁드립니다. 감사합니다. ^^

ㅎㅎ 잘 지내고 있지? 공부 열심히 하고 궁금한 거 있으면 연락해.