다음에 시작할 때 개발자가 배우고 싶은 것은 무엇입니까? [닫은]

개발자로서 나는 새로운 것을 배우는 것을 얼마나 좋아하는지 압니다. 시작을 위해 개발자를 고용하고 있으므로 Google의 엄청난 보너스와 멋진 카페테리아와 경쟁 할 수는 없지만 호기심 많은 사람들이 배울 수있는 기회는 풍부합니다. 이를 지원하기 위해 설정하고 싶습니다.

따라서 스타트 업에 참여할 가능성이있는 개발자라면 무엇을 배우고 싶습니까? 제품 물건? 사업 이요? 사용자 연구, 디자인 또는 기술 운영 문제? 또는 그 이후에 기술적 인 학습이 더 많다면, 알고있는 것 (예 : 백엔드 학습 백엔드) 또는 크로스 트레인 (예 : 프론트 엔드 학습 백엔드)에 대해 더 깊이 알고 싶습니까? 아니면 다른 것이 있습니까?

한 자리 수의 고용으로 신생 기업에 합류했습니다. 나는 처음부터 무언가를 만들고 싶었고 ... 또한 비즈니스 측면에서 회사를 만드는 법을 배웠습니다 .

나는 당신의 위치에 곧 있기를 희망합니다.

나는 단순히 현명하게 고용함으로써, 여기에서 악용 할 실제 기회가 있다고 생각합니다. 큰 바보 회사는 단순히 그것을 얻지 못합니다.

나에게는 개인적으로 스타트 업을 유혹하는 기술적 인 것들을 배울 가능성이 없습니다 (기술이왔다 갔다-몇 (수십) 후에는 더 이상 최신의 가장 큰 새로운 유행에 대해 너무 흥분하지 않을 수 있습니다). 오히려 세상이나 적어도 지역 사회에서 눈에 띄는 차이를 만들 수있는 기회 .

대기업에서는 좋은 곳이지만 거의 불가능합니다. 소규모 스타트 업에서-적어도 나는 그렇게 상상한다-하나는 차이를 만들 수있다.

그것은 단지 나일 수 있습니다-저를 순진한 몽상가라고 부르십시오 :-)

선결제를 결정하려고하지 않고 일정 시간 (20?)을 공부에 전념하도록 허용하는 것은 어떻습니까? 개발자들이 함께 모여 Something New ™를 배울 수있는 주간 또는 격주 이벤트를 소개하십시오. 그들은 개발자의 유형을 배우고 자하는 동기가있는 한 무엇인지 알아낼 것입니다. 또한 개발자와 The Boss ™는 모두 Something New ™에 가입하여 배울 수 있습니다.

" 개발자를위한 3 가지 동기 부여 (힌트 : 돈이 아님!) "는 일부 사람들이 원하는 것을 조사하기 위해 제안하는 일부 동기 부여에 대한 좋은 블로그 게시물입니다. 세계의 차이에 대한 Péter Török의 답변은 목적의 일부에 해당합니다.

나는 한 쌍의 다른 견해를 통해 이것을 생각하고 싶습니다.

이기적인-> 이곳은 시간과 경험에 따라 변할 수있는 나의 필요, 요구 및 욕구에 집중하고 싶은 곳입니다. 기술적 인 것들, 탐욕 또는 다른 것을 아는 사람에 관한 자기 만족을 위해 내가하는 일을 행복하게하거나 성취하게하는 것.

이타 적-> 이곳은 Péter Török이 세상을 더 나은 곳으로 만들기 위해 잘 다루는 영역입니다.

나 자신을 위해 숙달은 몇 가지로 귀착됩니다. 연습은 작동하거나 작동하지 않는 것을보기 위해 다른 아이디어를 실험하고 싶기 때문에 필요한 것의 일부이므로 실수를 허용 할 여지를 갖는 것이 좋은 이점이됩니다. 두 번째 부분은 항상 다음 일을하고 있고 내 생각에 반감을 일으킬 수있는 반성에 대한 피드백이나 시간이없는 것처럼 잘 작동하는 것과 그렇지 않은 것에 대한 피드백을 얻는 것입니다. 마지막으로, 내가 어디에 있는지와 내가 어디에 있는지의 차이를 볼 수 있다는 성취감이 있습니다. 예를 들어, 지금 무언가가 한두 시간 정도 걸리지 만 일주일이 걸리면 정말 멋집니다.

예견을 배우지 않고 돈이 아닌 신생 기업에서 원하는 것 :

• 똑똑하고 친절한 사람들
• 중요한 결정을 내릴 수있는 기회
• 내 일이 진정으로 누군가를 돕는다는 지식
• 나 자신이 될 수있는 기회 (네, 하와이안 셔츠 쿨로 편안합니다)

흥미로운 답변 중 하나는 대부분의 개발자가 배우고 싶은 것에 초점을 맞추기보다는 최고의 개발자가 배우고 싶은 것에 초점을 맞추는 것입니다. 이에 대한 자세한 내용은 http://martin.kleppmann.com/2009/09/18/the-python-paradox-is-now-the-scala-paradox.html 을 참조 하십시오 .

그러나 여기에 훌륭한 개발자가 좋아할만한 일반적인 목록이 있습니다.

1. 소스 제어는 무시할 수 없습니다. git이 선호되는 것처럼 보이지만 svn은 많은 사람들에게 허용됩니다.
2. 단위 테스트가 있습니까?
3. 코드를 검토하십시오. git을 사용한다면 gerrit을 사용해보십시오. svn을 사용하는 경우 Rietveld를 사용해보십시오.
4. 인터뷰 질문에는 까다로운 코딩 문제가 포함되어야합니다. 사소한 의미에서 도전하는 것이 아니라 문제를 통해 생각해야한다는 점에서 도전합니다. 대부분의 개발자는 폭탄을 터뜨릴 것입니다. 그러나 최고의 개발자는 팀을 다룰 바보가 없을 것이라는 확신을 갖게 될 것입니다.

행운을 빕니다.