서리 이것저것

C가 보이는 그림책에서 발췌 사진 출처 : https://www.google.co.kr/url?sa=i&source=web&cd=&ved=0CAUQjB0&url=http%3A%2F%2Fwind8apps.com%2Fdebugging-tools-windows-8-1%2F&ei=VZdqVPXSLePEmwXr3oG4BQ&psig=AFQjCNFIunpNz4D0Go1OqTN18Lm8BzMsQA&ust=1416358053469916 프로그램에는 버그(오류)가 따르기 마련입니다. 아무리 우수한 프로그래머라도 한 번에 버그 없는 프로그램을 작성할 수는 없습니다. 프로그래머가 생각하단 대로 동작하지 않을 때는 버그를 찾아 수정하는 [ 디버그 ]라는 작업을 하게 됩니다. 에러의 종류 프로그래밍을 하면서 맨 처음 부딪히는 벽은 컴파일 에러입니다. 프로그램을 컴파일할 수 없는 원인으로는 문법상의 오류(철자법 에러)이거나, 컴파일 방법이 틀렸다거나 여러가지 원인이 있을 수 있겠지만, 컴파일러는 어느 부분에서 잘못되엇는지 지적해 주지 않습니다. C 언엉의 컴파일러가 출력하는 에러 메세지는 마치 컴베이어 위에서 이루어지는 작업 같아서, 한 군데에 에러가 있더라도 그로 인하여 그 이하의 문장들이 꼭 들어맞지 않으면 그 때마다 메세지를 표시해 버립니다. 에러 메세지가 너무 많이 표시될 때는 당황하지 말고 어떤 메세지가 본질적인 원인가 자세히 보고 수정할 필요가 있습니다. 그런데 컴파일을 무사히 마쳤다고 해서 제대로 프로그램을 만들어졌다고 할 수는 없습니다. 가장 디버그하기 힘든 것이 프로그램 실행 중에 일어나는 에러입니다. 버그라고 하면 보통 이것을 지칭합니다. 프로그램이 멈춰버리거나(런타임 에러), 멈추진 않지만 프로그램 동작이 이상하다거나, 생각대로 동작은 하지만 틀린 결과가 나오는 등 여러 종류가 있습니다. 예를 들어[i = 3;]은 변수 i에 3을 대입하는 문인데, 이 문의 부호 =을 실수로 두개를 써 버리게 되면

아서 클라크가 말하기를, 아이디어에 대한 반응은 세 가지 단계가 있다고 한다 - 사람들은 처음에 "저건 미친짓이야. 내 시간을 낭비하지 마." 라고 생각한다. 그러나, 조만간 "그거 괜찮은 생각인데. 하지만 별로 쓸모는 없을 것 같아." 라고 생각하게 되고, 마침내 "사실 난 처음부터 이게 좋은 발상인 걸 알고 있었어." 라고 말하게 된다. Arthus C. Clarke says ideas often have three stages of reaction - first, "it's crazy and don't waste my time." Second, "It's possible, but it's not worth doing." And finally, "I've always said it was a good idea." 로널드 레이건이 말한 아서 클라크 SF계의 삼대 거장이라는 아이작 아시모프, 아서 클라크, 로버트 A. 하인라인의 소설을 언젠가 한 번은 읽어봐야 겠다.

Rich Hein | Network World 원문 링크 ciokorea.com 유능한 개발자는 IT업계에서 연예인과 같은 존재다. 유능한 개발자에 대한 수요는 끊이지 않기 때문에 다양한 규모의 기업에서 최고의 대우를 받으며 일할 기회를 얻는다. 그러나 이런 유명 연예인급 지위를 얻기까지는 오랜 시간이 걸린다. 기업에서 유능한 개발자로 이름을 알리기 위해서는 이에 걸맞은 수준급 기술과 행동 습관을 숙지하는 것이 좋다. IT 실업률은 2.6%로 매우 낮은 편이기 때문에 개발 인력을 확보하기 위한 경쟁은 치열하고 기회는 많다. 그러나 최상위 계층으로 올라서기 위해서는 그만한 노력이 뒷받침돼야 한다. 대부분의 IT 직업과 마찬가지로 개발자에게도 효과적인 경력 관리와 기술을 향상하기 위해 집중해야 할 여러 영역이 있다. 이를 위해 경력이 높은 현직 개발자와 채용 담당자에게 개발자의 전문성 신장을 위해 역량을 갖춰야 하는 부분에 대해 조언을 구했다. editor@itworld.co.kr 모든 이미지 출처 : ThinkStock 최신 기술 동향을 따라 잡기 위해서는 계속 공부해야 한다 끊임없이 변하는 최신 기술 동향에 발맞추기 위해서는 개발자도 ‘발전’해야 한다. 책이나 신문기사, 학원, 개발자 모임, 컨퍼런스, 기업이 제공하는 내부 교육 등을 통한 학습은 모두 개발자의 기술을 신장할 수 있는 좋은 방법들이다. 옴니TI(OmniTI)에서 15년 이상 개발자로 일해온 로버트 트리트는 “소프트웨어 개발 영역은 너무나 빨리 변화하기 때문에 현재 어떤 기술로 작업하든 5년 이내에 그 기술의 여러 측면이 달라지며, 10년 후에는 완전히 사라질 수도 있다"며, “새로운 기능이 추가되거나 실행 방법이 변경되는 새 버전의 소프트웨어를 늘 접해야 한다. 따라서 지금 업무에서 사용하지 않더라도 새로운 기술을 꾸준히 학습할 방법을 찾아야 한다. 사이드 프로젝트(Side Project)와 오픈소스 커뮤니티에 참여하거나 다양한 기술을 사용하는