저도 팀에 첫 TDD 도입하고 이제 거의 1년이 다되어 가는데요! 과거 코드들 대부분 테스트코드 작성 완료 되었고 테스트코드 작성 => 실제 구현이 이제 당연한게 되었어요. 그 전에는 어떻게 테스트없이 개발했나 싶을 정도로 개발중에 자잘한 버그들 잡아주고, 리팩터링과 코드 수정에 자신있어졌으며 QA때도 수정사항이 훨씬 적어졌어요. 그러나 좋은 테스트 작성은 수많은 연습과 고민이 필요하기에 아직도 갈 길이 멀다고 생각되네요. 서버쪽 학습하느라 바쁘지만 프론트 공부 집중하게 되면 꼭 엘리님 강의를 들을거에요. 오늘도 좋은 영상 감사합니다☺️
@@dream-coding 별도 판매해주세요~ 지난 한 달간 면접 두 번봐서 다 떨어졌는데 두 면접 다 TDD 물어보더라고요. 이거 몰라서 떨어진 건 아니겠지만 그래도 꼭 알아야 할 것 같네요. 저 리액트는 학원에서 배워서 리액트는 기초를 다시 들을 필요는 없을 듯 한데 별도 판매 부탁드려요.
회사에서 개발하면서 테스트 코드 작성에 대해 요구를 많이 받아서 지금 하고있는 중인데요. 처음에는 "내가 코딩하면서 어차피 기능에 대해 생각하면서 하고 잘못동작하면 그거에 맞게 수정해나가면 되지 않을까" 라는 생각을 했었는데요, 영상을 보고 생각이 많이 달라졌습니다. 조금 과장되게 표현하면 저라는 사람은 완벽하지 않으므로 테스트 코드를 통해 내가 작성한 코드에 대한 검증하는 과정이고 그 과정이 더 높은 퀄리티 있는 코드로 만들어줄거라는 생각을 하게 됐습니다. 테스트 코드에 대해 굉장히 고민이 많았는데 무료로 풀어주신다니... ㅠㅠㅠㅠㅠ 바로 수강하겠습니다 !!!!! 감사합니다.
TDD 나온지가 오래되었는데 자주 안쓰는건 이유가 있죠. 한국에서 차세대나 적용할려고 하는데 일정에 쪼들리며 TDD 까지 할려면 개발시간이 확 줄어들죠... 하면 좋지만 개발 효율성이 많이 떨어진다고 봅니다. 물론 배포하면서 TDD 적용 좋지만.. 실제적으로 1.5배의 개발 시간이 들어간다는게 제 생걱이네요..
백엔드는 테스트가 쉬운편인데. 문제는 프론트엔드. 순수 테스트코드 작성하는 시간보다. 이거 모킹 하고 저거 스터빙 하고. 하다보면 생산성이 너무 떨어짐. 그리고 가장 큰 문제는 너무 모킹을 많이해서. 여차하면 그 테스트가 패스해도 기능구현은 버그가 나는 그지같은 경우가 생겨서 현자타임 자주 옴
개념만 들어봤을 때 TDD는 확장성 중심보다는 맞춤형 어플리케이션 개발에 더 적합한 것 같아요 저는 전체적인 인터페이스와 그걸 위한 스트럭쳐들을 우선 작성하고 보는데, 제 방식이 어쩌면 TDD보다는 효율적이지 않을지라도 전체 틀을 우선 손에 꽉 쥐기 때문에 확장성, 유동성 면에서 뛰어나다고 여겨지네요.. 그나저나 테스트 설계나 테스트 코드만 따로 짜는 담당자가 있으면 굉장히 편할 것 같네요 ㅋㅋ
Refactoring by Martin Fowler 책을 저번에 추천 받아서 사서 읽고있는데, Refactoring은 Observable behaviour를 해치지 않는거라 항상 테스트를 진행하면서 하라 강조를 많이 하더라고요 TDD를 사용해서 하면 빠르게 필요한 로직들을 쏟아내고, 테스트를 패스한다음에, 차근차근 Refactoring으로 코드를 완성하는 편하고 빠른 개발이 가능하다는 점에서 정말 유용한것 같아요
안녕하세요 엘리님!! 영상 너무너무 잘 보고있습니다 저는 타입스크립트 강의 수강중에 있는 구독자인데요, TDD 강의 유료화나 타입스크립트 완강자에게도 TDD를 수강할 수 있는 기회는 없을까요? 🥺 엘리님께 너무나 배우고싶습니다. 언제나 믿고 보는 엘리님 항상 감사합니다🔥🔥
마지막 웅장함 너무 좋아요!! 개발자의 정신을 일깨워주는 듯한 기분.. 😍 크으~~~ 이맛에 개발하지! 이맛에 엘리님강의에 푹 빠지지! 엘리님 크리스마스선물 감사해요!! TDD!! 뇌 속에 새로운 미지의 영역이 생긴 기분이예요 얼른 보고싶다 ㅠㅠ 💕 엘리님 12월도 화이팅이예요 감사해요!!!! ❤️
엘리님 안녕하세요! 꾸준히 많이 알려주시는 영상 보고 많이 배우고 있습니다! 드림코딩에서 리액트 강의도 열심히 수강중이구요. TDD 영상 올려주신거 보다가 궁금점이 들어서 이렇게 문의 드리는데 엘리님께서 일하시는 곳이나 수행하시는 프로젝트에서는 개발자가 분석/설계, 개발 혼자서 다 하나요? 아니면 분석/설계자가 따로 있고 구현만 하는 개발자 따로 있고 그렇나요? SI 프로젝트 처럼? 분석/설계자가 따로 있다면 설계서는 어느정도 수준까지 작성하나요? 그냥 개략적인 내용만 설계서에 적고 개발자가 그 설계서 보고 자기만의 방식으로 코드 구현을 해나가는지 아니면 설계서에 어떤 방식에 어떤 구조로 구현해야 한다는 것까지 설계가 되어있는지 설계서에 대한 내용이 궁금한데 엘리님께선 이 부분에 대해 어떻게 생각하시는지 관점이 궁금합니다. 제가 전에 일 할때는 Java로 예로 들면 시퀀스 다이어그램은 물론이고 클래스명이라던지 메소드명, 매개변수와 인자값은 뭐가 있어야하고 수행 로직은 어떻고 이런거 다 설계서에 작성을 했었는데 다른 곳에 오니 다른분이 "뭐 그런거까지 설계서에 다 쓰냐 그런건 개발자가 알아서 하는거지"라고 하던데 개인적인 생각으로는 그럴꺼면 개발자가 그냥 분석/설계 다 하면서 하지 왜 설계자가 필요한가 하는 생각이 들었습니다. (그런 설계서를 받아보고 다시 그 설계서를 분석하고 재설계해서 코딩하는 경우도 많았다는.....😓) 그래서 이게 제 생각이 잘못된건지 원래 그렇게 하는건지 아리송하고 혼란스러워서 이렇게 엘리님의 조언을 구해봅니다..😭 아울러 분석/설계 관련된 영상도 있으면 참 좋겠다라는 생각도 좀 해봅니다. 😅
예전에는 테스트 코드 만들고 짤 시간에 빨리 만들고 완성하고 한 번에 테스트하면 되지라고 생각했다가 요즘에는 테스트 코드 작성하면서 내가 구현하려는 의도가 이게 맞나? 내가 구현하는 방향이 맞나? 질문하면서 하고 있습니다 결국은 처음에는 시간이 오래 걸리는 거 같아도 나중에는 테스트 코드 작성하는 편이 결과적으로 빠르고 안정적인 코드를 만드는 것 같습니다 ㅎㅎ 좋은 영상 감사합니다
![[10분 테코톡] 🎪 도비의 프론트엔드에서의 테스트 종류](http://i.ytimg.com/vi/pkYUcKWOqPs/mqdefault.jpg)
개발자에게 있어서 테스트란 무엇이고 어떤 존재일까요? :) 여러분들은 TDD에 대해 어떻게 생각하시나요? 하고 계시나요? (완전궁금해욬ㅋㅋ)
🔥 테스트 강의 공지 ➡ academy.dream-coding.com/pages/6d10a8
🔥 유닛테스트와 TDD ➡ academy.dream-coding.com/courses/js-tdd
🔥 리액트와 TDD ➡ academy.dream-coding.com/courses/react-tdd
🔥 노드와 TDD ➡ academy.dream-coding.com/courses/node-tdd
교수님 3시간 강의보다 엘리님 9분 영상이 훨씬 알차고 명쾌하고 깔끔하고 확 와닿네요! 엘리님은 사랑입니다 ❤
이런 좋은 말씀 감사합니다 😍
저도 팀에 첫 TDD 도입하고 이제 거의 1년이 다되어 가는데요! 과거 코드들 대부분 테스트코드 작성 완료 되었고 테스트코드 작성 => 실제 구현이 이제 당연한게 되었어요. 그 전에는 어떻게 테스트없이 개발했나 싶을 정도로 개발중에 자잘한 버그들 잡아주고, 리팩터링과 코드 수정에 자신있어졌으며 QA때도 수정사항이 훨씬 적어졌어요. 그러나 좋은 테스트 작성은 수많은 연습과 고민이 필요하기에 아직도 갈 길이 멀다고 생각되네요. 서버쪽 학습하느라 바쁘지만 프론트 공부 집중하게 되면 꼭 엘리님 강의를 들을거에요. 오늘도 좋은 영상 감사합니다☺️
흑흑 TDD 강의만 따로 팔아주세여ㅠㅜㅠㅜ 넘나 듣고싶어요 ㅠㅠㅜㅠㅜ
고려해 볼께요 🤓
@@dream-coding 별도 판매해주세요~ 지난 한 달간 면접 두 번봐서 다 떨어졌는데 두 면접 다 TDD 물어보더라고요. 이거 몰라서 떨어진 건 아니겠지만 그래도 꼭 알아야 할 것 같네요. 저 리액트는 학원에서 배워서 리액트는 기초를 다시 들을 필요는 없을 듯 한데 별도 판매 부탁드려요.
회사에서 개발하면서 테스트 코드 작성에 대해 요구를 많이 받아서 지금 하고있는 중인데요. 처음에는 "내가 코딩하면서 어차피 기능에 대해 생각하면서 하고 잘못동작하면 그거에 맞게 수정해나가면 되지 않을까" 라는 생각을 했었는데요, 영상을 보고 생각이 많이 달라졌습니다. 조금 과장되게 표현하면 저라는 사람은 완벽하지 않으므로 테스트 코드를 통해 내가 작성한 코드에 대한 검증하는 과정이고 그 과정이 더 높은 퀄리티 있는 코드로 만들어줄거라는 생각을 하게 됐습니다. 테스트 코드에 대해 굉장히 고민이 많았는데 무료로 풀어주신다니... ㅠㅠㅠㅠㅠ 바로 수강하겠습니다 !!!!! 감사합니다.
TDD 나온지가 오래되었는데 자주 안쓰는건 이유가 있죠. 한국에서 차세대나 적용할려고 하는데 일정에 쪼들리며 TDD 까지 할려면 개발시간이 확 줄어들죠... 하면 좋지만 개발 효율성이 많이 떨어진다고 봅니다. 물론 배포하면서 TDD 적용 좋지만.. 실제적으로 1.5배의 개발 시간이 들어간다는게 제 생걱이네요..
js로 짜여진 테스트 코드 자료가 부족한데 이런 알찬 강의 무료로 열어주시다니.. 너무 감사합니다 항상 도움 많이 받습니다
감사합니다 😍
엘리님 타입스크립트 강의 수강생입니다.리액트를 대강 아는 상태라 TDD 만 듣고 싶은데 유료 공개해 주시면 감사하겠습니다! 가격 상관없이 엘리님에게 배우고 싶어요 ㅠ
코드를 잘짜는 것도 중요하지만 잘 짠 코드를 검증하는 것도 중요하다. 메모메모!
기술 면접에서 TDD를 활용해서 assignment 를 해오라고 하더라구요 ㅜㅜ 유닛테스트와 더 친숙 했으면 빨리 그리고 더 잘 코딩 했을 수 있었을 텐데 오늘도 좋은 영상 잘 보고 갑니다 ㅜㅜ! 내일이 인터뷰네요
TDD를 활용한 챌린지를 내주다니, 실무적인 것을 더 중점적으로 보는 기술면접인것 같아, 너무 좋아요 👍
오늘 면접 잘 보시길 응원할께요 🔥 화이팅!
기다리고 있었습니다💦💦 TDD 강의도 들어보고 이것 저것 보기는 했는데.. 엘리님이 필요했어요.. 🤕 감쟈합니다.. 🐾🐾💐
와 진짜 정보 미첬어요 너무신나요
오늘 임계영역에대해 코드작성에관해 듣게되었는데 이러한동시사용자가 많은서비스에서 활용하는 크리티컬섹션 극복 코드방법에대해 리뷰해주시면 감사하겠습니다 진짜 많이배우고있어요 고마워요
와 영상에 정성이 가득.. 감사합니다!
백엔드는 테스트가 쉬운편인데. 문제는 프론트엔드. 순수 테스트코드 작성하는 시간보다. 이거 모킹 하고 저거 스터빙 하고. 하다보면 생산성이 너무 떨어짐.
그리고 가장 큰 문제는 너무 모킹을 많이해서. 여차하면 그 테스트가 패스해도 기능구현은 버그가 나는 그지같은 경우가 생겨서 현자타임 자주 옴
요새 TDD가 뭘까하고 이것저것 찾아보고 있었는데 마침 엘리님 영상을 보게 되었어요! ㅠㅠ❤ 좋은 영상 감사합니다 엘리님!
감사합니다🥺
엘리니이이이이이임 항상 감사합니다 ㅠㅠ
안그래도 오늘 TDD 찾아보고 있었는데 어디서부터 어떻게 해야할지 우왕좌왕하다가 엘리님 영상발견……👀❣️
개념만 들어봤을 때 TDD는 확장성 중심보다는 맞춤형 어플리케이션 개발에 더 적합한 것 같아요 저는 전체적인 인터페이스와 그걸 위한 스트럭쳐들을 우선 작성하고 보는데, 제 방식이 어쩌면 TDD보다는 효율적이지 않을지라도 전체 틀을 우선 손에 꽉 쥐기 때문에 확장성, 유동성 면에서 뛰어나다고 여겨지네요.. 그나저나 테스트 설계나 테스트 코드만 따로 짜는 담당자가 있으면 굉장히 편할 것 같네요 ㅋㅋ
확장성, 아키텍쳐 설계, 프로토타이핑에도 TDD 요긴하게 사용할 수 있어요 :) 전체적인 인터페이스와 구조들이 어떻게 유기적으로 동작하는지 그들의 인터페이스들을 사용하는 관점에서 테스트를 먼저 작성할 수 있죠 🥳
엘리님 영상 보면서 자기자신을 다시 되돌아보게 되는거같아요 바쁘실텐데 강의까지..! 항상 감사합니다
항상 봐주셔서 감사합니다 😍
엘리님 언제나 유익한 컨텐츠 감사드립니다. : )
Refactoring by Martin Fowler 책을 저번에 추천 받아서 사서 읽고있는데, Refactoring은 Observable behaviour를 해치지 않는거라 항상 테스트를 진행하면서 하라 강조를 많이 하더라고요
TDD를 사용해서 하면 빠르게 필요한 로직들을 쏟아내고, 테스트를 패스한다음에, 차근차근 Refactoring으로 코드를 완성하는 편하고 빠른 개발이 가능하다는 점에서 정말 유용한것 같아요
맞아요 :) 리팩토링하면서 기존의 테스트가 실패한다면 무언가 잘못된 거죠 👍
기존의 기능과 동작은 전혀 바꾸지 않고! 코드의 퀄리티를 향상시켜 나가는것이 리팩토링 이기 때문이죠 :)
오늘도 좋은 영상 감사합니다!
안녕하세요 엘리님!! 영상 너무너무 잘 보고있습니다
저는 타입스크립트 강의 수강중에 있는 구독자인데요, TDD 강의 유료화나 타입스크립트 완강자에게도 TDD를 수강할 수 있는 기회는 없을까요? 🥺
엘리님께 너무나 배우고싶습니다. 언제나 믿고 보는 엘리님 항상 감사합니다🔥🔥
마지막 웅장함 너무 좋아요!! 개발자의 정신을 일깨워주는 듯한 기분.. 😍 크으~~~ 이맛에 개발하지! 이맛에 엘리님강의에 푹 빠지지!
엘리님 크리스마스선물 감사해요!! TDD!! 뇌 속에 새로운 미지의 영역이 생긴 기분이예요 얼른 보고싶다 ㅠㅠ 💕 엘리님 12월도 화이팅이예요 감사해요!!!! ❤️
요정님도 12월 마무리 잘하시구 메리 크리스마스입니다 🎄
사용자 입장에서 생각할 수 있고, 리팩토링 후 점검도 보다 손쉬워지고, 무엇보다 목표가 명확해지는게 좋죠. 안해도 되지만 하면 더좋은느낌
취준중이라 노드js 강의는 못듣지만, 유튜브 영상만으로도 큰 도움받고 있습니다!! 감사합니다!!
봐주셔서 감사합니다 😍
엘리누님 코틀린 강의는 하지 않으십니까 정말 엘리누님덕분에 프론트엔드 생명을 얻었는데 코틀린 강의 강력히 원합니다!
Ellie, the dream-coding academy president
Sweeeeeeeet 🍬
테스트 코드가 원하는 대로 작동하는 지는 뭘로 검증하죠?
아 네 그건 테스트 코드를 위한 테스트 코드를 만들면 됩니다.
응?
또 매우 유용하고 중요한 영상을 올려주셨네요. 굳굳굳~ 짝짝짝~
진짜 너무 기대돼요 얼른 배워서 사이드 프로젝트에 적용할 생각하며누너무 설렙니다 ㅎㅎㅎ
사이드 프로젝트할때 연습해 보시면 정말 좋을것 같아요 👍👍
엘리님 안녕하세요! 꾸준히 많이 알려주시는 영상 보고 많이 배우고 있습니다!
드림코딩에서 리액트 강의도 열심히 수강중이구요.
TDD 영상 올려주신거 보다가 궁금점이 들어서 이렇게 문의 드리는데
엘리님께서 일하시는 곳이나 수행하시는 프로젝트에서는 개발자가 분석/설계, 개발 혼자서 다 하나요?
아니면 분석/설계자가 따로 있고 구현만 하는 개발자 따로 있고 그렇나요? SI 프로젝트 처럼?
분석/설계자가 따로 있다면 설계서는 어느정도 수준까지 작성하나요?
그냥 개략적인 내용만 설계서에 적고 개발자가 그 설계서 보고 자기만의 방식으로 코드 구현을 해나가는지
아니면 설계서에 어떤 방식에 어떤 구조로 구현해야 한다는 것까지 설계가 되어있는지
설계서에 대한 내용이 궁금한데 엘리님께선 이 부분에 대해 어떻게 생각하시는지 관점이 궁금합니다.
제가 전에 일 할때는 Java로 예로 들면 시퀀스 다이어그램은 물론이고
클래스명이라던지 메소드명, 매개변수와 인자값은 뭐가 있어야하고 수행 로직은 어떻고 이런거 다 설계서에 작성을 했었는데
다른 곳에 오니 다른분이 "뭐 그런거까지 설계서에 다 쓰냐 그런건 개발자가 알아서 하는거지"라고 하던데
개인적인 생각으로는 그럴꺼면 개발자가 그냥 분석/설계 다 하면서 하지 왜 설계자가 필요한가 하는 생각이 들었습니다.
(그런 설계서를 받아보고 다시 그 설계서를 분석하고 재설계해서 코딩하는 경우도 많았다는.....😓)
그래서 이게 제 생각이 잘못된건지 원래 그렇게 하는건지 아리송하고 혼란스러워서 이렇게 엘리님의 조언을 구해봅니다..😭
아울러 분석/설계 관련된 영상도 있으면 참 좋겠다라는 생각도 좀 해봅니다. 😅
안녕하세요!! 요즘 코딩에 관심이 생겨서 즐겨보고있는데요~~! 훗날에 웹디자인쪽으로 일해보고싶어서 공부를 해보려고하는데 노트북을 일단 새로사야해서 맥북종류로 사고싶은데 추천 부탁드려도 될까요~~? 노트북을 못정하니 공부도 제대로 안되서요!!! 시간되신다면 추천 부탁 드립니당 엘리님💕🙈
듣고 싶던 강의인데 너무 감사합니다!!
감사합니다 😍
예전에는 테스트 코드 만들고 짤 시간에 빨리 만들고 완성하고 한 번에 테스트하면 되지라고 생각했다가
요즘에는 테스트 코드 작성하면서 내가 구현하려는 의도가 이게 맞나?
내가 구현하는 방향이 맞나? 질문하면서 하고 있습니다
결국은 처음에는 시간이 오래 걸리는 거 같아도 나중에는 테스트 코드 작성하는 편이 결과적으로 빠르고 안정적인 코드를 만드는 것 같습니다 ㅎㅎ
좋은 영상 감사합니다
요즘 완전 관심 많은 TDD에 대한 영상이라니 반가워요! TDD라는 개념은 알고 하고 싶지만 실제로 하려니 생각보다 막막하더라구요.. 하지만 TDD로 개발할 수 있다면 장점이 많을 것 같아요
네 그럼요~ TDD 자체의 장점과 테스트를 작성했을때 가지고 올 수 있는 장점들이 결합되니 시너지 효과가 꽤 커요 😍
좋은 영상 감사드려요..! 궁금했는데!
봐주셔서 감사합니다 🥳
저희파트도 커버리지 특정비율 떨어지면 머지 안해줍니다.ㅋㅋㅋㅋ tc 도 당연히 추가커밋으로 pr하나에 다 말아넣어야 패스됩니다.
오훗! 너무 좋아요 😍 10년 전쯤 삼성다닐때 영통홈플러스 정말 자주 갔었는데 수원에 계신건가요? :)
@@dream-coding 네...그회사입니다..ㅎ
좋은 영상 올려주셔서 감사합니다!
제일 빨랐어요 👍👍👍 감사합니다 🥳
안녕하세요! 열심히 엘리님 유튜브를 보고있는 1인입니다
홈페이지 안내를 보니까 리액트 강의를 수강한 사람에 한해서 무료로 공개한다고 하셨는데요
그럼 타입스크립트 강의는 해당 안되나요? 아니면 그냥 유료로 테스트강의를 들을 수는 없을까요?
아직은 리액트와 노드 수강자 대상자 입니다. 기존의 프로젝트로 진행하는거라 기존 강의를 들으셔야 이해가 되실것 같아서요 ;) TDD까지는 오픈할 수 있게 제가 더 고민해 볼께요 😍
ㅠㅠ저에겐 빛같은 존재에요 엘리님 ㅠㅠㅠ 비록 si업체에 있지만 언젠간 엘리님 같이 멋진 개발자가 되고 싶습니다
감사합니다 🤓 SI에서 다양한 프로젝트 경험 쌓으시고 오늘 배우는걸 기회로 잡으시길 응원할께요 😊
tdd 좋긴한데.. 단위테스트 열심히만들다가 개발을 늦출수도있음..
버그로 고생하시는 각 프로젝트 매니저 분들께서 이 영상을 보시길... ㅜ.ㅜ
그쵸~ 개발 일정에 테스트를 작성할 충분한 버퍼 시간을 할당해 주는것도 정말 중요해요 👍
와 마케팅 능력이 최고입니다
형님, 테스트 강좌만 오픈 좀 부탁드립니다. ㅠ
TDD 강의만 따로 보고 싶었는데, 그건 안되나보네요... 흙..
넵 아직까지는 기존 수강생 분들에게만 나눠드리고 있어요~ 오픈 하는건 꼭 고려해 볼께요 😍
좋은 영상 항상 감사히 보고 있습니다. ^^b
항상 봐주셔서 감사합니다 🥳
백엔드는 굳이..? 필요한가 싶네요 에러났던 부분만 올려두고 확인하면되지 요즘 트렌드랍시고 모든 케이스를 다 짜놓는 멍청한 짓은 지양해야하지 않을까싶습니다. 자기가 초대형 프로그램을 개발해야되거나 또는 유지보수 중이면 또 모를까
그래서 붙었어요? 안 붙었어요? ㅋ
오늘도 좋은 강의 감사합니다!!!
하하 붙었죠 😎
멋지네요!!
감사합니다 😍
일단 이쁘셔서 구독 좋아요 눌름...
요행만을 바라지 않은 사람들은
개발을 떠나서 다 저렇게 하고 있을거 같아요
ㄹㅇ 근면 성실하면 됩니다
Thank you
회사에서 혼자 TDD 중... test code 넣으라고 하기 지쳤다..
다함께 테스트 코드의 중요성을 깨닫고 실천하는게 정말 중요해요 :) 이런건 시스템 (팀 프로세스로) 도입해서 테스트 없으면 머지가 안되도록 만들어 버려요 😱 ㅋㅋㅋ
코딩은 모르지만
티디디가 삶의 문제 해결에 유익한 방법 같군요
맞아요 :) 개뱔방법론중 일상생활에서 발생할 수 있는 문제 해결에 적용하면 도움이 되는것들이 정말 많아요 👍
테스트 코드를 함으로써 코드의 전반적인 질이 상승한다! 라는건... 사실 개발자의 역량에 달린거지 단순히 테스트코드의 장점은 잘 모르겟네요...
언제나 TDD방식으로 개발해 왔는데 TDD책보고 내가 TDD한다는걸 알았음.
오홋! 책 추천좀요^^
멋져요 😍
TDD 해야한다고 생각은 하는데... 안하고 있는 걸 볼 수 있네요... 귀찮아서 굳이 필요할까 등으로 핑계를 대면서요 ㅋㅋㅋ 솔직히 팀 단위 조직적으로 바껴야 도입될 거 같아요
귀찮아서 이 부분만 그냥 머지 할까? 아.. 아니야 그냥 작성하자 하고 작성했다가 테스트 코드 덕분에 코드의 심각한 버그를 발견한 뒤로, 그 뒤로는 항상 작성하게 되는것 같아요 😍
감사합니다
저도 감사합니다 😍
TDD가 대두된지도 15년이네요...
시간 빠르다 ㅜㅜ
이번엔 TDDㅠㅠ너무 좋아요ㅜㅜㅜㅜ🤍
설계를 툭하면 갈아엎는 pm만나면 못쓰는건가...
그래서 더더욱 필요할수도 있어요^^
Hoeun님 동의합니다 🙌
앗.. 06:33 철자 테스트에서 'sucess' failed
아핫 ㅋㅋㅋㅋㅋㅋㅋㅋㅋ 감사합니다 🙏
최근 TDD로 개발중인데 (TDD로개발중인척 하는데) 마치 화장실갔가왔는데 찝찝한 느낌입니다^^;
ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 왜 찝찝할까요? 아마 모든 케이스들에 대해서 테스트가 다 커버 되지 않아서 일까요? :)
@@dream-coding
1. 내가 제대로 TDD를 적용한게 맞을까?
2. Mock을 많이 이용하다보니 도메인을 제외한 framework부분이 정상동작 할까?
3. 고수들은 어떻게 TDD를 할까
뭐 이런 고민입니다^&
메신저 개발잔데요. 성능시험이 가장 빡세요
메신저 개발하고 계시면 성능 테스트가 제일 중요하겠어요 🤓 긴장 백배
@@dream-coding 성능도 중요하고 단말의 네트워크 단절시의 예외또한 갑갑하죠
집에 못가요!! 😂
Pass 퇴근이다!😆
Fail 🤨😐😑😬🤢🤮🥵🙄🤔🤪🤯😡🤬
ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 이모지 대파티 너무 좋아요 🥳
선생님 그래서 면접 붙으셨나요 ?
하하 당연하죠 😎
감사빤스요
감사합니다 😍
우와 일등!!!!!!!!
선댓글 후시청 ♥️♥️ 엘리 언니 선배님 선생님 멘토님 스승님 감사합니다 ☺️
올리자 마자 10초도 안되어서 오신 태이님! 정말 감사해요 😍
현실은 TDD를 할 시간적 여유도 없고 요구사항 자체도 제대로 분석이 안된 뇌피셜스러운 산출물들이 내려옴ㅋ
3등..!
하하 감사합니다 😍
개발자에 대해 알면 알수록 어렵네요 개발자 ㅋㅋㅋㅋㅋㅋ
인정합니다 하하 😍
광고를 쳐하고있네