Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

대부분 팀내에 실질적인 문제는 그러한 문제를 인지못하거나, 측정할 능력이 없다는데 있으며 

분산환경에서 해결 키 포인트가 멀티스레드라고 멀티스레드 작성이라고 생각한다면  다행입니다. 하지만 그것은 답이아닙니다.

...

실제 그러한 믿음을 가진사람은 멀티스레드에서 생기는 많은 문제를 운영중 처리를 하지 못했거나, 경험이 없다란 것입니다.

오히려 운영에서 멀티스레드 작성을 통해 오랫동안 문제사항을 겪고 노하우가 쌓인 개발자는 현재 대부분 비동기처리 개발언어에서 지원하는

async 라는 지원 키워드를 감사하게 쓰고있고, 돌아가지 않습니다.

과거 10년전을 생각하면 메모리를 직접관리하느게 가비지 컬렉트보다 뛰어나다라 생각했을지 모릅니다.

현재는 가비지 컬렉트를 설계한사람이 어떠한 한팀에서 메모리를 직접 컨트롤하는것보다 더 좋은 메카니즘을 제공하는 가능성이 크며

JAVA/NET에서 이루어지는 가비지 컬렉트에대해 큰 문제가 있다라고 생각하지 않습니다. 

스레드도작성도 어떠한 특수분야가 아닌이상(실제로 병령 처리를 통해 단일기기에서 극한의 결과물을 산출하는 개발자가 있을지 모르겠습니다)