나는 우리의 플랫폼 때문에 일을 그만 둘 것입니다 : 어떻게 이것에 대한 생산적인 설명을 남길 수 있습니까? [닫은]


66

우리는 평범한 공유 호스팅에서 엔터프라이즈 Blub 프레임 워크 및 Blub 수준 웹 서버와 함께 Blub 를 사용하고 있기 때문에 현재 직장을 떠날 계획입니다 . 동료들은 친절하고 상사는 평균적인 소규모 사업자입니다. 기술적 인 이유 때문에 전적으로 떠나고 싶습니다. Blub에 몸을 담그면 뇌에 좋지 않으며 프로그래머가 더 나빠질 것 같습니다.

내가 떠날 때 상사와 동료들에게 어떻게 설명 할 수 있습니까? Blub에 대한 불만을 어떻게 생산적으로 표현할 수 있습니까? 후임자를 위해 어떤 종류의 경고를 할 수 있습니까?

( 표준을 충족 시키려고 노력합니다 )


111
“자바”라고 말할 수 있습니다. 괜찮습니다. 자체 검열 할 필요가 없습니다.
Konrad Rudolph

9
"작업이 어떻게 진행되는지에 대한 의견 불일치 때문에 어떻게 직장을 그만두나요?" 프로그래밍 분야 나 주제에 관한 것은 아닙니다. 이와 같은 일반적인 "내 업무를 처리하는 방법"에 대한 질문 은 Workplace 를 주시하십시오 .

23
@mark "blub" 이 우리 프로그램의 일부인 paulgraham.com/avg.html 을 구체적으로 참조한다는 점을 감안할 때 실제로 프로그래머 에게는 충분 하다고 주장합니다 . 저자가 표준을 충족 시키려고 노력하고 "내 불만을 생산적으로 표현"이라고 명시 적으로 언급했기 때문에 건설적인 내용이기도합니다.
Jeff Atwood

14
@MarkTrapp이 질문은 주제와 관련이 있습니다. 나는 많은 다른 분야 (원자력, 연구, 여러 형태의 육체 노동)에서 일해 왔으며 그 중 어느 것도 사람들이 기술을 사용하여 순수하게 떠나는 것이 일반적이지 않았습니다. 스택 x 또는 언어 y가 도입되어 떠난 사람들이 몇 명 있습니다.
ElGringoGrande

11
@mike는 강력하게 동의하지 않습니다. 이것은 전문 프로그래머가 되고 조직이 더 나은 관행을 채택 할 것을 촉구하면서 빠져 나 가려고하는 것입니다. 요리사의 예에 대해서는 codinghorror.com/blog/2006/09/… 도 참조하십시오. 이는 특정 브랜드의 믹서 또는 오븐이 사용 되었기 때문에 요리사가 종료하는 것과 같습니다. 어떤 도구라도 훌륭한 소프트웨어를 생산할 수 있습니까? 털이 크림을 이길 수 있듯이 ..
Jeff Atwood

답변:


65

Blub 자체에 대해서는 아무것도 모르지만 비슷한 상황에 처해 있어야 할 일에 대해 수정해야하지만 다리를 태우고 싶지는 않습니다. 도움이 될만한 몇 가지 아이디어가 있습니다.

  1. 문제를 해결해보십시오. 상사에게 Blub가 회사의 건강과 성장을위한 나쁜 결정이라고 생각한다고 설명하십시오. 회사에 해를 끼치는 특정 사례와 사례를 제공하십시오 (또는 다른 플랫폼이 회사를 개선하는 데 도움이되는 경우). 우수하다고 생각되는 대안을 제안하고 사실로 백업 할 준비를하십시오 (객관적인 데이터를 기억하십시오). 이를 통해 우려 사항을 표명하고 상사가 어떻게 반응하고 다른 기술에 얼마나 개방적인지 (또는 블 러브와 결혼했는지) 측정 할 수 있습니다. 왜 그런지에 대한 통찰력을 얻을 수도 있습니다회사는 Blub를 사용하고 있습니다. 또한 회사가 기술을 변경하기로 결정한 경우이를 통해 가치가 있는지 여부를 측정 할 수 있습니다. (참고-이것은 상사에 따라 다를 수 있습니다. 분명히, 그가 상사를 사랑하고 기술의 미래라고 생각하면 효과가 없습니다.)

  2. 구인을받을 때까지 기다리십시오. 지금까지이 문제를 해결 했으므로 새로운 일자리를 찾고 제안을받을 때까지 기다립니다. "나는 나의 경력 목표에 더 적합한 위치를 제공 받았다"(또는 다른 중립적 인 선로)를 제공합니다. 물론 이것이 현재 회사에 도움이되는 것은 아니지만 문제를 해결하는 것은 전적으로 귀하에게 달려 있지 않습니다.

  3. 다른 방향으로 경력을 쌓고 싶다고 가정 해보십시오. 다른 플랫폼에서 작업하는 것을 선호하고 Blub는 차 한잔이 아니라고 설명하십시오. 이를 통해 코드 언어 / 플랫폼에 대한 종교적 토론에 빠지지 않고 "좋아하지 않음"이라는 문구를 따라 무언가를 말할 수 있습니다. 바울이 자신의 대답에서 말했듯이, 그것은 당신에게 가까이 떠나는 이유를 유지하고 사람들이 그것을 개인적으로 받아 들일 기회를 줄입니다.

  4. 사무실 환경이 아님을 분명히하십시오. 상사와 동료들과 함께 일하는 것을 즐겼다는 것을 알리십시오. 링크드 인에서 아직 연결하지 않았다면 연결하도록 제안하십시오. 전문 네트워크의 일부로 연락을 유지하십시오.

후임자와 문서에 대해서는 알고있는 모든 문제 / 질문이 코드 나 위키 또는 기타 구조화 된 문서 플랫폼 어딘가에 문서화되어 있는지 확인하십시오. "우리의 Blub 버전은 대체 방법 X를 지원하지 않기 때문에이 방법을 사용하는 이유는 무엇입니까?" 후임자가 Blub에 익숙하고 신경 쓰지 않는다면 어떤 종류의 "도주하지 마십시오!" 메시지. 그것에 익숙하지 않은 사람은 아마도 당신이 그 플랫폼 엘리트 중 한 사람이라고 생각하고 명백한 메시지를 무시할 것입니다. 그리고 Blub에 익숙하고 그것을 좋아하지 않거나 울타리에있는 사람은 이미 당신의 더 많은 경험을한다면, 그 직책에는 적용되지 않았을 것입니다. 아니면 당신의 "숙박을 무시하십시오!" 어쨌든 메시지.


43
다른 직업을 얻을 때까지 +1 당신이 무엇을하든 상관없이, 당신이 현재 일하고 있다면 무한히 더 고용 가능합니다!
ZweiBlumen

위의 1-4 번을 통과하면 완전히 동의 할 수 있습니다. 저의 전 회사는 10 년 동안 소비 한 언어 및 기술 스택에서 새로운 '핫'(핫) 스택으로 전환하는 과정에 있습니다.
Larry Smithmier

+1 거의 전적으로 기술과 관련된 이유로 몇 달 전 직장을 그만 두었습니다. 나는 일찍 문제 제기가 내 시간을 통해 그들을 재 방문하고,이 일을 변경하려고하지 않은 것이 분명되었을 때,라고 나는 (남겨) 변경하려고했다. 그것은 정중하게 행해졌 고, 모든 문제, 그들이 겪게 될 미래의 문제 등을 간략히 설명해야하는 사람들과 면담을 많이했습니다. 직장이지만, 나에게 도움이되는 동안 갈 무언가가 좋다는 데 동의합니다!).
jcmeloni

1
답변 2-4가 정답입니다. # 1에 동의하지 않습니다. 제품이 블 러브에 내장되어 있다면 회사는 멋진 아이들이 사용하고 있기 때문에 superfoo로 바꾸려고하지 않습니다. 시작하려고하는 '깨끗한 시트'프로젝트가 없다면 시간과 시간을 낭비하게됩니다.
Jim In Texas

2
@JimInTexas-# 1은 여러 가지 요인에 달려 있다고 생각합니다. 플랫폼을 변경하는 것은 전적으로 가능하며 기술 X가 회사의 건강에 좋지 않다는 주장을 뒷받침 할 충분한 객관적인 증거가있는 경우 수행해야한다고 생각합니다. 그가 상황을 더 잘 알고 있기 때문에 asker의 상황에서 유용한 지 여부는 asker에게 달려 있지만 기술에 문제가있을 때 고려해야 할 가치가 있다고 생각합니다.
Shauna

42

Blub로 작업하는 것이 경력을 발전시키고 자하는 방식과 호환되지 않는다고 생각하십시오. 이렇게하면 현재 직장을 자신과 가깝게 유지하는 이유가 유지되어 사람들이 개인적으로 떠날 가능성이 제한됩니다. 침착하게 작업 환경이 아니라 자신과 작업이 분리되었다고 말하십시오. 그들이 당신이 말하는 좋은 사람들이라면 이해할 것입니다.

또한, 당신이 멍청하다고 느끼는 것은 그들에게 도구가 아니라고 경고하는 것이 당신이 할 수있는 전부입니다. "blub sucks"로 문서를 스패밍하는 것은 효과가 없을 것입니다.


25

"새롭고 흥미롭고 덜 잔인한 기술로 작업하고 싶었 기 때문에 마지막 자리를 떠나거나 떠났습니다." 당신은 소프트웨어 개발자입니다! 당신은 강한 의견을 가지고 있어야합니다.

그러나 나는 당신이 무언가를 떠나는 것보다 무언가를 향해 달리고 있다고 말하는 것을 선호합니다 . "Stack Exchange 네트워크에서 Flubber에 대해 정말 흥분했습니다. Blub보다 더 현대적이고 완벽한 기능을 제공하므로 그 방향으로 경력을 쌓고 싶습니다."


3
그것을 무언가가 아닌 무언가를 향해 달리는 것으로 제시하는 것에 대한 제안에 감사드립니다-나는 그것을 생각하지 못했습니다.
Brighid McDonnell

blub이 COBOL 또는 다른 것이 아닌 한. 어떤 경우에는 거의 모든 것이 직업에 더 나은 옵션이라고 주장 할 수 있다고 확신합니다.
Kevin

요점은 그다지 자세한 설명을 제공하지는 않습니다. 그것은 (사실상) 부정적인 경험이었던 것에 긍정적 인 스핀을 가하는 것입니다. 면접의 분위기를 화창하게 유지하는 것이 중요합니다.
Scott C Wilson

1
@Kevin COBOL은 현재 귀하의 경력에 ​​매우 적합한 선택입니다. 그냥 말해
jv42

14

위의 좋은 의견이 많이 있습니다. 추가하거나 강조 할 몇 가지 사항 :

  1. 새로운 직업을 가질 때까지 종료하지 마십시오. 당신은 모든 레버리지를 잃습니다.

  2. 원활한 핸드 오버를 위해 모든 작업을 문서화하십시오. 교체 훈련을 넘어서십시오.

  3. 이사하기 전과 후에는 그곳에있는 사람이나 그들의 결정을 비방하지 마십시오.

  4. 떠나는 이유를 물으면 정직하게 "새로운 것을 배우다"고 말하고 그대로 두십시오.

올바르게 처리하면 몇 년이 지나도 좋은 참조를 얻을 수 있습니다.

이것으로 행운을 빕니다!


10

핵심 질문은 누가 무엇을 빚지고 있는가입니다.

당신은 경력의 학습 단계에서 중소 규모 조직에서 상당히 낮은 수준의 사람처럼 들립니다. 그리고 그 위치에서, 당신은 고용주에게 정확히 2 주 전에 통지 할 의무가 없습니다. 그들이 더 이상 당신에게 빚진 것으로 생각하지 않는다는 것을 확신하십시오.

나는 당신의 이유를 실제로 듣고 관심을 가질 누군가가 있다면, 오랫동안 이야기해서는 안된다는 것을 말하지는 않습니다. 출구 활동.


1
진심으로. 다른 직업을 찾아 떠나십시오. 더 이상 아무것도 없습니다.
Kevin

9

가능한 한 긍정적 인 메모를 남겨 두십시오. Blub에 대한 이야기를 부정적으로 돌리지 마십시오. Blub를 넘어서 기술을 확장 할 수있는 흥미 진진한 새로운 기회에 대한 출구 이야기를 돌리십시오.

그런 다음 진행중인 작업 목록과 기술 교체를위한 "잠재적 인"위험 지점을 남겨 두십시오. 이제는 당신이 아닌 경영진을 설득하는 것이 그들의 임무입니다.


6
+1 당신이 떠날 때 Blurb에 대해 자세히 설명하지 않는 것이 정말 어렵지만, 하루가 끝날 때 (그리고 뒤를봤을 때) 당신은 아마도 부정적인 의견이 무엇이든 좋지 않다는 것을 깨닫게 될 것입니다. 책임감을 느끼는 것이 좋지만 회사를 떠나는 것이 아니고 궁극적으로 당신이 떠날 때 책임이 끝납니다.
Michael Durrant

8

Blub 프레임 워크는 여전히 비즈니스 소유자의 비즈니스 요구를 충족시킬 수 있습니다.

언어 / 프레임 워크가 두뇌와 잘 맞지 않기 때문에 비즈니스 소유자가 기존 (기능) 코드 기반에 대한 투자를 포기해야하는 이유를 이해하지 못합니다.

Blub가 굉장하다고 생각하는 사람으로 대체하는 것이 훨씬 저렴합니다.

Blub이 효과가 없다면 계속 움직이면 안된다고 말하는 것이 아닙니다. 감정을 비즈니스 요구와 혼동하지 마십시오.

업데이트 : "생각"! = 데이터. 나는 생산성 장벽과 그 시간 비용을 매일 기록하는 것을 지적합니다. 균열을 통해 미끄러지는 것들이 이제는 그렇지 않습니다.

예:

  • VPN이 작동하지 않습니다 (10:15 am-10:35am : 20 분).

  • 빌드 도구가 잘못 구성되었습니다 (12:30 pm-1:20pm = 50 분).

  • 기타

생산성 질문에 대한 데이터 가 없으면 정보가없는 의견 일뿐입니다.

마지막으로 "생산성"을 어떻게 정의하고 있습니까? 결국 새 코드에 대한 테스트를 작성하거나 깨진 테스트를 수정하지 않아도 "생산적"일 수 있습니다. (예, 저는 이것을 믿었던 엔지니어링 관리자가있었습니다).

데이터 중심의 변경 사례를 만들 수 없다면 왜 비즈니스가 변경되어야합니까?


+1이지만 이것은 종종 맹인 비즈니스의 PoV입니다. 문제는 다른 기술 / 스택 / 무엇으로 전환하더라도 생산성이 향상 될 것임을 입증하기가 어렵거나 불가능하다는 것입니다. 너무 자주 기업은 실제로 기업을 대면하지 않으며 발전을위한 밸러스트입니다. 그러나 밸러스트가 편리하다는 것이 입증되었습니다. 예를 들어 IT 컨설턴트로 일하는 것은 다른 기술로 N / 4 일 안에 할 수있는 일을하는 데 N 일이 걸린다는 것이 기쁩니다. 다른 사람들은 새로운 것을 배울 필요가 없기 때문에 기쁘다 ... 변화를 강요한다는 것은 동료들도 배우거나 움직여야한다는 것을 의미한다.
ShinTakezou

글쎄, 나는 Blub과 Blub 프레임 워크에서 일하는 것이 가치보다 훨씬 많은 직원 시간을 소비하는 슬램 덩크 사례가 있다고 생각하지만, 나는 객관적인 관찰자가 아니기 때문에이 질문을했습니다. 나는 사업주가 내 주장 때문에 사물을 바꿀 것으로 기대 하지 않는다. 실제로 직업을 바꾸겠다고 이미 생각했다. 기존 투자에 관해서는 'Sunk cost fallacy'를 참조하십시오. 내가 떠나고 싶은 이유 중 일부는 기존 코드가 작동하지 않는다는 것입니다. 코드가 계속 끊어지고 불을 피우도록 요구합니다.
Brighid McDonnell

blub 문제로 인해 시간과 비용이 어떻게 드는지 수량화 제안 +1
Paul Hiemstra

6

회사가 Java에서 .NET으로 전환하기로 결정했기 때문에 첫 번째 작업을 종료했습니다. 나는 단순히 그들에게 Java 학습과 마스터 링에 많은 노력을 기울였으며, Job 시장에 Java 개발자가 필요한 동안 .NET을 배우는 방법은 없다고 말했다. 나는 실수했다. 나는 새로운 직장을 갖기 전에 그들에게 이것을 말했기 때문에 집에 시간을 보내야했다. 내 이야기에는 새로운 것이 없으며 훌륭한 답변을 얻었지만 정직 과 이미 새로운 직업을 갖는 두 가지를 강조하고 싶었습니다 .


2
물론. 먼저 직장에 가지 않아도 직장을 그만두는 것은 직장을 미워할 때 비축해야 할 일이며 매일 아침 일어나서 그곳에 가야한다는 것을 죽이고 있습니다.
Carson63000 1

5

먼저 직장을 그만두었을 때 자신을 정당화 할 필요는 없지만 일반적으로 고용주와의 전문적인 관계를 유지하기 위해해야 ​​할 일입니다. 그가 당신의 새로운 고용주에 의해 부름을받을 것임을 잊지 마십시오 (가장 심각한 사람들이 그렇게합니다).

대부분의 상황에서 정직이 최선의 선택 임에도 불구하고 Blub에 잠겨 있다고 생각하여 떠나는 것은 두 가지 이유로 적절하지 않을 수 있습니다.

  • 먼저 감정이 상할 수 있고 당신에게 방어적인 입장을 취할 수 있습니다. 상황이 더 어려워 질 수 있으므로 최대한 다른 감정을 상하게하지 않아야합니다 (여기서는 감성 지능 과 관련이 있습니다 ).

  • 둘째로 당신은 틀릴 수 있습니다. 그렇습니다. 기술을 유지할 이유가있을 수 있습니다. 의견을 작성하는 데 필요한 정보가 모두 없기 때문에 경영진의 선택을 이해하지 못하는 경우가 많습니다.

내가 회사를 떠나는 것이 적절하다고 생각한 유일한 방법은 당신이하고 싶은 일에 더 가까운 것을하고 싶다고 말하는 것 입니다. 당신은 그들에게 그들이 틀렸다고 말하는 대신 기술이 마음에 들지 않는다고 말할 수 있습니다 .


당신이 정말로 어떤 상처 감정을 아끼지 그것은 기술에 있기 때문에뿐만 아니라 당신이 순수하게 이동하는 것을 그들에게 싶다면 당신이 개인적으로 추구하고 싶지만, 당신은 아마 오래 전에 남아있는 것을 추가하면 즐길하지 않았다면 좋은 팀과 함께 일하고 좋은 환경에서
Carson63000 1

4

당신은 꽤 솔직 할 수 있습니다. 당신이 마음에 들지 않는다고해서 그것이 잘못된 선택임을 의미하는 것은 아니므로, 그들이 머리를 바꾸거나 때리기를 기대하지 말고 "물론 당신은 옳습니다. 어떻게 우리가 그렇게 멍청했을 수 있습니까!"

그냥 말해. 기술적으로 원하는 곳이 아닙니다. 나는 당신과 팀을 위해 일하는 것을 즐겼으며 여러분 모두가 최선을 다하길 바랍니다. 그런 다음 계속하십시오.


3

짧은 형식 : 당신은 당신이 당신의 경험과 기술을 확장하기 위해 떠나고 있다고 말합니다. 후임자는 제작 한 문서 / 보고서 / 메모 외에는 아무것도 남기지 않아도됩니다.

긴 형식 : 대부분의 직업과 달리 프로그래밍은 부분적으로 사용하는 도구에 의해 정의됩니다. 관리자와 HR 직원 모두이 사실을 이해하고 있으며 (5-7 년의 Go 경험을 요구하는 사람들도) 경험을 확장하고 싶다는 말을 듣지 않아도 깜박일 것입니다. 특정 도구를 사용하거나 단순히 경험을 변화시키려는 것은 거부 나 신뢰할 수없는 징후로 간주되지 않습니다. 다른 모든 것들이 평등하고, 더 많은 언어, 프레임 워크, 편집기 경험, IDE는 플러스입니다. 비교를위한 척도를 제공하여 판단을 더 가치있게 만듭니다.

현재 고용주에게 도구를 전환하도록 설득했는지 또는 도구가 그렇게하는 것이 좋은 아이디어라고 생각하는지 말하지 않습니다. 결정을 재검토하면 상사가 교체에 필요한 모든 것을 이미 갖추고 있어야합니다.

교체를 위해 남겨 두어야 할 것은 사용 가능한 작업을 수행하는 방법에 대한 많은 문서입니다. 현재 도구를 사용하여 작업을 수행하는 방법에 대해 알고있는 것이 있다고 생각되면 교체품을 알거나 쉽게 발견하지 말아야한다는 것을 문서화하십시오.

당신의 불만에 관해서. 당신은 전혀 언급해서는 안되며 관련성이 없습니다.


2

이 회사가 소규모 회사이고 기술 전문가 인 경우 Blub가 자신의 비즈니스에 해를 끼치는 방식에 대해 상사와 정직한 (비공개) 토론을하는 것을 진지하게 고려해야합니다.

회사의 기술 전문가로서 자신을 특성화 할 것인지에 대해서는 귀하의 설명을 잘 모르겠습니다. 아마도 더 행복한 직원이 있거나 비즈니스 모델에 대한 대안이없는 경우에 올바른 토론이 아닐 수도 있습니다.

그러나 이것은 꽤 심각한 것 같습니다. 한 가지 방법으로, 그것은 당신이 그것을 즐기지 않고 비생산적이어서 떠나고 싶은 지점에 도달했기 때문에 단순히 그의 사업을 아프게합니다. 좋은 직원을 잃는 것은 소기업에게는 꽤 끔찍한 상황입니다 (대기업보다 직원에게 훨씬 중요합니다).

나는 후임자에게 경고를하지 않을 것입니다. 그러나 코드를 주석 처리하고 코드를 문서화하고 가능한 한 쉽게 인수 할 수 있도록하십시오.

대안이있을 때까지 직장을 떠나면 안된다는 다른 답변에 부분적으로 동의하지 않습니다. 이 직업이 실제로 당신을 무너 뜨리고 있다면, 새로운 직업에 대한 인터뷰에서 분개하는 소리를 낼 수 있으며, 이는 고용주에게 매우 매력적이지 않습니다. (이 경우에는 깨끗하게 휴식을 취하는 것이 더 나을 수 있습니다.) 미래를 바라 보면서 긍정적 인 방향으로 나아가는 조언은 매우 좋은 조언입니다.


4
이 사업에서 많은 회사들이 구식 소프트웨어에 막대한 투자를했습니다. 그것은 큰 문제이지만, 그것은 당신의 문제가 아니며, 그들이 당신을 위해 십자가를 지도록 설득하지 못하게하십시오.
ddyer

2

여기에 많은 훌륭한 답변이 있지만, 나는 더 나은 프로젝트 관리 관행을 도입하려는 비슷한 것을 경험했으며 결국 중요한 모든 사람들과 머리를 맞대고 있습니다. 나는 떠나기로 결심하고 무슨 말을해야하는지 고려해야했다.

나는 내 혀를 물고 가능한 가장 긍정적 인 메모를 남기기로 결정했다. 특히 내가 충돌했던 많은 사람들이 내 친구 였기 때문이다. 몇 년 후 회사는 내게 돌아와서 소프트웨어 개발을 관리하도록 요청했다.

이야기의 끝이 아니기 때문에 긍정적 인 메모를 남겨 두어야합니다.


1

다른 직장에 바로가는 한 "더 나은 기회"라고 말할 수 있습니다. 이제 떠나고 다른 직업이 없다면 격차가 심할 수 있지만, 다른 것으로 재 훈련하고 싶을 때 그것을 설명 할 수 있어야합니다.

대학이나 프로그램을 빈틈에하던 일로 내려 놓을 수 있도록 무언가를 시도하고 등록하십시오.

간단한 프리랜서 물건을 시도하거나 착륙 한 다음 자영업자로 표시 할 수도 있습니다. 이를 위해 보여줄 것이 있어야합니다.

차이를 두려워하지 마십시오. 제 아내는 7 년 동안 (집 밖에서) 일하지 않았으며 동시에 두 가지 제안을 받았지만, 원하는만큼 지불하지는 않았지만 경쟁력있는 기술 제안이었습니다.


-1

이런 일이 일어나고 사실 우리는 더 이상 "블럼 프가 아닌"세상에 살고 있습니다. 또한 비 브루 브 기술 분야의 폭발로 인해 옵션이 있으므로 안전하다고 말할 수 있습니다.

그러나 내가주의하는 것은 이것이 자신이 이것이 주된 이유라고 믿으며, 당신이 불행하고, 다른 사람들이 그것을 믿도록 노력하는 것입니다.

그것은 변화를 예견하려는 희망으로 논점을 훨씬 덜 끝내는 아주 바보 같은 이유입니다.

그 이유를 상사에게 말하지 마십시오. 표준 블러 "캐리어 이동"으로 만드십시오. 그리고 지금 어려움을 겪고 있다면 다른 곳에서 행복을 기대하지 마십시오. 문제를 지적하고 해결책을 찾는 것이 우리의 일이기 때문에 프로그래머가 자신의 직업에 대해 가지고있는 성가신 우스운 문제가 항상있을 것입니다.

행운을 빕니다!

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.