Olá !
Fui convidada pra trabalhar na Politec. Alguém poderia me dar informações sobre esta empresa ?
Percebi que eles usam muito diagramas de classes e sequencia (posso estar enganada) isso me deixa com uma puga atras da orelha pq acho isso meio coisa do passado rsrsrsrs
Alguém poderia me informar como é trabalhar lá ? Eles usam EJB. Parece, repito, PARECE que Não usam metodologia ágil e coisas mais novas. 
Fico com medo de estar retrocedendo… O salario é bom !
Oi G@bi,
Eu acho muito importante essa etapa no desenvolvimento…http://www.devmedia.com.br/articles/viewcomp.asp?comp=11806
Boa sorte!
[quote=Anime]Oi G@bi,
Eu acho muito importante essa etapa no desenvolvimento…http://www.devmedia.com.br/articles/viewcomp.asp?comp=11806
Boa sorte![/quote]
Oi !
Obrigada pelo artigo, vou ler tudo.
No momento aki na empresa não usamos diagramas e sinceramente não nos tem feito falta. Nem os clientes pedem.
Mas acho q pode ser importante dependendo da cultura da empresa.
Se alguem tiver algo a falar sobre a Politec, principalmente a do Rio, eu fico muuuuito agradecida.
Oi Oi,
Politec eh uma empresa bem grandinha. Principalmente em Brasilia.
O fato de eles usarem diagramas e bla bla bla provavelmente se deve ao fato de eles serem CMMI…
se a grana for boa, recomendo pensar com carinho =o)
Abracos
[quote=G@bi]
PARECE que Não usam metodologia ágil e coisas mais novas.
Fico com medo de estar retrocedendo…[/quote]
Acho que você precisa estudar mais,
Metodologia Agil não tem nada a ver com deixar de Usar Diagramas ou documentação, metodologia agil está diretamente focado no ciclo de vida do desenvolvimento de sofware, posso muito bem utilizar diagramas UML ou outra notação e utilizar metodologia Agil (que aliaz é o mais recomendado).
O que me PARECEé que você está acostumada a trabalhar em local que não tem metodologia nenhuma, e fala que é agil, o que é o mais comum hoje em dia.
O pessoal aqui no Brasil é engraçado, programa-se de qualquer jeito, com equipe pequena e desqualificada e se diz agil, não são todas as empresas mas a grande maioria nem parou para ver o que é metodologia.
Metodologia Ágil é muito bom, já trabalhei com e sempre recomendo. Vc ve o projeto “andar”.
Quanto a Diagramas, não se “avexe”, pois eles não vão passar nada complicado. Diagramas são bons para que vc possa tirar suas dúvidas sem precisar purrinhar alguém toda hora! 
Vc descobre o relacionamento, métodos e outras coisas mais! [=
Se a grana for boa, go go go! [=
Já trabalhei na Politec em Brasilia e foi uma boa experiência.
Trabalhava dentro do Banco do Brasil e seguia a metodologia do cliente, não da Politec.
Oi pessoal !
Obrigado pelos q já responderam 
Eu sei q metodologia agil não tem nada haver com diagramas. Eu apenas levantei mais uma coisa q não gostei.
Pq eu trabalho com agil a pouco tempo, mas gosto muito e fico com medo de parar no tempo indo pra projetos assim 
Seria um projeto da marinha q usam ejb e struts. Não devem usar spring e vou ter q fazer um curso pra usar a IDE.
A grana é boa sim, mas ainda tenho minhas duvidas se profissionalmente seria bom :oops:
[quote=G@bi]Olá !
Fui convidada pra trabalhar na Politec. Alguém poderia me dar informações sobre esta empresa ?
Percebi que eles usam muito diagramas de classes e sequencia (posso estar enganada) isso me deixa com uma puga atras da orelha pq acho isso meio coisa do passado rsrsrsrs
Alguém poderia me informar como é trabalhar lá ? Eles usam EJB. Parece, repito, PARECE que Não usam metodologia ágil e coisas mais novas.
Fico com medo de estar retrocedendo… O salario é bom ![/quote]
Aqui em SP a Politec sempre foi umas das piores empresas que alguém poderia trabalhar, vou morrer falando mal dessa empresa.
[]s
[quote=Luiz Aguiar]
Aqui em SP a Politec sempre foi umas das piores empresas que alguém poderia trabalhar, vou morrer falando mal dessa empresa.
[]s[/quote]
Eu sou da seguinte opnião…se alguém achou que a empresa é péssima, outras pessoas vão acha-la no mínimo ruim.
[quote=Luiz Aguiar][quote=G@bi]Olá !
Fui convidada pra trabalhar na Politec. Alguém poderia me dar informações sobre esta empresa ?
Percebi que eles usam muito diagramas de classes e sequencia (posso estar enganada) isso me deixa com uma puga atras da orelha pq acho isso meio coisa do passado rsrsrsrs
Alguém poderia me informar como é trabalhar lá ? Eles usam EJB. Parece, repito, PARECE que Não usam metodologia ágil e coisas mais novas.
Fico com medo de estar retrocedendo… O salario é bom ![/quote]
Aqui em SP a Politec sempre foi umas das piores empresas que alguém poderia trabalhar, vou morrer falando mal dessa empresa.
[]s[/quote]
rsrsrsrsrs
Mas pq ? Trabalhou lá ? Conte-nos :lol:
Olá Gabi,
Fui funcionário por um tempo (2007~2008) na Politec SP (Leopoldina), não tenho realmente o que reclamar, apenas que trabelhei demais, mas em relação a desenvolvimento de software acho que é realmente organizada. CMMI Nível 5, ISO e muitas outras coisas mais. Vai pra que área? trabalhar em que projeto já sabe?
Até!
Luiz Aguiar,
Porque é ruim a Politec? Em que sentido?
Até!
CMMi e ISO não fazem empresa nenhuma ter qualidade, alias estive lá quando ela estava passando pela prova do nível 3 se não me engano, é uma vergonha, ridículo aquilo, se ater a isso é no mínimo “ser inocente”, pra não falar outros termos mais pesado pois não te conheço.
Pra quem tem um perfil de trabalhar em empresas velhas, atrasadas e com políticas da época do inicio da era industrial, deve ser um local bom mesmo, se vc vem de bancos, governo ou telecoms, vai se sentir em casa.
Basta ver que a Politec perder vários clientes “grandes”, esteve envolvidas em vários rolos e maracutais políticas, sempre mamou e muito nas tetas do governo.
Mas essa é apenas a MINHA opinião, ninguém precisa concordar e muito menos achar que é uma verdade absoluta, quem quiser, faça a experiência e depois volte aqui pra contar.
[]s
Um cara tinha postado um lugar pra colocar opiniões sobre empresas de forma anonima, vou ver se acho pra botar aqui…
[quote=Renato_Ceadareanu]Olá Gabi,
Fui funcionário por um tempo (2007~2008) na Politec SP (Leopoldina), não tenho realmente o que reclamar, apenas que trabelhei demais, mas em relação a desenvolvimento de software acho que é realmente organizada. CMMI Nível 5, ISO e muitas outras coisas mais. Vai pra que área? trabalhar em que projeto já sabe?
Até![/quote]
Desenvolvimento, projeto da marinha
[quote=Anime]Oi G@bi,
Eu acho muito importante essa etapa no desenvolvimento…http://www.devmedia.com.br/articles/viewcomp.asp?comp=11806
Boa sorte![/quote]
Achei pessimo o artigo. Ou o autor nao se expressou bem ou escreveu um artigo defendendo desenvolvimento em cascata e BDUF e com argumentos fraquissimos pra defender isso.
[quote]A resposta que proponho à esta pergunta é simples: É necessário desenhar para mostrar o caminho. Sabe aquele jargão, que soa como uma frase irônica ?entendeu ou quer que eu desenhe??, pois bem, a proposta talvez seja entendida por alguns, como tão irônica quanto a pergunta: Desenhe!! Não porque os desenvolvedores na próxima fase não terão a capacidade de entender o que é para ser feito,…
[/quote]
Especificacao para o desenvolvedor? Proxima fase?
[quote]
Um erro na produção do desenho, corrige-se alterando o desenho, mas um erro na busca pela solução ideal para determinado problema na construção de software, pode significar desde prejuízo financeiro até rompimento de contrato e insatisfação do cliente.[/quote]
Desde quando um desenho garante qualidade? Qualidade se garante com código bem escrito e testado. Alias é muito mais facil o suprasumo desenhista cometer um erro tecnico no desenho (que nao compila, nao executa e nao mostra os erros) do que um desenvolvedor cercado de testes unitarios.
As duas primeiras perguntas: TDD.
A ultima: Com essa mentalidade a melhor forma de ajudar os desenvolvedores é pedindo a conta e indo embora.
Péssimo artigo.
P.S. Desculpe desviar o assunto do topico, mas é ruim deixar algumas coisas passarem em branco para nao confundir quem esta estudando e passando por aqui.
[quote=YvGa][quote=Anime]Oi G@bi,
Eu acho muito importante essa etapa no desenvolvimento…http://www.devmedia.com.br/articles/viewcomp.asp?comp=11806
Boa sorte![/quote]
Achei pessimo o artigo. Ou o autor nao se expressou bem ou escreveu um artigo defendendo desenvolvimento em cascata e BDUF e com argumentos fraquissimos pra defender isso.
[quote]A resposta que proponho à esta pergunta é simples: É necessário desenhar para mostrar o caminho. Sabe aquele jargão, que soa como uma frase irônica ?entendeu ou quer que eu desenhe??, pois bem, a proposta talvez seja entendida por alguns, como tão irônica quanto a pergunta: Desenhe!! Não porque os desenvolvedores na próxima fase não terão a capacidade de entender o que é para ser feito,…
[/quote]
Especificacao para o desenvolvedor? Proxima fase?
[quote]
Um erro na produção do desenho, corrige-se alterando o desenho, mas um erro na busca pela solução ideal para determinado problema na construção de software, pode significar desde prejuízo financeiro até rompimento de contrato e insatisfação do cliente.[/quote]
Desde quando um desenho garante qualidade? Qualidade se garante com código bem escrito e testado. Alias é muito mais facil o suprasumo desenhista cometer um erro tecnico no desenho (que nao compila, nao executa e nao mostra os erros) do que um desenvolvedor cercado de testes unitarios.
As duas primeiras perguntas: TDD.
A ultima: Com essa mentalidade a melhor forma de ajudar os desenvolvedores é pedindo a conta e indo embora.
Péssimo artigo.
P.S. Desculpe desviar o assunto do topico, mas é ruim deixar algumas coisas passarem em branco para nao confundir quem esta estudando e passando por aqui.[/quote]
Olá YvGa,
Eu não vi nada de dramatico no artigo,alias só passei o link,como demostração da importancia de cada etapa em um desenvolvimento…Muitos são contrarios a análise, por exemplo.(Eu,acho que a análise,diagramas faz parte de um bom desenvolvimento,aprendi isso e concordo plenamente).
Muitas vezes um programador,sem uma análise bem feita tem que refazer o código várias vezes sim.Isso é fato,não tem o que discutir.
Desculpe mas acho que seu comentário foi infeliz…É uma opinião pessoal (minha)…Claro que pode descordar…Fique à vontade… 
[quote=YvGa]
Péssimo artigo.
P.S. Desculpe desviar o assunto do topico, mas é ruim deixar algumas coisas passarem em branco para nao confundir quem esta estudando e passando por aqui.[/quote]
Concordo que este artigo não é dos melhores.
mas concordo também com a Anime.
Metodologias ágeis não propoem a extinção da documentação, mas também não propoem a documentação completa do sistema como no caso do RUP que não é agil nem cascata como propos nosso amigo YvGA.
a Proposta da maioria das metodolias ágeis é você documentar o que realmente é necessário, para isso vc precisa conhcer o projeto como um todo e conhecer a notação que eu acho que foi o real objetivo do artigo, mostrar a notação e não a metodologia (Metodologia = Notação + Processo).
Porem, conhecendo um pouco melhor o Processo Unificado ou suas extenções como o RUP, você vai perceber que a proposta de colaboração continua com o usuário e Processo de responder a mudanças, que são dois dos quatro itens do manifesto agil, estão presentes no Processo Unificado (e no RUP).
O Processo Unificado defende a Documentação abrangente (contrario ao manifesto agil), porem ele é feito para projetos de Grandes proporções com mais de 50 Desenvolvedores, e NÃO É cascata.
Espero ter esclarecido algumas duvidas, e deixando o fanatismo de lado.
Mais alguem pra falar sobre a Politec ? rsrs
Fiquei sabendo q eles tem convenio com cursos e etc…