프로그래머들이 스스로에게 하는 9가지 거짓말
첨부 '9' |
|
---|
사적인 일에서든 업무에서든 누구나 가끔 스스로에게 거짓말을 한다("이렇게 무거울 리가 없어. 저울이 고장 난 것이 분명해"). 직업에 따라서는 다른 직업에 비해 이런 거짓말이 더 흔한 경우가 있다. 오랜 시간 동안 혼자서, 촉박한 일정에 맞춰 일할 때가 많은 소프트웨어 개발자는 특히나 이와 같은 자기 기만에 쉽게 빠지곤 한다. 소셜 미디어에서 만난 개발자들의 의견, 그리고 토론 포럼과 기타 온라인에서 개발자들이 남긴 글을 바탕으로 프로그래머들이 스스로에게 가장 자주 하는 악의 없는 거짓말 9가지를 선정했다. editor@itworld.co.kr
![]()
“이 코드에는 주석이 필요 없다”
솔직히 코드에 주석을 다는 일은 지겹다. 그래서 개발자들은 적당한 이유를 들어 주석을 달지 않거나 최대한 뒤로 미루곤 한다. 그 이유가 합당할 때도 있지만 그렇지 않은 경우도 많다. Credit: flickr/Sabine
"여기엔 주석을 달 필요가 없어. 내가 썼으니 뭐가 뭔지 내가 잘 알아." Alek
"내가 만든 이 단순한 사용자 인터페이스를 이해하지 못할 사람은 없을 거야." John Morrow
"주석으로 설명을 달지 않아도 다 기억할 수 있어." Avenger
"코드 그 자체로 문서화된다." Toby Thain
![]()
“오래 걸리지 않을 거야”
과신, 자기기만, 퇴근하고자 하는 절박함. 이유가 무엇이든 개발자들은 어떤 일을 완료하는 데 걸리는 시간을 과소평가하는 경향이 있다. 얼핏 보기에는 전혀 복잡하지 않은 코드에 대한 아주 작은 변경 또는 수정 작업도 막상 해보면 예상보다 더 많은 시간이 걸리는 큰 일이 되곤 한다. Credit: flickr/Adam Rifkin
"이거 아주 쉬워. 오래 걸려봤자 2시간이면 충분할걸?" Mita
"이건 너무 쉬워서 금방 알아낼 거야." notgeorgelucas
"버그 하나만 더 잡으면 다 해결된다." Joe Atiyah
"5분 후면 집에 갈 수 있다." Evan Wilde
![]()
“나는 이것보다 더 잘 할 수 있다”
오픈소스가 성장하면서 개발자들은 온갖 종류의 코드와 도구, 애플리케이션을 무료로 사용할 수 있게 됐지만, 그렇다고 "그들 스스로의 역할"에 대한 자부심이 줄어든 것은 아니다. 소프트웨어 엔지니어에게 자신의 능력에 대한 확신 빼면 남는 것이 없다. Credit: flickr/Yahoo
"나는 X의 인터페이스 표준을 따를 필요가 없다. 내 방식이 더 나으니까..." Mark Harrison
"나는 gcc-03의 성능을 능가하는 어셈블리를 쓸 수 있다." Alex Feinberg
"내가 직접 만든 파서로 충분하다." Toby Thain
"내 코드가 네 코드보다 낫다." William Emmanuel Yu
![]()
“나중에 고칠 거야”
프로그래머는 중요한 버그를 잡아야 할 때나 기한을 맞춰야 할 때를 포함하여 다양한 상황에서 빠르게 하기와 "제대로" 하기 사이에서 타협해야 한다. 타협의 명분은 시간 절약이다. 완벽하지 않은 코드를 나중에 수정하거나 정리하면 된다는 것이다. 그러나 대부분 그 '나중'은 결코 오지 않는다는 것을 스스로도 잘 안다. Credit: flickr/Nessima El Qorchi
"이 코드가 지저분한 것은 나도 알아. 나중에 다시 쓸 거야." GerardYin
"이 부분은 나중 릴리스에서 고칠 거야." notgeorgelucas
"나중에 이 부분으로 돌아와서 주석을 달 거야." schrodingerspanda
"지금은 이 버그를 무시해도 돼." makemehumanagain
![]()
“사소한 변경일 뿐이야”
버그를 수정하든 기능을 추가하든 코드를 변경할 때는 아주 작은 것이라 해도 예상치 못한 종속성으로 인해 생각보다 일이 커지는 수가 많다. 그런데 코더는 이런 경우를 아무리 많이 겪어도 여전히 '사소한 코드 변경'이란 거의 없다는 사실을 망각하는 듯하다. Credit: flickr/Eric Golub
"아주 간단하고 사소한 변경이다." Hummigbird1
"1줄일 뿐이고 아무것도 망가지지 않을 거야." bleepster
"데이터베이스 트랜잭션은 필요 없다. 잘못될 가능성은 없다!" Ahmet Alp Balkan
"이 사소하고 별 것도 아닌 코드 변경이 단위 테스트 실패로 이어질 가능성은 없다." Hummigbird1
![]()
“버그가 아니야”
간혹 개발자들은 코드가 잘못되거나 버그가 있다는 사실을 인정하지 않으려 든다. 직접 썼고 직접 테스트했으며(아마도), 자신이 보기엔 아무 문제도 없기 때문이다. 사용자가 뭔가를 잘못하고 있거나 애플리케이션의 기능에 대해 잘못 이해하고 있을 뿐이다, 개발자들은 그렇게 생각하곤 한다. Credit: flickr/Simon Davison
"내 컴퓨터에서는 잘 된다." Madsdad
"버그가 아니라 기능이다!" Ron007
"컴파일된다면 제대로 된 것이다!" Philip Guo
"테스트를 통과했다면 제대로 된 것이다." Michal Pise
“내가 무슨 일을 하는지 잘 안다”
프로그래머들은 스스로에 대해 과신하는 탓에 자신이 하는 일을 정확히 안다고 생각하는 경우가 많은데, 사실을 그렇지 않은 때가 종종 있다. 과신하는 프로그래머는 지름길을 택하거나 무턱대고 논쟁하거나 전반적으로 경솔해질 수 있으며 이는 모두 문제로 이어지게 된다. Credit: flickr/Denise Krebs
"나는 디자인과 아키텍처를 건너뛰고 바로 코딩을 시작할 수 있다." Toby Thain
"나는 그 레거시 코드를 완전히 이해하고 있어!" Hummigbird1
"버전 제어는 필요 없다." Toby Thain
"내가 뭘 하는지는 내가 안다." Kyle
![]()
“이 테스트는 생략해도 안전하다”
테스트는 소프트웨어를 만드는 데 있어 필요한 단계지만 별 재미가 없는 일이 될 수도 있다. 주석을 쓰는 일과 마찬가지로, 프로그래머들은 테스트를 하지 않기 위한 구실을 찾거나 적절한 코딩 절차를 밟지 않는 경우가 있다. Credit: flickr/Paul Downey
"테스트는 대부분 중복되는 작업이다. 지금 이 입력으로 작동되니까 입증된 것이다." Ahmet Alp Balkan
"단위 테스트를 한다면 타입 검사는 필요 없다." Toby Thain
"한 줄짜리 간단한 변경이다. 테스트할 필요가 없다." Sami Kukkonen
“<가장 즐겨 사용하는 언어>을(를) 사용하고 있으니까 아무 문제 없다”
소프트웨어 개발자마다 잘 알고 신뢰하고 의존하는, 선호하는 언어가 있다. 그러나 선호하는 언어에 대한 사랑과 충성은 종종 그 언어의 결함과 단점, 또는 한계에 대해 스스로에게 정직하지 못한 자세를 갖게 되는 원인이 되기도 한다. Credit: flickr/Kushal Das
"C로 작성한 코드라면 빠르다." Toby Thain
"파이썬으로 작성한 코드는 확장이 쉽다." Alec Heller
"자바는 모든 곳에서 실행된다." Ahmet Alp Balkan
[출처] http://www.itworld.co.kr/slideshow/86536
-
No Image
언어논리 편 - 오류의 종류
언어논리편 - 논법 외 # 논법 # "연역 논법" * 딜레마 논법 A면 B다. C면 D다. 그런데 ~B이거나 ~D다.(대우) 따라서 ~A거나 ~C다.(대우) * 정언적 삼단논법 A면 B다. C면 D다. 그런데 A 또는 C다. 따라서 B 또는 D다. * 선언적 삼단논법 A 또는 B이다. ~A이다.... -
언어폭력에 대한 광고 (외국)
완전 직관적임.. [출처] http://www.vingle.net/posts/59713 -
얻은 것과 잃은 것..
건물은 높아졌지만 인격은 더 작아졌다. 고속도로는 넓어졌지만 시야는 더 좁아졌다. 소비는 많아졌지만 더 가난해지고 더 많은 물건을 사지만 기쁨은 줄어들었다. 집은 커졌지만 가족은 더 적어졌다. 더 편리해졌지만 시간은 더 없다. 학력은 높아졌지만 상... -
얼리어답터들을 위한 크리스마스 선물가이드
얼리어답터를 방문하는 사람들은 비행기 1등석에서 마카다미아를 주문하기 보다는 어떤 엔터테인먼트 시스템을 사용하고 있는지와 UI를 분석하느라 정신이 없는 사람들이다. 그런 우리들에게 배터리가 들어있지 않은 크리스마스 선물은 의미가 없다. 크리스마... -
엄마보다 아빠가 아이들과 더 잘 놀아줘야 하는 이유
By Sue Shellenbarger LINZIE HUNTER FOR THE WALL STREET JOURNAL 오하이오 주 켄트스테이트대학의 캐스린 컨스 심리과학 교수는 자신의 실험실에서 30명의 청소년 및 아동이 부모에 대해 얘기하도록 했다. 컨스 교수 연구진이 부모와 자녀 간의 유대감을 평... -
엄마학교 서형숙 망언
이런 사람이 엄마 학교?.. 본인이 사람부터 돼야겠그만.. 2014년 05월 22일 일본에서 한국엄마들을 상대로 강연회를 가졌던 엄마학교의 저자 서형숙 육아얘기 잘 하다가 막판에 배가 가라앚는 그 상황에 문자질이나 하는 생각없는 세월호 아이들이라고 비난, ... -
에네스 카야 사과문, ‘유병재 해석법’ 화제
터키 출신 방송인 에네스 카야가 불륜설로 논란에 휩싸인 가운데 지난 5일 사과문을 게재했다. 공개된 사과문을 두고 한 누리꾼이 과거 유병재 작가가 소셜네트워크서비스(SNS)에 올린 글을 인용해 '에네스 카야 사과문 해석'이란 글을 올려 폭발적인 반응을 ... -
에릭 슈미트 구글 회장이 권하는 회의 8개 원칙
구글에는 ‘회의 규칙’이 있다는 얘기를 전에 들었는데 그게 어떤 것인지는 이제야 알았습니다. 에릭 슈미트 구글 회장이 최근 조나단 로젠버그 전 구글 부사장과 함께 ‘구글은 어떻게 돌아가나?(How Google Works?)’란 책을 냈죠. 그 책에 ‘회의 8개 원칙'이 ... -
에릭 슈밋 "창의적·열정적인 인재 뽑아 위대한 제품 만들게 해야"
안드로이드로 ‘모바일 시대’를 주도하고 있는 구글. 임직원이 4만명이 넘는 거대 기업이 된 지금도 구글이 혁신적인 아이디어를 끊임없이 내놓는 비결은 무엇일까? 이 궁금증을 풀어줄 책이 최근 출간됐다. ‘구글에서는 어떻게 일하나(How Google Works)’. 에... -
엑셀도 모르는 KBS의 선거 그래프를 바로잡아 보자
KBS에서 마지막 여론조사 결과를 발표했다. 그런데 그래프가 이상했다. 아래 새정치민주연합의 박원순 후보가 앞서는 그래프는 13.8%의 차이를 보이고 있다. 오차 범위를 훌쩍 뛰어넘는다. 하지만 그래프 높이의 차이는 매우 적다. (지금은 그래프를 잠시 삭... -
엔지니어(개발자)와 일하는 방법
엔지니어(개발자)와 일하는 방법 by Julie Zhuo (페이스북 디자인 디렉터 / Product design director @ Facebook. ) 원문 url 링크 : https://medium.com/the-year-of-the-looking-glass/a3163ff1eced (앞 문장은 똑같아서 생략) 엔지니어(이하 개발자)는 팀의... -
여름에 물놀이 하면 안될 이유
알고 있었지만 숫자로 표현해주니 대박.. 수영장 물은 염소로 소독하는데.. 염소가 땀,소변,대변과 반응하면 해로운 산염화질소 생성 수영장의 코를 찌르는 소독약 냄새가 그것. (알레르기성 천식, 호흡곤란 증상 유발) 깨끗한 수영장 소독 물에서는 아무런 냄...