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.
career-development
Pablo
fonte
fonte
Respostas:
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.
fonte
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.
fonte
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.
fonte
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.
fonte
Escreva um código claro e sólido.
fonte
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.
fonte
Leia Knuth
(corolário: muitas pessoas têm Knuth, mas ninguém lê 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.
fonte
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. ;)
fonte
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".
fonte
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.
fonte
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".
fonte
Resolva o cubo de Rubik. O chefe saberá que você gosta de quebra-cabeças desafiadores e lhe dará tarefas difíceis.
fonte
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.
fonte
@Mason está certo
fonte
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.
fonte
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.
fonte
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.
fonte
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.
fonte
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ê.
fonte
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.
fonte
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.
fonte