사이드 프로젝트를 어떻게 결정합니까?

10

주어진 시간에, 나는 보통 내가 할 수있는 주말 / 사이드 프로젝트를위한 많은 아이디어를 가지고 있습니다. 아이디어는 일반적으로 다음과 같이 분류 할 수 있습니다.

자가 학습 : 새로운 언어 / 기술 / 프레임 워크 학습
업무 관련 : 직장에서 도움이되는 학습 / 행동
돈 : 돈을 벌 수있는 프로젝트
재미 / 유틸리티 프로젝트

이것들은 내가 생각할 수있는 대략적인 범주이며 더 많은 / 다른 분류 방법이있을 수 있습니다.

내 질문은 어떤 종류의 프로젝트를 진행할지 결정해야 할 경험에 근거합니다. 프로젝트 유형을 제외한 어떤 매개 변수 가이 결정에 영향을 미쳐야합니까 (시간, 노력, 돈 ...)

personal-projects

— 왓화
소스

오래 전에 "노란 벽돌 길을 따라", 즉. 그것이 나의 시야에 들어 왔을 때 한 물건에서 다른 것으로 뛰어라. 이제, 아니 자유 시간 모두에서 , 그래서 아무 측면 프로젝트. 귀하의 숫자와 관련하여 1 & 4 독점적으로 .

— Orbling

6

나는 실제로 이것에 관한 블로그 포스트 를 썼다 . 요약하자면, 보조 프로젝트를 만들 때 지켜야 할 주요 지침은 다음과 같습니다.

즐기세요
무언가를 배우다
시간을 초월하게 만드십시오 (즉, 나중에 다시 올 수있는 무언가로 만드십시오)
자신을 코드로만 제한하지 마십시오 (저는 블로그에서 많은 것을 배웁니다)
실제로 사용할 것을 작성하십시오 (개인적으로 그렇게 할 가능성이 높기 때문에).

귀하의 질문에 좀 더 직접적으로 답변하기 위해, 저는 일반적으로 거의 모든 부업 프로젝트에서 # 1과 # 4를 시도합니다. 즉, 나는 이유 때문에 1 위 자리를 즐겁게했습니다. 재미가 없다면 부업이 아닙니다. 일 이네

— 제이슨 베이커
소스

5

항상 회의에서 작업 할 수있는 프로젝트가 있습니다

예를 들어, "Meeting Lisp"라는 것을 가지고있었습니다.

이것은 C로 작성된 리스프 통역사였습니다. 저는 오래된 직장에서 몇 년 동안 간헐적으로 해킹했습니다.

규칙:

회의 중에 만 작업 할 수있었습니다.
소스는 66 행 x 80 열 페이지에 맞아야했습니다. (따라서 회의에서 신중하게 작업 할 수 있습니다!)
코드는 깔끔하게 컴파일해야했습니다.
컴퓨터에서 디버깅이 없습니다. 다음 회의에서 버그를 진단하고 수정해야했습니다.
여기에는 컴파일 오류가 포함됩니다.
"include"명령이있어서 라이브러리의 일부가 lisp 상태이며 페이지 제한에 포함되지 않았습니다.

나는 많은 것을 배웠고 지루한 회의에서 시간을 보내는 좋은 방법 이었으므로 # 2와 # 1 및 # 4를 결합한 것 같습니다.

— 마크 해리슨
소스

4

당신은 그 회의에 많은 기여를했습니다! lol-일주일에 한 번씩 회의에서 한 마디도 말하지 않는 동료가 있습니다.

— Orbling

1

회의에 참여하는 생산적인 방법. -1

— Terence Ponce

7

그가 회의에 끌려 가면 기고 할 기회가 없다면, 하루를 낭비하는 것보다 더 효율적인 것 같습니다.

— Graphain

흥미롭고 수동적 / 공격적 :)

— Marcie

1

나는 그것이 프로그래머의 '애호가'가 얼마나 큰지에 달려 있다고 말합니다. 개인적으로는 그렇지 않습니다. 금전적 인센티브 유무에 관계없이 프로그래밍을 좋아하지만 '재미'를위한 것은 거의 없습니다.

새로운 것을 배우기 위해 # 1이라고 말하면 내가 한 일을 결정할 것입니다. 그와 함께, 저는 # 3이라고 말할 것입니다. 많은 돈을 벌 수 있다고 생각합니다. 3 내가 할 시간이없는 작업이 많이 필요하기 때문에 3은 자주 나오지 않습니다.

나에게 천국은 무언가를 스스로 개발하고 그것을 분배하여 생계를 유지함으로써 당신의 일을 그 일에 전적으로 헌신 할 수있는 위치에 있습니다. 모두가 원하는 것이 아닌가?

저번 주에 인디 게임 프로그래머에 대한 기사를 읽었으며, 인기있는 타이틀을 개발했으며 현재 지속적으로 업데이트를 적용하면서 편안하게 영업을하고 있습니다.

당신이 사랑하는 것을하기 위해 돈을받는 것은 행복합니다. 작동하지 않습니다. 또한 최종 제품을 소유하고 있다면 큰 보너스입니다.

편집하다:

또한 # 3을 꺼내면 부가 프로젝트가있는 유일한 이유는 # 1이 될 것입니다. 즉, 새로운 것을 배우는 것입니다.

— 다미 엔 로슈
소스

공평하게 말하면, 게임이 그의 주요 수입원이라면 실제로 부수적 인 프로젝트가 아닙니다. :-)

— Jason Baker

2

@ 제이슨 : 매우 사실입니다! 내 자신의 프로젝트를 시작하려고 생각할 때 측면 프로젝트의 아이디어가 완전히 떠났다. 이것이 내가 가진 문제입니다. 나의 부업 프로젝트는 나의 집착이되었다.

— Damien Roche

1

Android에서 Shuffle 앱을 커밋했습니다. 이것은 내 용도로 사용되지만 나보다 큰 용도로 Android SDK를 사용해야하기 때문에 학습 경험이었습니다.

미용사들이 종이 책을 사용하여 고객을 예약한다는 생각이 꽤 오래 걸려서 온라인 예약 시스템을 시작했습니다. 내가 돈을 벌기 시작한 첫 번째 였기 때문에 이것은 상당히 학습 경험이었습니다. 그것은 나 자신의 마케팅 및 판매에 대한 나의 첫 경험이었습니다. 이것은 차례로 일할 때 매우 유용하다는 많은 지식을 만들었습니다.

마지막으로 웹 사이트에서 JavaScript 함수에서 발생하는 오류를 수집하여 개발자가 사용자가 사이트를 사용할 때 발생하는 오류를 확인할 수 있도록 프로젝트를 만들었습니다. 이것은 예약 시스템을 위해 JavaScript로 무거운 사이트를 직접 만들면서 그러한 시스템이 필요했기 때문에 탄생했습니다.

일반적으로 학습 및 유틸리티는 내가 가지고있는 거의 모든 프로젝트에서 따르는 것들입니다. 그러나 나에게 가장 큰 가치를주는 것은 Shuffle 프로젝트입니다.

계속 커밋하는 데 도움이되는 부가 프로젝트를 원한다면 다른 사람들을 위해 작성한 프로젝트를 얻는 것이 좋습니다. 당신뿐만 아니라 다른 누군가가 사용하고 싶은 것.

— 모르 텐
소스

0

가려움증을 긁으십시오.

내가하는 부업 프로젝트는 대개 내가 필요로하는 것입니다. 그들이 네 가지 범주에 맞으면 더 좋습니다.

— 헨리
소스