프로그래밍할때 제일 나쁜 버릇..

내가 나를 볼때...

1. 의자에 앉는 자세 나쁘게 하기
2. 회의를 않해도 너무 않하기(부서직원이 제발 회의줌 하자구 회의 개최합니다)
3. 백업 않해놓기(가끔 망칠때가 종종 생깁니다)
4. 바탕화면 어지럽혀 놓기(평균 아이콘 40개)
5. 기록해놓지 않기(유틸리티 함수가 중복되는게 꽤 됩니다)
6. 저녁엔 일않한다고 해놓고 가끔 집에서 슬그머니 컴터 켜놓고 일할때(이거 정말 병이죠. 이거 않해도 세상 않망하는데)

내가 남을 볼때...

1. 회사에서 프로젝트 할때 기술 연습의 장으로 생각하기(동호회 혹은 보이스카웃이나 환경운동 연합이 아니라 회사이니깐, 온갖 기술 실험해봅니다.).
2. 회의만 죽어라 하기(무능력의 표상으로 낙인 찍음).
3. 협의를 충분히 않하고 나중에 일 뒤집기 혹은 잘못 인정 않하기
4. 메신저 켜놓기(정말 일 않하는 사람의 표상)
5. 일과중 실제 일하는 시간은 2-3시간 미만(곰곰히 생각해볼만한 부분)이지만 늘 밤샌다고 밤에 남아 있기.
6. 남과 일할때 바퀴벌레 처럼 혼자 숨어 들어가기(예전에 저희 팀에 이런 사람이 하나 있었는데 얼마 일하다 내보냈습니다. 출근 시간 내키는데로, 퇴근시간 저는 무조건 6시에 퇴근 시킵니다. 늦게 오거나 어쩌거나, 유틸리티 함수 만드는데 변수명이 a, b, c 이런거 말 죽어라 않듣습니다. 부분 프로그램 짜는데 레쇼널 로즈를 가지고 하세월입니다. 나중에 PM되면 쓰라고 해도 않듣습니다. 집에서 알바 하는게 적격입니다.)
7. 수정 사항 나오면 다 뜯어 고쳐야 된다고 엄포를 놓습니다. (저에겐 않통하죠. 애지간해서는 수정사항 요구를 하지 않는데 어쩌다가 그럴땐 복도로 데려가서 담배 한대 주면서 꼴밤 때립니다.)

기타 등등...

제 생각에 가장 나쁜 버릇은

1. 회사인지 집에서 노는건지 혼돈될때.
2. 생산성이 최우선 되어야 하는 상황인데 무슨 예술 하는 사람으로 착각할때.

이것이 아닐까 생각됩니다. 프로그래밍 할때라기 보다 회사에서 라는 편이 맞겠네요. 에구 세네.. ㅎㅎ 결국엔 남욕만 하네요. 쩝

펑키님, "않하기", "않한다고", "않듣습니다" 등은 "안하기", "안한다고", "안듣습니다" 로 쓰셔야 합니다...^^;

덧붙여서....
안 을 써야할때와 않 을 써야할때는,

'안'일 경우 '안'을 빼도 말이 되고
'않'은 그걸 빼면 말이 이상해질때입니다^^

밥안먹는거.
건강이 최곤데...:-)

맞습니다. 그리고 프로그래밍의 흥미와, 재미를 포기하는 지름길이라고
감히 말씀드릴수 있습니다. 자신은 발전이라 생각하지만 알고보면
전혀 발전이 아니죠...
나중에 시간이 흐른뒤에 자신의 예전코드를 보면 약간은 자유분방하고,
즐거움을 가지고 짠 코드가 훨씬더 깨끗하고 완전하다는걸 알수있습니다.
인간은 무슨일을 하던 재미를 느낄때가 그일을 제일잘하는 순간이라서...

:shock: 털썩~

무지 만네요 -> 무지 많네요

입니다.^^;;;

필요없는 건 안 보여줬음 좋겠습니다.
그냥 딱 필요한 것만 인터페이스로 빼서 보여주면 가져다 쓰는 입장에서 얼마나 편합니다.

필요없는 건데 보이면 괜히 생각만 더 복잡해 집니다. =.=

coupling은 객체 사이에만 존재하는 게 아닙니다.
프로그래머 사이에도 coupling이 존재할 수 있습니다.

물론 실제 인간관계는 coupling이 강할 수록 좋겠지만요. ^^;;;

1. code and fix 로 밀어 붙이기.

2. 한번 만든 알고리즘 너무나도 아끼기.

3. 기본에 충실하지 않기.

저는 이정도가 있습니다. TT

p.s : bs0048님 반가워요~~~ 이번주 일요일에 BoA요~

틀린 것 지적해주는 것 뿐인데 "정신적으로.."운운 하신 것은 좀 심하신 듯 합니다. 다들 잘못된 것을 바로잡아주시는 것인데요.

제 생각에 가장 나쁜 것은 새로운 것에 대한 두려움이 아닐까합니다. 두려움까지는 아니더라도 쓰는 것만 쓰게 되고 다른 것은 손이 잘 안가게 되다보니 실력은 재자리 걸음을 반복하고... 그러다보니 점점 퇴보되는 듯한 느낌도 들고요. 요즘은 틈날 때 마다 이 문서 저 문서 읽어보려고 노력은 하는데 아직까지는 그저 읽는 것에 그치고 있습니다. 쩝.

전 다른사람이 짜놓은 코드는 그냥 대충 대충 읽는 버릇이 있는데요.

대충 어떤 기능을 하는 것이다라는 말만듣고,

아무 생각 없이 그냥 copy & paste 했다가 좀 헤멨던 기억이 있네요.

프로그램 짤때 너무 생각을 안하거나 너무 생각을 많이 오래 하는 것이 안좋은 습관인 것 같습니다..

주위에 보면 설계 같은거 전혀 없이 그냥 짜고 기능 추가 되면 어떤 통일성도 없이 그냥 코드 추가하면 짜는 사람이 있습니다.
당연히 버그도 많죠..
그러다보니 버그 수정하고 소스는 어지러워지고 스파케티가 되죠..
저같으면 그냥 첨부터 다시 짤거 같습니다..
뭐 이건 누가 생각하나 안 좋은 코딩 습관이고..

그런데 어떤 사람은 또 넘 구상과 설계를 오래 하는 사람이 있습니다..
종이에 써가며 구상하고 설계하고 그렇게 심하게는 몇일을 보내고 코딩에 들어가죠..
물론 아무래도 설계를 잘하고 코딩을 하면 코드가 깔끔하게 잘 만들어 질 수는 있지만..
회사 입장에서 보면 넘 시간이 오래 걸린다는 단점이 있죠.
그리고 아무래도 사람이다 보니 그렇게 설계를 열심히 하고 생각을 많이 하고 코딩에 들어가도 실제 코딩을 하다보면 실수를 하고 생각하지 못한 설계상의 오류를 발견할 때가 있습니다..
그러면 또 넘 많은 개발 시간이 소모되게 되죠..

적당한게 좋겠죠..^^