공감이 많이 가는 말씀들이네요. getter, setter는 단순히 데이터나 그 레퍼런스를 넣고 빼기만 하는 행동인데, 개인적으로 이를 많이 사용하고 있는 클래스가 있다면 OOP의 개념에 부합하지 않게 쓰고 있는 것이 아닌가 하는 생각을 합니다. 되도록 생성자를 통해 설정되고, 그 후의 행동 및 특정 이벤트들에 의해 변경되는 것이 옳은 디자인이라 봅니다. 다만 영상에서 말씀하신 것처럼 어쩔 수 없이 강요되는 경우도 상당히 있는데, 머리를 쥐어 뜯게 되죠. 현재 짜고 있는 디자인대로 진행하려면 구조상 불가피하게 들어가게 되는데, 쓰자니 지저분하고... 자존심 상하고... 그럴 땐 정말 우리가 현재 추구하는 OOP 모델이 옳은 것인가에 대한 고민까지 하게 됩니다.
IT 종사자가 아니지만 형님 영상 보면서 생각의 폭과 사고 방식이 넓어지고 있습니다~ 항상 감사합니다 ㅎㅎ 혹시 디지털노마드 관련 하여 견해도 듣고 싶습니다. 언제 부턴가 생겨난 그 업무환경과 또 젊은 친구들이 보기에 해외 이곳저곳을 자유롭게 떠돌며 일하는것이 마냥 좋아보이는데 실제 업계에서는 어떤지 궁금합니다.
안녕하세요. 저는 IDE로 Rider를 사용하고 있는데, Rider에서는 함수나 생성자를 사용할때 파라미터 이름을 표시해주는 기능이 있습니다. 이 기능을 사용하면 영상에서 말한 일부 문제를 해결 할 수 있을 것 같은데, 특정 IDE를 사용하는 코딩 스탠다드는 어떻게 생각하시나요
포프님 설명방식이 너무좋습니다. 서론이 너무 길어서 죄송하다고 하셨는데, 서론이 실제업무의 경험을 바탕으로 너무 완벽해서 이후 본론에 대해 반은 이해하고 들어가는것 같습니다.
개발이야기긴한데. 리랙스도 되고 공부도 되는 편안함 이런강의는 진짜없다
내용이 대단하다기 보다 , 고민하고 생각하는 개발자 자동으로 고개가 끄덕여지는
와 저는 정말 초심자인데요
포프님의 고민(개발 관련)을 들을때마다 너무 좋은것 같아요
지난번에 그 rest와 404 동영상도 그랬구요
고수의 고민을 통해 조금 배워 가는것 같습니당.
감사합니당 ㅋ
공감이 많이 가는 말씀들이네요.
getter, setter는 단순히 데이터나 그 레퍼런스를 넣고 빼기만 하는 행동인데, 개인적으로 이를 많이 사용하고 있는 클래스가 있다면 OOP의 개념에 부합하지 않게 쓰고 있는 것이 아닌가 하는 생각을 합니다. 되도록 생성자를 통해 설정되고, 그 후의 행동 및 특정 이벤트들에 의해 변경되는 것이 옳은 디자인이라 봅니다.
다만 영상에서 말씀하신 것처럼 어쩔 수 없이 강요되는 경우도 상당히 있는데, 머리를 쥐어 뜯게 되죠. 현재 짜고 있는 디자인대로 진행하려면 구조상 불가피하게 들어가게 되는데, 쓰자니 지저분하고... 자존심 상하고... 그럴 땐 정말 우리가 현재 추구하는 OOP 모델이 옳은 것인가에 대한 고민까지 하게 됩니다.
좋은 영상 감사합니다. 코딩규칙을 적용하기 애매한 부분들에서 많은 공부가 되네요.
IT 종사자가 아니지만 형님 영상 보면서 생각의 폭과 사고 방식이 넓어지고 있습니다~ 항상 감사합니다 ㅎㅎ 혹시 디지털노마드 관련 하여 견해도 듣고 싶습니다. 언제 부턴가 생겨난 그 업무환경과 또 젊은 친구들이 보기에 해외 이곳저곳을 자유롭게 떠돌며 일하는것이 마냥 좋아보이는데 실제 업계에서는 어떤지 궁금합니다.
오늘도 포프티비와 함께 굿모닝. 티셔츠 예뻐요 ㅎㅎ
완전 공감된 문제네요. DTO 에 값을 누락하면 찯기가 빡시더라구요..
ㅋㅋㅋㅋ restsharp으로 dto deserialize를 사용해서 rest api사용하는데 유사한 실수가많네요
오늘 이 비디오 고민해결되시면 알려주세요!궁금해요
포프님꺼는 추천후 감상!
이거 관련해서 만들고 있는 프레임워크가 있는데 파서노가다가 막막하더군요. 아무리 봐도 전용파서를 만드는게 효율적이라서... 천천히 시간두고 계속 진행해갈껍니다.
파서.. 괴롭죠
null propagation이 참 매력적인 문법이죠.
못알아듣는 게 너무 많네요... 공부를 더 열심히 해야겠습니다.. 밸리데이션 시리얼라이즈..
저는 json은 피할 수 있으면 피하고 대신 thrift 이나 protobuf 같은걸 쓰려고 합니다.
신도를 모으는 중입니다~
안녕하세요. 저는 IDE로 Rider를 사용하고 있는데, Rider에서는 함수나 생성자를 사용할때 파라미터 이름을 표시해주는 기능이 있습니다. 이 기능을 사용하면 영상에서 말한 일부 문제를 해결 할 수 있을 것 같은데, 특정 IDE를 사용하는 코딩 스탠다드는 어떻게 생각하시나요
코드리뷰를 웹에서 보는일이 많아지고 있어서 ide는 최대한 고려 안하려 합니다.
지금은 가능한가...? 거의 2년지난건데
영알못이라 최신정보를 못얻어서 모르겟네
좋은 영상 감사합니다^^ 블로그에 코딩 스탠다드 링크 퍼가도 되겠죠~?
넵 퍼가세용~
항상 도움이 됩니다 ㅎㅎ
어려운 문제내요 저도 이런문제 때문에 여러가지 삽질을 했지만 json.net 의 간편함은 포기하기 어렵더라구요 흙흙
재미있게봤습니다~ 저는 자바 개발을해서 초기화를 할때 파라미터가 많아 질 경우 builder패턴을 사용을 하는데... 다시 한번 생각해 봐야할 문제인 것 같네요...
+이재현 빌더 패턴도 계속 함수들을 체이닝할수 있단건 장점이지만 한번에 필요한 모든 프로퍼티를 강제하지 못하는 단점도 있더군요. 역시 같은 고민하고 계시는듯요 :)
Docker!!
형님... 18세는 좀아니잖아요..ㅠ
(먼 산....😏)
도커네요 ㅎㅎ