Como um novo programador impressiona o engenheiro de software (chefe)? [fechadas]


98

Estou trabalhando no meu primeiro trabalho de programação. Meu chefe é um engenheiro de software muito inteligente e sinto que tenho muito pouco a oferecer em comparação com ele. O problema é que ele está sempre ocupado e precisa de alguém para ajudá-lo. Sinto que não sou bom o suficiente, mas ainda quero ter sucesso. Eu quero ser um ótimo programador.

O que posso fazer para impressioná-lo?

Obrigado.


4
@ Pablo: Como você mencionou, seja um ótimo programador :) #
Fanatic23

2
@ Fanatic23 +1 pelo conselho acionável ... NÃO.
Olivier Lalonde 11/11

Peça-lhe para ser um mentor ...
Brian

1
Seja apaixonado, inteligente, aprendiz de si mesmo, aprendiz rápido e, no total, um verdadeiro solucionador de problemas :-) #
236 Jahan Zinedine

7
Para os futuros leitores, a resposta TL; DR é a seguinte: impressione seu chefe deixando um trabalho ingrato para voar de Michigan para São Francisco, porque o único lugar onde você pode fazer algo impressionante é em uma cidade cheia de bicicletas com rodas fixas.
Incognito

Respostas:


189

Eu já te contei sobre Ashton?

Ashton era seu garoto de fazenda clássico alimentado com milho. Seus pais eram hippies que nunca conseguiram se reunir até que sua mãe herdou 15 acres em uma parte rural de Michigan. A família se mudou para lá, comprou duas cabras leiteiras e lutou para ganhar a vida vendendo queijo de cabra orgânico para os yuppies no mercado de fazendeiros de Ann Arbor.

Desde que ele tinha dez anos, Ashton teve que acordar todas as manhãs às 4 horas da manhã e ordenhar aquelas malditas cabras, e isso era exaustivo. Ashton adorava ir à escola porque isso significava que ele não estava trabalhando até os joelhos no cocô de cabras. Durante o ensino médio, ele estudou bastante, esperando que uma bolsa de estudos para uma boa universidade fosse sua passagem para fora da fazenda. Ele descobriu que a faculdade era muito mais fácil do que a vida na fazenda, e não entendia por que todos os outros não entendiam como A. Ele se formou em Engenharia de Software porque não conseguia imaginar os engenheiros sendo obrigados a acordar às 4:00 da manhã.

Ashton se formou na escola sem saber muito sobre a indústria de software, na verdade, então ele foi à feira de carreira, se candidatou a três empregos, foi aceito pelos três e escolheu o que mais pagava: algo insano como US $ 32.000 por ano, trabalhando em uma grande empresa de móveis na parte sudoeste do estado que fabricava cubículos para empresas em todo o mundo. Ele nunca mais quis ver uma fazenda, então estava determinado a causar uma boa impressão em seu chefe, Charlie Sherman.

"Isso não vai ser fácil", disse seu companheiro de cabine, Jeff. "Ela é uma espécie de lenda aqui."

“Como assim?” Ele perguntou.

"Bem, você se lembra de alguns anos atrás, quando houve todo aquele alvoroço no Y2K?"

Ashton provavelmente era jovem demais. "Y2K?"

“Você sabia que ninguém esperava que todos os programas de computador antigos escritos na década de 1960 ainda estivessem rodando em 2000, então eles só tinham espaço para dois dígitos no ano. Em vez de armazenar 1999, eles armazenariam 99. E então, quando o ano passou, em 1º de janeiro de 2000, os sistemas de computadores falharam, porque tentaram ajustar "100" em dois dígitos.

"Realmente? Eu pensei que era um mito ”, disse Ashton.

"Em todas as outras empresas do mundo, nada aconteceu", disse Jeff. “Eles gastaram bilhões de dólares verificando todas as linhas de código. Mas aqui, é claro, são bastardos baratos, por isso não se deram ao trabalho de testar. ”

"De modo nenhum?"

“Zilch. Teste zero. Nada. E eis que, quando as pessoas voltaram ao trabalho em 2 de janeiro, nada funcionou. Eles não podiam imprimir os cronogramas de produção. Eles não conseguiam ligar nem metade das linhas de montagem. E ninguém sabia em que turnos eles deveriam estar trabalhando. A fábrica literalmente parou.

"Você está brincando", disse Ashton.

“Eu caguei você não. A fábrica estava totalmente silenciosa. Agora, Charlie, ela era nova na época. Ela estava trabalhando na Microsoft, ou NASA, ou algo assim ... ninguém conseguia descobrir por que alguém como ela estaria trabalhando em nossa pequena axila de uma empresa. Mas ela se sentou e começou a codificar. E codificação. E codificação.

“Charlie codificou por nove dias seguidos. Nove dias sem dormir, sem comer, algumas pessoas até alegaram que ela nunca foi ao banheiro. Ela foi de sistema em sistema e literalmente corrigiu todos eles. Era algo para se ver. Meu Deus, havia sistemas COBOL lá dentro que precisavam ser consertados. A fábrica inteira está parada e Charlie está enviando pessoas para a biblioteca da universidade em Ann Arbor para encontrar manuais antigos do COBOL. Os trabalhadores da linha de montagem estão tremendo, porque até os termostatos tiveram um bug no ano 2000. E Charlie está bebendo xícara após xícara de café e digitando como uma louca.

"Uau. E ela nunca foi ao banheiro?

"Bem, essa parte pode ser um poucoum pouco de exagero. Mas ela realmente trabalhou 24 horas por nove dias seguidos. De qualquer forma, em 11 de janeiro, cerca de cinco minutos antes do início do turno do dia, ela sai de seu cubículo, vai até a impressora de linha, aperta um botão e dispara! saem os cronogramas de produção, os cronogramas da equipe e tudo é perfeito, perfeitamente formatado, usando uma fonte um pouco menor para que o "2000" se encaixe no que costumava dizer "99", e ela até escreveu um novo sistema de otimização de prioridade que ajuda-os a acompanhar 9 dias de produção perdida sem irritar muitos clientes, e todas as linhas de montagem começam a funcionar como se nada estivesse errado, e o calor se acende e as faturas são impressas com '2000' como o ano de '19100' e, depois desse dia, ninguém encontrou um único bug. ”

"Oh, vamos lá!" Ashton diz. "Ninguém escreve código sem erros."

"Ela fez. Eu vi com meus próprios olhos. No primeiro dia, eles correram dois dias em cubículos sem um soluço.

Ashton ficou impressionado. “Isso é épico. Como posso fazer jus a isso? ”

"Você não pode, amigo, ninguém pode", disse Jeff, voltando ao seu terminal de computador, onde retomou uma guerra de chamas online sobre quem venceria em uma luta, Spock ou Batman, que estava em guerra há mais de quatro meses.

Sem desistir, Ashton jurou que um dia faria algo lendário. Mas a verdade é que nunca houve outro Y2K. E ninguém, naquela parte do Michigan, deu a mínima para a boa programação. Na verdade, não havia quase nada para os programadores. Ashton recebeu pequenos projetos estúpidos atribuídos a ele ... em um determinado momento, ele passou três semanas trabalhando em um caso em que o imposto sobre vendas em um condado em particular estava errado porque algum código postal abrangia duas zonas diferentes de imposto sobre vendas. O engraçado é que era em uma parte despovoada do estado de Nova York onde ninguém nunca comprava cubículos de escritório e eles nunca tinham um cliente lá, então seu código nunca funcionava.

Sempre.

Por dois anos, Ashton começou a trabalhar entusiasmado e empolgado, e morrendo de vontade de fazer a diferença e fazer algo extraordinário e impressionante, enquanto seus colegas de trabalho navegavam na Internet, enviavam mensagens instantâneas para seus amigos e jogavam paciência por horas.

Jeff, seu companheiro de cubículo, tinha apenas uma responsabilidade: atualizar a planilha semanal do Excel, indicando quantas pessoas foram feridas no trabalho naquela semana. Ninguém nunca foi. Uma vez por semana, Jeff abriu a planilha, foi para o final da página, inseriu a data e um zero, pressionou salvar, e foi isso.

Ashton até escreveu uma macro para Jeff que automatizou essa tarefa. Jeff não queria ser pego, então ele se recusou a instalá-lo. Eles não estavam conversando depois disso. Foi estranho.

Na manhã de seu aniversário de dois anos na empresa de cubículos, Ashton estava dirigindo para o trabalho quando percebeu alguma coisa.

Nem uma linha de código que ele havia escrito havia sido executada.

Nada do que ele havia feito em dois anos de trabalho causou impacto no mundo.

E estava 24 graus naquela parte de Michigan, e era cinza e fedorento, e seu Honda era uma porcaria, e ele não tinha nenhum amigo na cidade, e nada do que fazia era importante.

Enquanto dirigia pela Lincoln Avenue, viu a empresa de móveis à frente, à esquerda. Três bandeiras tremulavam em frente ao campus corporativo: uma bandeira americana, uma bandeira do grande estado de Michigan e uma bandeira branca e vermelha com o logotipo da empresa. Ele entrou na faixa de virada atrás de uma longa fila de carros esperando para virar à esquerda. Ele sempre levou quatro ou cinco ciclos de luz de tráfego, na hora do rush, para fazer a volta, então Ashton tinha muito tempo para tentar lembrar se qualquer código que ele tinha alguma vez escrita foi sempre usado por qualquer pessoa .

E não tinha. E ele lutou contra uma lágrima.

E, em vez de virar à esquerda, ele foi reto, quase causando um acidente, porque esqueceu que o sinal esquerdo não significava que você poderia seguir em frente.

Ele dirigiu até a Lincoln Avenue, entrou na rodovia Gerald Ford e continuou dirigindo até chegar ao aeroporto em Grand Rapids, e deixou sua Honda antiga e de baixa qualidade em frente ao terminal, sabendo perfeitamente bem ele seria rebocado e nem sequer fecharia a porta do carro. Ele caminhou até o balcão da Frontier Airlines e comprou uma passagem no próximo vôo para San Francisco, que estava saindo em 20 minutos, e conseguiu no avião, e ele deixou Michigan para sempre.


61
você não pode me deixar esperando assim. onde é o capítulo 2 dessa história :)
Mikeal

50
Eu sou estúpido por não entender a moral da história? :(
Terence Ponce

39
Então Ashton disse: "olhei para o meu reino que finalmente estava lá, para sentar no meu trono como o príncipe de Bel-Air". Desculpe, não pude resistir.
Jin

37
A moral é que, se você não está fazendo diferença no seu trabalho ou tem alguma oportunidade de avançar, consiga um emprego onde quiser. Eu estive em uma situação em que sabia que era bom no meu trabalho, mas meu chefe era antiquado e inflexível e sabia que não chegaria a lugar nenhum, então fui embora. A melhor decisão de carreira que já tomei.
Simon Hibbs

149
A história continua: ele foi trabalhar para o Google, onde trabalhou no Wave. E, novamente, ninguém estava usando seu código.
Ivo van der Wijk

97

Lembra-se da cena em Aladdin onde Aladdin quer impressionar Jasmine, e o gênio diz a ele que ele faria melhor apenas se concentrar em ser ele mesmo? O mesmo princípio aqui.

Se o chefe é muito melhor que você e você o conhece, ele provavelmente também o conhece. Ele não está esperando grandes feitos de programar o estrelato do rock fora de você. Como este é seu primeiro emprego, ele provavelmente o contratou porque viu o potencial de se tornar um bom programador em você. Então, se você realmente quer impressioná-lo, aprenda. Aprenda o idioma, aprenda o sistema no qual você está trabalhando, aprenda os meandros e os cantos escuros. Concentre-se em aprender os princípios corretos, aprendendo-os bem e aprendendo-os rapidamente, nessa ordem.

E lembre-se de que parte do aprendizado é copiar o conhecimento que outras pessoas já possuem. Não tenha medo de fazer perguntas, a seus colegas de trabalho ou no StackOverflow, ou pesquisar coisas no Google. Faça o que fizer, não finja que sabe alguma coisa quando realmente não sabe, em um esforço para evitar parecer idiota. Qualquer bom desenvolvedor perceberá rapidamente, e isso fará você parecer ainda mais estúpido aos olhos deles. A humildade ainda tende a ser considerada uma virtude entre os engenheiros.

Faça um bom trabalho e isso impressionará o chefe.


2
+1 e se seu chefe é melhor do que ele - não se pergunta, aqui está o porquê: ericsink.com/Career_Calculus.html
sharptooth

@Mason: resposta ótima e exata. Mas eu acho que você deve remover o Aladdin para .... #

3
Exatamente. Mesmo na escola de programação de jogos eu sou um (ou aquele) que faz perguntas o tempo todo. Mas você também precisa entender que as pessoas nem sempre têm a resposta, mesmo um professor. Várias vezes um professor respondeu "não sei" para mim e não me senti orgulhoso, mas mais como "seria melhor eu pesquisar isso antes de desperdiçar o tempo desse cara". A curiosidade, assim como nas ciências, é a MELHOR VIRTUDE que você pode imaginar. Sério, pesquise no Google qualquer palavra sobre algum assunto sobre o qual você esteja se perguntando. A curiosidade é o melhor mecanismo de aprendizagem que eu tenho, que é a diferença entre as pessoas que você chama inteligente e oth
jokoon

3
você sabe que está em um péssimo lugar na vida quando recebe dicas de um filme da Disney.
Epaga

47

Duas palavras: seja confiável.

Na sua posição, você não foi contratado para ser a pessoa mais inteligente da equipe. Você foi contratado pelo potencial que mostrou e porque existem tarefas adequadas ao seu nível de habilidade que precisam ser concluídas.

Mostre que você pode cumprir essa confiança primeiro e, ao sentir o código e a empresa, encontre maneiras de exceder a primeira impressão sobre você. O último pode demorar um pouco, mas não confunda em ser júnior por ser inferior.


2
Este comentário é válido para todos os trabalhos. É simplesmente incrível como ser confiável pode levá-lo a lugares.
Bryan Harrington

27

O que parece ser uma eternidade atrás, aceitei um trabalho incrível, trabalhando com uma sala cheia de programadores incríveis e talentosos. Todo mundo era um rockstar, algumas pessoas da equipe original do Macintosh, quase metade das pessoas que tinham publicado livros, era um ótimo lugar para se estar.

Então eu passei meu primeiro ano lá tentando impressionar a todos. Eu senti que tinha que fazer algo incrível e isso me levou a aprender mais do que eu jamais pensei possível em um período muito curto de tempo. No meu segundo ano, me acalmei, fiquei muito mais confiante no que estava fazendo, um pouco mais vocal sobre minhas opiniões e, ao olhar em volta, fiquei cada vez mais pessimista sobre o produto real que estávamos construindo.

Esse foi o último ano em que o projeto foi totalmente financiado. Esses engenheiros incríveis, com quem ainda hoje admiro, gastaram 5 anos e milhões de dólares construindo estrutura após estrutura, uma plataforma de aplicativos para construir sobre um aplicativo que realmente não havia enviado e, finalmente, uma interface do usuário e um fluxo de trabalho que ninguém poderia entender, mesmo as pessoas que o construíram.

Smart é superestimado. Ser um "rockstar" é superestimado. É uma desculpa muito fácil aumentar seu limite de complexidade. Isso faz você pensar que é mais importante reescrever um sistema que funcione para ser "mais limpo" em vez de implementar a próxima coisa que um cliente solicitou.

Jacob Kaplan Moss uma vez me disse algo sobre um programador que não vou citar, ele disse: "Ele é inteligente demais. Ele escreve essas bibliotecas complicadas realmente inteligentes que não posso usar porque não sou inteligente o suficiente. Pessoas estúpidas devem escrever bibliotecas para que pessoas estúpidas possam usá-los ".

Os programadores que os engenheiros "talentosos" tendem a desprezar, as pessoas que escrevem Ruby e JavaScript e outras linguagens "de brinquedo", essas pessoas produzem PRODUTOS e as ENVIAM. O código pode ser feio, a arquitetura pode não ser tão pura e limpa quanto você gostaria, mas eles são fornecidos por Deus e, nesse setor, é isso que realmente importa.

Se eu fosse você, desistiria de tentar ser essa estrela do rock e me focaria no envio e na construção de produtos. Você não deve julgar sua contribuição pela inteligência do seu código, mas pelo número de pessoas que o executam todos os dias e são felizes.


1
Verdade. Escreva um código que seja fácil de corrigir quando os clientes reclamarem, ou quando algo quebrar, e você parecerá ter uma merda.
TehShrike

14
Inteligente não é superestimado. Se eles construíram um sistema excessivamente complicado e fora de contato com a realidade, então eles não eram inteligentes, afinal. Pessoas inteligentes devem escrever bibliotecas para que pessoas estúpidas possam usá-las.
EMP

1
Recentemente, tive uma conversa semelhante e um dos meus colegas de trabalho descreveu o estilo de código / código de pessoa como 'pretensioso' ... e acho que essa é realmente uma descrição adequada ... O colega que escreveu o código é / foi brilhante .. ninguém que o conhecesse discordaria ... mas seu código era terrivelmente pretensioso ... o que teve o efeito colateral de ser difícil de seguir para pessoas que não eram igualmente brilhantes ... eu gosto de escrever código para pessoas estúpidas ( Torna mais fácil para meu idiota idiota entender).
TJ Seabrooks

2
As equipes precisam ser compostas por diferentes tipos de pessoas para serem bem-sucedidas. Você precisa de designers, arquitetos, codificadores, gerentes, grunhidos, pessoas inteligentes, pessoas orientadas para os detalhes, pessoas que se preocupam com o processo etc. Se você tiver apenas um tipo de pessoa, sua equipe provavelmente não funcionará bem em conjunto e é mais provável que falhe do que não. Grupos que tentam contratar apenas astros do rock geralmente perdem esse fato.
onedozenbagels

@Evgeny concordou. O objetivo é tornar algo difícil (ou pelo menos tedioso) mais fácil através da abstração. Você só precisa de pessoas inteligentes que amam a simplicidade.
LnxPrgr3

16

Escreva um código claro e sólido.


7
Incluindo boa documentação!

1
... Tão claro que é totalmente transparente. Será como bater em uma parede de tijolos invisíveis a 80 km / h, usando um caminhão. [Quem você vai ligar? MythBusters!]
Mateen Ulhaq

Bons conselhos, em geral. Mas, infelizmente, é um problema de administrador de sistemas - se tudo funcionar, ninguém notará você, se algo quebrar, todos o culparão. O mesmo acontece com o código: se é claro, simples e funciona, ninguém acreditaria que era difícil escrevê-lo. Portanto, não é assim que se "reconhece".

1
tente ser substituível - dessa forma, você será promovido ou substituído.
precisa saber é o seguinte

lol @ tentar ser substituível! Você não quer ser insubstituível, escrevendo código substituível?
Tipo anônimo

15

Bata na porta dele. Pergunte a ele se ele tem algum emprego de merda que ele esteja adiando que você possa ser capaz de fazer. Diga a ele para enviar um e-mail mais tarde se ele não tiver tempo agora.


2
ou diga para ele te demitir se você falhar.
precisa saber é o seguinte

Tanto esta resposta como o comentário de @IAdapter me fizeram legal.
CFL_Jeff

13

Leia Knuth

(corolário: muitas pessoas têm Knuth, mas ninguém Knuth)

Todos os realmente bons programadores que eu trabalhei com têm algumas características em comum:

(1) Mesmo que você não precise ser bom em matemática para fazer programação, eles eram assim mesmo (e gostaram)

(2) Eles apreciam uma qualidade que chamarei de 'elegância' - para não ser confundida com brevidade (!!!)

(3) Eles são bons em projetar software (mesmo que nenhum de nós possa explicar o que realmente é um bom design)

Além disso, eu pessoalmente acho úteis as seguintes características:

(a) gostar de resolver quebra-cabeças

(b) escrever código legível

(c) uma boa memória

(d) pode se adaptar superficialmente facilmente a outras linguagens de programação (amplitude)

(e) aprender a sua língua principal em profundidade (por exemplo, fazer a certificação Java se o Java é o seu ambiente (por detratores à nora que nunca fez isso, mas escória off certificação desde a certificação da Microsoft é (era?) muito ruim ... o benefício é não em tendo o pedaço de papel, o benefício está no estudo ))

(f) dada a escolha de fazer algo simples e fácil e depois seguir em frente, ou algo super complicado que levará semanas / meses, eu faço a coisa mais simples. Eu gosto de simples, uma vez que tende a robustez, também é mais flexível quando os requisitos mudam no meio do caminho e é muito mais fácil se comunicar com outros membros da equipe

(g) se você fizer algo que considere especialmente astuto, documente isso

Alguém (Djikstra?) Disse que a depuração é duas vezes mais difícil do que a codificação; portanto, se você escrever um código que esteja dentro dos limites de sua capacidade, por definição, não será inteligente o suficiente para depurá-lo.

========

Dito isto, tornar-se um programador inteligente / melhor não é o mesmo que avançar na sua carreira.

Na verdade, existe apenas um "ingrediente secreto" necessário para o avanço de sua carreira, e são as habilidades das pessoas.

Se você realmente quer progredir em sua carreira , a melhor coisa a fazer é desistir e vender carros por 6 a 12 meses.


3
Essa citação que eu acho que é Kernighan: stackoverflow.com/questions/1103299/…
Orbling

2
“A depuração é duas vezes mais difícil do que escrever o código em primeiro lugar. Portanto, se você escrever o código da maneira mais inteligente possível, por definição, você não é inteligente o suficiente para
depurá-

4
Com boa memória: conhecia um programador muito bom com uma memória extremamente boa. Ele poderia olhar o código que escreveu há dois anos e se lembrar do que estava pensando na época. Portanto, ele nunca se esforça muito para escrever bons comentários - apenas palavras-chave suficientes para criar um código de hash. Minha memória é péssima. Tenho que comentar bem as coisas, porque sei que 1-2 meses depois de registrar um bug, eu teria que fazer o mesmo que alguém completamente novo - por exemplo, leia cada etapa do processo. Claro, algumas coisas são mais vívidas que outras ... Não estou dizendo que sou ótima, mas mantenedores e testadores tendem a gostar de mim .;)
Job

1
Elegância e concisão têm muito em comum, no entanto.

Eu conheci muitos grandes programadores e nunca percebi que eles sequer sabem o que é matemática, por quê? você fala apenas de matemática na escola e de más entrevistas de programação. a menos que você fale sobre otimização prematura, conheci pessoas com incríveis habilidades de adição (elas podem até adicionar coisas que existem apenas em suas cabeças, acho que é chamado de matemática discreta).
precisa saber é o seguinte

11

Eu codigo há mais de 20 anos e atualmente tenho 10 programadores trabalhando comigo. Devo dizer que isso me impressiona são aqueles que fizeram seu trabalho bem, entregam a tempo e com qualidade (menos erros). comunicar com freqüência, mostrando paixão são fatores importantes.

é sobre isso que eu posso compartilhar agora. ;)


Você tem algum trabalho de merda para fazer? (Como mencionado por Doug na resposta 25473) porque acho que não há, mas posso estar errado.
precisa saber é o seguinte

9

Bem, eu apenas acrescentaria esta citação do evangelho:

"Quem pode confiar em muito pouco também pode confiar em muito, e quem é desonesto com muito pouco também será desonesto com muito".


3
Isso é de Lucas 16:10 : "Quem é fiel, no mínimo, também é fiel em muito; e quem é injusto, no mínimo, também é injusto." Também: "Muito bem, escravo bom e fiel. Você foi fiel em algumas coisas; eu te estabelecerei sobre muitas coisas. Entre na alegria de seu mestre". (Mateus 25:21)
Mark C

7

Tendo sido um chefe dos programadores, posso dizer que nada me deixou mais feliz do que quando um programador corrigia um bug que eu tinha preguiça de consertar !

Então, se puder, corrija os erros dele.


6

Como Steven diz, Mason está certo - concentre-se no seu próprio jogo. O que você deve ter em mente é que seu chefe só quer que você faça bem seu próprio trabalho. Ele provavelmente gosta do fato de ser melhor que você - se não fosse, pode acabar se sentindo inseguro (os chefes são humanos!). Agora, você está em uma posição ideal para aprender com a experiência dele - não perca tempo competindo com ele, peça conselhos sobre as coisas. Se você já leu as 48 Leis do Poder, a chave é "Nunca ofusque o mestre".


E antes que o Software Monkey dirija o mesmo ponto para mim que para Steven ... eu votei na resposta de Mason :) Só queria colocar uma inclinação um pouco diferente nas coisas.
Stuart Golodetz

Mas você também votou em Steven? ;)
Jackson Miller

6

Resolva o cubo de Rubik. O chefe saberá que você gosta de quebra-cabeças desafiadores e lhe dará tarefas difíceis.


1
sim, mas isso depende se você deseja as tarefas difíceis ou não.
Robert S Ciaccio

Para que isso funcione, você precisa fazê-lo a tempo. Ou seja, um speedcuber

Eu fiz isso quando tinha 11 anos, depois de comprar meu novo C64 para o Natal.
1111 Pablo Pablo

1
Eu posso fazer isso em menos de um minuto. O que agora? Onde estão minhas tarefas difíceis? : P
Nathan Osman

+1 melhor resposta ainda! George - agora faça isso com os olhos fechados!
precisa saber é o seguinte

6

Se você quer impressionar seu chefe, seja honesto. No seu 1-1 semanal, pergunte a ele o que é mais importante para você se concentrar e faça isso. Tente entender qual ele pensa que é o seu papel e faça o possível para cumpri-lo. É possível que ele precise que você execute certas tarefas para que ele possa se concentrar nas coisas que está fazendo. Se você se esforçar para fazer as coisas que ele está fazendo, talvez não esteja fazendo o suficiente da sua própria tarefa. Encontre seu lugar na equipe, destaque-se nisso e expanda. Diga a ele que você quer ajudar.


5

@Mason está certo

  • ouço
  • aprender
  • faça perguntas relevantes em intervalos respeitosos (por exemplo, duas vezes por dia, não a cada 5 minutos)
  • relaxe e seja você mesmo

3
Se o @Mason estiver certo, você não deve apenas votar de forma positiva na resposta dele, em vez de postar a sua, que simplesmente resume a dele?
Lawrence Dol

@ Software: eu votei positivamente sua resposta e a expandi.
Steven A. Lowe

2
@ Software Money - e ele transformou em pontos de bala. Para ser sincero, assim que vi 'Alladin', pulei para o próximo ponto. Eu acho que essa é uma boa contribuição.
Alex C

@ Alex: +1 com uma bala!
Steven A. Lowe

5

Na minha opinião, o maior patrimônio que um programador verde pode trazer para a mesa, além de suas habilidades técnicas existentes, é iniciativa e paixão. Se você mostra a seu chefe que é agressivo em aprender coisas novas, agressivo em aprender o caminho da empresa, a base de código, as ferramentas e os colegas de trabalho, e mostra que tem uma paixão pelo que está fazendo , isso vai impressionar. A menos que você esteja trabalhando para um gerente horrível, nesse caso, você quer sair de qualquer maneira.

Também gostaria de sugerir colocar algum foco em "soft skills" coisas. Demonstre que você não é apenas um nerd que é inútil em qualquer tipo de interação interpessoal. Faça amizade com as pessoas em vendas, marketing, suporte, desenvolvimento de negócios, gerenciamento de projetos, etc. Mostre que você é um bom comunicador e alguém que pode trabalhar com pessoas para fazer as coisas.


O Sh.t se acumula na base de código ao longo do tempo e, geralmente, o pessoal verde nota mais. Às vezes, lê-lo pela primeira vez pode causar desconforto. Depende de quão grande é a organização, de quão bem eles são classificados no teste de Joel etc.
Job

3

Se você tiver a liberdade de fazê-lo: escreva doações, traga algum dinheiro de fora ou inicie uma cooperação que tenha valor comercial, com novos parceiros que o considerem um programador competente ou, pelo menos, um funcionário valioso.


3

Não se preocupe em impressionar as pessoas ou seus chefes. Ninguém fica impressionado apenas com a conversa. Concentre-se no código de remessa. Verifique se você está envolvido em projetos ou aplicativos que serão usados ​​por pessoas. Quanto mais código você tiver na produção, mais relevante você será. Mais relevante você é para as pessoas, mais elas confiarão em você. Descanso é todo show de mágica.


bom ponto, você deve se tornar o Gerenciador de Liberação e não deixar que outras pessoas lhe digam o que escrever, escreva o que deseja e envie!
IAdapter

2

Trabalhar duro. Faça tudo o que lhe foi dito e aprenda tudo. Você tem muita sorte de trabalhar com alguém que sabe muito mais do que você, continue trabalhando até conseguir alcançá-lo.

Além de trabalhar duro e ter sucesso no trabalho em que você está agora, gostaria de dar alguns conselhos que talvez sejam uma resposta à pergunta que você não está fazendo. (Nem estava no meu radar quando consegui meu primeiro emprego de software).

A internet é feita por pessoas como você. E pessoas como você podem ganhar dinheiro na internet.

Encontre algo pelo qual seja apaixonado. Construa. Venda. Seja seu próprio chefe.

  • Abra http://news.ycombinator.com e comece a ler os artigos. Você verá uma onda interminável de histórias de pessoas como você, que tiveram uma idéia, criaram um site e conseguiram ganhar um dólar ou dois fazendo isso. É inspirador e revelador o fato de um cara ganhar um salário ridiculamente bom vendendo um gerador de cartões de bingo para professores ... outro cara que vendeu um site para o Google por milhões. Também existem muitas outras coisas interessantes sobre tecnologia.

  • "Pai rico, pai pobre", há lugares em que ele recebe bons conselhos.

  • 'The Four Hour Work Week' leva este com um grão de sal, mas ele tem algumas maneiras interessantes de olhar para o trabalho e a vida.

Continue aprendendo com o cara que você está passando agora. Há tanto o que aprender no "seu primeiro emprego de verdade" que nem consigo começar. A longo prazo (três, cinco, dez, vinte anos), se você aprender a ganhar seu próprio dinheiro, não terá que se preocupar em impressionar outra pessoa.


2

Você raramente pode impressionar as pessoas tentando impressioná-las. E enquanto você tentar impressionar as pessoas, e elas não parecerem impressionadas, sua frustração aumentará.

Apenas faça seu trabalho de uma maneira que faça você se orgulhar. Não se preocupe com o que alguém pensa. A única pessoa que você pode fazer feliz é você.


1

Gostei da história postada na resposta, mas é mais divertida do que uma resposta confiável.

É normal que todos sejam exatamente como você: tentando ser melhor no que fazemos, isso é humano. Mas a verdade horrível é que há tão poucas chances de você ser a melhor nisso.

Em relação a mim, sempre tive medo de humildade, porque odeio aquelas brigas infantis sobre quem está certo e quem não está, e aqui está o porquê.

Desde que você não seja um dos melhores, é melhor tentar trabalhar para obter mais experiência comparando o que sabe e faz com o que os melhores programadores sabem e fazem.

Você poderia dizer que eu me comparo com os melhores programadores, mas isso é meio certo: - Eu me comparo melhor com os melhores, sabendo que sou ridículo em comparação com eles, o que torna o princípio de comparar bastante estúpido e inútil - Não considero a fama deles, mas o que eles conseguiram para conquistá-la, porque, na realidade, a maioria dos mitos dos gênios desaparece quando você conhece fatos verdadeiros, como o funcionamento dos negócios. Isso não muda o fato de terem conseguido um ótimo trabalho, mas lembre-se de que é difícil avaliar a experiência se você pensar nas condições de trabalho. - No final, esse processo evita o processo de concorrência que é realmente perturbador para mim e me ajuda a focar no que é importante: aprender pela prática, mas também aprender com a ajuda de um bom mecanismo de curiosidade.

Você pode admirar alguém o quanto quiser, pensando que ele é tão melhor que todos os outros funcionários ou programadores que você conhecerá, mas você deve se lembrar que o mundo é vasto e que o cara que você admira é, na verdade, bastante mediano em comparação com outros melhores. pessoas experientes existem por aí, então talvez você se sinta melhor depois de impressioná-lo, mas sentirá o mesmo contra outras pessoas com melhor experiência que ele, por isso será tudo por nada.

Saia deste jogo mesquinho e tente encontrar assuntos mais interessantes sobre os quais você já deve ter ouvido falar, porque esse engenheiro de quem você está falando certamente está ocupado trabalhando para algo menos importante que você está pensando.


Graças a este post, eu pude entender isso. Quando você desce do fundo, os heróis são ferramentas que eu costumava me manter motivado. Mas, agora que cheguei a um lugar melhor, tenho que me tornar meu próprio herói e trabalhar duro. Não por reconhecimento, mas por mim mesmo. Meu pai, que é um homem sábio, me disse uma vez que o segredo do sucesso era eu. Eu nunca fiz isso até ontem. Obrigado.
1212 Pablo

1

Eu tenho que concordar com alguns dos outros aqui no sentido de que você provavelmente falhará em seu objetivo - porque você está focando no problema errado , ou pelo menos seu foco é muito restrito.

Você quer ser um ótimo programador - a opinião subjetiva de um engenheiro de software concede esse título e capacidade a você (exceto Joel)? Se você se concentrar apenas em impressionar seu chefe, não estará concentrado no trabalho ou em aprimorar suas habilidades - não estará focado em seu objetivo de se tornar um grande programador. Você está tentando obter respeito em vez de conquistá-lo.

Vamos considerar o pior dos casos (porque os programadores gostam de fazer isso) - seu chefe absolutamente o odeia sem motivo objetivo (você usava um chapéu dos Patriots no primeiro dia, qualquer que seja). Ele nunca vai ter uma boa opinião sobre você. Se você se concentrar em concluir suas tarefas atribuídas, em resolver problemas de forma eficiente e elegante e em aprimorar seu conjunto de habilidades técnicas - você se aperfeiçoará -, no final, você será o vencedor - independentemente do que seu chefe pensa.

O trabalho de Ashton era uma receita para o fracasso, não porque seu código não fosse utilizado, mas porque o trabalho não lhe proporcionava nenhum benefício prático além da segurança na hierarquia de Maslow. Ele estava aprendendo novas habilidades? Não. O trabalho dele permitiu que ele fosse criativo? Não. Ele ganhou respeito? Não.

Sendo esta a sua primeira posição, ela oferecerá a maioria dessas propriedades por padrão. Você terá suas primeiras experiências programando profissionalmente, novos desafios técnicos e não técnicos. Mas chegará um momento em que você superará a posição ou a superará e precisará melhorar continuamente a si mesmo para não ser pego de surpresa por ela.

Mais uma coisa, se Ashton vai medir sua auto-estima apenas pela quantidade de pessoas que usam seu código, sugiro que ele se junte a um clube de passageiros frequentes. A única felicidade duradoura na vida é aquela que criamos para nós mesmos. Viver estritamente de acordo com as opiniões de outras pessoas sobre nós produz seres humanos trágicos e inautênticos.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.