- 0x0000007b
- 2차세계대전
- 3.20해킹
- 4대강
- 502 error
- 53빌딩
- 7840hs
- 88체육관 수영장
- ABI
- abortive close
- abortive shutdown
- AHCI
- aic8800d80 chipset
- akmods
- ALC1220
- alma linux
- alternatives
- AM4 메인보드
- AMD
- amd 7840hs
- amd 그래픽 게임용
- amd 내장 그래픽 최적화
- anonymous file
- API
- apple.com
- APT
- apt-get
- Armagnac
- Asrock
- ASTALIFT
- Today / Yesterday
- /
- Total
Linux Programmer
RTFM(Read The Fine Manual) RTFM은 IT업계의 명언으로, 매뉴얼 좀 읽으라는 뜻을 담고 있다. 사실 RTFM은 오랫동안 단축된 단어로 쓰이다보니 오리지널 철자는 정확하지 않지만 대부분 뜻은 비슷하다.(그림처럼 속된 표현도 있다.) RTFM을 이야기 하는 이유는 요새 학생들이 정말 매뉴얼, 책을 읽지 않는다는 것을 느끼기 때문이다. 질문을 하기 전에 매뉴얼이나 책을 읽었는가? 그리고 충분히 고민한 뒤에 질문을 하였는가? 좋은 답을 얻기 위해서는 질문을 잘해야 한다는 말이 있다. 질문하는 사람 스스로 무엇을 아는지, 그리고 무엇을 모르는지 구분조차 못한다면 답변자가 어떻게 답변해줄 수 있을까? 충분한 고민과 사전 지식이 갖춰진 뒤에 질문하는 습관을 들이지 않는다면 횡설수설 하는 사람이..
합리적인 인간은 어떤 정보를 듣거나 보게 되었을 때 먼저 의심을 해야 한다.그리고 의심은 검증된 자료나 실험을 통해 해당 정보가 참인지 거짓인지 판단할 수 있는 힘을 준다. 의심하는 것은 나쁜 것이 아니다. 즉 회의론자(skeptic)도 나쁜 사람은 아니란 소리다. 물론 의심만 하고 불평만 내세우면 안된다. 의심을 한 뒤에는 검증하는 프로세스가 후행 되어야 한다. * 의심은 좋은 것이다. 하지만 확증은 신중하자 의심만 있고 확증되지 않은 정보는 섣불리 남에게 전파하지 않아야 한다. 하지만 의심에 동참을 호소하는 것은 나쁜 것이 아니다. 예를 들어 어떤 음식이 위해성이 있다고 의심된다면 다른 사람에게 전파하여 다음 단계인 검증에 동참을 권유하는 것은 좋은 것이다. 허나 검증이 이뤄지기도 전에 위해성이 있다..
* TCP의 TIME_WAIT는 없애는 방법은 무엇인가? TCP 소켓 네트워크 프로그래밍을 하다 보면 TIME_WAIT 상황에 대한 고민을 하는 시점이 오게 된다. 학부 시절 네트워크 프로그래밍 수업을 듣고 실습실에서 열심히 프로그래밍 해봤다면 학부 때 맞닥뜨리게 되는 경우도 있다. 만일 학생 때 고민하지 않고 넘어갔다면 회사에서 주먹구구식으로 혼동을 일으키는 내용이기도 하다. 그래서 이에 대해 좀 정확한 정보를 전달하고자 이 글을 쓴다. 아래 글은 각종 책과 표준안의 레퍼런스와 실제 코딩으로도 검증했지만, 그래도 혹시 틀린 점이 있다면 개의치 말고 지적해주면 감사하겠다. ^^ TIME_WAIT란 무엇인가? 이 글을 쓰게 된 계기 TIME_WAIT는 당신을 해치지 않는다. 그래도 없애고 싶다면? SO_R..
IT관련 직종은 다른 직종보다 사내 교육이 많은 편인데, 같은 과목을 2번 교육 받는 사람은 거의 없는 것 같다. 하지만 제대로 배우려면 같은 교육을 다른 강사에게 2번 이상 받는 것을 추천한다. 그 이유는 크게 2가지이다. 하나는 틀린 내용을 교정 받을 수 있고, 또 하나는 빠진 내용을 보충할 수 있다. 덤으로 복습 효과도 있으니 큰 도움이 된다. 강의를 좀 해보니 비전공자이면서 백지 상태에서 수강하는 사람도 많았다. 특히 이들은 수강 후에 학습 효과가 크지 않았는데, 그래서 더더욱 재교육이 필요하다고 생각된다.만일 재교육 없이 계속 새로운 내용만 주입한다면 곧바로 흥미를 잃고, 직무 관련 교육은 산(山)으로 가는 경향이 많았다. 많은 내용을 가르치는 것보다 적어도 제대로 된 내용을 가르치는게 중요하지..