[카테고리:] 프로그래밍 갤러리

1. Code for human consumption

It is one of the most pervasive misunderstandings in computing that the source code is for the computer’s consumption. Computers work with low-level binary code, a series of impenetrable 1’s and 0’s or hexadecimal numbers, not the structured high level languages we code in. The reason that these languages were developed was to help the programmer.

In practice, coding for human consumption often means coding for clarity first, over efficiency and speed second.

2. Comment often and comment well

The comment is the extreme example of a language element for human consumption. Most compilers will

IT 관리자가 범하기 쉬운 오류「톱 10」

Joey Smith (?TechRepublic)

2005/06/10

원문보기

IT 관리자는 ‘잘해야 본전’이라는 말을 자주 듣는다. 장애가 발생하지 않도록 꼼꼼히 관리를 잘 하다가도, 어쩌다 단 몇 초라도 문제가 생기면 그동안의 공이 도루묵이 되기 십상이기 때문이다.

여러분은 일상적인 IT 관리 오류를 얼마나 범하는가? 미국의 한 전문 컨설턴트가 지난 수년간 IT 관리 부서와 함께 일하면서 느낀 일반적인 오류를 공유하고자 한다.

IT 관리자들이 가장 일상적으로 범하는 오류는 10가지 정도로 꼽을 수 있다. 이 10가지 오류 중 어떤 문제는 IT 관리자의 일자리까지 빼앗은 경우도 있었다. IT 관리자라면, 자신의 경험에 비추어 스스로 몇 가지 오류를 범하고 있는지 살펴보는 것도 좋을 듯하다.

델마당 – 이민규 님의 글

#1

– 프로그램의 작성순서 –

프로그래머 중 많은 사람들은 코드작성을 바로 시작합니다. 그리고 생각나는데로 변수이름을 정하고 프로그램을 조금씩 짜가며 컴파일 해서 에러가 나는지를 검토하고 다시 짜기 시작합니다. 그러다가 나중에 문제가 발생하면 변수를 하나씩 추가하기도 하고 또는 변수의 이름을 바꾸거나 삭제 합니다. 그러다가 정 않되면 포기해 버립니다.

만약 당신이 위의 습관을 가지고 계신다면 빨리 버리도록 노력하십시오. 필자도 그런 습관을 버리려고 노력을 많이 하고 있습니다. 그 습관은 아주 좋지 못한 것입니다. 그런 습관이 프로그램을 비효율적으로하며 버그발견시 잡아낼 확률은 매우 커집니다. 코드가 길어질수록 프로그래머의 시간과 노력을 빼앗아 갑니다.

이제 제가 프로그래밍의 순서를 나열하여 보겠습니다.

1. 문제정의

여러분이 프로그래밍을

Introduction

Software and Web Development can be really exciting, after years of development it can reward with a million dollars or became a groove. Many of us usually are about all can hope for just keeping heads above water. But I think this is not our goal what we dream in school and university.

To earn more, many of us are searching for some additional work and can’t bother about anything except hands down programming. We can’t take a rest, can’t spend more time with the family and friends, we can’t do anything other than work. This leads

데브피아 – 이기탁 님의 글

정말 좋은 글입니다. 이렇게 막 퍼오면 안될 것 같은데 너무 좋은 글이라 올립니다. 한번 시간 내서 읽어보셔도 좋을 듯 하군요. 저는 이거 보면서 느낀 점 하나 도데체 이 사람이 초보면 난 뭐지 하는 생각이 들었군요

응답]오랫동안? 프로그래머로 남으려면…? 조회수:3323

리사아빠입니다.

프로그램이란것은 컴퓨터가 알아 먹는 말로 일을 하게끔 하는 것에 불과 하다는 생각이 듭니다. 그러기 위해서 알고리즘이나 자료구조나 언어라든지 한는 부수적인 지식들이 필요한 것이구요.

저는 인문계열 출신인데도 요즈음에는 프로그램을 할때 인문계열에서 공부를 한 것이 더 도움을 줄때가 많이 있습니다. 거의가 응용이지만 프로그램 언어를 공부할때도 알고리즘도 인문교양지식이 많은 도움을 줍니다. 대부분 사람들이 하면 할 수록 프로그램이 어렵다고

대부분의 소프트웨어 디자인은 끔찍한 수준이다. 만일 소프트웨어를 다리에 비유한다면 워낙 위험해 아무도 건너지 않을 것이고, 집에 비유하자면 언제 무너질지 몰라 아무도 들어가려 하지 않을 것이다.

나 같은 소프트웨어 엔지니어들이 소프트웨어의 이런 치명적인 문제점들을 결코 모르는 바 아니다. 우리는 단지 이런 문제점들 때문에 비난 받는 것을 피하려고 소프트웨어 내부를 사람들에게 보여주지 않을 뿐이다. 만일 소프트웨어가 집이나 다리 같은 건축물처럼 내 외부가 모두 공개돼 버린다면 우리 엔지니어들은 창피함에 고개를 들 수도 없었을 것이다.

우리는 아무도 바닥이 푹푹 꺼지고, 천장엔 구멍이 있으며, 벽에는 못들이 튀어 나와 있는, 그러면서도 굉장한 고가의 ‘새 집’ 따위는 사려 들지 않을 것이다. (이 집이 기본 기능에

소프트웨어 강국의 근간이기 위한 프로그래머의 조건

안철수 (안철수연구소) 2003/11/25

필자가 프로그래밍을 처음 시작한 지도 벌써 20년이 지났다. 우연인지 모르겠지만 필자가 막 컴퓨터 공부를 시작할 때 창간된 잡지가 마소였으니 필자의 컴퓨터 경력과 마소의 나이가 같은 셈이다.

처음 개발을 시작할 당시에는 지금처럼 많은 사람들이 컴퓨터를 쓰게 될 것이라고는 상상조차 못했었다. 8비트 컴퓨터인 애플 컴퓨터를 사용하던 시절이었으니 가정에서 취미로 가지고 노는 정도였지, 업무용으로 사용한다는 생각은 하지 못할 상황이었다. 그러나 20년이 지난 지금은 인터넷이 보편화되면서 가정마다 없어서는 안될 필수품으로 자리잡게 되었다.

그에 따라 개발 문화도 많이 달라졌다. 당시 PC 개발자는 먹고 살 수 있는 직업이 아니었다. 초기에는 개발 자체에 재미를 느끼는 마니아들이 주축을 이루었지만

출처 : http://www.mobilejava.co.kr/

– 김 응(모바일랩정보교육원 모바일 프로그래밍 강사)

프로그래머로 살아남기라는 제목부터가 심상치 않다. 느낌이 좋지 않을 수도 있다. 도데체 프로그래머란 직업이 어떻길래? 라는 의문이 강하게 와닿을 것 같다. 사실 현직 프로그래머에게는 가장 민감한 주제라고 볼 수 있다. 적어도 필자에게는 그랬었다. 그래서 그것을 다루기가 매우 조심스럽다. 왜냐하면, 정답이 없이, 보편적인 결론을 내릴 수 밖에 없기 때문이다.

“프로그래머로 오랫동안 살아 남을 수 있을까?” 라는 고민은 현직 프로그래머라면 누구나 한번쯤 해보는 생각일 것이다. 그들 스스로도 프로그래머의 라이프사이클이 존재한다고 말하기도 한다. 그리고, 3~4년차 프로그래머들은 자신의 다른 미래를 준비하기도 한다. 프로그래머란 직업이 어떤 것인지! 모든 것을 알려준다는 지식인에서 검색해보자. (정말 정확한 정보를 알려주는 것인지는

류광

한국의 프로그래머들이 흔히 듣는 조언 가운데, ‘영어는 필수입니다’라는 것이 있다. 영어가 필수인 이유로 흔히 말하는 것은 외국 책이나 자료를 빨리 제대로 읽을 수 있어야 한다는 것이다. 그러나 프로그래머가 영어를 잘해야 하는 또 다른, 그리고 좀 더 중요한 이유는, 코딩 자체가 일종의 영작문이라고 할 수 있다는 점이다.

거의 대부분의 프로그래밍 언어들은 영어를 기반으로 하고 있다. 특히 고수준 언어로 올라갈수록 자연 언어로서의 영어와 가까와지는 경향이 보인다. 또한 설계가 잘 된 코드일수록 마치 영어로 쓰여진 문서를 읽는 느낌이 드는데, 이는 프로그래밍 방법론의 발전과도 맞닿아 있다. 절차적 언어 시절에는 프로그램 소스 코드라는 것을 컴퓨터를 위한 작업 지시서로 생각하는 경향이 있었으나, 소프트웨어의

IT 업계에서 프로젝트 매니저(PM)가 되는 것은 순식간이다. 어느날 당신의 상관이 프로젝트 하나를 던져 주며 관리하라고 명령하면 그 순간부터 PM이 되는 것이다. 실제 PM 업무에 직면하면 당신이 궁금해 하는 사안에 대해 가능한 한 빨리 해답을 찾는 것이 중요하다. 경험 많은 PM들도 일부 문제에서는 혼란을 느낀다. 여기 정리한 자주 묻는 질문, 답변 목록을 통해 도움을 얻길 바란다.

1. ROI 란?