인턴쉽을 어떻게 구할 수 있습니까? [닫은]


65

저는 현재 대규모의 비 소프트웨어 개발 회사에서 인턴으로 일하고 있습니다. 내가 신청 한 직책은 특별히 개발 직책이 아니었지만, 저를 고용 한 팀은 CS 전공으로 내부 프로젝트를 개발하는 데 도움을주기를 원했습니다. 나는 4 주 동안 여기에 있었고 초기 당황이 시작되었습니다. 그러나 저는 전체 사무실에서 유일한 CS 전공자입니다. 팀, 건물 또는 주변 지역의 어느 누구도 소프트웨어 개발에 대한 배경 지식이 없습니다. 내가 가진 최선은 데이터베이스 관리자이며 부서가 너무 바빠서 내 프로젝트를 지원하지 못합니다. 내 동료는 내가 그들의 작업을 (내 일을위한 중요하다) 어떻게 배울 수 있도록되어 있지만, 내 할 수 있도록 아무도 없다 즉 개발 작업.

그들이 나에게 준 프로젝트는 학교에서 한 것보다 범위가 더 큽니다. 그것은 내가 혼자서 일한다는 사실과 함께, 어떤 형태의 지침이나 명확하게 정의되지 않은 목표없이 처음부터 응용 프로그램을 개발하려고 노력하면서 성공할 수있는 능력에 대해 매우 걱정했습니다. 나는 어디에서 시작해야하는지 거의 알지 못했지만 지금은 2 개월도 남지 않았을 것입니다.

소프트웨어 개발 프로세스를 배워야한다고 생각하지만 지금은 어둠을 겪고있는 느낌입니다. 처음에 개발 기술에 대해 확신이 없기 때문에 이것은 특히 문제가됩니다. 나는 연구하고 나 자신을 가르치고 있지만, 나는 조금 조각을 받고 있습니다. 그들은 나로부터 높은 기대를 가지고 있지만, 나는 내 능력을 확신하지 못한다. 분명히, 나는 자리에 앉아 매니저와 대화를해야하고 가능한 한 빨리 그렇게하려고합니다.

이 문제를 어떻게 처리해야합니까? 이 인턴쉽은 내가 알기 전에 끝날 것입니다. 그리고 나는 여기에 내 시간 동안 아무것도 보여주기를 원하지 않습니다. 그들은 그것을 원치 않으며 항상 나를 도울 수 있지만 프로그래밍에 대한 지식이 없으면 할 수있는 일이 너무 많습니다. 나는 그들이 원하는 것을 생산할 수 없다고 말하는 것을 두려워합니다. 이것을 어떻게 그들과 관련시켜야합니까? 엔지니어링 인턴이 다른 엔지니어의 도움을 받아 업무를 수행하는 방법을 배우는 것을 보았습니다. 여기에 앉아 시간을내는 것만 같아요. 내 상황을 바로 잡는 방법에 대한 조언은 크게 감사하겠습니다.

최신 정보

모든 사람들의 도움이되는 의견을 보내 주셔서 감사합니다. 마음이 편해졌습니다. 내가 한 첫 번째 일은 관리자 및 감독자와 만나는 것이 었습니다. 우리는 여기에서 나의 시간에서 기대했던 것을 논의했습니다. 그들은 인턴으로서 그렇게 많은 시간을 가지고 있지 않다는 것을 이해하고, 이것은 우리가 달성하고자하는 프레임 워크의 유형에 대한 범위를 넓히는 데 도움이되었으며, 이는 미래의 인턴 또는 직원들이 내가 떠나는 것을 희망적으로 구축 할 수있게 해줄 것입니다. 또한 할당 된 시간과 내 능력에 대한 나의 관심사를 이해하고 예상했던 시간으로 해결했습니다.

다른 위치의 데이터베이스 관리자로부터 전화를 받았습니다. 관리자가 관리자와 이야기를 나 they으며 프로젝트를 지원할 예정입니다. 이제 프로젝트를 사용할 수 있도록 자원을 제공 할 것입니다. m하고 있습니다. 그래도 절반 밖에되지 않습니다. 가능한 모든 프로젝트 중에서 가장 중요한 두 가지 프로젝트로 범위를 좁혔습니다. 내 다른 프로젝트에 관해서는, 누군가 언급했듯이 본질적으로 인턴에게는 독특한 상황 인 수석 소프트웨어 아키텍트입니다. 일이 적어도 반 성공한다면, 나는 미래의 고용주에게 도움이 될 많은 지식과 경험을 얻었을 것입니다. 지금은 프로젝트를 연구하고 개발할 수있는 확실한 기반이 있다고 생각합니다. 모두의 답변에 다시 한번 감사드립니다!


80
대부분의 장소는 인턴이 자신이하는 일을 모르지만 자신이 할 수있는 모든 경험을 기꺼이 배우고 얻는 사람들이되기를 기대합니다. 멘토가없는 인턴쉽은 실제로 값이 싸거나 무료 인 개발자를 원했던 것처럼 들리므로 완성 된 제품을 생산할 것으로 기 대해서는 안됩니다. 전체 경험에 대해 가능한 한 많이 배우고 인턴쉽이 끝나면 계속하십시오. 실제 소프트웨어 개발자와 인턴 할 수있는 장소에 이상적 :)
Rachel

9
이 소프트웨어 엔지니어링에 대한 특정 될 것 같지 않습니다, 그래서 더 나은 Workplace.SE에 이상 적합 할 수 있습니다
바트 반 Ingen Schenau

53
"가이드 형태 나 명확하게 정의 된 목표없이 처음부터 응용 프로그램을 개발하려고 시도"-실제 소프트웨어 개발을위한 완벽한 교육!
Alan B

7
교육의 "책에서 배우지 않는 것들"에 오신 것을 환영합니다. 이것은 당신이 당신의 교육을 마칠 때 당신이 찾을 수있는 많은 환경 중 하나입니다. 나는 학위를 마치고 MIS에 있다는 것을 제외하고는 당신의 입장에서 정확하게 자신을 발견했습니다.
채드 해리슨

3
@BartvanIngenSchenau 문제의 소프트웨어 개발 각도가 있는데 OP는 회사의 유일한 개발자입니다. 이는 몇 가지 독특한 과제를 야기하며, 그 중 일부는 소프트웨어 개발 솔루션의 이점을 얻을 수 있다고 생각 합니다. 아마도이 질문은 직장에 더 적합 할 것입니다. 그러나 여기서 주제가 100 %가 아니라면 마이그레이션해야한다고 생각하지 않습니다. 커뮤니티에서 질문이 여기서 주제와 맞지 않다고 결정하면 기꺼이 마이그레이션하겠습니다.
yannis 2016 년

답변:


124

나는 당신에게 bhamlin에 대한 나쁜 소식이 있습니다.

당신은 인턴이 아닙니다. 오히려, 당신은 무급 / 저렴한 직원입니다.

인턴쉽은 무상 또는 저임금 직책으로 안전하고 (보통) 편안한 환경에서 새로 습득 한 기술을 연습하고 현장에서 '실제'작업을하는 '실제'전문가를 관찰하면서 피드백을받을 수 있습니다. 수정 가능한 부분 (보통 감독 및 / 또는 승인).

귀사가 원하는 것은 실제로 인턴이 아니라 자유롭고 저렴한 소프트웨어 개발 소스였습니다. 내 의견으로 는 이것은 매우 일반적 입니다. 나는 대학 도시에 살고 있으며, 마지막 직장에서 관리자들은 종종 "이봐, IT 부서가 너무 바빠서 프로젝트 X를 수행하기에는 너무 바쁘다. 무료 / 싼! " 우리는 우리의 이빨을 하늘에 비틀 거리고 신음하며 ash 아 먹었지 만, 이것은 이곳의 현실이었고, 관리자들이 왜 그런 것을 제안하는지 이해할 수있었습니다. 안타깝게도 결과는 훌륭하지 않았습니다. 인턴이 제공하는 소프트웨어는 결코 응집력이없고 / 확장 가능 / 깨끗한 / 등이 아니 었습니다. (그러나 솔직히 말해서 IT 부서가 내놓은 것들도 아닙니다 ...)

당신이하는 일에 달려 있습니다. 저의 조언은 당신이 할 수있는 모든 것을 개발하는 것입니다 (때때로 압력은 큰 동기 부여가됩니다). 그러나 당신은 또한 가능한 경우 다른 곳에서 '실제'인턴쉽을하도록 계획해야합니다.

그러므로 스스로를 비난하지 마십시오. 그러나 당신이 들어간 것은 실제 인턴쉽이 아닙니다.


18
@Ampt 저에게, 대부분의 유급 인턴쉽은 기본적으로 "우리는 당신과 함께 배우기 위해 돈을 지불 할 것이며,이 기간이 끝나면 모든 것이 잘되면 우리는 당신을 고용하고 싶습니다"라고 말합니다 . 그것은 당사자들에게 서로를 평가하는 데 더 오랜 시간을 제공하며, 모든 것이 잘 진행되면 시스템에 대해 교육을 받았으며 회사에 적합한 직원을 고용하게됩니다. 그들이 프로세스에서 새로운 소프트웨어를 싸게 얻는다면 그것은 추가 보너스이지만 기대는 아닙니다.
Rachel

7
인턴쉽은 보통 무급입니까? 그 소식은 ...
M. Dudley

3
좋은 지적입니다 @Ampt. 나는 지금 "지불 / 저렴한"이라고 대답을 편집했습니다. 전반적으로 나는 여전히 그 대답이 유효하다고 생각한다. 이 곳은 실제로 인턴을 원하지 않았으며 IT 서비스에 대한 전체 가격을 지불하고 싶지 않았습니다.
Graham

7
@bhamlin 소프트웨어 배경 지식이없는 대부분의 사람들은 말 그대로 소프트웨어 프로젝트를 개발하는 데 얼마나 많은 시간이나 노력이 필요한지 전혀 모른다. 전혀 단서가 없습니다. 불행히도 상황은 어떻습니까.
enderland

10
인턴쉽이 지불되지 않으면 (또는 일부 임금 이하, 아마도 메모리가 제공되는 경우 최소 일 수 있음) 인턴에게 상당한 혜택을 보여 주어야합니다. 그렇지 않으면 비즈니스가 실제로 노동법을 위반하는 것입니다. 이 사람이 돈을받지 못하면 회사를 어리석게 고소 할 수 있습니다. (또는 미국의 법률에 따르면 다른 나라와 대화 할 수 없음)
Jimmy Hoffa

28

CS 전공으로서 당신은 당신의 처분에 문제 해결 능력이 있습니다. 그들이 어떤 유형의 프로젝트를 개발하고 싶은지는 불분명합니다. 내가 추측해야한다면 아마도 내부 프로세스 중 일부를 자동화하는 데 도움이되기를 바랍니다. 현재 진행중인 프로세스와 이러한 각 프로세스에 대한 부서 간 종속성에 대한 큰 그림 다이어그램을 얻으려고 시작했습니다.

다음으로, 자동화되거나 최소한 간소화 될 수있는 낮은 매달린 과일을 찾습니다.

모든 프로세스를 완벽하게 문서화하는 방법

다음과 같은 순서로 질문하십시오.

  1. 출력은 무엇입니까? (가능한 한 구체적으로 답변을 얻으십시오)
  2. 입력은 무엇입니까?
  3. 출력을 생성하기에 충분한 입력이 있습니까?

숫자 3에 대한 답이 NO 이면 누락 된 조각을 얻습니다. 이것은 공식이나 비즈니스 규칙 또는 무엇이든 될 수 있습니다.

1 단계의 출력이 너무 복잡하면 관리 가능한 청크로 분할하고 각 청크를 별도의 프로세스로 공격하십시오.

발견 한 내용을 문서화하십시오. 잠재적 인 단일 실패 지점을 식별하십시오. 약점 또는 부족한 종속성을 식별하십시오.

압도적으로 들리지만 기술이 설정되어 있습니다. 한입 크기의 덩어리로 바꾸십시오. "비 괴짜 말하기"를 사용하여 "유쾌한 물건"을 설명하는 방법을 배울 수 있다면, 금의 무게가 될 것입니다.


1
팀원들이 프로세스를 보여 주었으므로 입력 및 출력과 원하는 것을 생각했습니다. 문제를 어떻게 해결하고 싶을 지에 대한 아이디어가 있습니다. 문제를 해결하고 문제를 일으키는 모든 것을 통합하는 것입니다 (특히 데이터베이스와 같이 숙련되지 않은 기술 사용). 운좋게도 "geek"에서 "non-geek"으로 설명 할 수 있습니다. 이 시점에서 내 솔루션이 실현 가능한지 확인하기 위해 코딩 문제를 스택 오버플로로 가져와야한다고 생각합니다. 입력 해 주셔서 감사합니다.
bhamlin

데이터베이스에 관한 한 Michael Hernandez의 Database Design For Mere Mortals 라는 책을 추천합니다 . 이 책은 훌륭합니다.
Michael Riley-AKA Gunny

1
"모든 프로세스를 문서화하는 완벽한 방법"+1 시스템 분석 작업에 처음 고용되었을 때 큐브에 눈에 띄게 게시 되었으면 좋겠습니다.
dodgethesteamroller 2016 년

1
@ bhamlin : 나는 당신이 제공하려는 것에 대한 기대 를 줄이기 위해 최선을 다하는 것이 좋습니다 . 또한 매우 작은 문제, 하루에 할 수 있다고 생각하는 일 (일주일 동안 일할 수 있다고 생각 )으로 나누십시오 . 바람직하게 모듈뿐만 아니라 핵심. 이런 식으로, 당신이 실패하더라도, 당신의 일은 여전히 ​​유용 할 것입니다. 또한, IMO,이 경험은 아마도 (재정적이지는 않지만) 매우 유용하고 자극적이지만 궁극적으로 우울한 기억을 만들 것입니다.
K.Steff 2016 년

18

이 모든 상황에 대한 나의 견해는 다음과 같습니다. 그들은 당신이 합리적으로 달성 할 수있는 것보다 더 많은 것을 요구하고 있으며, 피드백이나지도를 제공하지 않으며, 일반적으로 일을 그다지 즐겁지 않게 만듭니다. 그러나이 구름에는 은빛 안감이 있습니다.

특히, 학위를받을 때 일하고 싶지 않은 환경을 배우고 있습니다. 또한 실현하기에는 너무 큰 프로젝트를 처리하는 방법도 배우고 있습니다. 이 두 가지 모두 보유해야 할 중요한 지식입니다. 아무도 당신의 능력 아래 있다고 생각하는 직업을주지 않을 것입니다. 그들은 항상 당신이 줄 수있는 것보다 더 많은 것을 요구할 것이며, 기대를 관리하고 그들이 원하는 것을 제공하기 위해 그들과 함께 일하는 것이 당신의 일입니다.

지금 여기에서 할 수있는 일에. 나는 당신이 매일 매일하는 모든 일 의 일지유지하면서 시작할 것 입니다. 이것은 당신에게 책임을 부여합니다. "이것은 내가 오늘 일한 것"의 단순한 끝조차도 그들이 원하는 것을 얻지 못하고 답을 찾고 올 때 다시 넘어갈 무언가를 줄 것입니다.

나는 또한 당신의 직속 상사와 이야기 하고이 큰 프로젝트 중 하나분해 할 수있는 방법이 있는지 알아볼 것입니다 . 모든 일을 편안하게 느끼지 못한다면 프로젝트에 대한 연구와 아키텍처를 수행하고 나중에 다른 인턴이 구현하게 할 것입니다. 인턴쉽에 남은 시간에 합리적으로 달성 할 수 있다고 생각하는 것을 명확히하고 목표를 달성하십시오. 이렇게하면 하루가 끝날 때에도 고용주와 관련된 것을 제공 할 수 있습니다.

마지막으로 엔지니어링 인턴에 참여할 수 있는지 확인하십시오 . 이 인턴들도 소프트웨어를 개발하고 있다고 가정 할 것입니다. 여러분이하는 일과 그들이하는 일이 너무 멀리 떨어져있어 서로 배울 수없는 이유는 없습니다. 저는 제 프로젝트에서 전기 엔지니어, 소프트웨어 엔지니어, 컴퓨터 엔지니어 및 컴퓨터 과학자들과 함께 일하며 각자 각자 자신의 강점을 팀에 제공합니다. 자신의 강점이 개발에 어떤 영향을 미치는지 파악하고 이러한 능력이 엔지니어링 팀에 도움이되는 이유를 제시하십시오.


6
부모님은 여름이 끝날 때 제안을 받으면 제안을 수락해야한다고 말했지만이 직업이 소프트웨어 개발자로서의 경력을 향상시키는 데 도움이되지 않을 것이라고 설명했습니다. 그들은 내 말을 듣고 싶지 않고 내가받는 직업이 축복이라고 생각하지만 특히 나에게 좋은 직장 환경이 아닌 경우 거절 할 권리가 있다고 생각합니다. 나는 일지를 유지한다는 생각을 좋아하지만 매일 노트북을 가지고 다니기 때문에 내가하고있는 일을 문서화하기 시작할 것이므로 아무것도하지 않는 것처럼 보입니다. 도와 주셔서 감사합니다.
bhamlin

1
문제가 없습니다. 이 인턴쉽을 시작했을 때 나는 같은 입장에있는 것처럼 느꼈습니다. 관리자는 엔지니어링 팀에 대한 직접적인 접근 방식을 채택하여 원하는대로 하루를 구조화하고 (이를 지원하는 민첩한 개발 모델을 따름) 프로젝트에 대한 거의 매일 요구 사항이있는 수업에서 나왔습니다. 매우 달랐습니다. . 나는 로그를 유지하는 것이 내가 적어도 뭔가를하고있는 문서를 제공 할뿐만 아니라 책임을 지킨다는 것을 알았습니다. 또한 매일 매일, 매주 모멘텀을 유지하는 데 도움이됩니다.
Ampt

7
@ MLowry 나는 그것이 나쁜 조언이라고 생각합니다. 당신이 싫어하는 직장에 머무르면 신체적으로, 특히 심리적으로 당신을 지치게 할 것입니다. 우울증에 빠지고 매 순간을 미워하며 매일 그 결정을 후회하게됩니다. 왜 그렇게합니까? 재정적 측면이 비범 한 경우 6 개월 동안하는 것이 합리적입니다. 그러나 그가 경력의 절대적인 시작에 있다는 것을 감안할 때 아마도 아닐 것입니다.
Radu Murzea 2016 년

2
"무엇을 배우고 있습니다"+1 이 작업 환경은 슬프게도 예외가 아닙니다. 구체적으로 IT 비즈니스에 종사하지 않는 많은 회사는 IT 리소스와 관련하여 어려움을 겪고 있습니다. 따라서 여기서 배우게 될 교훈 (모호한 요구 사항, 마감 기한)은 문제가있는 환경을 발견하려고 할 때 나중에 가치가 있습니다.
Graham

2
"저널 유지"+1 당신의 직업의 나머지 기간 동안 그 습관에 들어가십시오! 프로젝트가 잘 진행되면 아무도 질문하지 않습니다. 그것이 나빠질 때, 그들은 당신이하고했던 모든 대담한 일을 nitpick하고 싶습니다. 일기는 당신의 은신처를 아주 잘 다루고 있습니다. (상태 보고서보다 낫습니다).
TimG

13

인턴쉽 전문가와 상담하십시오

지금까지 본 모든 답변은 고용주에게 초점을 맞추는 것 같습니다.

그러나 학교의 프로그램이나 사무실을 통해이 인턴쉽을 설정해야합니다. 이런 상황에 처한 최초의 학생이 될 것이라고 상상할 수 없습니다. 그들은 당신을 특정한 방향으로 인도 할 수 있어야합니다.

그들이 지금 당신을 도울 수 없다고해도 (믿기 힘들다), 당신은이 상황에서 자신을 찾는 다음 학생을 도울 것입니다. 그것은 과소 평가 될 수없는 것입니다.


+1 인턴이 겉으로는 극복 할 수없는 어려움을 겪고 나면 먼저해야하는 일이기 때문에 +1.
verybadalloc 2016 년

10

나는 그런 인턴쉽 두 개를 가지고 있었고, 그것들을 엄청나게 즐겼습니다. 누락 된 것처럼 보이는 밝은 부분이 있습니다.

  • 현재 여러분은 대규모 프로그래머 팀에서 일하는 프로그래머가 꿈꾸는 창의적인 자유를 누리고 있습니다. 언어 선택에서 소스 제어, 편집자, 소프트웨어 아키텍처에 이르는 모든 것은 전적으로 사용자의 몫입니다. 날 믿어, 사라 졌을 때 그리워.
  • 소프트웨어에 대해 잘 모르는 사람들과 협력하는 것은 소프트웨어 개발 프로세스의 중요한 부분입니다. 학교에서는 소프트웨어 개발을 가르치는 경험이 많은 사람들로부터 잘 정의 된 과제를 기대할 수 있습니다. 프로그래머 팀에서도 당신의 과제는 결코 명확하지 않습니다. 이제 그것을 다루는 법을 배우면 우위를 점하게 될 것입니다.
  • 멘토의 도움없이 도메인 지식을 얻는 것은 소프트웨어 개발 프로세스의 중요한 부분입니다. 매년 1-2 회, "X 기술에 관한 주제 전문가가 되십시오"와 같은 과제를받습니다. 누군가가 새로운 기술을 배울 수있는 회사의 첫 번째이어야한다. 그 사람이 당신이 될 수 있다는 것을 보여줄 수 있다면 더 흥미로운 과제를 얻게 될 것입니다.
  • 당신의 관점에서 볼 때, 그것은 많은 압박감을 느끼지만, 당신에 대한 그들의 기대는 실제로 매우 낮다는 것을 알아야합니다. 그들은 적절한 멘토가 없다면 당신에게 더 어렵다는 것을 알고 있습니다. 최선을 다하면 괜찮을 것입니다.

즉, 첫 번째 큰 프로젝트를 다루는 것은 압도적 일 수 있습니다. 다음이 도움이 될 수 있습니다.

  • 전체 프로젝트를 한 번에 생각하지 마십시오. 지금해야 할 일을 생각해보십시오.
  • 수행해야 할 기능 목록을 가져 와서 우선 순위에 따라 배치하십시오. 이렇게하면 전체 앱을 완료하지 않아도 가장 중요한 기능이 그대로 유지됩니다.
  • 하루 또는 이틀 안에 완료 할 수있는 작업을 시작할 때까지 첫 번째 기능을 더 작은 작업으로 나눕니다. 그것들을 바보처럼 간단하게 만드는 것을 두려워하지 마십시오. 새로운 프로젝트에 대한 나의 첫 번째 과제는 항상 hello world가 작동하고 소스 제어에 체크인하는 것입니다. 특히 새로운 언어이거나 한동안 사용하지 않은 언어라면 빌드 환경과 도구가 올바르게 설정되었음을 알려줍니다.
  • 진행 상황을 자주 검토하십시오. 여름이 끝날 때 완제품을 버리지 마십시오. 지금까지 가지고있는 것을 일주일에 한 번 이상 표시하십시오.
  • 귀하의 요구를 충족시킬 수있는 기존 프로젝트 및 구성 요소를 찾으려고 미리 노력하십시오. 기존 시스템을 처음부터 새로 만드는 것보다 훨씬 쉽게 기존 시스템을 사용자 정의 할 수 있습니다. 많은 회사들이 비슷한 종류의 내부 앱을 필요로합니다. 이것은 내가 알고 싶어했던 것입니다. 저의 인턴십 프로젝트 중 하나는 기본적으로 CRM을 재창조했습니다 .

따라서 소프트웨어에 관계없이 휴식을 취하고 최선을 다하며 최대한 많은 것을 배우십시오.


6

여기에있는 다른 대답은 매우 훌륭합니다. 반복하여 읽고 실제로 알아 내려고 노력하십시오. 그렇게하면 평균 이상의 노력으로 인턴십의 다른 쪽에서 "살아남을"수 있습니다. 상황에 따라 예상보다 힘들지만 그만한 가치가 있습니다.

다른 회사 1에 직위를 신청할 때 주요 질문 중 하나가 다음과 같기 때문에 이는 중요 합니다.

여기 X 회사에서 인턴쉽을 했어요. 어땠어요? 왜 떠났어 ?

어려운 상황을 전문적인 방법으로 처리했다는 사실을 보여줄 수 있다면, 이것은 많은 수로 계산 될 것 입니다.

그것이 짜증나더라도, 급우들이 결코하지 않을 것을 배울 수있는 소중한 경험을 할 수 있습니다 ...

1 = 나는 당신이 경력 자살이 있기 때문에 희망합니다 (조만간 ... 아마 더 빨리)


2
이것은 대답하기 쉬운 질문입니다. "X에서 일하는 것을 즐겼고 인턴쉽 동안 많은 것을 배웠습니다. 그러나 그들은 소프트웨어 개발 회사가 아닙니다. 따라서 저는 그곳에 머물면서 엔지니어링 기술을 향상시킬 것이라고 생각하지 않습니다. 소프트웨어 개발자와보다 협력적인 프로젝트가 있습니다. "
selbie 2016 년

5

작년에 비슷한 위치에 있었는데, 처음부터 모든 것을 개발해야했고 개발 경험이있는 사람은 없었습니다. 나는 그들이 나에게 준 프로젝트를 완료했지만 광택이있는 응용 프로그램이나 유지 보수가 가능한 응용 프로그램이라고 부르지 않을 것입니다 (작동 방식을 아는 유일한 사람은 나와 회사의 아무도 코드를 보지 않았기 때문에).

내가 그 상황에 처했을 때 내가 한 일과 할 일이 있습니다. 이들 중 일부는 이전 답변에서 이미 언급되었습니다.

알아 내기 :

  • 제품이 무엇을하기를 원하는가 (입력 및 출력, 최소값 )
  • 당신의 한계는 무엇입니까? (즉, 어떤 프로그램을 사용할 수 있거나 사용할 수 없습니까?)

그러면 제품이 어떻게 보이는지 머리에 그림이 표시됩니다. 이것을 종이에 그려서 관리자 / 관리자에게 보여주십시오. 그들이 무슨 말을하는지보십시오. 그들이 마음에 들지 않으면 원하는 것을 변경하고 변경하고 프로세스를 반복하십시오. 원하는 경우 최소한의 코딩 작업을 수행하고 간단한 데모를 만듭니다.

그들에게 데모 를 보여주십시오 (이것이 그들이 생각한 것이라면 질문하십시오). 그러면 진행 상황을 보여주고 원하는 것을 이해하는 데 도움이됩니다.

코딩 도움말이 필요할 때마다 매뉴얼 / 자습서, Google 검색을 읽고 마지막으로 스택 오버플로를 게시하여 도움을 받으십시오.

작은 세부 사항에 매달리지 마십시오. 이렇게하면 많은 시간을 낭비하게됩니다.

작은 청크로 코딩합니다 . 각 청크는 응용 프로그램의 주요 기능입니다.

코드를 주석으로 처리하십시오. 그들이 이것을 다른 인턴이나 직원에게 전달할 계획이라면 그들에게 큰 도움이 될 것입니다.

프로젝트 및 프로젝트 진행 상황에 대해 관리자 / 감독자와 계속 대화하십시오.

프로젝트를 마칠 수 없다고 걱정하지 마십시오. 인턴이며 최선을 다했습니다. 그들은 그러한 프로젝트에 대해 경험이없는 사람을 고용 한 것에 대해 잘못입니다.

TL; DR

  • 모든 단계마다 관리자와 대화

  • 주요 기능 코딩

  • Google 및 스택 교환에서 도움 받기

  • 끝내지 않아도 걱정하지 마십시오


1
  1. 인턴십 목표에 대한 설명을 찾아보십시오. 왜 많은 프로젝트를 배정 받았습니까?
  2. 할당 된 시간 내에 요청한 프로젝트를 완료 할 수 없다는 경영진을 명확히
  3. 시간을 가장 잘 사용하는 방법에 대한 분석을 준비하십시오. 예를 들어, 한 프로젝트에서만 작업하고 다른 프로젝트는 삭제하는 것이 좋습니다.

하나의 작은 프로젝트에서만 일한다면 시간이 회사에 가장 도움이됩니다. 문서를 잘 보관하십시오. 아키텍처, 프로젝트 목표, 프로젝트 진행 상황 및 소스 코드에 대한 유용한 문서 작성에 중점을 둡니다.

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