sbroh
8k
2019-07-11 23:05:58
41
5435

[펌] "내가 제일 싫어하는 개발자 부류"


제가 아는 어떤 시니어 고수 개발자분께서 페북에 글을 하나 올리셨길래 퍼왔습니다.

내가 제일 싫어하는 개발자 부류


1. 테스트 코드 작성 안하는 사람

본인 머리가 너무 똑똑해서 본인 코드에 버그가 없을꺼라 가정. 테스트 코드는 리팩토링 할 때 넘 많은 코드를 바꾸게 하는 걸림돌이라 생각. 이런 개발자일 수록 리팩토링을 너무 좋아해서 프로덕션에서 버그 유발.

2. 밤샜으니 일 많이 했다고 자랑하는 사람

단위테스트 같은 기본만 지켜도 칼퇴 가능한데 기본도 안지키면서 버그잡느라 밤샜다고 자랑

3. 문서작성 안하는 사람

남이 내 코드 디자인을 이해를 하든 말든 구전동화 들려주듯 코드 설명하고 문서가 전혀 없음

4. 영어 못한다고 스택오버플로 근처에도 안가는 사람

그렇다고 영어 공부를 하는 것도 아니고 국내 사이트에서 해결책 찾다가 결국 못 찾아 영어 하는 동료나 멘토한테 물어보며 자기 프로그램 문제 해결에 동료들 시간을 갉아먹음

5. 깃을 공유폴더로 착각하고 퇴근전에 한번씩 커밋하는 사람

컴파일도 안되는데 자기 브랜치라며 그냥 커밋ㅋ 이후 코드리뷰를 하려 해도 이게 돌아가는건지 마는건지 알 수가 없고 다른 브랜치에서 머지를 함부로 할 수가 없음

6. 제 일정에 일 마무리 짓지도 못하면서 입만 살은 사람

일정은 원래 딜레이되는거니까 일정안에 끝마치던 말던 칼퇴

7. 프로덕션에 올리고 나서 버그 생겨도 바로 잡아 다시 디플로이 하는게 애자일이라 착각하는 사람

따라서 프로덕션에 올리기 전에 테스트도 대충하고 진짜 테스트는 프로덕션 환경에서

8. 시도때도 없이 리팩토링

프로덕션에서 잘 돌던 코드가 망가져서 버그 유발. 처음부터 아예 리팩토링 안해도 되게 짜던가 단위테스트 100프로 커버리지 만들어두고 리팩토링 하던가..

9. 영혼 없이 하는 척하는 개발자

열정도 없고 개발에 대한 호기심도 없고 그냥 월급 받는 용도로 회사 왔다리 갔다리..

10. 경력 5년차 사춘기 개발자

이제 뭐좀 아는구나 싶을 때 멘토들 말 안듣고 자기 생각대로 고집부리다 생산성도 안나오고 버그양산

--

다 적고 보니 회고록 같은 이 느낌은 무엇 --;;

0
6
  • 댓글 41

  • 겸손합시다
    363
    2019-07-11 23:47:21

    내가 제일 싫어하는 개발자 부류


    1. 이런거 SNS에 올리는 SNS 중독 개발자

    19
  • 독거소년
    2k
    2019-07-12 01:31:18

    휴 다행이네요 1도 해당 안되네요

    1
  • BK
    696
    2019-07-12 03:05:11

    1부터 10까지 다 해봤는데... ^_^;

    우린 서로 안맞는것 같아요...

    2
  • C#린이
    720
    2019-07-12 06:39:26

    3,6번 혐오합니다ㅠ

    1
  • ZETT
    708
    2019-07-12 07:14:09

    테스트코드는 개인적으로 반대합니다 

    그런 논리면 

    테스트코드를 테스트하는 테스트코드를 또 작성해야 하기 때문이죠

    코드 바뀔때마다 테스트 코드 유지하는 코스트도 엄청나서 대부분 흐지부지 되더군요

    뭐 부분적으로 만들면 아주 좋은 경우야 물론 있겠지만 요

    3
  • ZETT
    708
    2019-07-12 07:18:09

    코드에대한 문서작성도 마찬가지라고 생각합니다-

    최소한의 스팩만 있으면 된다생각하고요

    어차피 기본지식 없으면 이해못하는거고

    능력있는 개발자는 코드 대충봐도 이해합니다

    문서래봤자 사실상 보여주기식 문서가 대부분이죠


    가독성 좋고 좋은 설계로 코드를 만드는게 훨씬 중요합니다

    3
  • ZETT
    708
    2019-07-12 07:21:01

    6번 

    반대로 말하면 일단 스케쥴만 개빡시게 잡아놓으면

    실력있던 말던 무조건 야근 시킬수 있겠네요

    관리자 입장애거 개꿀인가요? ㅋㅋ

    4
  • 개나소나고생
    5k
    2019-07-12 08:26:48

    1번은 안하는 회사들은 더 많은 것으로 기억합니다..특히나 외부 업체와 통신해서 결과 값을 리턴해주는 구간이 많은 회사는 불가능에 가까운듯 싶습니다.

    2
  • 재현아빠
    1k
    2019-07-12 08:41:21

    1번 테스트코드 작성에 대해서 의견이 갈리는 군요..ㅎㅎ

    저도 뭐가 정답인지는 잘 모르겠네요..

    1
  • 말이쁘게하자
    739
    2019-07-12 08:57:35

    6번은 개발하는 당사자가 일정을 직접 정했다는 가정을 했을때...ㅋㅋ

    3
  • freestyle
    3k
    2019-07-12 09:00:54

    개인적으로는 이런 글 자체가 불편합니다. 페북 일기장에 있으니 그런가보다 하겠지만...

    이런 관점은 공감가는 부분도 있지만 당연히 다른 생각을 가진 사람들도 많거든요.

    다양한 환경 속에서 일하면서 제가 깨달은 것은 얼굴 생김새가 다르듯이, 큰 차이든 미묘한 차이든 "틀린" 생각이 아닌 "다른" 생각을 가진 사람들이 참 많구나 하는 생각을 합니다.

    특히 "개발자"라는 카테고리에는 취향과 성향에 따라, 이것이 옳고 그름의 문제가 아닌 것이 많습니다.물론 본인과 맞지 않은 경우도 있죠. 마치 요즘 인어공주로 흑인이 캐스팅된 것에 대해 난 인종차별주의자는 아니지만 나의 에어리얼은 아니야! 이럴 수도 있겠죠.

    사람들은 분류하고 정의하고 판단하고 단정하는 것, 그리고 그런 의견을 말하는 것이 잘못되었다고 말할 수 없지만 솔직히 흔히 우리 사회에 "꼰대"라고 욕먹는 사람들의 특징 중 하나가 바로 자신의 경험에 대한 지나친 확신, 단정, 독선, 뭐 이런 것들이라고 저는 생각하거든요.

    이 글이 의도하는 바는 충분히 이해하지만 본질적으로 개발자에 대한 개발자에 의한 서로를 배척하는, 또는 예컨대 얼마전에 올라온 "끊임없이 성장해야 하는 개발자"처럼  당위성을 강요하는 것과 연장선에 있다는 느낌입니다.


    13
  • pooq
    2k
    2019-07-12 09:08:22

    결론은, 밤을 새더라도 FM대로 문서 작성하고 테스트코드 작성하면서 에러 없는거 확인한 후에 퇴근하고, 집에서 자기계발(개발이나 영어등) 하라는 의미인가?

    4
  • Yuu
    207
    2019-07-12 09:10:24
    6 공감
    1
  • 밀수나라
    494
    2019-07-12 09:38:33

    1번 테스트코드 커버리지 100% 작성하는 사람 있나요?

    그렇게 해서 버그 안터진 프로그램이 이세상에 존재하는가?

    테스트코드 자체가 사람 머리에서 나온건데?

    그렇게 널널하게 테스트코드 작성하고 있을 시간이 있다니 그냥 부럽

    2
  • 포포핀
    515
    2019-07-12 09:42:55

    테스트 코드랑 문서작성 정말 하기 귀찮은 작업이긴하죠 ㅎㅎ

    현실은 일정이 빠듯한경우가 대부분이고  테스트코드, 문서, 리펙토링할 수 있는 시간은 애초에 개발일정에 포함되어있지 않게 잡혀있는게 문제

    1
  • 8k
    2019-07-12 09:49:19

    해당 하나도 안되네요.. 다행임 -_-;;


    1
  • dydo_
    677
    2019-07-12 10:21:59

    [내가] 라고 써있는 개인적인 견해인데 불편할게 뭐가 있을까요?


    전 상당히 공감합니다.

    근데 저도 회고록같은 느낌이 강해서 데미지가 크네요 ㅋㅋ

    1
  • devcrema
    212
    2019-07-12 10:39:07

    문서는 반대의 의견이지만 테스트 코드의 경우에는 100% 커버리지는 아니지만 필요한 곳에서 작성을 하는 것은 필수적이라고 생각합니다.

    테스트코드를 짜도 결함은 발견되지만 숙련되면 될수록 단위테스트를 작성하면서 얻는 이점 (설계에서의 오버엔지니어링 방지, 결합도/응집도 개선, 자동화를 통한 전체테스트 등)으로 인해 시간이 지날수록 오히려 시간이 절약되는 것 같습니다.

    저는 테스트할때 커버리지는 무의미한 것 같네요.

    일반적으로 테스트하고자 하는 의도가 무엇이냐고 했을때 주요 비즈니스 로직의 검증에 있지 객체가 잘 생성되는지, 단순한 1+1 계산이 잘 되는지, 특정 프레임워크가 버그는 없는지 테스트할 필요는 없으니까요.

    특히 외부와 통신이 있는 인프라스트럭처 영역의 경우에는 mock 프레임워크를 통해 분리하여 주요 도메인 위주로 테스트하는 등 테스트를 위한 다양한 방법들을 적용하면서 외부 영역 결합도를 낮추는 방법에 대해서 한번더 고민하게 되는 것 같습니다.

    2
  • sacredshine
    152
    2019-07-12 10:45:17

    테스트 코드에 부정적인 의견이 많아서 한편으로는 놀랍습니다.

    테스트 코드는 자신이 만든 프로그램에 대한 자신감과 믿음으로 되돌아옵니다.

    테스트 코드를 작성하면 버그가 없느냐?

    그건 아닙니다만 확연히 줄어듭니다. 테스트 코드 없는 리팩토링은 외줄타기 하는 것과 같다고 생각합니다.

    단, 사양이 심각하게 자주 바뀌는 프로젝트는 테스트 코드 자체가 무의미해지겠죠.

    한국 SI의 현실이긴 합니다만... 환경이 안 되어서 하고 싶어도 못 하는 것과

    테스트를 경시하는 것은 다르다고 봅니다.

    1
  • G7CFE
    335
    2019-07-12 10:55:36

    TDD, 코드리뷰, 코드검증, PMD, 파인드버그 등등. 여태까지 프로젝트에서 제대로 적용하거나 제대로 실효

    성을 본적이 거의 없는거 같습니다. 괜히 일정 지연되거나, 일만 더 만드는 적이 더 많았고요. 아직 국내 개발

    환경이 그거에 안 맞던지, 그런 수준에서 관리되는 플젝을 안 겪어 봐서 그런건지 모르겠지만요. 

    그리고 주석은 필요하지만, 문서 작성이 과연 매개발시마다 강요되어야 하는 사항일까? 의심스럽습니다.

    개발 환경 설정, API 설계/설명서, ERD 이런거는 물론 필요하지만요. 다른 문서는 있어도 대부분 보지 않게

    되서.

    3
  • 멘탈조각
    688
    2019-07-12 11:11:10

    1. 지가 진짜로잘하는줄 알고 이딴거 커뮤니티에 올리는 사람.

    유닛테스트병자들이 날뛰고 있습니다.

    유닛테스트 시도하는게 병신짓인 상황 100개도 말해줄 수 있지만 지면관계상 생략합니다.

    5
  • 하루를 즐겁게
    489
    2019-07-12 11:32:09

    생각의 차이일 수 있지만, 위 글들이 좀 투박하게 작성되어서 그렇지

    잘못 된 내용은 없어보이네요..

    댓글 다신 분들 많은 분들이 테스트 코드작성에 대해 호불호가 갈리시는거 같은데..

    테스트 코드 작성 않하시고 어떻게 내가 코딩한 비지니스 로직들이 오류 없이 잘 돌아 간다고 생각하시나요?

    전 그게 더 의문이네요

    2
  • zepinos
    18k
    2019-07-12 12:21:34

    저도 1번 빼곤 다 공감합니다. 1번의 경우, 테스트 코드를 작성하지 않으면 테스트를 아예 안한다고 착각하는 것 같군요.

    0
  • ㅇㅈㅇ
    3k
    2019-07-12 12:49:25

    뭐든지 적재적소가 중요한거죠.


    1
  • minarai
    2k
    2019-07-12 13:53:17

    테스트 코드를 안적는다는 의미가 이해가 안되요

    테스트를 아예 안한다는 이야기인가요?

    아니면 개발자 테스터 따로있는데 테스터한태 알아서 테스트 하라고 하는 이야기인가요?


    그리고 위에 내용은 현장마다 자동으로 적용되는 케이스가 있고 아닌 케이스가 있는


    제목이 주관적이라지만 약간의 논란의 여지가 있을만한 글인 것 같네요.

    2
  • higasi
    300
    2019-07-12 14:07:43

    저희 회사 ... 커버리지..100%...


    99%이면 왜 100% 안하냐고 혼나요 ...


    하지만 버그 터진다라는 건 안 비밀...

    2
  • 박가사탕
    668
    2019-07-13 03:18:23

    재밌는 글이네요~


    전 문서 주는거 별로 안좋아합니다. 안봐요.

    소스코드는 문서 아닌가요?

    프로젝트 받고 실행이 되면 OK~

    내가 속속들이 체크하고 습득할 수 있는 최고의 문서임.


    오픈소스 한번도 문서보고 붙여본 적 없음.

    3
  • kangmo
    -28
    2019-07-13 11:48:48 작성 2019-07-13 11:51:26 수정됨

    테스트 코드 작성도 안하고 본인 코드가 잘 돌꺼라는 배짱은 어디서 나오는건지 의문입니다. 

    소프트웨어 코드 라인수가 증가할 수록 코드의 의존성은 점점 높아지고 한군데 고치면 다른군데 영향줄 가능성이 높아지죠. 

    인간의 뇌는 그렇게 복잡한 의존관계까지 빠짐없이 따져가며 문제없는 코드를 만들지 못해요.

    테스트코드 작성 바빠서 못한다는 사람들 주로 버그잡느라 밤새면서 일 열심히 했다 착각하죠. 

    밤새서 테스트코드 작성했다면 버그도 초장에 전부 때려잡고 더 좋을텐데..

    귀찮은거 잘하는 사람이 진짜 프로예요. 테스트코드 작성 안하는 개발자는 전부 아마추어라고 봐도 됩니다

    3
  • zip6656
    1k
    2019-07-13 18:22:22

    1. 입코딩 하는사람

    데이터는 ORM으로 가져와서 람다로 엮어서 어쩌구저쩌구 전송하고 주절주절

    2. 실력이 없어서 위사람에게 아부성 멘트만 하는사람

    개발자인지..영업사원인지....쯧

    2
  • 슈베어
    28
    2019-07-15 12:40:56
    거의 대부분의 사람을 싫어하시는 것 같은데....
    1
  • 전재형
    4k
    2019-07-15 23:26:24

    여기서 중요한 포인트는 테스트 코드 유무나 문서가 문제가 아닌 것같습니다.


    내공없이 입으로만 일해서 협의된 일정 어기고 책임감없고 잘난체만 하는 부류가 싫다가 정답인 것같습니다.

    0
  • onimusha
    7k
    2019-07-16 08:37:31

    개발이든 아니든 일을 주둥이 썰로만 끝낼려고 하는게 문제에요..

    0
  • sm&si
    2k
    2019-07-16 09:39:05

    그냥 일 못하는 사람은 싫고, 일 잘하는 사람은 좋아요.

    0
  • Chaed
    2k
    2019-07-16 12:44:45

    음 원작자분이랑 일 같이하긴 힘들겠네요

    0
  • 조팝나무
    16
    2019-07-16 14:20:15

    죄송합니다.

    9번빼고 다 해당됩니다 .ㅠㅠ

    0
  • spaceLamb
    741
    2019-07-16 19:08:47

    다필요없고 일만 잘함 됩니다.

    이런 잡설보다 깔끔하게 일잘하는게 최고

    0
  • 김성민
    413
    2019-07-16 23:27:18

    3번 궁금합니다

    실제로 문서화를 해본적이 없습니다


    어떤 형식에 따라 문서화를 하나요?

    아니면 회사에 형식이 있나요?

    0
  • Jeong
    51
    2019-07-17 00:58:10

    개발 문서는 보통 markdown 으로 작성하지만 

    아무도 안 봅니다

    수십장을 작성 해 놔도 그냥 와서 물어 봅니다 -_-;;;;;;

    1
  • 김모씨
    2k
    2019-07-17 10:27:59

    옛날 그 변진섭의 희망사항 노래가 떠오르네요.

    난 그런 여자에 너무 잘 어울리는  ~ 난 그런 남자가 좋더라.

    외국 개발자 보수를  받는 개발자면 외국의 업무 일정대로 잘 따르겠죠. 

    그냥 월급 두배줄테니 위꺼해라. 그러면.

    전 1시간 일찍와서 1 시간 늦게 퇴근할겁니다.

    0
  • jeroschoi
    62
    2019-07-17 12:32:30

    생각보다 문서에 대한 거부감을 가지신분이 많으시네요

    도메인 지식을 많이 필요로 하는 코드에서는 코드를 아무리 잘 본다고 하더라도 이해하는데 시간이 걸리거나 코드의 동작원리는 이해했지만 왜? 라는 의문을 지우지 못하는 경우가 많은데 잘 작성된 문서는 이러한 의문에 대한 시간을 줄여줄 수 있는 좋은 정보가 되죠 

    물론 위에서 말해주신 가독성좋은 코드를 쓰는게 더 중요하다고 생각하지만 적어도 문서를 쓸 필요가 없다라는 식의 시선은 아닌거 같아요~

    문서를 위한 문서, 형식을 위한 문서같은건 필요 없겠지만 적어도 이해하기 힘든 도메인 지식/업무지식 많이 들어간 코드에 대한 문서는 있는게 좋지 않을까 합니다.

    0
  • dhjhi
    168
    2019-07-18 10:16:33

    걍 지혼자 어플만들어서 팔아야되는 인간형이 쓸데없이 지랑 안맞는 회사 겨들어 가서 주변사람과 불화 일으키는 스타일.

    0
  • 로그인을 하시면 댓글을 등록할 수 있습니다.