All of Software

SW를 개발하는데 있어서 체계화된 프로세스가 필요하다는 것은 당연하다. 대부분의 SW회사가 최소한의 프로세스도 없이 주먹구구식으로 SW를 개발한다. 작은 회사들은 문제가 안되는 것처럼 보이지만 회사가 조금만 커져도 여기저기서 문제가 발생하다. 이런 문...

제대로 체계를 갖추기 못한 회사에서는 개발자가 경력이 늘어갈 수록 거짓말이 늘곤 한다. 비효율적인 것을 알지만 (혹은 모르기도 하고) 자신의 기득권을 지키기 위해서 거짓말로 경영자를 현혹하곤 한다. 고의적인지 아닌지 그 경계는 매우 모호하다...

작은 프로젝트인 경우 문서를 거의 만들지 않고 개발을 하면 더 효율적이라고 생각할 수도 있다. 가끔은 그렇게 생각할 수도 있다. 너무 시간이 없다는 핑계를 대기도 한다. 하지만 이렇게 해서 모든 프로젝트에 문서가 거의 없으면 개선을 하려...

"아는데 지금은 바빠서 못한다."라고 하는 말을 종종 듣는다. "개발을 체계적으로 해야 하는데 지금은 그럴 여유가 없다." "소프트웨어 개발을 할 때 문서를 제대로 써야 하는 것을 알고 쓸...

흔히 우리나라 소프트웨어 업계는 희망이 없고 SW개발자는 4D (Dirty, Difficult, Dangerous, Dreamless) 업무를 하고 수행하고 있다고 생각한다. 제대로 된 방향으로 이끌 맨토가 부족해서 선순환 하지 못하는 업계에서...

소스코드 Conflict는 두 명의 개발자가 같은 소스코드를 동시에 다르게 수정한 경우를 말한다. 소스코드관리시스템에서는 이런 소스코드 Conflict가 일어났을 경우 대부분 효과적으로 Merge를 해준다. 하지만 개발자들이 같은 줄을 ...

나는 프로젝트 일정에 대해서 항상 "일정은 개발자가 산정해야 한다"고 얘기를 해왔다. 그런데 많은 개발자들과 얘기를 해보면 자신들은 도저히 그렇게 할 수 있는 상황이 아니라고 한다. 일정은 위에서 확정이 되어서 내려오기 때...