프로그래머를위한 작업 일정
프로그래밍의 본질은 일반적으로 하나의 연속적인 작업이 아니며, 정의 된 구분으로 항상 잘 작동하는 작업도 아닙니다. 많은 독창적 인 작업과 마찬가지로 버스트에서도 잘 작동하는 작업입니다. 프로그래머가 큰 총을 겪고 있다면, 마지막으로하고 싶은 일, 그리고 아마도 마지막으로하고 싶은 일이 멈추고 떠나는 것입니다.

또한 프로그래밍에는 약간의 다운 타임이 발생하는 경향이 있습니다. 예를 들어, 긴 테스트 (특히 큰 데이터 세트를 테스트하거나 디버깅 할 때), QA의 피드백을 기다리거나 다음 작업에 의존하는 코드 모듈이 완료 될 때까지 기다립니다. 프로그래머가 종종이 시간을 채우기 위해 다른 유용한 것들을 찾을 수는 있지만, 때때로 다음 작업이 사용 가능한 시간보다 더 긴 시간 동안 집중적으로 집중해야하거나 현재 시간에 의존하거나 그렇지 않은 경우에는 작업에 부적합합니다. 시각. 또한 작업이 무언가를 기다려야하는 경우에도 현재 작업에서 초점을 제거하는 것이 유리하지는 않습니다. 이것은 때때로 프로그래밍이 강제 휴식을 제공한다는 것을 의미합니다. 프로그래머가 정해진 작업 일정에 맞추기 위해 근무 시간을 유지하기보다는 자신의 목적으로 그 시간을 사용하도록 권장하는 것이 합리적입니다. 대안은 프로그래머가 책상에 앉아 시간을 채우도록하는 것입니다. 이것은 단순히 직장에서 생산성을 극대화하지 않는 습관을 갖도록 강요합니다. 또한 대부분의 프로그래머는 이것을 시간 낭비라고 생각하고 심하게 반응합니다.

프로그래밍은 문제 해결의 한 유형입니다. 어려운 작업을 적용하면 몇 가지 어려운 문제를 해결할 수 있습니다. 그러나 다른 문제는 창의적인 솔루션으로 만 해결할 수 있습니다. 창의적인 솔루션에는 종종 영감이 필요합니다. 종종 문제를 해결하고 완전히 다른 것을 할 때 영감이옵니다. 정해진 일정이 필요한 작업장은이를 수행하기 어렵게하거나 최소한 프로그래머가 작업을 마친 후에 기다릴 수 있습니다.

많은 프로그래머들은 충동이나 해결책이 그들에게 부딪 칠 때마다 열심히 일하기를 좋아합니다. 정해진 일정이 필요할 때 프로그래머는 정해진 일정과 가장 효율적일 때 수행 한 작업을 모두 수용하기 위해 많은 초과 근무를 할 수 있습니다. 이것은 사람들을 비효율적으로 만드는 소진으로 이어질 수 있습니다.

이러한 요인으로 인해 프로그래머가 9-5 또는 다른 정해진 일정대로 작업 할 것을 기대하는 것은 비효율적 일 수 있습니다. 프로그래머가 팀 회의에 참석하고 팀의 다른 프로그래머와 함께 작업하도록 권장하지만 가장 효과적인 시간은 무엇이든 할 수 있도록하는 것이 더 합리적입니다. 또 다른 옵션 인 Extreme Programming이 있습니다. XP (Extreme Programming)는 프로그래밍 프로세스를 지속 가능한 일일 속도로 변경하여 정해진 일정에 적합합니다. 실제로 XP는 밤새도록 일하기보다는 정해진 일정에 따라 하루 종일 떠나는 것이 좋습니다. XP는 여기서 다루기에는 너무 광범위한 주제이지만 세트 스케줄을 지원하기 위해 주요 방법론 변경이 필요하다는 사실은 세트 스케줄과 기존 프로그래밍 방법론이 반드시 일치하지 않는 이유를 설명하는 데 도움이됩니다.

비디오 지침: 삼성SDS SCSA 어문계열 출신 현직 개발자 인터뷰! 연봉은? 교육은 어떻게? (할 수있다 2024).