O mais importante:

Não fique impressionado com os títulos. Em pouco tempo, você perceberá que seus colegas de trabalho em PhD também são humanos. E algumas pessoas com um Ph. D nunca realmente criaram qualquer coisa praticamente útil. Lembre-se sempre disso, não se sinta inferior.

O que eu esperaria de você? Para escrever um bom código e fazer as coisas. As chances são de que você é alguém que está realmente trabalhando, como você se descreve como energético. Eu vi muitas pessoas com diplomas que levaram como sempre para realizar tarefas simples, porque eles estavam focando muito em detalhes, etc. Use bem e entregue um bom código em um tempo razoável e logo todos o respeitarão.

Mas não desrespeite os outros. Eles são provavelmente mais velhos e provavelmente você pode aprender coisas valiosas com eles. Mas não leve nada além disso. Sempre tente entender e pensar por si mesmo. Eu esperaria que você copiasse os comportamentos e conhecimentos deles que realmente funcionam.

A humildade é um longo caminho

Com sua atitude humilde, duvido seriamente que você seja irritante. A humildade vai longe. (Isso é verdade tanto para fotos quentes quanto para internos).

Se o seu papel é explicitamente para apoiar os outros, você pode ter certeza de ser útil simplesmente pedindo. "Que tarefa chata posso tirar do seu prato?"

E quem sabe? Você pode achar que, por ser um servo-mente, você se torna um líder.

Você já recebeu muitas boas respostas. Eu acho que posso contribuir compartilhando minha experiência em uma posição similar.

Antecedentes: Estou trabalhando em meio período em um departamento de P & D de uma empresa bastante grande há alguns anos, enquanto minha principal ocupação é estudar CS. As pessoas com quem trabalho a maior parte do tempo têm Ph.Ds ou mestrados em EE, CS, Matemática e Física. Comecei como um noob completo, mas aprendi muito naqueles poucos anos.

O que seria chato?

1. Fazer perguntas que eu poderia facilmente responder usando o Google
2. Interromper outras pessoas com muita frequência fazendo uma pergunta. Se você tiver uma pergunta que não seja um bloqueador, faça outro trabalho até que possa fazer sua pergunta sem interromper a pessoa que você pergunta. Você pode coletar algumas perguntas e depois pedir o tempo da outra pessoa ou esperar até que a pessoa lhe pergunte sobre seu progresso ou por um bom tempo para falar com ele, por exemplo. quando ele já foi interrompido por um telefonema, no final de um intervalo, então diga a ele "Eu fiz isso e aquilo, mas atualmente estou preso aqui e ali".
3. Se você ficar preso (depois de esgotar o google e outros recursos), certifique-se de pedir ajuda. Nada pior do que descobrir que alguém ficou preso por 2 dias em algo que você poderia ter resolvido para eles em 5 minutos (por Neil White, nos comentários)
4. Não tente ser mais esperto do que todo mundo.

Que uso você esperaria conseguir dele aqui e agora?

1. Faça coisas que os outros acham fáceis / irritantes de uma forma que realmente ajude a equipe. Isso é realmente tudo isso.

O que seria agradavelmente surpreendente se isso acontecesse?

1. Realizar a maior parte do seu trabalho de maneira satisfatória e envolver-se cada vez mais no trabalho da equipe.

Mais algumas dicas:

1. Seja humilde.
2. Mostrar interesse no trabalho dos outros.
3. Se eles explicarem algo para você, certifique-se de que você entendeu. Se você não fizer isso, peça-lhes que expliquem de uma maneira para que você tenha a ideia básica, pelo menos.
4. Seja confiável. Tente fazer o trabalho o melhor que puder.

Bons conselhos de outras pessoas até agora. Para responder às suas perguntas específicas:

• O que seria chato?

Seria chato se você fizesse perguntas sem antes fazer sua lição de casa. Pedir ajuda depois de fazer o que puder para resolver o problema primeiro é bom. Mas, se alguém conseguir encontrar a resposta por meio de uma simples pesquisa no Google ou consultando o manual, será irritante.

• Que uso você esperaria tirar dele aqui e agora?

Eu suponho que você já tenha algum tipo de projeto / tarefa. Eu espero que você seja capaz de terminar isso com supervisão mínima.

• O que seria agradavelmente surpreendente se isso acontecesse?

Uma surpresa agradável seria se você terminasse seu trabalho cedo. Então você poderia trabalhar em mais projetos com complexidade crescente, o que comprovaria sua confiabilidade. Outra surpresa seria se você for capaz de antecipar as necessidades da equipe e trabalhar para cumpri-las ao lado. Sua equipe precisa de um ambiente de criação automatizado, uma estrutura de testes automatizada, configurações específicas de computador / rede para testes, etc.? Estes podem ser coisa periférica

Resposta curta: descubra o que a equipe precisa e, talvez, o que você mais gosta e trabalhe para isso.

Resposta mais longa: Nos estágios iniciais de uma start-up, na maioria das vezes, todo o trabalho é "disponível"; Quaisquer tarefas precisam ser feitas ou tarefas que as pessoas querem fazer estão disponíveis para todos os tomadores. Suas preferências podem literalmente moldar a direção que a empresa segue.

Uma coisa é ter em mente que, quando se trata de pequenas empresas iniciais, há muito mais a ser feito do que apenas programar. Se você quiser codificar, ótimo! Se você preferir fazer outra coisa, também é bom! Aprenda rápido, faça muitas perguntas e desafie-se.

Eu não tenho certeza do quão útil minha resposta seria, mas eu estive, você está agora. Cercado por pessoas que eu senti / sabia que tinha muito mais para contribuir do que eu jamais teria. Como agir nessa posição? Aproveite, em vez de sofrer. Em vez de pensar o quanto você não sabe, pense sobre o que você aprende e experimenta junto com essas pessoas. Use-os como um recurso, seja respeitoso e tente recolher qualquer informação e experiência - torne-se uma esponja ...

Agora, isso não significa que você tenha que parar de tentar fazer as coisas, mas quando fizer isso, tente fazê-las olhar por cima do seu ombro e revisar seu trabalho. Tente completar um trabalho e depois escute o que eles têm a dizer sobre isso - anote os comentários que eles dão e tente implementá-los para criar um código melhor. Não tenha medo de fazer perguntas, apenas seja respeitoso e tente fazer boas perguntas - tente absorver os dados e considerar sua pergunta imediata antes de perguntar - talvez a resposta já tenha sido fornecida ... As melhores pessoas adoram ensinar, e eu Aposto que eles ficariam felizes em compartilhar seus conhecimentos e filosofia de vida com você.

Na minha situação eu tentei fazer isso, e sempre que funcionou para mim, eu era o mais feliz, eu nunca entendi porque eles me mantiveram, mas eu tive o maior tempo, e eu gosto de pensar que me tornei um programador melhor e até o homem como resultado dessa experiência.

Boa sorte.

Já há muito aqui apresentado, por isso não vou repetir o que foi dito.

De uma olhada rápida, parece-me que você tem especialistas e um líder com habilidades / ideias de gerenciamento. Isso é bom, mas está incompleto .

Você é o pragmático: facilite a vida deles.

Existem pelo menos duas áreas que você pode abranger:

• aprofundando os detalhes técnicos da linguagem que a startup elegeu
• melhore a qualidade do código e suavize os cantos difíceis de trabalhar com ele

Técnico

Esses caras são especialistas em seus campos, e isso é bom, mas isso não significa que eles saibam como codificar sua saída de um saco de papel. Honestamente, tenho visto pessoas muito inteligentes escrevendo um código horrível e não sustentável.

Você tem a oportunidade de se tornar o líder técnico aqui. Aprenda a língua dentro / fora, até conhecer todas as suas sutilezas. Aprenda os idiomas que a comunidade usa. Pesquise as bibliotecas úteis que existem por aí.

Qualidade

Há tarefas ingratas, mas úteis:

• quem mantém o repositório de código?
• quem escreve / mantém os testes?
• quem monitora a passagem da suíte de testes? e identifica os commits culpados? e pingar os infratores implacavelmente?

Existem alguns passos que ajudam, sejam muito formais ou não:

• como você revisa os commits? (existe uma propriedade associada a algumas áreas do código?)
• como você planeja o trabalho / tarefas?

Há muitas atividades periféricas em torno de ter ideias e escrever código.

Você tem a oportunidade de se tornar o líder de qualidade aqui. Aprenda as melhores práticas do setor (bit de "Agile", bit of scrum, bit de TDD, ...) e componha um processo que se adapte à sua empresa. Aprenda a construir sistemas (make, cmake, ninja, whatever) e escreva os scripts que facilitam a construção / implantação. Verifique no Jenkins (ou qualquer outro) e construa um servidor de integração contínua.

Eles são impressionantes em seus respectivos domínios e isso é ótimo. Como no momento em que você não é especializado, eu diria que é hora de você identificar os pontos fracos (você também pode pedir suas opiniões) e preencher um (a) lacuna (s)!