You are on page 1of 24

Android Melhores Prticas do

Desenvolvedor
Desenvolvedores Best Practices Tutorial

Este pequeno tutorial baseado em meus ltimos 16+ anos de experincia na indstria
de desenvolvimento de software. Tenho passado por diferentes etapas da minha carreira
a partir de desenvolvedor de software estagirio at a gerncia snior.

Eu no quero manter meus aprendizados para mim, ento eu tinha escrito uma pequena
alguns anos tutoriais atrs, e depois de obter muita motivao dos meus queridos
leitores, pensei em rev-la e adicionar mais alguns aprendizados que podem beneficiar
muitos outros engenheiros de software e os desenvolvedores a trabalhar nesta linda
indstria.

Eu no estou indo para ditar qualquer um dos pontos, mas todas as prticas listadas aqui
contribuiu muito na minha carreira de desenvolvimento de software, por isso, se voc
acha que eles fazem algum sentido para voc, em seguida, tentar adoptar alguns. Se
voc tiver alguma +/- comentrios, por favor sinta-se livre para escrever-me de volta:
Fale Conosco

Pblico

Se voc estiver trabalhando para a indstria de software como um engenheiro de


software ou um desenvolvedor de software, ento eu tenho certeza que voc vai apreciar
este tutorial. Tente relacionar os fatos mencionados no tutorial com sua vida do dia-2-
dia e encontrar tantos fatos ocultos, que so muito bvio, mas ns nunca deu a nossa
ateno para eles.

Pr-requisitos

Antes de escrever todas as prticas mencionadas neste pequeno tutorial, eu fiz uma
suposio de que voc est trabalhando como um software profissional e voc entender
terminologias de software bsicos e atmosfera em torno de um profissional de software.
O que prtica?

Quando eu estou dizendo "Practice", o que significa isso? Eu diria:

A prtica um hbito.

A prtica uma rotina.

A prtica no precisa se lembrar.

Prtica vem praticando.

Prtica precisa de dedicao e compromisso.

H milhares de exemplos que voc pensa sobre a prtica. Posso enumerar algumas para
sua compreenso.

Tiro, Conduzir, Writing

Qualquer uma das habilidades listadas acima vem da prtica. Quando inicialmente de
comear a dirigir, voc precisa se lembrar cada passo e voc pensar duas vezes antes de
tomar qualquer ao, mas uma vez que voc "tem boas prticas" de dirigir, ento voc
no precisa se lembrar de qualquer etapa. Torna-se o seu hbito e da rotina, por
exemplo, os ps entra automaticamente no freio se voc v uma luz vermelha, mas
definitivamente se trata de praticar muito e precisa de muita dedicao e empenho.

Um dos atributos mais importantes da prtica que ele fora voc no para desviar a
partir do que voc costumava fazer.

No poderia ser um motorista, mas que voc assume-lo um driver eficiente se ele est
dirigindo a uma velocidade de 20 milhas por hora e reunio com acidentes com tanta
frequncia e trazendo lotes de arranhes no carro em uma base diria?

desenvolvimento de software tambm no diferente de outras habilidades como tiro,


escrito ou conduo. Para se tornar um desenvolvedor de software bem sucedido voc
precisa muita prtica, dedicao e empenho.
Atravs deste pequeno artigo, vou dizer-lhe algumas das melhores prticas importantes
de desenvolvimento de software, que voc pode achar til. Ento vamos comear....

Cdigo Leitura e Leitura

Deixe-me perguntar-lhe algumas perguntas bsicas antes de comear com uma das
melhores prticas mais importantes necessrios para um desenvolvedor de software.

Voc l revistas de cinema?

Voc l jornais?

Voc l anncios de beira de estrada?

Voc l lixo escrito aqui e ali?

Voc acabou de ler ....?

Definitivamente a sua resposta ser positiva, mas se eu pedir-lhe mais uma pergunta na
srie:

Voc l Software de cdigo-fonte?


Apenas alguns desenvolvedores de software tero resposta positiva por causa de ler e
compreender um cdigo de fonte do software existente a tarefa mais chato. Se voc
um deles, que se sente lendo o cdigo-fonte de software uma tarefa chata, ento voc
est perdendo uma das melhores prticas mais importantes, que um desenvolvedor de
software deve ter em seu / sua vida.

Se voc quer se tornar um escritor, voc pode simplesmente comear a escrever


romances? Eu diria que 100% no !!, voc definitivamente precisa ler centenas de
romances antes de comear a escrever bons romances. Se voc quiser se tornar um
roteirista do filme, voc pode comear a escrever bons roteiros de filmes at ter passado
por vrios scripts de filmes bons ?, novamente a minha resposta seria no !!
Ento, se voc quer escrever um bom cdigo de software, ento como ser possvel para
voc escrever um bom cdigo-fonte sem ler toneladas de cdigos fonte? Mesmo se voc
vai escrever alguma coisa, ento como que voc e saber qual o melhor?

Lendo o cdigo fonte escrito por outros d-lhe oportunidade para criticar os erros feitos
por escrito esse cdigo. Voc ser capaz de identificar os erros de outros
desenvolvedores de software tm feito em seu cdigo-fonte que voc no deve repetir.

H muitos atributos de cdigos de software (recuo, comentrios de cabealho histria,


estrutura de funo, etc.), o que voc vai aprender atravs da leitura do cdigo existente,
em especial, um cdigo escrito pelos desenvolvedores de software bem-experientes.
Passe algum tempo na leitura de cdigo-fonte dos outros e tenho certeza de que seria
capaz de escrever cdigo-fonte bonita em alguns dias ou algumas semanas e voc ser
capaz de corrigir os erros, o que voc estava fazendo to longe ao escrever o cdigo-
fonte .

Uma coisa para experimentar, basta ir no passado e verificar o cdigo que voc tinha
escrito alguns anos atrs, voc definitivamente vai rir .... porque voc est sempre
melhorando, fazendo prtica.

A documentao a chave
Eu tinha passado os meus mestres em Computer & Aplicao e eu estava to
apaixonado para escrever cdigo fonte, mesmo sem completamente compreenso e
documentar os requisitos. Documento de Concepo e teste de documentao de casos
no estavam no ciclo de vida de desenvolvimento de software .... houve salto direto para
a codificao.

Em fases posteriores encontrei-me com um grande problema e logo me dei conta de


Documentao a chave para se tornar um sucesso desenvolvedor de software,
testador ou arquiteto.

Antes de comear a desenvolver software pequeno ou grande, voc deve ter resposta
para as seguintes perguntas:

Onde est a Especificao de Requisitos?

Onde est a Anlise de Documentos de impacto?

Onde est o Documento de Concepo?

voc documentou todas as hipteses, limitaes corretamente?

J fez reviso de todos os documentos?

Voc conseguiu assinar todos os documentos de todas as partes interessadas?

Depois de ter respostas positivas para todas as perguntas acima, voc est seguro e
pronto para prosseguir para a codificao. Muitas organizaes que tm regras rgidas a
serem seguidas, mas outros no teria. A melhor prtica para completar toda a
documentao necessria e tomar as aprovaes apropriadas antes de prosseguir para a
codificao de software.

O que voc aprendeu hoje, prepara voc para amanh!


Ento, novamente, uma das melhores prticas para ter a documentao, tanto quanto
possvel. Alguns documentos importantes, que ir prepar-lo para o futuro so:

Abordagens de design

Dicas e truques

funes especiais, comandos e instrues

Lies aprendidas

situaes peculiares

mtodos de depurao

Melhores prticas

Qualquer coisa que pode ajud-lo no futuro

Manter documentos eletronicamente no lhe custa. Ento, vamos comear a manter a


documentao necessria.

Siga as Normas

A maioria das organizaes de software padro manter seus padres de codificao.


Estas normas foram criadas por desenvolvedores de software bem-experientes depois de
passar anos com desenvolvimento de software. Isto equivalente a seguir os passos de
grandes pessoas deixaram atrs de si.

Se a sua organizao no tem qualquer padro, ento eu sugiro pesquisar na internet


para padres de codificao off diferentes linguagens de programao e voc vai
encontrar muitos. Um padro de codificao fixaria as regras sobre vrios atributos
importantes do cdigo, alguns esto listados abaixo:

conveno de nomeao de arquivo

Funo & Naming Mdulo conveno

conveno de nomenclatura varivel

Histria, recuo, comentrios

diretrizes de legibilidade

Lista de fazer e no fazer

Mas, uma vez definido, comear a seguir o padro definido em vez de criar ou alterar
todos os dias. Eu definitivamente dizer:

O cdigo-fonte o seu beb!


Assim, mant-lo limpo, consistente e bonito. Quando digo bonito, que realmente
significa bonito. Se o seu cdigo parece bonito, ento seria fcil para os outros a ler e
compreender. Se voc vai ficar mudando regras de codificao todos os dias, depois de
alguns dias voc, voc mesmo no seria capaz de ler e compreender o cdigo escrito por
voc.

Escrever a ser revisto

Ao escrever o seu cdigo de software, tenha em mente que algum vai rever o seu
cdigo e voc ter que enfrentar crticas sobre um ou mais dos seguintes pontos, mas
no limitados a:

Bad codificao

No seguir padro

No manter o desempenho em mente

Histria, recuo, comentrios no so adequadas.

Legibilidade pobre

Os arquivos abertos no esto fechados

memria alocada no foi liberado

Muitas variveis globais.

Demasiado difcil codificao.


tratamento de erros pobres.

Nenhuma modularidade.

Cdigo repetido.

Mantenha todos os pontos acima mencionados em sua mente, enquanto a codificao e


det-los antes que eles saltam em seu cdigo-fonte. Uma vez que voc feito com a sua
codificao, ir para uma auto-avaliao pelo menos uma vez. Tenho certeza de que, uma
auto-avaliao iria ajud-lo na remoo de 90% problemas por si prprio.

Uma vez que voc est completamente feito com a sua codificao e auto-reviso,
solicitar o seu par para uma reviso do cdigo. Eu recomendaria fortemente a aceitar
comentrios de reviso feliz e deve ser grato a seus revisores de cdigo sobre os
comentrios. Mesmo tempo, nunca bom para criticar qualquer cdigo-fonte escrito por
outra pessoa. Se voc nunca fez isso, tentar uma vez e verificar a expresso do
codificador.

Aceitar crticas, mas no critique


cdigo-fonte mal escrito ensina voc a escrever um bom cdigo-fonte desde que voc
lev-la de forma positiva e aprender uma lio com isso.

Seu alvo deve ser o de parar os bugs em primeiro lugar, e criar um cdigo BUG-FREE.
Pense como um testador, de modo que voc deve ter um desafio para os testadores.

O teste a Religio
O teste obrigatria aps cada mudana pequena ou grande, no importa como
calendrio apertado que voc tem ou voc apenas mudou um pequeno comentrio
dentro do cdigo, voc tem testes de vencimento para o cdigo alterado.

No h nada como a confiana durante o desenvolvimento de software, no importa


como perito ou como snior voc est em escrever cdigo fonte, voc teria que realizar
testes para cada um e cada mudana que voc fez no cdigo.

calendrio apertado, sem compromisso.

Mudou apenas um comentrio, ainda preciso test-lo.

Mudou apenas um nome de varivel, o teste tem que ser feito.

Se voc se sentir preguioso ... muito perigoso.

Se voc no quer segui-lo? Voc vai estar em apuros!

Comemore cada bug que voc encontrar


Sim, voc no deve se sentir infeliz se voc ou outro testador encontra um bug em seu
cdigo fonte do software. A seguir esto as razes suficientes para celebrar esta
importante descoberta:

Os erros so seus inimigos, de modo que voc matou um.

Agora, o seu software est tendo um bug menos.

Erros so boas, desde que eles no esto repetindo.

O que voc aprendeu hoje, voc se prepara para amanh


Mesmo tempo, no criticar qualquer desenvolvedor no caso de qualquer erro surge em
sua / seu cdigo porque at agora pelo menos eu no conheo nenhum programador, que
pode escrever cdigo-fonte livre de bugs no mundo, segundo esta uma das razes
pelas quais tem uma fase separada no SDLC (Software Development Life Cycle) que
chamamos de suporte ps produo (ou suporte e manuteno).

Manter os activos com segurana

Um desenvolvedor inteligente mantm hbito de tomar backup dirio dos artefatos


produzidos, caso contrrio quebra da mquina pode falhar voc tambm. Voc deve
manter seus artefatos na sua mquina local, bem como uma outra mquina segura, de
modo que em caso de quebra da mquina, voc pode continuar com a cpia salva do
cdigo-fonte ou documentos.

Se voc tem o hbito de tomar backup dirio, em seguida, no pior cenrio, voc pode
perder a maior parte do esforo de um dia, mas se voc tomar backup semanal ou
mensal, em seguida, h o risco de perder toda semana ou todo ms de esforo, e voc
tero de enfrentar maior decepo que voc j teve.

Vrias cpias criar confuso


Isso verdade que ter backup uma das melhores prticas mais importantes, mas deve
ser mantido de forma bem gerido como voc pode usar tags como nome, data e hora do
backup, verso, etc. Se voc tiver vrias cpias do mesmo cdigo fonte ou documento,
em seguida, ele ir criar confuso e seria difcil identificar ltimo cdigo ou documento.

Recomenda-se vivamente a utilizao adequada do sistema de controle de verso de


cdigo fonte. H muitas aplicaes de software de cdigo-fonte controle de verso
disponveis para livre (como SCCS, CVS, Subversion etc.) que voc pode usar para
armazenar diferentes verses do software. Mas enquanto estiver usando um sistema de
controle de cdigo fonte, siga as regras abaixo:
Sempre ter o cdigo fonte do sistema de controle de verso.

Sempre atribua uma nova verso a cada mudana.

Sempre coloque o cdigo-fonte de volta para o sistema de controle.

compartilhamento de senha estritamente proibida

Amor, carinho, amizade e relacionamento so no topo de tudo, mas nunca


abraar ningum pedindo senha.

Se voc est aderindo ao primeiro ponto, ento por que voc compartilhe sua
senha com ningum, se voc no est pedindo de ningum.

Sempre a mudar-lo em uma base freqente e bom se voc tem alguma lgica
para conduzir suas senhas, caso contrrio, durante o seu tempo de frias, voc
vai esquec-los.

Ferramentas e tcnicas teis

Lembro-me de um exemplo, quando eu queria descobrir palavra-chave de depurao


em todos os arquivos C ++ disponveis em vrios diretrios e subdiretrios, ele me
levou 30 minutos para encontrar o comando, mas, finalmente, eu mantive uma nota do
comando, e sempre que eu estou em necessidade, eu us-lo sem perder um segundo.

$find . -name \*.cpp -exec grep -q "debug" '{}' \; -print


So, I made it one of the best practices to keep such commands and tools handy so that
they can be used anytime without doing any R&D and to save valuable time. Better to
maintain a text file having all such frequently used commands and create its link at
desktop.
Few Essential Tools
It depends on what type of programming, coding you are doing but following are few of
the essential tools, which should be readily available with a software developer:

A good text editor to write and edit the program.

A nice debugger to debug the program.

A memory detector in case you are using dynamic memory allocation.

Putty to connect to a remote machine.

WinSCP or FileZilla to ftp files on a remote machine.

IDE ( Integrated Development Environment) for rapid development.


Always keep adding new tools & techniques in your box

Make sure you keep applying latest patches of your tools and utilities and same time I
will suggest to clean unwanted software from your computer as they unnecessarily
make your computer slow and you never know if any one of them is having a security
hole, which can expose your computer to the outside world.

Ansioso para aprender

Ns sempre aprender com os livros e hoje de internet. Mas um tal campo, onde
aprendemos muito com nossos colegas. Eles so nossos melhores referncias, mas h
desenvolvedores de software, que quer se sentir tmido em perguntar suas dvidas ou
no so gratos aos outros, por isso, em ltima instncia, quando eles pedem a prxima
vez, eles obtm resposta zero.

TI muito grande e ningum pode ter conhecimento completo sobre qualquer assunto.
Todos os dias, nos deparamos com problemas diferentes. Ento, pergunte ... No se sinta
tmido, se voc no sabe X.

Eu no estou sugerindo que voc se incomodar algum injustificadamente e pedindo


para a alimentao colher de aprender alguma coisa. NO, ser educado, grato, venha
diretamente ao ponto, compreender e apoiar os outros.
As novas tecnologias esto chegando todos os dias

Se voc quiser manter no mercado, ento voc teria que manter-se atualizado com as
mais recentes ferramentas de TI e tecnologias. A seguir esto as poucas fontes:

Fruns tcnicos atravs da internet.

revistas tcnicas sobre vrios assuntos de TI.

Bulletin Boards tcnicos

Conferncias, Treinamentos e Workshops

Verses mais recentes de ferramentas velhas e pacotes, lnguas, etc.

Stress Management

Como voc crescer a sua posio, suas responsabilidades aumentam em mltiplos de


seu aumento salarial, que definitivamente traz muito estresse em sua vida pessoal e
profissional. Como tal, no existe uma frmula para se livrar do seu stress e voc vai
encontrar livros de gordura e programas de treinamento para ensinar-lhe como gerir o
stress, mas acredito que uma comunicao aberta a maior arma, o que pode ajud-lo
at certo ponto, para aliviar-se de grande stress.
Vamos identificar a causa raiz do estresse
Voc um profissional de software, voc deve saber como depurar um problema.
Semelhante forma, o stress um problema para voc e voc tem que depur-lo, voc
deve descobrir por que ele est vindo para voc eo que raiz causas so. Vamos dar
alguns exemplos, que podem ser a causa de stress na sua vida do dia-2-dia:

Carga de trabalho muito e voc no capaz de lidar com isso corretamente.

Voc tinha sido atribudo a um mdulo, que no est pronto embora prazo
chegou.

At agora, voc realmente no sabe exatamente o que voc tem que fazer e
como exatamente voc tem que fazer?

Voc tinha desenvolvido um cdigo, que foi deletado por engano ou no


trabalhar no momento final.

Voc o lder da equipe, mas a equipe no est fazendo to grande e, finalmente,


a entrega est ficando atrasado.

Embora voc tenha tempo suficiente para entregar, mas, entretanto, voc
planejado para uma viagem, bem que pode causar atraso na sua entrega.
Comunicao, Comunicao ..... & Communication
Apenas
Para voc nenhuma delas deve ser um problema se voc lev-los de forma profissional.
Vamos pegar qualquer um dos pontos acima mencionados, por exemplo, primeiro ponto
onde voc se sente sobrecarregado e no capaz de terminar a sua tarefa dentro do
horrio de expediente.

Basta configurar uma pequena reunio com seu gerente e colocar os fatos na frente dele,
com indicao das suas atribuies atuais, os estrangulamentos e razes pelas quais
voc sente que voc est sobrecarregado. Voc pode pedir-lhe para compartilhar mais
um recurso com voc ou para lhe dar mais tempo. Tenho certeza de que o seu gerente
vai ouvir sobre isso e ir ajud-lo se ele precisa de uma boa entrega de voc. Voc
precisa planejar como voc est indo para convencer o seu gerente sobre isso e faz-lo
perceber que o que voc est dizendo correto.

forma semelhante a qualquer das questes mencionadas podem ser resolvidos com uma
comunicao adequada com o seu gerente e se ele no est funcionando com o gerente,
em seguida, muitas organizaes dar-lhe oportunidade de falar com sua gerncia
superior e levar seus problemas para eles. Portanto, caso o problema no seja resolvido,
voc lev-la ao nvel mais elevado, mas voc precisa ter cuidado, porque pode ser um
pouco sensvel como nenhum dos gerentes gostaria que voc ignorar-lo e falar
diretamente com seu chefe. Mas sim que pode ser sua ltima tentativa se nada est
funcionando.

Mais uma questo importante pobre priorizao do trabalho. Se voc pode discutir a
prioridade do trabalho com o seu gerente, em seguida, voc pode lidar com o
agendamento de todas as tarefas uma aps a outra. Voc pode dar algum tempo extra
aps o horrio de expediente ou durante finais de semana para aliviar-se.

Pessoal vs Professional

Tente identificar se voc no capaz de funcionar corretamente, porque voc tem


alguns problemas pessoais e que esto impactando sua vida profissional. Nesse caso,
sua famlia o melhor, que pode ajud-lo a resolver seus problemas pessoais. Voc pode
compartilhar seus problemas pessoais com os seus amigos prximos ou familiares,
cnjuge, etc. e lev-los corrigido o mais rpido possvel. Se ele est crescendo muito
grave, ento melhor falar com seu gerente e explicar-lhe a situao e tentar obter
alguns dias de folga e depois corrigir seus problemas pessoais e voltar a apanhar com o
seu trabalho.

O estresse pode ser momentaneamente


Aha, parte da vida de todos e voc no deve ficar estressado devido a pouco mais de
carga, pouco entrega atrasada ou alguns pequenos problemas que acontecem ao seu
redor. Vamos torn-los parte de sua vida do dia-2-dia e manter em movimento. Ento,
vamos fazer um pouco de horas extras mais extra para terminar a sua entrega, tome
pequena ajuda de seus amigos, seja pronto para ouvir alguns comentrios de seu
gerente.

Certifique-se de que voc no est repetindo problemas, e problemas tambm no est


repetindo com voc, e se este for o caso, ento hora de agir e descobrir sua soluo.

Mais algumas solues rpidas


Tente usar qualquer um dos seguintes se aliviar do stress:
Algum exerccio

Pouco ou mais ioga, meditao

Caminhada matinal

filme Evening

Passe algum tempo com seus amigos, famlia, cnjuge, filhos.

Evite sentar-se por muito tempo e tem uma ruptura de caf no trabalho, ler
revistas, jornais, navegao na internet, usando brinquedos estresse de remoo.

Bottom line que voc no deve manter a calma e manter a criao de um vulco, que
vai entrar em erupo um dia mais tarde e produzir lotes de danos. Ser comunicativo,
ser transparente e ser honesto. Tenha em mente, se voc estiver sob stress, em seguida,
sua produtividade vai reduzir de forma inesperada, de modo a tentar manter-se saudvel,
feliz e ativa .....

Gerenciando Managers

Como isto desenvolvedor de software, programador, uma das questes mais


desafiadoras que voc enfrenta est relacionado com a gesto de seu gerente e seus /
suas expectativas. Voc pode se deparar com vrias situaes complicadas e confusas,
que so inesperado e difcil de resolver e, finalmente, voc se torna uma vtima de
estresse desnecessrio discutimos no ltimo captulo. Seguintes exemplos podem ser
alguns deles:

Seu gerente no lhe d o devido respeito e valor.

Um dos seus pares no entregar ainda assim ele est sempre em novidades e
recebendo notas de valorizao.

Tem havido algum mal-entendido entre voc e seu gerente.

A guerra fria est em execuo entre voc e seu gerente.

A partir ltimos anos, o seu gerente no pensar em sua promoo ou reviso


salarial.

Voc acha que o seu gestor no capaz o suficiente e difcil convencer ele /
ela.

No importa o que voc entregar, ainda que voc tem que obter um feedback
negativo.
Seu gerente no gosta de voc por causa de razes XYZ.

Basta pensar o que est acontecendo entre voc e seu gerente, tenho certeza que voc
ser capaz de adicionar o seu problema na lista acima. Essa a primeira e mais
importante tarefa para identificar por que h um problema. Pode ser X ... ... Y ou Z ....

Os gerentes so sempre correto ....


Sim, se voc est discordando de mim, ento o seu bvio por que voc est em apuros.
Tente lembrar quando voc era uma criana, e seus pais sempre impediu de fazer
atividades X ... Y ... ou ... Z e eles utilizado para enfatizar em certas coisas, que voc
nunca gostou em sua infncia. Mas agora vai dizer definitivamente, Ai! que teria sido
to bom para ns se teria feito a forma como os pais instrudos. Agora, se voc est em
linha com mim, ento isso significa que voc descobriu metade da soluo de seus
problemas.

Ento, cerne da discusso a ateno dada que seu gerente est pedindo e fazer do jeito
que ele sugeriu. Seu objetivo final deve ser para fazer o seu gerente feliz e alguns dos
pontos podem ajud-lo a alcanar este:

Tente dar entregas rpidas, no importa se voc colocar o seu esforo durante o
fim de semana.

Reduzir suas queixas sobre as coisas ao seu redor.

Reduzir suas exigncias em termos de revises salariais ou promoes.

No perca a oportunidade de apresentar o seu trabalho ao seu gerente, no


importa a sua pequena ou grande, mas o seu gestor deve estar ciente do que voc
faz.

Seja neutro, tanto quanto possvel, no criticar qualquer outro ponto na frente do
gerente.

Leve as coisas positivas feitas ou apresentadas por seu gerente, como eu disse
que eles esto sempre certos.

Voc ter que observar por seu gerente gosta de qualquer recurso especfico e
tentar em linha com esse recurso.

Nunca tente acha que seu gerente inferior a voc, que pode ser o caso, mas no
permitido pensar assim, caso contrrio, fazendo assim voc pode criar
problemas para si mesmo.
Gerentes sempre precisa de grandes recursos
timo, ento voc adotou todos os pontos mencionados acima, agora voc vai dizer que
vai dar entregas rpidas e limpas, colocando meus esforos honestos durante fins de
semana e feriados, ainda que eu no deveria exigir para caminhadas ou promoo de
salrio, por que ????

A minha resposta sim, voc faz-lo e as coisas viro automaticamente, basta ter
pacincia. Voc dificilmente vai precisar de exigir para qualquer coisa uma vez que
voc faa o seu gerente de perceber que voc um dos recursos mais brilhantes e voc
mais importante para o projeto. Uma vez que voc conseguir isso, o gerente nunca
gostaria de perd-lo, e agora o seu tempo para apreciar o seu trabalho e ambiente de
trabalho.

Se voc ainda encontrar coisas no esto se movendo de acordo com expectativa, ento
voc tem que iniciar uma discusso saudvel com seu gerente e pedir as razes pelas
quais voc no est recebendo aumentos e promoes. Pode haver algumas outras
questes relacionadas com RH ou oramento do projeto, etc. Voc pode pedir para as
reas de melhoria, se necessrio e definir as expectativas nesse sentido, mas,
novamente, o seu ciclo ter incio a partir das atividades acima mencionadas.

Se voc tem alguns mal-entendidos com o seu gerente, em seguida, chamar para uma
reunio com o gerente e aceitar os erros que voc teria feito se qualquer e esclarecer as
coisas que deram errado e dar uma garantia para cuidar de tais incidentes no futuro.

Muitas coisas dependem da situao e voc precisa ser inteligente o suficiente para
entender a situao e agir em conformidade. Todos os melhores.

Planejamento de carreira

vida profissional de hoje muito dinmico e se mover junto com ele, precisamos de um
planejamento de carreira adequada. Quando voc iniciar a sua carreira como
desenvolvedor de software, voc realmente no sei como exatamente voc vai realizar
na indstria, se voc tem confiana de que tudo o que fizer, ser feito da melhor
maneira. Portanto, tome algum tempo para investigar a si mesmo, quais so os seus
principais pontos fortes e fracos e com base em pelo menos 3-4 anos de experincia que
voc pode vir at com diferentes opes:

Voc quer continuar como desenvolvedor de software para sempre, o que


poderia ser uma opo muito boa e h muitas pessoas, que gostam de
codificao para sempre.

Se voc muito bom em projetar componentes de software e seus projetos


anteriores foram apreciados muito, ento voc pode pensar que ir no lado
tcnico e tornar-se arquiteto de software.

Se voc muito bom em administrar as coisas, ter bom domnio sobre as


pessoas e tm grandes habilidades convincentes, ento voc pode pensar que vai
para papel de gesto, que vai comear com conduzindo uma equipe pequena.

Se voc muito bom em administrar as coisas e, ao mesmo tempo que voc tem
grande senso de arquitectura, ento voc pode pensar em se tornar techno-
gerente, onde ir continuar a contribuir em componentes de projetar e gerenciar
equipe e projetos.
Seja o que for, voc deve estar ciente de onde voc quer chegar. Quando tiver a certeza
sobre isso, voc deve comear a trabalhar na mesma direo a partir de sua preferncia
projeto at que seus treinamentos e certificaes. Sua organizao atual pode no ser
dando-lhe oportunidade adequada para chegar ao seu destino desejado, ento voc pode
esperar que o tempo certo e fazer um movimento para outra boa organizao, mas no
deve ser muito frequente. Eu vi caras fazendo macaco saltar a cada seis meses de uma
organizao para outra apenas por causa da pequena caminhada e est sendo feito sem
um pensamento adequado e planejamento adequado, mas estes companheiros no
sabem o que esto perdendo no longo prazo.

Voc pode discutir sobre o seu plano de carreira com o seu gerente gerente / linha ea
maioria das organizaes tm plano de carreira padro definido para os seus
empregados, para que possa verificar se ele atende s suas interesses e trabalhar nesse
sentido.

Ao fazer um movimento?
Esta a pergunta muito interessante que quando eu deveria mudar para outra
organizao, mas no posso respond-la em palavras simples. Voc sabe que seu plano
de carreira e se sua organizao atual suficiente para coloc-lo ao seu destino final,
ento por que voc quer deix-lo. Deixando uma organizao apenas por causa de
alguns dlares nunca uma boa razo, mesmo deixando as organizaes com muita
frequncia no uma boa idia se voc est recebendo um grande posio e grandes
caminhadas, isso simplesmente porque voc est perdendo sua credibilidade e
nenhuma das boas empresas vo confiar em voc, porque voc est sempre atrs de
dinheiro e posio, por isso quem sabe quando voc vai deix-los.

Se voc tem algumas questes de RH ou de gesto interna dentro de sua organizao,


em seguida, tentar resolv-los, porque voc nunca sabe a sua prxima organizao pode
ter problemas ainda maiores do que a sua organizao atual. Voc pode discutir seus
problemas com o seu gerente, diretor ou com o RH e resolv-los graciosamente.

Se voc no v mais crescimento e boas opes de carreira na organizao atual e


mesmo tempo sua curva de aprendizagem tem uma saturao, ento hora de fazer uma
mudana para outra organizao. Pode haver uma situao quando voc no est
recebendo um salrio de gordura e tendo grande posio em sua organizao atual, mas
voc est aprendendo muito, o que ir adicionar um monte de valor em seu currculo e
sua carreira, ento melhor ficar com a actual organizao at o seu aprendizado
longo.

Resumo

Para resumir, fcil de fazer apenas codificao mas para se tornar um bom
programador ou seja, desenvolvedor de software precisa de algum trabalho duro e
dedicao em fazer muita prtica. Poderia haver uma lista de milhares de melhores
prticas, que podem ser listados para baixo por desenvolvedores de software veterano,
mas vamos comer a quantidade, o que ns podemos digerir facilmente.

Basta manter a sua lista pequena, mas segui-las rigorosamente toda a vida de seu
desenvolvedor.

Amanh os seus filhos esto indo para us-lo ...


Tenho certeza de que, amanh mesmo tutorial ser usado por seus filhos, se por sorte
eles so desenvolvedores de software, ou seja, os programadores ou engenheiros, por
isso vamos melhor-lo todos juntos. Se voc gosta deste tutorial, em seguida,
compartilh-lo com os outros e me escrever de volta sobre a melhoria: Comentrios

http://www.tutorialspoint.com/android/android_table_layout.htm

You might also like