문제를 해결할 수 없으면 어떻게됩니까? [닫은]


58

나는 대학을 졸업한지 1 년이 지났으며 실제 문제를 해결하기를 고대하고 있습니다. 특히 약간의 연구와 많은 생각이 필요한 사소한 것들이 아닙니다.

그러나 동시에, 그것은 나의 가장 큰 두려움입니다. 아무리 노력해도 해결할 수없는 문제에 직면하게됩니다. 또한 임박한 마감 시한에 대한 코드를 제공해야한다는 압력으로 유니의 안전한 놀이터에서 볼 때 약간 무섭게 보입니다 (최악의 상황은 코스 나 시험을 다시 실행해야한다는 것입니다).

더 이상 오랫동안 산업에 종사해 온 사람들에게 당신이 할 수 없었던 문제를 해결하라는 지시를 받으면 어떻게 될까요? 그런 일이 있었습니까? 그렇다면 어떻게 되었습니까? 그들은 방금 그것을 떨어 뜨리고 "아, 우리가 다른 것을 할 수있을 것 같아"라고 말했습니까? 결과가 있었습니까? 당신은 견책을 받거나 심지어 해고 되었습니까?


24
이것은 모든 직업에 적용됩니다-빨리 실패하고, 도움을 요청하고, 커밋하기 전에 가능한 해결책을 연구하십시오
Steven A. Lowe

9
걱정 하지마. 작업의 80 %가 오래된 쓰레기 더미를 유지하고 있습니다.
Job

문제를 해결할 수 없습니까? 가능합니까?
WernerCD

3
Jon Skeet이 해결할 수없는 문제가 아니라면 이것이 진짜 문제가 될 것이라고 생각하지 않습니다.
Skizz

답변:


56

우선, 당신의 두려움은 매우 건강하고 정상입니다. 소프트웨어 업계에서 약 15 년이 지난 후 나의 생각은 다음과 같습니다.
자신에게 물어볼 몇 가지 질문이 있습니다.

  1. 당신 은 문제 를 이해 합니까?
  2. 시간 / 예산 제약 내에서 문제를 해결할 수 없다는 것을 알고 있습니까?
  3. 문제를 해결하는 방법을 모르십니까?
  4. 고객 / 보스가 불가능을 요구하고 있습니까?
  5. 그만한 가치가 있습니까? (ROI)
  6. 그것은인가 REAL 문제?

1) 우선, 문제를 이해해야합니다. 어리석은 질문은 없습니다. 고객 / 보스가 요구하는 것과 요구하는 것을 이해하고 있습니까?

2) 이런 일이 일어날 것입니다. "내일까지 다리를 지어 라" . 제약 조건 내에서 문제를 해결할 수 없다는 사실을 알고 있어야합니다. 고객 / 보스는 시간 / 예산에 유연 할 수 있으며 시간 / 예산을 더 많이 제공하도록 수정할 수 있습니다.

3) 문제를 이해할 수 있고 제약이 합리적인 수준에 있고 문제를 해결할 수있는 기술이 있지만 충분하지 않다면 ... 그게 StackOverflow인터넷의 목적입니다. 먼저 연구를 수행하십시오. 정량화 할 수있는 명확한 질문을하십시오. 동료에게 물어보십시오. 디자인 세션이 있습니다.

4) 이것은 답변 번호 2의 변형입니다. 고객 / 보스가 불가능한 것으로 보입니다 . 조사 좀 해봐. 이유를 정확히 알고 명확하게 설명하지 않는 한 문제를 해결할 수 없다고 절대 말하지 마십시오.

5) ROI투자 수익을 의미합니다. 이것은 시간 투자입니다. 당신의 시간!. 문제를 조사하고 해결하는 데 걸리는 시간을 보증 할만큼 문제가 충분히 중요합니까? 이것을 고객 / 보스와상의하십시오

6) 실제 문제입니까? 종종 고객은 원하는 것을 이해하지만 반드시 필요한 것을 이해하지는 않습니다. 고객 / 보스가 실제로 필요로하는 것을 이해하고이를 논의하십시오.

이 지침이 도움이 되길 바랍니다.


3
가장 유익한 답변. 더 많은 표를 얻길 바랍니다.
gablin

6
나쁜 대답은 아닙니다. 나는 가장 성공적인 해커가 특정 수준의 실질적인 오만을 유지한다고 덧붙이고 싶었습니다. 즉, 당신이 어떤 도전을 이길 수 있다고 가정하십시오. 대부분 당신이 옳을 것이고, 가정보다 운영하지 않는 사람보다 더 많은 문제를 해결할 것입니다. 즉, 문제를 해결하지 않는 것이 세상의 끝이 아니라 마지막 순간까지 방치하지 마십시오. 관리는 상사가 합리적인 기대치를 갖도록하는 것을 의미합니다. 어떻게해야할지 잘 모르겠다면, 조사 할 시간이 필요하다는 것을 상사에게 알리고 추천을 받으십시오.
HedgeMage

나는 # 4가 문제가 아니라는 것을 좋아한다
endolith

57

당신이 겉보기에 해결 불가능한 문제에 갇힌 경우 기억해야 할 두 가지 :

  • 다른 사람들에게 당신이 가능한 한 빨리 갇혀 있음을 알리십시오. 너무 늦기 전에 시간에 맞춰 견적을 조정하는 데 도움이됩니다.

  • 문제를 해결하는 한 가지 방법으로 문제가 해결되지 않으면 너무 많은 시간을 낭비하기 전에 포기하십시오. 도움을 요청하거나 다른 접근법을 시도하십시오. 그것은 자신을 단단하고 똑똑하게 증명하는 것이 아니라 일을 끝내는 것에 관한 것입니다.


11
"도움을 요청"에 +1 문제에 대한 또 다른 눈 쌍이 매우 유용 할 수 있습니다.
Michael K

5
두 번째로 +1 ... 95 % 솔루션에주의하십시오. 즉, 솔루션의 95 %를 매우 빠르게 얻을 수 있지만 100 % 작업을하는 것은 거의 불가능합니다. 당신이 "거의"있기 때문에 마지막 5 %를 얻기 위해 많은 여분의 시간을 던지기가 쉽다는 것을 알았습니다.
Scott Whitlock

5
"콜레 온 씨는 나쁜 소식을 한 번에 들으라고 주장하는 사람입니다."
JeffO

3
도움을 요청할 수있는 것이 매우 중요합니다. 그래서 2 주 후에 새로운 개발자들이 첫날에 멈 췄기 때문에 아무 것도 보여주지 않고 돌아 오는 것을 보았습니다. 물론, 멘토 / 보스가 당신에게 어떻게 가는지 등을 물어보아야하지만, 명확하지 않을 때는 거짓말을하고 "모든 것이 잘되고있다"고 말하지 마십시오!
Dean Harding

4
다른 사람에게 문제를 설명하는 간단한 행동조차도 해결책을 찾을 수 있습니다.
alexanderpas

26

StackOverflow 로 이동합니다 .)

그러나 모든 농담은 제쳐두고 미지의 것을 두려워하지 않습니다. 당신이 이미 풀었다면, 다음 번에는 문제가되지 않기 때문에, 당신의 전체 경력은 알 수없는 문제에 직면하게 될 것입니다.


12
그것은 저의 농담이 아닙니다. 일반적으로 첫 번째 전화 포트입니다. 실제로 질문을 공식화하는 과정은 종종 스스로 해결책을 찾도록 자극을줍니다.
NimChimpsky

10
지난번에는 소프트웨어에 대한 문제를 파악할 수 없었기 때문에 거의 즉각적인 정답을 얻었습니다.
David Thornley

좋은 답변입니다! +1- 소프트웨어 개발의 가장 중요한 부분 - "모든 경력은 미지에 직면 할 것입니다."
Karthik Sreenivasan

10

나는 간단한 대답을해야합니다. 도움을 요청합니다. 다른 사람들이 때로는 무언가에 대한 해결책을 찾으려고 노력할 때 도움을 요청하는 것처럼.

편집 : 나는 종종 동료에게 문제를 설명하거나 때로는 StackOverflow와 같은 사이트에 질문을 게시하기 시작할 때 해결책을 찾는다고 언급해야합니다.


3
때로는 제안 사항을 제공하지 않더라도 작업 내용을 이해하는 동료와 이야기하면 도움이 될 수 있습니다. 의견을 제시하는 것만으로도 자신의 머리에 정리하는 데 도움이 될 수 있습니다.
funkymushroom

9

다른 각도에서 봐

나는 이것을 여러 번 보았습니다. 보통 발생하는 일은 다음과 같습니다.

  • 문제가 있습니다. 처음에는 문제를 어떻게 해결할지 생각합니다.
  • 실제로 솔루션을 구현할 때 작동하지 않는 것으로 나타났습니다 (실제 문제의 약한 모델로 인해).
  • 문제를 해결하기 위해 고군분투하고 나면 더 많은 연구를하거나 다른 사람들에게 물어보십시오. 순수한 좌절감은 없습니다!

마지막으로 원하지 않는 일을 선택하십시오->

"더티 핵"

작동하지만 더럽습니다 ...


3
더러운 해킹의 경우 +1, 때로는 적절한 솔루션을 사용할 수 없다는 것이 전혀 솔루션이 아닌 것처럼 보입니다. 전혀 제공하지 않는 것보다 낫습니다.
user281377

+1- 소프트웨어 개발자가 직면 한 가장 일반적인 경험에 대한 명확한 설명.
Karthik Sreenivasan

5

보통, 나는 나보다 똑똑한 사람이 문제를 해결하도록한다. 그는하고 내 상사입니다. 내 자신이 멍청하게 느껴진다. 우리는 계속 움직입니다.


4
나는 당신을 부러워합니다 --- 당신은 당신보다 더 잘하는 것을 이해하는 보스가 있습니다. 감사하십시오!
JasonFruit

사실 나는 행복하지 않다. ;-) 내 상사는 나를 방해하지 않고, 도움이 필요할 때 도움을주고, 동기를 부여하고 계속하는 등의 일을한다. 그가 내 일을 더 잘한다면 그는 내 상사가 아니어야하지만 내 일을해야한다.
johannes

상사는 많은 것들에 대해 당신보다 더 많은 것을 알아야합니다.
johnny

5

그것은 왜 당신이 할 수없는 이유에 달려 있습니다 ...

  • 논리적으로 불가능 : 요구 사항을 작성한 사람과 토론하십시오. 오해가있을 수 있습니다. 예 : 어느 시점에서 사양은 응용 프로그램이 모든 플랫폼 (Windows / Linux / Mac)에서 기본 모양과 느낌을 가져야한다고 말하고 다른 곳에서는 프로그램이 모든 플랫폼에서 정확하게 동일해야한다고 말합니다

  • 기술적으로 불가능 : 작업중인 도구를 다시 평가하십시오. 적절하지 않을 수 있습니다. 동료 및 프로젝트 관리자와 문제를 토론하십시오. 예 : 가비지 콜렉션이 불확실한 시간 동안 실행을 중지 할 수있는 환경의 어려운 실시간 요구 사항

  • 불충분 한 성능 : 잘못된 알고리즘을 사용 중이거나 문제가 너무 어려울 수 있으며 (예 : NP-hard) 요구 사항이이를 고려하지 않습니다. 사용중인 알고리즘을 다시 평가하십시오. 더 빠른 방법이있을 수 있습니다. 동료 및 프로젝트 관리자와 문제를 논의하십시오. 완벽한 결과 대신 좋은 휴리스틱으로 전환하십시오. 예 : 수십 또는 수백 개의 노드로 경로 최적화

  • 당신은 그것을하는 방법을 모른다 : 동료들에게 물어보고, stackoverflow를 요청하고, 인터넷을 검색하십시오. 사용중인 tool / lib의 지원 부서에 문의하십시오. 프로젝트 관리자와상의하십시오.

  • 작동하지만 작동하지 않습니다. 이유는 없습니다. 경쟁 조건을 고려하면 찾기 어려운 버그가 자주 발생합니다. 동료에게 도움을 요청하십시오. 네 눈은 둘 이상을 봅니다. 인터넷에서 사용중인 도구 / 라이브러리에 알려진 버그가 있는지 확인하십시오.


4

나는 다른 사람들이 그것을 전문적인 방법으로 다루는 방법을 잘 지적한다고 생각합니다. 좌절, 두려움과 같은 개인적인 느낌을 다루는 방법을 말하고 싶습니다.

결론은 적시에 문제를 해결하지 않더라도 FINE이 될 것입니다. 인생은 계속됩니다.

때로는 일정이 밀릴 수도 있습니다. 프로젝트가 실패했을 것입니다. 당신은 해고 된 후 훌륭한 직업을 가질 수 있습니다. 당신은 결코 알지 못합니다.

내가 틀리지 마 그렇다고 문제가 발생해도 괜찮다는 것은 아닙니다. 우리가 할 수있는 일은 최선을 다하고 나가는 것뿐입니다

때로는 좌절감을 느끼고, 문제를 해결하지 않을까 두려워서 평범한 개발자로서의 삶입니다.


2

문제를 해결할 수 없다고 확신 할 수 없지만 문제 해결을 포기한 경우가 있습니다. 버그를 고치거나 버그 해결 방법에 대해 잘 모르는 일부 기능을 구현하는 데 많은 시간을 투자 한 후 팀, 팀 리더 또는 관리자에게 누군가에게 "내가 붙어 있습니다. 내가 하시겠습니까? " 내가 어디 있는지 알 수 있도록 그들은 "계속 지켜 봐라. 우리가 그것을 얻을 것이라고 생각한다"또는 "그다지 중요하지 않은 다른 것으로 넘어 가라"또는 몇 가지 다른 것들을 말할 수있을 것이다. 그러면 내가 무엇을해야하는지 알게 될 것이다.

해결하지 못한 버그와 완료되지 않은 일부 기능이 있습니다. 내가 무언가를하려고 노력할 수는 있지만, 모든 것이 합리적인 시간 안에 해결 될 수있는 능력이있는 것은 아닙니다. 이것의 핵심은 상사가 상사를 알 수 있도록 의사 소통을하는 것입니다.

즉, 몇 가지 특별한 상황에 처한 적이 있습니다.

  1. 토론토에있는 큰 캐나다 은행에서 일하는 동안, 나는 그 일을 받았을 때 어떻게해야할지 몰랐던 모든 종류의 일을하도록 요청받을 것입니다. 예를 들어, 부팅 할 때 "Esc"와 "Enter"키가 교체 된 랩톱 보안을 위해이 방법을 테스트하라는 요청을 받았으며 올바른 키 시퀀스를 사용하면 랩톱을 다시 사용할 수있을 정도로 기묘 해 보였습니다. "이것이 작동할까요? 이것이 사용자에게 이것이 좋을지 아닌지를 어떻게 알 수 있습니까?" 하드웨어 나 다른 리소스를 가지고 있지 않은 다른 작업도있었습니다. 동시에 문제가되는 것을 막기 위해 미래의 고용 상황에 대해 언급 할 것이 많았 기 때문에 오히려 교육적이었습니다. 지불 시점 확인, 시간 추적 방법,

  2. 캘거리에있는 응용 프로그램 서비스 제공 업체에서 일하면서 서비스로 판매 한 내부 응용 프로그램 내에서 다른 웹 사이트의 복사본을 만들려는이 프로젝트를 받았습니다. 여기서 중요한 점은 먼저해야 할 일에 대한 일정이나 제안이 없었으며, 일반적인 연구와 한 달 후에 진통제에 나쁜 반응을 보였을 때 데모를 요청 받았다는 것입니다. 그 반응은 일주일 동안 갑자기 일을 마치고 다음 주에 나는 다음날 해고 될 때 마지막 짚인 Microsoft 행사에 갔다. 여기서 주목할 점은 상사와 가까운 곳에 올 때마다 상사와의 관계가 다소 나빴다는 점입니다. "이제 뭐가 잘못 되었나요?"


2

다른 사람들이 말했듯이, 의사 소통은 매우 중요합니다. 상사, 팀원, 고객 등이 갇혀있을 때 사람들에게 영향을 줄 수있는 사람에게 알리십시오.

날카로운 동료가 성공을 거두었다는 사실에 대해 한 번 나에게 이야기했다.

  1. 관계
  2. 기대

좋은 관계를 갖는 것은 의사 소통을 잘하고 기대치를 미리 설정하는 기능이라고 생각합니다.


2

나는 Polya 원칙을 따릅니다.

"해결할 수없는 문제가 있으면 해결할 수없는 더 쉬운 문제가 있습니다. 찾기"

조지 폴리아

이 원칙의 장점은 어느 시점에서 충분히 작은 문제가있을 수 있으며, 제대로 된 일을한다면 원래 문제에 대한 해결책을 제시 할 수있는 문제를 해결할 수 있다는 것입니다. 이 원칙은 아직 저에게 실패하지 않았습니다.


1

" 도움을 구하십시오 "는 정답입니다. 특정 문제를 겪은 첫 번째 사람이 될 가능성은 거의 없습니다.

그러나 실험적으로 도움이 없다면 어떻게해야합니까? 스스로 문제를 해결해야한다면 어떻게해야합니까? 가장 중요한 문제 해결 능력은 자신의 가정식별 하고 도전 하는 능력 입니다. 문제에 대한 가정을 하나씩 열거하고 차례로 하나씩 제거 할 수 있다면 결국 잘못된 가정을하게되고 결과적으로 솔루션에 대한 새로운 가능성이 열립니다.

(이것은 면접에서 겪는 문제에 대한 답변을 볼 수 없을 때 가장 좋은 방법이기도합니다. 구두로 가정을 나열하고 어떤 것이 잘못되었는지 확인한 다음 문제를 다시 공격하십시오. 모든 "트릭 문제"는 자연 스럽지만 잘못된 가정에 기초합니다.


1

도움을 요청하는 것이 가장 좋은 대답이지만 여기에 도움이 될만한 내용이 조금 더 있습니다.

더 이상 오랫동안 산업에 종사해 온 사람들에게 당신이 할 수 없었던 문제를 해결하라는 지시를 받으면 어떻게 될까요? 그런 일이 있었습니까? 그렇다면 어떻게 되었습니까? 그들은 방금 그것을 떨어 뜨리고 "아, 우리가 다른 것을 할 수있을 것 같아"라고 말했습니까? 결과가 있었습니까? 당신은 견책을 받거나 심지어 해고 되었습니까?

그렇습니다, 그것은 나에게 일어 났고, 아니, 나는 결코 그것을 위해 질책하거나 해고 당하지 않았습니다.

업계에서는 시간과 예산 내에서 문제를 해결할지 여부에 관한 모든 것이 중요하며, 적절한 관리자는 항상 가능하지는 않다는 것을 이해합니다.

실제로 관리자는 "X를하고 싶습니다. 어떻게해야한다고 생각하십니까?"라고 말합니다. 그리고 당신은 많은 답변을 줄 수 있습니다. 좋은 것들은 다음과 같습니다.

  • 나는 이것과 비슷한 것을 해왔으므로 하드웨어 테스트에 3 주가 걸리고 3000 달러의 가치가 있다고 생각합니다.
  • 나는 이것과 일반적으로 비슷한 것을 가지고 있습니다. 오늘 오후에 다시 생각해 보도록하겠습니다.
  • 나는 이런 짓을 한 적이 없다. 연구하고 내일 다시 연락 드리겠습니다.
  • 지구상의 어느 누구도 이것을 한 적이 없습니다. 당신이 그것을 조사하고 싶다면, 추정을하기에 충분한 실험을하는 데 2 ​​주가 걸릴 것입니다.

진행 여부와 진행 방법을 결정하는 것은 관리자의 임무입니다. 그들이 진행하기로 결정한 경우, 귀하의 추정치를 충족 시키거나 장애가 있는지 관리자에게 알리는 것이 귀하의 임무입니다. 그렇게하는 한 합리적인 회사에서는 부정적인 결과가 발생하지 않습니다.

물론, 업무를 수행 할 시간이나 자원을 제공하지 않는 비합리적인 회사도 있습니다. 나는 그 중 일부에서 일했고, 모두 회사의 제약 내에서 해결할 수없는 문제를 겪었습니다. 그들 중 한 명은 8 개월 이내에 프로그래밍 직원의 약 98 %를 해고했으며, 그 결과는 개인적으로 나에게 지시되지 않았으며, 나는 여전히 내 상사와 상사를 좋은 친구로 여기고 있습니다.


+1 매우 좋은 증분 대상 목록. 관리자는 문제가 덜 알려질수록 해결하는 데 걸리는 시간에 대한 추정치 를 얻는 데 시간이 오래 걸리고 이러한 추정치의 오차 한계가 증가한다는 점을 인정해야합니다. 하루가 끝날 무의미한 관리자가있는 경우 작업이 항상 위험에 처하므로 위와 같이 계속 진행해야합니다. 적어도 당신은 "내가 그렇게 말했다"고 말할 수 있습니다.
Orbling

1

여러 가지 유형의 문제가 발생하며 문제를 처리하는 방법에는 여러 가지가 있습니다.

한 가지 유형의 문제는 이전에 보지 못했던 이상한 사운드 API 또는 무언가를 구현하는 것입니다. 이 경우 SO에 대해 진지하게 묻습니다.

또 하나는 해결해야 할 매우 큰 문제입니다. 이러한 유형의 문제는 반복적으로 접근 할 수 있습니다. 그들은 "Humungous 구현"이라고 말합니다. 당신은 그것을 조사하고 당신이 알아낼 수있는 한 많은 단계를 씁니다. 그런 다음 복잡한 단계를 더 작은 단계로 나눕니다. 더 작은 단계에 대해 생각할수록 더 명확 해집니다. 기술적 인 문제가 발생하면 테스트 구현을 시도하고 필요한 경우 여기에 문의하십시오.

더 성가신 문제 중 하나는 잘못 지정된 요청입니다. 그들은 단지 "x"를하는 것을 원하고 어떻게해야하는지 알려주지 않습니다. 이를위한 좋은 접근 방법은 인터페이스 (일반적으로 GUI)를 프로토 타입으로 만들어 다른 사람과 함께 플레이하는 것입니다.

그런 다음 충족 할 수없는 시간 제약이 있습니다. 여기에는 종종 기대치를 수정하고 기능적인 프로토 타입을 제공하는 것이 포함됩니다.

일반적으로 여러 가지 방법으로 길을 찾을 수 있습니다. 겁이 나지만 일단 들어가면 항상 길을 찾을 수 있습니다.

가장 좋은 방법은 랩톱 외부에 "Do n't Panic"이라는 단어를 페인트하는 것입니다. 그리고 수건을 잊지 마세요.


+1 HHGTTG ​​참조 및 "만족 될 수없는 시간 제약이 있습니다." 너무 사실입니다. 현대의 마케팅 중심 비즈니스 세계에서는 아직 판매되지 않은 제품을 곧 출시해야 할 수도 있습니다. 그러나 한 팀이 두 배의 크기를, 생산에 할당 된 시간의 세 배를 차지할 것입니다.
Orbling

1

문제 해결 순서는 다음과 같습니다 (이전 spet은 이전이 작동하지 않은 경우에만 수행됨).

  1. 구글을 시도
  2. 누군가에게 물어봐
  3. 직접 검색 (Google 우회)
  4. 생각한다
  5. 연기 (== 맑은 머리)
  6. SO에 질문
  7. 아침까지 기다립니다 (== 머리가 더 깨끗해집니다)
  8. 그 더러운 해킹을 사용하고 나 자신에 대해 기분이 좋지 않습니다 :(

불쾌한 문제는 5-6 단계에서 해결됩니다.

정말 나쁜 문제는 대개 어느 정도 시간이 필요합니다 (7 단계는 대부분의 '나는 할 수없는 일'문제에 대한 해결책입니다). 그리고 나는 그것을 의미합니다-나머지 하루 동안 다른 작업으로 전환하고 아침에 문제를 먼저 해결하려고합니다. 그것은 놀라운 일입니다.

그리고 나서야 8 단계가됩니다.


나는 일반적으로 문제에 대한 해결책을 제시하기에 가장 좋은 곳은 a) 자전거 또는 b) 샤워 중 하나라는 것을 알았습니다. 그런 다음 난 그냥 (? 내가 지금 약간에지고있어 내 단기 기억이 내가 무슨 말을 무슨 잘못을 것입니다)를 내놓았다 어떤 필기 장치가 어디 선가 얻거나 잊고 사이의 경쟁이된다
Skizz을

0

나는 이런 일이 일어난 것을 듣지 못했습니다. 우선 당신은 전혀 해결할 수없는 문제가 발생하지 않습니다. 문제가 어려울 수 있으며 해결하는 데 시간이 걸릴 수 있습니다. 문제가 생겼을 때, 내가 필요한 시간임을 알려야합니다. 연구에서이 문제를 실제로 해결할 수 없다고 생각하면 깃발을 들고이 문제를 해결하는 데 시간이 더 걸리거나 해결하기가 어렵다고 관리자에게 알려야합니다. 일정에 관한 모든 것입니다. 당신이 무언가를 약속하고 전달할 수 없다면 그것은 문제입니다. 그러나 귀하의 상태와 우려 사항을 계속해서 밝히면이를 관리하는 것은 관리자의 책임입니다. 그는 도움을 줄 수 있거나 일정을 조정할 수있는 적절한 사람으로 안내해야합니다.


3
-1, 해결할 수없는 문제가 발생하는 것이 확실합니다. "분당 30 개의 문자 암호를 해독 할 수있는 무차별 암호 해석기를 설계하십시오.이 암호는 256 메가 램의 Pentium 2에서 실행해야합니다."
AttackingHobo

1
해결 불가능한 문제가 많이 있습니다. 요령은 그들이 매우 빨리 해결할 수 없다는 것을 아는 것입니다. 마케팅 담당자가 문제 해결을 요청하기 전에 문제를 말한 것이 좋습니다.
Orbling

@AttackingHobo ... 실제 문제는 아닙니다
Dacto

0

여기 좋은 조언이 있습니다! 내 2 센트 가치는 BIG 문제에 압도되지 말고, 문제 해결의 흥미롭고 도전적인 부분이 문제를 일련의 관리 가능하고 더 중요하게 이해 가능한 하위 문제로 나누고 있다는 것을 잊지 마십시오. 하위 문제. 좋은 프로그래머라면 일반적으로 코드를 작성하는 동안 (기능, 메소드, 서브 루틴 등을 사용하여 코드 섹션의 전체 복잡성을 줄이는 데 도움이 됨) 분 단위로이 작업을 수행하며이 방법은 일반적으로 BIG 문제에 적용됩니다. (직장에서가 아니라) 삶의 얼굴.


0

그것은 특정 문제가 무엇인지에 달려 있습니다. 그러나 응답은 다음 중 하나 일 수 있습니다.

  1. 해결 방법 / 대체 찾기
  2. 원하는 것을 근사한 상업용 솔루션 구매
  3. 성공할 때까지 필요한만큼 포기하지 마십시오 .

번호 3은 문제에서 시간을내어 몇 주 또는 몇 개월 후에 다시 방문해야 할 수 있습니다. 종종 도움이됩니다.


0

내 경험상, 때로는 시간 제한으로 해결할 수없는 문제가 있습니다. 따라서 해결 노력이 실패한 후 가능한 빨리 도움을 구 하십시오 .

경험의 법칙을 기억하십시오 : 상사가 당신을 고용하는 이유를 항상보십시오. 최상의 작업 결과를 위해 할 수 있다고 생각하는 것을 수행하십시오. 때로는 초기 실패 보고서 (늦은 것보다 훨씬 낫습니다)입니다.

요컨대, 당신이 해결책을 찾을 수 있다고 생각한다면, 자유롭게 시도해보십시오. 그러나 상사에게 위험과 시간 비용에 대한 추정을 제공하십시오. 지금은 그들의 문제입니다.


0

숙련 된 사람들에게도 수억 달러의 프로젝트가 실패 할 수 있다고해도 여전히 학생으로서 실패하는 것에 대해 걱정하지 않아도됩니다. 나는 일하는 데 문제가 있었고 그것이 당신이 붙어있는 무언가라면-당신은 그것을 해결하기 위해 모든 시도를 기록해야한다는 것을 알았습니다.

도움이됩니다.

  1. 문제를 해결하려는 시도의 증거.
  2. 이러한 유형의 실패를 기록하는 것이 중요하므로이를 이해하고 며칠 후에 다시 작동하지 않을 것이라고 생각합니다.

0

내 경험은 신입생이 깊은 곳으로 던져지지 않는다는 것입니다. 대신 숙련 된 개발자도 포함 된 팀의 일원이 될 수 있습니다.

나의 충고는 : 그들을 활용하는 것입니다. 문제를 해결하는 방법을 잘 모르거나 솔루션이 올바른 방향으로 가고 있는지 알고 싶으면 이에 대해상의하십시오. 그리고 당신이 어딘가에 갇혀 있다고 느낀다면, 경험 많은 사람 중 한 명을 잡고 문제를 설명하고 도움을 요청하십시오.

대부분의 경우 문제를 설명하는 것만으로도 해결책이 드러나고 솔루션을 설명하면 결함이 똑같이 드러날 수 있습니다.


0

종종 문제를 올 바르고 정확하게 정의하지 않았기 때문에 이런 일이 발생합니다. 아마도 당신은 실제 문제 자체 대신에 선험적 인 해결책을 해결하려고 노력하고 있습니다.

문제는 당신이 상상하는 것이 아니라 관찰 한 것입니다.

"내 피 묻은 차가 시작되지 않는다"는 문제입니다. "배터리가 방전되었습니다." 자동차 시동 문제에 대한 선입견입니다. 배터리를 테스트해도 문제의 유일한 원인은 아닙니다. 실제로 배터리를 재충전하거나 교체하지 않고 자동차를 성공적으로 시동하지 않은 경우 배터리가 문제 문제의 원인이라는 증거는 없습니다.

단순화하고 단순화하십시오. 작은 부분으로 나눕니다. 해당 부분을 해결할 수 없으면 부수십시오. 기분이 나아질 것입니다. 그런 다음 다른 작은 부분으로 나눕니다. 이들 부분 각각은 관찰 가능한 현상이어야합니다.

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