사무실에서“자유로운 시간”을 생산적으로 보내는 방법 [폐쇄]

출시 후 2 ~ 3 개월에 한 번씩 10 ~ 15 일의 자유 시간이 주어집니다. 여가 시간에는 아무 일도하지 않으며 아무도 당신이하는 일에 신경 쓰지 않지만 사무실에 와서 가야합니다.

그런 자유 시간이 있습니까? 이번은 어떻게 활용합니까?

나는 읽는 경향이 있지만 점점 더 많은 정보를 얻는 것이 최선의 방법은 아닙니다.

조금 특이합니다. 그리고 이상하다. 고용주가 당신을 위해 일을하지 않는다면 왜 그는 당신을 강제로 사무실에 오게합니까?

코드 개선

일반적으로 단일 프로젝트에서도 항상해야 할 일이 있습니다. 할 일이 없다면 프로젝트가 완벽하다는 의미입니다. 나는 결코 본 적이 없기 때문에 완벽한 프로젝트를 믿지 않습니다. 귀사에 완벽한 프로젝트가 있다면 어떻게 진행되는지 살펴볼 수 있기를 바랍니다.

프로젝트가 완벽하지 않은 경우이 자유 시간을 프로젝트 개선에 사용할 수있는 것보다 낫습니다.

• 코딩 스타일 규칙을 시행하십시오.
• 댓글이 최신이며 어디에도 없는지 확인합니다.
• 귀하가 작성하지 않은 부분에 대해 코드 검토를 수행하십시오.
• 기술 문서 개선
• 병목 현상과 제거 방법을 확인하려면 코드를 프로파일 링하십시오.
• 코드를 리팩터링하십시오.
• 구현할 향후 기능에 대해 생각해보십시오.
• 기타

새로운 것을 배우다

때로는 코딩을 마쳤고 프로젝트를 마지막으로 릴리스했으며 마지막 3 개월 동안 수행 한 코드를 계속 사용하는 것이 마지막 작업입니다. 이해할 수 있습니다. 이 경우 아이디어를 변경하고 지식을 향상시킬 다른 직업을 쉽게 찾을 수 있습니다. 예를 들어 C # 개발자 인 경우 Python을 배우거나 Reactive Extensions를 사용하는 방법 등을 배우십시오.

여가 시간에는 작은 프로젝트를하고 싶을 수도 있습니다. 작업에서 작성하는 코드는 일반적으로 회사의 것이기 때문에 엔터프라이즈 하드웨어 및 기타 리소스를 사용하여 프로젝트와 관련이없는 프로젝트를 수행하도록 고소 할 수 있기 때문에 권장하지 않습니다. 실제 작업.

상사와 대화

Programmers.SE에서 질문 한 내용을 관련자, 즉 상사에게 물어 보는 것이 좋습니다. 실제로 다음과 같은 가능성이 있습니다.

• 그는 개발자가 때때로 할 일이 없다는 것을 무시하고
• 또는 그는 당신이 정확한 일을하기를 기대합니다.

상사가 실제로 무언가를하기를 기대한다면 상황이 무엇인지 아는 것이 특히 중요합니다. 예를 들어, 직원이 있으면 코드 작성 및 버그 해결이 완료되면 프로젝트를 개선 할 것으로 기대합니다. 같은 방식으로 회사에서 일할 때 항상 버그를 수정하지 않고 프로젝트를 진행하고 개선하는 데 항상 시간을 보냈습니다.

한 가지 예외가 있습니다. 인턴은 일반적으로 자체적으로 추가 작업을 수행 할 것으로 예상되지 않습니다. 그러나 적어도 우리는 그들이 우리에게 요청한 일을 마쳤을 때 우리에게 또 다른 임무를 부여 할 것을 기대합니다.

나는 실제로 직장에서 그런 상황을 겪습니다. 다음 릴리스를 위해 준비하는 동안 몇 주 동안 릴리스 후 소실되는 경향이 있으며 PM & Development 관리자는 릴리스 n + 1의 기능 우선 순위 지정에 대해 논쟁합니다.

필자는 일반적으로이 시간에 발생한 기술 부채를 갚거나 필요하다고 생각되는 기능을 추가하려고하지만 수익으로 직접 연결되지 않을 수 있기 때문에 적절한 리소스를 제공받지 못합니다.

저는이 상황에서 두 명 이상의 고용주에게 두 번 이상있었습니다.

이것은 일반적이지 않지만 확실히 특이하지는 않습니다.

나는 똑바로 가지 않고 그것이 일반적이라고 말하지만 확실히 정상은 아닙니다. 이것은 관리 및 / 또는 프로젝트 관리가 잘못되었음을 나타냅니다. 여기에 이와 같은 lulls를 생성하는 몇 가지 일반적인 테마가 있습니다.

• 많은 개발 리소스가있는 대규모 조직에있을 수 있습니다. 진행중인 소프트웨어 프로젝트를 효과적으로 관리하고 큰 리소스 풀로 100 % 리소스 사용률을 유지하기가 더 어려워집니다.

• 나쁜 프로젝트 관리자. 그들은 리소스가 가능한 한 100 % 가까이 사용되도록 릴리스 작업을 예약하는 끔찍한 작업을 수행합니다.

• 기존 소프트웨어에 대한 유지 보수 / 기능 프로젝트. 기능의 백 로그 나 복잡한 유지 보수 작업이있는 경우가 많으므로 작업 자체를 구현하는 데 많은 노력이 들지 않지만 작업을 수행하려면 매우 높은 수준의 기술적 지식과 비즈니스 지식이 필요합니다.

• 주제 전문가. 광범위한 기술 및 / 또는 비즈니스 지식을 보유한 프로젝트가 소규모 영역의 팀이 개별 영역을 중심으로 형성해야하는 경우는 드문 일이 아닙니다. 이 팀은 독자적인 측면에서 주제 전문가가되며 회사는 자신이 특별히해야 할 일이없는 순간에 그들이하는 일보다 그들이 알고있는 것과 할 수있는 일에 대해 더 중요하게 생각합니다.

정말 이상합니다.

• 반복 간격 으로 10-15 일의 자유 시간
• 아무도 당신이하는 일에 신경 쓰지 않지만 여전히 신체적으로 존재해야합니다.

그럼에도 불구하고 당신은 당신이 활용할 수있는 적절한 시간이 있습니다. 팀 빌딩 연습을하고, 동료들을 모아서 사용하고있는 언어 나 프레임 워크에 대한 개념을 배우고 발표하십시오. 그리고 기술을 향상시키기 위해 약간의 무작위 문제에 대해 약간의 코드를 연습하는 데 시간이 걸립니다.

StackOverflow에 로그온하는 경향이 있으며 여기서 짧은 휴식 시간이 있습니다. 또한 새로운 언어를 선택하는 것도 당신이 볼 수있는 관점 일 수 있습니다.

내가 추천하는 것은, 당신 이 일을하고있는 2 ~ 3 개월 동안 , 프로젝트가 완료되고 2 주간의 자유 시간이 돌아갈 때하고 싶은 일들의 목록을 만들기 시작한다는 것입니다.

• 리팩토링하려는 "충분한"비트 코드
• 실험하고 싶은 도구, 라이브러리, 언어 등
• 프로토 타이핑하려는 아이디어, 구축 할 개념 증명
• 시도하고 싶은 개발 기술

나는 생각할 때마다 URL과 메모를 목록에 추가하면 2 ~ 3 개월 후에 바쁘게 지낼 수있는 충분한 목록을 가지고 있다고 생각합니다!