Відео

둘 다 사짜

안드로이드 개발 한다는 것이 안드로이드 스튜디오 사용하여 모바일 앱을 개발하신다는 말씀인가요?

잘 봤습니다!!! 깔끔한 번역, 영상 공유 감사드립니다!!

번역, 영상 공유 감사드립니다!! 덕분에 쉽게 강연 들을 수 있었습니다!!

집필하신 책에는 카프카 브로커를 1대만 쓰던데 이유가 있으실까요?!

이사람은 찐이다!!!!!!

메일한번만 확인해주시면 감사합니당!

바쁘셨을텐데 번역해주셔서 감사합니다! 덕분에 좋은 영상 시청합니다

Bob이 얘기하는 극단적인 테스트 방법론은 처음 들었을 때 꽤나 매력적으로 들림. 하지만 Jim이 얘기하는 것처럼 실용주의적 사고를 조금만 해보면 금방 이성적인 사고를 할 수 있게 되돌아옴.

5년차 개발자입니다. 수준높은 대화에 입이 떡 벌어지고 아직 공부하고 배워나가야 할 것이 너무 많다고 느끼네요 좋은 영상 감사합니다.

저도 TDD의 유닛테스트에 집착하는 방식으로는 스노비즘에 걸린 쓰레기코드만 양산될 뿐이라고 봅니다. 시스템 기능을 테스트 할 수 있어야 하지요. 어떤 언어가 제공하는 기능을, 테스트코드 노르마를 때우기 위해, 소프트웨어 유닛테스트에 구겨넣고, 그걸 묵인하는 미친 프로젝트들을 너무 많이 봐왔습니다.

작가와 개발자의 토론

사실 좀 도전적인 로직이 첨가됐을 때는 TDD가 꽤나 유용하다고 보지만, 일반적인 로직에 TDD는 좀 아니라는 생각이 듭니다. 실제적으로 형식적인 테스트 코드 작성이 많아지게 되고 이는 생산성을 떨어뜨리게 되는 가능성을 안고 도입하게 됩니다. 개인적으로는 어떤 프로그램이 작성하게 되면 그 프로그램이 실제적으로 잘돌아가는 지에 대해 테스트 목록을 작성해서 그 리스트 항목에 맞춰서 테스트를 체크 해 나가는 게 개인적으로는 버그도 덜 발생하게 되고 프로그램에서 테스트가 빠진게 있는 지를 더 쉽게 확인해 볼 수 있었던 것 같습니다.

jim의 언급처럼, 비지니스 요구사항이 api나 객체 단위와 직접적으로 연결될 수 없습니다. 유닛테스트는 적당한 수준에서 해야 하는 것이지, 유닛테스트가 개발을 주도할 수는 없다고 봅니다. 테스트 코드 커버리지에 목숨거는 프로젝트 운영에 반감이 있습니다. 비지니스 요구사항을 달성하는 software feature의 테스트를 중심에 두는 BDD가 현실적이고 효과가 좋다고 생각합니다.

Tdd 개념자체는 참고할 만하다고 생각 하는데 신봉자 광신도 한놈이 팀에 있으면 아주 개판됨. 지금 당장 고객 피드백을 수정해야 하는데 뜬구름 잡는 tdd 이상론 부터 이야기 함. Tdd는 하기 싫다고 하면 테스트 코드 왜 작성 안하냐고 함. tdd와 테스트 코드를 동일시 하기 까지 함. tdd가 싫다 했지 테스트코드 싫다고는 안했는데 마치 자신의 소중한 가족을 부정당한듯한 모습. 면접에서 tdd 좋아하냐고 물어보고 광신도 끼보이면 탈락시켜야 함

국내에서 TDD를 한다고 깝치는 새끼는 많지만 제대로 하는놈은 단 한번도 못본듯

개발을 누가 더 잘하는지는 모르겠고 리더에 어울리는건 JIM이고 Bob같은 새끼한테 맏기면 안된다는거

한국은 약팔이들이 넘 많아 tdd강의팔다가 욕먹으니까 패거리로 뒷담화나 하는 그 cto라던지 ㅋㅋ

입장이 너무 다른 것 같은데요 자바-비지니스 현업 개발자와 C++ 뜬구름 개발자

TDD는 나쁘지 않은데 문제는 TDD는 갑이다 하는 게 문제임. 그리고 저건 조직에 머지팀이 있는 경우에는 TDD가 적합함. 없는 경우는 걍 유닛테스트 많이 돌려보면서 가다듬거나 결함 찾는게 나음 근데 문제는 가끔 가다가 경력직 왔는데 뇌내 테스트만에 코드 올리니 TDD 하자고하는 거라 생각함

원본 영상은 몇년전건가요?

좋은 영상 번역 공유해주셔서 감사합니다! 영상을 아직 다 보진 못했는데 3:10에 procedural bottom-up architecture 부분은 '절차적 상향식 아키텍쳐'라고 번역하는게 맞지 않을까요?

10년간 TDD를 사용한 제 의견은, SW Quality 향상을 위해 꼭 TDD로 개발할 필요는 없지만 unittest는 70% 이상 달성해야 버그가 줄어든다입니다. 즉, 어차피 사후에 unittest를 만들거면 처음부터 TDD를 사용하면 설계도 향상되고 좋죠. 다만 현 시점에 집중할 부분은 AI로 unittest를 자동으로 만들어주는 방법입니다. 몇 년 안에 AI가 code와 unittest를 동시에 개발해주는 세상이 오면 TDD라는 용어도 역사 뒤안길로 사라지겠고 개발자도 줄어들겠지요..

저는 개인적으로 용어를 재 정의해서 쓰는데 Jim이 말한 코딩 완료시점에 그것을 테스트하는 테스트 코드가 있어야 한다는 방식을 실용중의 TDD라고 하고 Bob이 말하는 언제나 테스트코드를 먼저 작성해야 한다는 방식을 원리주의 TDD라고 부릅니다. Bob과 같은 원리주의자들의 문제점은 이 원리주의 TDD에 반대하는 것을 테스트에 반대하는 것으로 이야기 한다는거죠. 테스트는 TDD가 아닙니다.

둘다 성격 진짜 부담스러운데 Jim 쪽이 더 ㅎㄷㄷ 하네요 ㅎㅎ 개인적으로 Jim 의견에 동의합니다. 보다 다방면에서 검토하면서 실질적으로 문제 해결이 이루어지는 쪽인 것 같네요. 돈도 확실히 Jim이 잘 벌것 같고...능력이 딸려서 그런가 확실히 테스트 작성하면서 코드가 복잡해지면서 관리가 안됐던 경험이 많았어서... 그러나 배포전에 반드시 초반에 언급한 테스트 원칙을 가능한 지키도록 하는 것은 필요한 것 같네요. Test Driven에 집착하면서 테스트 위주로 하는 것은 너무 교조적인 것 같구요.

너무 재밌는 내용이었습니다. 저는 TEST는 필수지만 TDD는 필수가 아니다 라는 관점에서, 테스트는 단순 커버리지 보다는 비지니스 로직에 맞게 결국 어떻게 의미있게 잘짜냐 중요한데 효율성이라는 관점에서 jim이 말한 계약 중심으로 바라보는 CDD가 효율적으로 보이는데요. 요즘은 AI 덕분에 실제 코드량과 단위테스트 코드량이 같다고 하지만 생산하는 시간 자체가 0에 가까워 지기 때문에 어느정도 기계적인 TDD를 진행하는것 자체도 나쁠건 없다 라는 생각이 들기도 합니다.

너무 좋은 내용이네요. 감사합니다. TDD는 방법론이므로 소프트웨어 개발의 필수의 영역은 될 수 없다고 봅니다. 다만 수준 높은 프로젝트는 자동화된 셀프 테스트 기능을 가져야 하지 않을까 싶네요. 프로라면 그런 프로젝트를 지향해야 할 것이고요.

너무 관심있는 주젠데 선댓글 후감상합니다 감사합니다!

💬 오늘 영상에 대한 여러분의 생각은? 이번 영상에서는 Bob Martin과 Jim Coplien이 *테스트 주도 개발(TDD)* 의 중요성에 대해 깊이 있는 토론을 나눴습니다. > 여러분은 TDD가 소프트웨어 개발에 필수적이라고 생각하시나요? > TDD가 개발자의 프로페셔널리즘의 기준이 될 수 있다고 생각하시나요? 댓글로 여러분의 생각과 경험을 공유해 주세요! TDD에 대해 함께 이야기해 봅시다! 😊

회사 복지로 바로 ebook 신청할게요

너무 감사합니다!!

데브 원영님! 오늘도 한 수 배웠습니다. 다음에는 SQS를 활용한 poor man's exactly once도 알려주세요❤

특허=자연법칙+신규성+진보성 “고도(高度)한 것을 말한다.“

애플이 한국에 출원한 "모바일 디바이스를 사용한 추락 검출" 특허 보러가기 👉 doi.org/10.8080/1020227023249

안녕하세요 취업한지 1년도 되지 않은 신입 자바 백엔드 프로그래머입니다. 저희 회사 도메인이 결제가 주 시스템이라 이 영상 내용이 정말 와닫는데요.. 저는 python 기초는 어느정도 알고 있다고 생각하는데 hdfs를 익힌 뒤 spark와 kafka중 어느것을 학습하는게 좋을지 여쭤보고 싶습니다.

유닉스로 명령만 치면서 할까 하다가 찾아보니 데브장원영님 덕분에 편하게 합니다

똥치우기는 돈이 된다 잘만하면 회사를 과비용에서 구원할수도 오버스펙으로 괴롭힐수도 때로는 적당히 중간만 하면서 아는 것도 모른척 할 수도 평소 벼르고있던 사장님을 협박할 수도 있다 성장해서 권력을 가지자

이걸 대체 내가 언제 본거지? ㅋ

혹시 카프카에서 메시지의 파티션 할당에 대한 개념에 대해 도움을 구할 수 있을까요? 프로듀서 내 파티셔너의 역할이 ISR의 리더 파티션을 찾아서 메시지를 전달하는 것으로 알고 있습니다. 다시 말해서 프로듀서의 파티셔너는 메시지를 전송할 때, 여러 카프카 브로커에 존재하는 파티션 중에서도 리더 파티션에게만 전송하는 걸로 알고 있습니다. 그런데 메시지의 파티션 할당에 대한 개념을 보면, 메시지의 키의 유무에 따라 해시 방식과 라운드 로빈 방식에 따라서 여러 파티션에 메시지를 균등하게 할당한다고 하네요. 위의 두 개념이 충돌합니다. 프로듀서에서 메시지를 리더 파티션에만 전달한다면, 해시 기반이나 라운드 로빈 방식으로 메시지를 균등하게 배분할 필요가 없지 않을까요?

윈도에선 그냥 압축 해제하면되는거죠?

구매했습니다~! 잘볼게요!

말잘하는 스타 개발자네

안녕하세요 ssh접속할때 질문이있는데요 ssh -i abcd.pem ec2-user 123.456 이렇게해서 ssh접속을 하는데 abcd.pem은 개인키를 쓰는데 123.456은 왜 퍼블릭ip를 쓰는건가요…? abcd.pem도 개인키말고 공개키를 써야 짝이맞는거아닌가요??

크리스마스 기념 30% 할인해서 구매했어요!

안녕하세요! 질문이 있는데요.. 데이터 엔지니어가 되려면 백엔드 개발자로 시작하는 것이 좋을까요?

궁금한 것이 있어 여쭈어 보고 싶습니다^^ 이 쪽 전문가가 아니라 잘 모르겠는데요. 기업에서 주최하는 해커톤대회에서 대학생이 백엔드와. 데브옵스?로 참여해서 1등을 했다면(대상 삼금 2000만원) 전문가의 입장으로 어떤평가를 내릴 수 있는지요. 어느 정도의 수준인 지...^^ 정보올림피아드나 icpc 같은 대회는 프로그래밍 대회로 대략 알고 있는 데 해커톤은 어떤 역량을 보는 것이며 저 정도면 수준급인지 궁금해요

좋습니다

안녕하세요 원영님 ㅋㅋ 만나서 반가웠습니다 :) 제 목소리가 영상 후미에 많이 나오는군요 ㅋㅋ 제 링크드인 채널에 후기 글을 간단히 올려두었는데, 해당 링크드인 글 댓글에 이 영상을 레퍼로 넣어도 괜찮을까요?

참석 인원 정원이 제한되었고 추첨으로 선별했다고 들었는데 자리에 들으셨나보네요

감사합니다.