1 Você passa por um RH renomado, em entrevista e análise de currículo.
2 O RH todo contente o envia para o cliente.
3 Você faz uma entrevista técnica no cliente, e o idiota do gerente administrativo coloca o gerente de projeto para te entrevistar sozinho.
4 Ao mostrar interesse, entrando em contato com o RH, o mesmo informa que os dois candidatos enviados no dia foram dispensados pela empresa.
Resultado:
Você descobre que aquelas rizadinhas forçadas de simpátia do gerente de TI queriam mesmo dizer que você não passaria, e que foi em vão aceitar as merdas que ele falou durante a entrevista como opinião, pois ele já MARCOU TERRITÓRIO... ele te queima para o RH dizendo que precisa de alguem com + experiência.
Essa vai para os gerentes administrativos:
NUNCA, NUNCA PENSE QUE SEU GERENTE DE TI VAI ESCOLHER O MELHOR PARA A EMPRESA, ELE VAI ESCOLHER O MELHOR PARA ELE. ACOMPANHE A POR... DA ENTREVISTA.
Temos que nos impor: (vai me entrevistar sozinho não!!) é isso.
É perda de tempo e constrangimento. Se for pecar, melhor pecar por exigir respeito e não ter receio de corrigir tal gerente. Pois no fim; quem será queimado para o RH será você mesmo.
OBS: a empresa queria alguem para dar manutênção em um sistema em JSP de 1 camada... tudo na view, e o gerente não queria melhorar essa arquitetura...
É bom criar um filtro utilizando o REFER para não deixar que ferramentas externas baixem o site inteiro... pois é srsr
Mas dá para ser feito no PHP? Não sei, eu uso Java... pois é
<!-- it is in this classpath you put your classes dir, and/or jpa persistence compliant jar -->
<path location="${build.dir}/classes" />
</classpath>
<annotationconfiguration configurationfile="hibernate.cfg.xml"/>
<hbm2hbmxml/> <!-- vai ficar tipo: hbmxml2hbm -->
</hibernatetool>
Eu uso Hibernate JPA. As vantagens são fantásticas, eu sei. Mas estou estudando uma solução para trafego entre os servidores.
A quantidade de stored procedures em um banco varia de acordo com o desenvolvedor. Se ele sabe o que é uma View, Function, Trigger, Constraint, ele vai utilizar isso da maneira correta: criar e usar uma procedure quando necessário.
Creio que seja por ai mesmo, o RH deve se propor a fazer o que pode fazer.
Uma grande falta dos RH's: você faz uma boa entrevista hoje, te qualificam pra cima, e amanhã eles não se lembram de você. Então, o processo de entrevistar e entrevistar é quase que cíclico, venerado. Um bom fundamento do RH é manter uma boa base de Recursos Humanos.
Um anúncio famoso é o J2EE, quando você chega na empresa para trabalhar, descobre que lá o costume é scriptlets na página mesmo, uma arquitetura ruim, um banco sem integridade referencial, sujo. Um sistema que pede manutenção o tempo inteiro. Porque por ali, passou um Analista Cawboy de pretensão baixa.
Pessoal, estou desenvolvendo um novo sistema, definindo a arquitetura lógica.. ect.
O fato:
Segundo o texto http://pt.wikipedia.org/wiki/SQL, que nos dá um visão histórico SQL, podemos afirmar hoje: SQL não é padrão! A gerra entre fornecedores de DB acabou com com o trabalho do ANSI.
A Oracle incluiu a "vantagem", do uso de linguagens como Java no banco, e Postgres incluiu Pearl, C, TCl. Um nicho usa isso e ainda estou tentando descobrir quem.
Hoje temos ferramentas que considero a palmatória para para os fornecedores de DB, por exemplo Hibernate, dando liberdade as aplicações.
Mas existe um detalhe importande que faz uma grande diferênça (como sempre):
Eu não quero alagar a rede a trafegar informação burra entre a aplicação e o servidor de BD para simplismente fazer uma operação que pode ser feita pelo DB.
Na época de aplicações Client Server, as soluções: Stored Procedure e Triggers também foram criadas no intuito de amenizar a saída de dados desnecessária.
1: Compensa fingir que vamos trocar de DB a qualquer momento (ainda mais web) e não aplicar código PL-SQL ou T-SQL.. no DB?
2: Como resolver o problema do tratamento das informação na sua origem, sem perder o benefício de independência de banco?
Acredito que colocar a aplicação nos mesmo servidor do DB poderia amenizar, mas isso não é uma boa prática, certo?
Uma outra possível solução seria colocar somente minha camada de persistência, regras de négocio e DB no mesmo servidor, como?
Quanto ao uso de ferramentas no contexto: mapeamento, eu não tenho dúvida que existem vantagens.
Hoje, só farei entrevista com a área técnica da empresa. Até hoje não encontrei nenhum RH que realmente pudesse me avaliar profissionalmente. É tudo uma fachada de pretensão salarial.
Eu acho uma humilhação passar por RH, porque: Se você errar qualquer coisa eles vão cair matando. Mas quando eles te chamam para a entrevista, eles não sabem o que vc faz de fato!
Pessoal, vou postar aqui um relato de um colega, uma experiência.
O texto em primeira pessoa é dele mesmo.
Eu já havia trabalhado em 3 empresas de consultoria, e sempre tive um relação bacana com quem eu trabalhava. Até mesmo alocado em cliente.
Mas tive uma decepção recentemente, em outro lugar: (Não vou citar nomes).
Estava trabalhando uma época em multinacional renomada. Eu havia acabado de fazer um curso de java em uma instituição renomada no Rio, quando fui contratado em entrevista pelo diretor da empresa, na qual o fato ocorreu.
Fui lá um profissional dedicado e recebi aumento 2 vezes, de forma espontânea.
Até que na minha história entrou o "amigo do diretor", isso mesmo. Que possuia longa carta de crédito com o diretor da empresa, uma dívida de amizade. Segundo o próprio diretor.
Eu não tive nem a chance me dar bem com o esse novo gerente, porque:
Ocorreu uma reunião e o diretor disse: - "Não vamos migrar para o java, porque todo mundo que conheço diz que java é ruim. Que o java tem 17 camadas..." Ops! Para seu négocio está bom o MVC, 3 ou 4.
- "...o java é da IBM." Quem falou isso para o senhor foi a mesma pessoa? Java é da Sun.
No dia seguinte: Chega o novo gerente de TI, o mesmo que falou todos esses enganos para o diretor, e começou a me provocar: - "Não porque o java tem 17 camadas". - "Java tem 22 camadas". Entre uma passagem e outra do diretor na sala da TI. Eu estava todo tempo calado e em um trabalho importante, por volta de 20:00.
Durante o tempo que estive com esse gerente tive que ouvir muitas coisas desagradáveis. O motivo era óbvio pra mim, eu era o cara que poderia brilhar mais, sei mais, entendia mais, conheço os sistemas mais. O costume dele era gerenciar inteligência-cavalo-marinho (desculpem a expressão).
E não era só comigo sua arrogância. Uma coisa boa ele tinha, sabia ser humorado quando queria. "Tudo dependia que como ele acordava", era assim conhecido pelos outros gerentes.
A TI não participou na opinião pela escolha de um gerente, simplismente o diretor colocou. Isso é dar um tiro na própria cara! Eu penso assim.
Em diversidade de opiniões, ouvia coisas assim:
"Faz logo essa merda que estou mandando"
"A diferênça entre eu e você é que eu sou pago para pensar e você fazer"
"Tudo é fácil quando se saber fazer"
"Fulano (não era eu) tira o pau da boca para falar"
"Vai se meter nisso mesmo" (ao explicar que o cliente queria um WebService e não um FTP).
Me queimou com os outros gerentes, me colocou de escanteio nos projetos, me diminuiu a um mero implementador (mas quem arquitetava era eu), me excluiu de reuniões importantes.
Ele não durou como gerente de TI, acabou errando com os de cima, mas foi preservado como Gerente de Projeto, por causa da velha amizade com o diretor.
Mas o estrago já havia sido feito.
Depois de um tempo, já "desenganado com a empresa", pedi ao diretor que eu fosse demitido.
Nesse dia, entendi o porque um outro gerente que era muito querido na empresa, e que trabalhou lá durante 8 anos, pediu demissão. Falta de reconhecimento. O diretor encheu a empresa de gerentes, e não o elevou. Todos foram trabalhar de preto durante 1 semana. Sério!
E eu disse ao diretor: Não me sentia bem em entrar na sua sala para falar mal do seu amigo, e meu gerente de TI.
Atualmente estou abrindo uma empresa PJ, se eu voltar a ouvir isso de alguem, vai ser um foda-se na hora! Porque sempre fui muito atêncioso com meus colegas de trabalho, mas eu não sou escravo para ficar ouvindo merda de ninguem FP. Hoje vou escolher! Não é questão de onde trabalhar, mas com quem.
Sou a favor de que tudo pode ser resolvido em uma boa conversa, de preferência em uma sala para isso. Mas isso não funciona com uma pessoa que está decedida a derrubar a outra.
Tenho conhecimentos suficientes para detonar e estrutura dos sistemas inteira, apenas abrindo um navegador de qualquer parte no mundo! É! E porque não farei: porque em primeiro lugar, sou Humano com as pessoas, e em segundo eu tenho senso solidário com todos os que ganham um dinheirinho no final do mês. Porque estou dizendo isso: Porque TI é cargo de confiança!
E esse fosse um louco em meu lugar? Esse diretor teria colocado sua corporação abaixo.
Depois da minha saída da empresa, fui chamado algumas vezes para socorre-los de problemas sérios, além de avisa-los de problemas que não sabiam que tinham causado com uma "manutenção"!
O autor do livro cita: "Certa vez, fracassei miseravelmente tentando
vender um seminário chamado "Como administrar pessoas que são mais inteligentes, talentosas e produtivas que você"."
Eu pergunto a vocês: O que teriam feito no lugar dele, do "Franco"?
