프로젝트를 끝내는 것이 얼마나 중요합니까? [닫은]


42

저는 학생입니다 (아직 uni에 가십시오). 나는 지금 약 5 년 동안 프로그래밍을 해왔습니다. 그 동안 나는 언어에서 언어로, API에서 API로, 프로젝트에서 프로젝트로 흩어졌습니다. 나는 한 가지 일을 스스로 시도했지만 관심을 잃었습니다. 내 PC 전체가 반 완성 된 프로젝트로 가득 차 있습니다 (그리고 디스크에서 4 배 이상 포맷 된 것).

나는 그것의 재미를위한 프로그래밍에 대한 나의 동기 부여가 (내가 정말로 즐기는 하나의 활동이다) 궁금해지기 시작한다. 내가 너무 열린 결말 목표를 가지고 있는지 아니면 관심이 적은지 알 수 없습니다. 나는 작은 프로젝트를 끝내려고 노력했지만 전혀 관심이 없습니다.

이것이 동기 부여의 원인 일 수 있습니까? 또한 uni에 가려고 할 때 (그리고 나중에는 소프트웨어 작업) 문제가 될 가능성이 있습니까?

요약하자면:

부업 / 취미 프로젝트를 마치는 것이 중요합니까, 직업, 동기 부여 또는 교육을위한 것입니까?


8
개인 프로젝트에 관해 이야기 할 때 이것이 나쁘지 않다고 생각합니다. 프로젝트 자체가 완료되지 않은 사실에도 불구하고 무언가를 배우거나 도구를 테스트하고 싶었 기 때문에 내가 시작한 많은 프로젝트가 있습니다. 제품 자체는 소프트웨어와 제품이 아니라 학습이었습니다. 끝났다! 모든 프로젝트를 완료하고 필요할 때 청구서 지불을 완료해야합니다. 당신이 할 수있는 동안 즐기십시오! : D
Vitor Py 12

2
아마추어 프로그래머와 전문 프로그래머의 차이점은 전문가가 프로젝트를 완료하는 방법을 찾는다는 것입니다. 도움을 구하는 것은 막히지 않고 프로젝트를 끝내는 한 가지 방법입니다. :-) 다른 사람들이 말했듯이 프로젝트를 끝내는 방법을 배우는 것이 가치가 있지만 개인 프로젝트를 끝내는 것은 중요하지 않습니다.
길버트 르 블랑

1
당신이 시작한 것을 끝내나요? 일반적인 인터뷰 질문입니다.
Aditya P

1
@AdityaP : 그리고 대답은 "아니오"입니다. 한 회사는 "X가 할 가치가 있는지 아닌지는 모른다. 그러나 우리가 알 때까지 기다린다면 경쟁은 우리보다 앞서있다. 우리는 지금 X를 시작한다. 아마도 반년 안에 프로젝트를 취소하고 50 만 명을 잃을 수도 있습니다 시작하는 모든 것을 끝내는 것은 바보입니다.
gnasher729

답변:


40

"실제 세계"에서 프로젝트를 완료하고 전달하지 않는 한 (또는 고용주가 지불하지 않는) 프로젝트를 반드시 마무리하는 것이 중요합니다.

그러나 취미 및 학습 프로젝트의 경우 조금 더 복잡합니다. 프로젝트를 완수하면 잠재적 고용주에게 제공하기로 한 것을 제공 할 수 있지만 "프로젝트"의 의미에 따라 다릅니다.

모든 기술을 보여주고 결국 돈을 벌고 싶을 수도있는 완전한 제품을 갖기 위해 프로젝트를 수행하는 경우, 완료해야합니다. 또는 적어도 적극적으로 작업하고 있음을 보여 주어야합니다. .

특정 사물 (비디오 스트리밍 방법, 비밀번호 암호화 등)을 배우기 위해 프로젝트를 수행하는 경우 해당 측면이 작동하면 프로젝트를 효과적으로 완료 한 후 완전한 기능을 갖춘 제품을 갖추는 것이 덜 중요합니다. 당신이 가져야 할 것은 당신의 기술을 보여주기 위해 고용주에게 보여줄 수있는 것입니다.

예를 들어, 이것은 성공적으로 로그인 한 후 "환영합니다, Joe"라고하는 웹 사이트 일 수 있습니다. 그러나 암호 암호화 및 보안 연결 등을 이해하는 웹 사이트 뒤의 코드를 보여 주면 좋습니다.


1
비밀번호 암호화를 이해하는 것이 목적이기 때문에 예제가 완료되었습니다. 프로젝트에 대해 많은 것을 배우고 작동하지 않았던 것과 작동하지 않은 것에 대해 많은 것을 배우기 때문에 프로젝트를 마치는 것이 매우 중요합니다.이 지식은 다음 프로젝트를 처리하는 방법에 유용합니다.
DBlackborough

1
@ G3D-공정한 포인트이지만 프로젝트로서의 전체 웹 사이트는 "완료"되지 않습니다. 나는 그 비트를 명확히하고 노력할 것입니다.
ChrisF

48

같은 문제를 가진 사람에게서 가져 가십시오. 최소한 일부 프로젝트를 마무리하는 것이 매우 중요합니다. 실험 프로젝트를 수행하고 필요한 것을 배웠거나 시작하기에 좋은 아이디어가 아니었을 때 포기하는 것이 좋습니다.

그러나 창조적 인 사람들은 마지막에 지루한 "정돈, 포장 및 문 밖으로 나가기"단계보다 모든 프로젝트의 도전적인 첫 부분을 좋아하는 경향이 있습니다. 이를 극복하기위한 전략을 세워야합니다. 그렇지 않으면

1) 귀하가하는 일에 대해 공공 신용을 얻지 마십시오 (원하는 경우).

2) 당신이 한 일에서 돈을 벌 수 없습니다 (원하는 경우)

그러나 무엇보다도 최악은 다른 사람과 자신이 당신을 끝내지 않는 사람으로 당신을 식별하기 시작한다는 것입니다. 그것은 다른 사람과 당신 자신의 사고 방식에 대해 당신에게 매우 나쁜 레이블입니다.

따라서 적어도 일부 프로젝트를 완료하기위한 파트너, 이유 또는 규율을 찾으십시오.

프로그래머를 미루는 데 도움이되는 전략

  • 프로젝트를 마치면 발생할 수있는 모든 좋은 일과 그렇지 않은 경우에는 모든 나쁜 일의 목록을 만드십시오. 그런 다음 모니터에 테이프를 붙이십시오. :)

  • 일정을 정하십시오! 프로젝트는 할당 된 시간을 소비하므로 마감일이없는 프로젝트는 영원히 소요됩니다. 월별 및 주별 이정표로 일정 설정

  • "오늘 나는 이것을 달성 할 것"이라는 목표를 설정

  • 응용 프로그램 또는 이와 유사한 작업을 수행하는 경우 실행 가능하고 사용 가능하게 만드는 데 집중하여 자신의 개밥을 먹을 수 있습니다. 당신은 아마 당신이 관심있는 무언가에 대해 작업하고 있기 때문에 실제로 그것을 정기적으로 사용하면 그것을 향상시키기 위해 동기를 부여 할 것입니다.

  • 큰 리팩토링 여행을 조심하십시오. 나는 광범위한 리팩토링으로 인해 4 개월 동안 앱을 깨뜨 렸고 개발을 실행할 수 없어서 개발 속도가 느려졌습니다. 리팩토링을 수행하지만 한 번에 모두 수행하지 마십시오. :)

  • 완료하기 위해 수행해야 할 모든 것의 목록을 작성하십시오. (추상 숟가락의 todolist를 추천합니다) 얼마나 남았는지 모른다면 언제 끝났는지 알 수 있습니까? 알 수없는 목표를 향해 노력하는 것은 꽤 동기가 될 수 있습니다

  • 목록을 살펴보고 반드시 필요하지 않은 모든 항목을 잘라내십시오 (카테고리가 있으면 좋겠습니다). 제품을 완성하면 부스트를 얻을 수 있으며 그런 다음에 할 수 있습니다. 아무것도 아닌 것을 공개하는 것이 좋습니다 . 아이폰조차도 처음부터 모든 것을 갖추고 있지는 않았습니다.

  • 반짝이는 새로운 것들로 인해 방해받지 마십시오. 내가 프로젝트를 끝내지 않은 주된 이유는 새로운 도전을 발견했기 때문입니다. 이전 프로젝트가 완료되기 전에 새 프로젝트를 시작하는 것을 절대적으로 긍정적으로 거부 할 수 없다면 이전 프로젝트를 계속 병행하여 작업하면 완전히 사라질 것입니다. 또한 다음 사항을 참조하십시오.

  • 최소 작업 시간을 설정하십시오. 실제로 프로젝트가 아프면 15 분 또는 1 시간이라도 매일 프로젝트에 참여할 수있는 최소 시간을 설정하십시오. 시작하면 그 이상으로 일할 가능성이 있습니다.

/ me는 그의 다음 큰 응용 프로그램 / 프로그래밍 언어 / 페이스 북 킬러를 끝내기 위해 떠납니다.)


21

내 PC 전체가 완성 된 프로젝트로 가득 합니다

반도 끝났나요? 실제로 무언가를 마무리하는 것의 가치는 오직 무언가를 끝내는 것이 얼마나 큰 일인지 정말로 감사한다는 것입니다. 프로그래머들은 대부분 80 %의 시간을 거의 모든 시간 동안 고려할 수있는 고유 한 낙관론을 가지고 있지만 나머지 20 %는 처음 80 %와 적어도 같은 시간과 노력이 소요될 것입니다.

따라서 적어도 하나의 프로젝트를 마무리하는 것이 좋습니다. 유료 고객은 프로젝트가 50 %, 80 % 또는 99 % 완료되었는지 상관하지 않습니다. 100 % 완료 카운트


반은 일반 용어로 완성되었습니다. 나는 그들이 얼마나 멀리했는지 알지 못하지만 거의 확실히 그보다 훨씬 적습니다. (즉, 렉서와 파서의 아마 30 %,하지만 백엔드)
오리 공산주의

3
작업의 처음 90 %는 당연히 90 %의 시간이 걸립니다. 작업의 마지막 10 %는 다른 90 %의 시간이 걸립니다.
Buttons840

매우 사실입니다. 내가 마지막으로 한 취미 프로젝트는 5 시간 후에 "완료"였습니다. 그러나 종과 휘파람을 모두 추가하는 데 10 시간이 더 걸렸습니다.
Carra

5

학생 시절부터 아직 끝나지 않은 수많은 프로젝트가 있습니다. 나는 그것들을 끝내는 것이 중요하다고 생각하지 않습니다. 나는 내 대부분을 끝내지 못했습니다. 그들 중 일부는 더 나은 문자열 클래스를 만들거나 Pixel 클래스 배열로 비트 맵을 조작하는 것과 같이 완전히 머리가 맞았습니다.

아마도 당신은 너무 큰 프로젝트를 선택했을 것입니다. 정말 작은 것을 선택하십시오. 토요일 오후가 두 번 이상 걸리지 않는 것. 완료하면 만족할 것입니다. 어쩌면 당신은 다른 일에 활력을 느낄 것입니다.

기억해야 할 한 가지 중요한 점은 작업 세계에 도달하면 하루에 8 시간 동안 문제를 해결한다는 것입니다. 산발적 인 학생 라이프 스타일 환경보다 더 큰 프로젝트를 처리하는 데 더 많은 시간을 제공합니다.


1
"완전히 무모한"에 대한 +1 (부수적으로, 변덕스러운 , 아니 머리를 짜내). 버려진 프로젝트들에 대한 훌륭한 설명. 그건 말도 안될 정도로 거대증입니다.
Tom Anderson

5

완성되지 않은 프로젝트 폴더에 자부심을 갖고 자신을 이기지 마십시오! 예를 들어 예술과 같은 다른 학문에 있다면 미완성 된 프로젝트는 실제로 중요하지 않을 것입니다. 요점은 당신이 가고 있고 그 자체가 훌륭하다는 것입니다. 대신 텔레비전을 보면서 집에 앉아있을 수 있습니까? 또는 Stack Exchange 사이트에서 모든 시간을 낭비하고 있습니다.

Microsoft는 내가 원했던 3D '화씨'API를 제공하지 않았으며 NTFS를 대체 ​​할 '데이터베이스'파일 시스템을 제공하지 않았으며 굉장히 깊었던 DeepZoom 'Seadragon'프로젝트를 중단했습니다. 그들은 아마도 수백 가지의 다른 제품을 완성하고 완성하지 못했을 것입니다. 반드시 '포용, 확장 및 소화'동기가 아닐 수도 있습니다. 또한 '98 % 완료 '보다 훨씬 적은 전체 운영 체제를 제공했습니다. 그렇게하면 완결 된 완성품이 될까요?

'Completer-Finisher'는 실제로 Belbin Team Model 의 문구입니다 . 어쩌면 당신은 '전문가'또는 '자원 조사관'이고 다른 사람들이 더 완전한 마무리 작업을 수행하는 팀에 적합 할 수 있습니다. 이런 방식으로 사물을 보면 상황을보다 긍정적으로 볼 수 있습니다.


3

8 년 이상 전문 소프트웨어 개발자 임에도 불구하고 위안이 되어도 개인 프로젝트를 마무리하기가 여전히 어렵다는 것을 알게되었습니다. 나는 항상 오픈 엔드 목표, '멋진 비트를 먼저하고 싶다'는 욕구, 그리고 그것을 끝내야 할 실질적인 압력이 없음을 느꼈습니다.

프로젝트가 100 % 완료되지 않았기 때문에 프로젝트를 실패로 취급하면 동기 부여에 영향을 미치고 훌륭한 작업 영역으로 들어가는 것을 막을 수 있다고 생각합니다. 그것들을 실패로 보는 대신, 당신이 그들로부터 배운 것, 지금 당신이 알고있는 새로운 언어 / 프레임 워크, 당신이 배운 프로그래밍 수업, 지금 당신이 기술을 가지고있는 도구, 그리고 당신이 그것을하면서 상호 작용 한 사람 / 커뮤니티에 대해 생각하십시오. 그러한 관점에서 당신의 지식에 어떤 식 으로든 기여하지 않은 개인적인 프로젝트를 찾는 것은 드문 일입니다.

대학에서 또는 취업 할 때 프로젝트를 완료하는 데 중요한 두 가지 차이점이 있음을 알 수 있습니다. 첫째, 당신의 목표는 일반적으로 대학의 첫 2 년 동안 상당히 잘 정의되어 있습니다. 두 번째로 프로젝트를 완료해야한다는 압박감이 있습니다. 클래스 / 모듈을 전달해야하거나 관리자가 프로젝트 XYZ를 특정 날짜 동안 테스트 팀에게 전달해야한다고 알려줍니다. 이것은 개인 프로젝트에서 결코 복제 할 수 없었던 초점을 제공합니다.


2

첫째, 자기 만족에 중요하다. 처음부터 명확한 종료 상태까지 달성했습니다. 그런 다음 "프로젝트 스택-인-마인드"항목 중 하나를 표시 할 수 있으며, 항상 안심이되었습니다.

당신의 경력과보다 면접을 위해, 당신이 프로젝트를 마칠 때까지, 당신은 보여 주거나 이야기 할 것이 없습니다 ... 반 프로젝트를 보여주는 것은 결코 좋은 일이 아닙니다. 버그가 있거나 못 생겼거나 단순히 작동하지 않을 수 있습니다. 당신은 인터뷰에 대해 언급 할 수 없습니다. 그렇지 않으면 그들은 왜 "당신은 그것들을 끝내지 않았습니까?"라고 물을 것입니다. 당신은 인내하지 않습니다. 또한, 당신은 다른 프로젝트를 시작할 시간이 있었으므로 당신의 주장은 틀릴 것입니다. 당신은 영리한 대답을 찾아야 할 것입니다 ...


2

Jon Malcolm과 비슷한 상황에 있었지만 잘못된 장소에서 시간을 낭비하고있었습니다. 개인 프로젝트의 경우 완전한 기능을 위해 표준을 낮추기로 결정했습니다. 즉, 아약스, 현지화, 유효성 검사, 인증, 페이지 매김, 베어 UI, 단위 테스트 등이 없었습니다. 비즈니스 부분을 작동 시키십시오. 나는 이것을 '직선'이라고 부릅니다. 솔루션은 완벽하며 이상적인 조건에서 작동해야합니다. 일단 완료된 후에도 프로젝트가 여전히 흥미 롭다면 관심을 잃을 때까지 리팩토링을 계속 반복 할 것입니다.


2

나는 비슷한 경험을 가지고 있으며 작은 애완 동물 프로젝트의 마지막 5-10 %가 살인자 가 될 수 있습니다 .

끝내고 싶은 충고? 친구, 동료, 가족 또는 누군가 당신이하고있는이 멋진 새 것에 관심이있을 것이라고 말하십시오. 그들과 함께 질문을하십시오. 바라건대 당신은 당신의 진보에 대해 물어볼 추종자를 얻을 것입니다. 그것을 아는 압력은 평범하지만 필요한 단계를 거쳐 프로젝트를 진행하도록 동기를 부여합니다.


1

마무리 프로젝트는 아이들을 어른과, 밀을 왕겨에서, 남자 / 여자를 남자 / 여자에서 분리시키는 것입니다.

"실제 프로그래머가 배송합니다."


9
또한 일과 놀이를 분리시키는 것입니다.
Tom Anderson

1

프로젝트를 완료해야하는지 여부를 알기 위해서는 프로젝트 를 완수하기 위해 투자해야하는 시간과 비교하여 얻을 수있는 가치를 평가 해야합니다.

추출 할 수 있는 가치 가 투자보다 낮은 경우 Sunk Costs 에서 고려할 수 있습니다 .

경제 및 비즈니스 의사 결정에서 침몰 비용은 이미 발생하여 복구 할 수없는 소급 적 (과거) 비용입니다.

완료되지 않은 프로젝트가 너무 많으면 낭비발생 합니다. 폐기물 의 가장 강력한 적 중 하나입니다 .

때로는 더 많은 ROI를 제공하는 프로젝트에 노력을 집중시키기 위해 프로젝트를 포기하는 것이 좋습니다. 많은 사람들이 고집으로 모든 것을 끝내고 정말 좋은 기회 를 잡지 못합니다 .


1

평범하고 간단합니다. 마무리하고 싶다면 마무리하십시오! 당신이 원하지 않는 경우에! 배달을 기다리는 사람이 없으니까 왜 그렇게 고민 하는가? 취미 프로젝트를하는 것은 산업 프로젝트와 다릅니다. 그들은 매우 다릅니다. 취미 프로젝트를 마치지 않았다고 말하지 않으면 왜 취미 프로젝트를 끝내지 않았는지 묻지 않을 것입니다. 인터넷에 10 억 개의 취미 프로젝트 코드가 떠 있습니다. 당신은 누군가가 정말로 그들에 관심이 있다고 생각합니까? (빠르고 준비된 마지막 학년 프로젝트를 찾는 게으른 유학생 이외)


1

Seth Godin은 운송 습관에 대해 많은 글을 썼습니다.

http://the99percent.com/tips/6249/seth-godin-the-truth-about-shipping

나는 그것이 중요하다고 생각하며 그 이유는 다음과 같습니다. 비록 당신에게 약간의 교육적 가치가있을지라도 스스로 프로젝트를 수행하는 것만으로는 충분하지 않습니다. 세상과 선물을 공유하지 않으면 자신의 그림을 다른 사람에게 보여주지 않는 예술가와 같습니다.

나도 어려움을 겪고 있습니다. 이유를 분석해야한다면 개인 프로젝트를 지나치게 설계하고 지나치게 생각하는 경향이 있습니다. 나는 그 문제에 대해 너무 많은 가정을 할 것이다. 그 중 많은 것이 무효하다. 그리고 나는이 실현에 오기 전에 너무 많은 일을 할 것이다. 그것은 동기 부여가되고 그 시점에서 나는 추진력을 잃습니다. 지난 몇 년 동안 반복 해 왔던 한 가지 아이디어가 있는데이 패턴을 여러 번 반복했습니다.

모든 개인 프로젝트에 대한 저의 계획은 전체 비전의 작은 부분 집합에 초점을 맞추고 구현 한 다음이를 공개하는 것입니다 (오픈 소스 github 프로젝트, 웹 사이트, 일련의 기사 기사).

그런 다음 여전히 동기가 충분하면 다시 반복합니다. 배송으로 얻은 만족도가 추가 반복을 통해 나를 유지하기를 바랍니다.


0

매우 중요합니다.

나는 개념의 증거로 무언가를 휘두르고 거기에 앉게하는 것을 이해합니다. 괜찮아. 그러나 고객은 완료된 프로젝트보다 적은 비용을 지불하지 않습니다.

결론은 ... 판매모든 것 입니다. 판매가 없으면 급여가 없습니다. 판매가 없으면 자본 개선이 없습니다. 판매가 없으면 회사가 없습니다. 판매는 고객으로부터 나옵니다. 고객은 만족할 때만 지불합니다. 만족은 완성 된 프로젝트가 잘 작동한다는 것을 의미합니다.

축구 유추를 사용하려면 : 빨간색 영역은 골라인 앞의 마지막 20 야드입니다. 터치 다운 점수를 매기는 데있어 가장 힘든 부분입니다. 프로그래밍 프로젝트에도 동일하게 적용됩니다. 마지막 20 %는 마무리하기 가장 어려운 경우가 많지만 완료해야합니다.

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