자기가 완벽한논리로 코드 설계했으면 굳이 단위테스트나 테스트코드안짜도 잘돌아갈거란걸 알텐데 굳이굳이 테스트코드 짜는건 지가 병신이라는거 인증하는꼴 아님?ㅋㅋ
댓글 26
좋아요눌러줄게
존레논(overcome3905)2024-07-04 00:04:00
ㄹㅇ..개추를안누를수가업다
떼껄룩(1700p)2024-07-04 00:05:00
"자기가 완벽한논리로 코드 설계했으면 굳이 단위테스트나 테스트코드안짜도 잘돌아갈거란걸 알텐데 굳이굳이 테스트코드 짜는건 지가 병신이라는거 인증하는꼴 아님?ㅋㅋ"
띄어쓰기나 완벽하게 쓰세요 ㅋ
프갤러1(112.169)2024-07-04 00:08:00
설계할때만 쓰는게 아니다 게이야...
키비(qordi124)2024-07-04 00:15:00
안녕하세요 병신입니다 (?)
cvs.(pythonx)2024-07-04 00:48:00
너도 언젠가 너 자신이 별 볼일 없는 병신이란걸 깨닫게 될거다 - dc App
프갤러2(118.218)2024-07-04 01:02:00
헬마스터(supersaver)2024-07-04 01:22:00
답글
이짤은 볼때마다 개웃기네 ㅋㅋㅋㅋㅋ
프갤러6(223.62)2024-07-04 23:07:00
이거마따 ㅇㅇ 자존심도 자신도없는 아류개발자놈들 대안의대안의대안만 찾는 아마추어이자 아무것도 모르는, 무지한놈들 - dc App
멍청한유라ㅋ(repair25)2024-07-04 01:28:00
ㄹㅇ 면접때 tdd같은거 물어본다? 바로 거름ㅋㅋ
익명(223.39)2024-07-04 01:42:00
익명(protein7219)2024-07-04 07:11:00
아무리 잘 짜봤자 에러는 반드시 나더라...실제로 실행해 보면 에러 터져서 코드 짠 시간보다 에러 찾고 고치는 시간이 많이 들어. 그래서 나는 실행 해보지 않은 코드는 코드를 짠게 아니라고 생각함. 내부에서 실행되고 있는 코드의 경우는 테스트를 작성해서 실행하는 걸로 확인할 수 있으니까 너무 편해.
프갤러3(112.214)2024-07-04 12:18:00
솔직히 나도 처음에는 tdd를 좋게 안봤어. 나는 react할때 tdd를 처음 접했음. jest를 이용해 테스트를 진행하면 네트워크 응답을 실제로 받는 게 아니라 mock 해서 보낸다는 걸 알고는 이게 뭔 개짓거리야 했음. 그런데 java로 넘어가고 junit을 이용해보니까 다르게 보이더라. 진짜로 네트워크 응답 받아오고 실행되니까 tdd거리는지 이해되더라
프갤러3(112.214)2024-07-04 12:28:00
zzzzzzz미쳣노
익명(118.235)2024-07-04 17:43:00
다른 사람하고 같이 작업할 때 최소한의 마지노선도 없으면 금방 개판이 될 것 같음
심지어 저 다른 사람이 내가 작성한 코드를 기억 못 하는 나일 수도 있고
프갤러4(121.154)2024-07-04 18:35:00
음 너 제대로된 개발을 안해봤구낭. 테스트코드는 처음 기능 검증에서 빛을 발하는게 아냐. 니가 짠 코드가 세월이흘러 너 조차도 까먹었을때, 나 또는 누군가 니가 짠 코드베이스에 기능을 수정하거나 추가해야할 때 빛을 발하는거야. 이게 뭐하는 코드인지, 내가 수정했을때 기존 기능에 영향을 안주고 정상동작하는지, 이런 미래를 위해 작성하는 게 테스트 코드의 본질
프갤러5(222.112)2024-07-04 22:26:00
난 테스트코드 무족권 짜라고함 이새끼들 api 스펙변경될때 문서 안바꿔놈
프갤러7(1.230)2024-07-04 23:23:00
답글
rest doc쓰려면 테스트코드 대충이라도 짜야하닌깐 일단 권장함
프갤러7(1.230)2024-07-04 23:23:00
웹싸개냐 - dc App
프갤러8(223.62)2024-07-05 14:29:00
ㄹㅇ멍청이들이나짜는거임
하늘섬(spelling8070)2024-07-05 19:41:00
코드가 절대 안바뀐다면 굳이 짤 필요 없지. 근데 리팩토링을 하고 기능을 수정 및 추가할 때 "매 번 처음 작성한 진리표대로 작동한다고 확신할 수 있나?"에 대한 게 어렵다는 거지
좋아요눌러줄게
ㄹㅇ..개추를안누를수가업다
"자기가 완벽한논리로 코드 설계했으면 굳이 단위테스트나 테스트코드안짜도 잘돌아갈거란걸 알텐데 굳이굳이 테스트코드 짜는건 지가 병신이라는거 인증하는꼴 아님?ㅋㅋ" 띄어쓰기나 완벽하게 쓰세요 ㅋ
설계할때만 쓰는게 아니다 게이야...
안녕하세요 병신입니다 (?)
너도 언젠가 너 자신이 별 볼일 없는 병신이란걸 깨닫게 될거다 - dc App
이짤은 볼때마다 개웃기네 ㅋㅋㅋㅋㅋ
이거마따 ㅇㅇ 자존심도 자신도없는 아류개발자놈들 대안의대안의대안만 찾는 아마추어이자 아무것도 모르는, 무지한놈들 - dc App
ㄹㅇ 면접때 tdd같은거 물어본다? 바로 거름ㅋㅋ
아무리 잘 짜봤자 에러는 반드시 나더라...실제로 실행해 보면 에러 터져서 코드 짠 시간보다 에러 찾고 고치는 시간이 많이 들어. 그래서 나는 실행 해보지 않은 코드는 코드를 짠게 아니라고 생각함. 내부에서 실행되고 있는 코드의 경우는 테스트를 작성해서 실행하는 걸로 확인할 수 있으니까 너무 편해.
솔직히 나도 처음에는 tdd를 좋게 안봤어. 나는 react할때 tdd를 처음 접했음. jest를 이용해 테스트를 진행하면 네트워크 응답을 실제로 받는 게 아니라 mock 해서 보낸다는 걸 알고는 이게 뭔 개짓거리야 했음. 그런데 java로 넘어가고 junit을 이용해보니까 다르게 보이더라. 진짜로 네트워크 응답 받아오고 실행되니까 tdd거리는지 이해되더라
zzzzzzz미쳣노
다른 사람하고 같이 작업할 때 최소한의 마지노선도 없으면 금방 개판이 될 것 같음 심지어 저 다른 사람이 내가 작성한 코드를 기억 못 하는 나일 수도 있고
음 너 제대로된 개발을 안해봤구낭. 테스트코드는 처음 기능 검증에서 빛을 발하는게 아냐. 니가 짠 코드가 세월이흘러 너 조차도 까먹었을때, 나 또는 누군가 니가 짠 코드베이스에 기능을 수정하거나 추가해야할 때 빛을 발하는거야. 이게 뭐하는 코드인지, 내가 수정했을때 기존 기능에 영향을 안주고 정상동작하는지, 이런 미래를 위해 작성하는 게 테스트 코드의 본질
난 테스트코드 무족권 짜라고함 이새끼들 api 스펙변경될때 문서 안바꿔놈
rest doc쓰려면 테스트코드 대충이라도 짜야하닌깐 일단 권장함
웹싸개냐 - dc App
ㄹㅇ멍청이들이나짜는거임
코드가 절대 안바뀐다면 굳이 짤 필요 없지. 근데 리팩토링을 하고 기능을 수정 및 추가할 때 "매 번 처음 작성한 진리표대로 작동한다고 확신할 수 있나?"에 대한 게 어렵다는 거지
기가채드 100000x 개발자
단위테스트인데 ㄹㅇ단위로 짜는 새끼가 없는 그거?
담백한 정사 ㅋㅋ
어지럽노 ㅋㅋㅋ 완벽하게 짯다는건 어떳게 증명할건데?
개추