É possível isso?

pelo menos os que eu conheço não digitam uma linha de código.

bsatrianim:

Olá Gujzeiros!!
Hoje em dia na área de T.I. é possível algum analista de Sistemas, ganhar $$$$$ sem programar diretamente?
:lol:

Por incrivel que pareça essa é a regra. Por isso se inventou o Analista Programador, que é o cara que programa e faz analise.
Com a mudança de metodologia, tecnologia e a dinamica de projetos ageis cada vez mais a demanda é por analistas programadores.
Qualquer outro tipo de analista é pura perda de dinheiro no dias que correm.

Não só é possível como é o q mais acontece… Por isso eles fazem tanta cagada :twisted:

Cara, é totalmente possível, mas como ja citado aqui, não está sendo muito comum…
mas a experiência da programação ajuda muito um analista a ver a realidade. Qdo nunca se programou e se torna um analista, a realidade é que tudo é facil, nada e impossível.
esse é minha visão… desculpem se não estou agradando…

ja cansei de ver analista q nunca fez sequer um if e so faz merda… alias a unica coisa que faz é merda… trabalhei em um local que tinha muitos assim…

O analista de negócios normalmente tem muito know-how no funcional e o “analista programador” é muito mais técnico. O perfeito seria uma combinação dos dois skills, algo beeeeeeeeeeem difícil de encontrar por aí.

Essa fusão deveria ser o analista-programador… Mas normalmente o cara só atinge esse equilibrio quando se torna arquiteto e está próximo do nirvana, pequeno gafanhoto

bsatrianim:

Olá Gujzeiros!!
Hoje em dia na área de T.I. é possível algum analista de Sistemas, ganhar $$$$$ sem programar diretamente?

Andre Brito:

bsatrianim:

Olá Gujzeiros!!
Hoje em dia na área de T.I. é possível algum analista de Sistemas, ganhar $$$$$ sem programar diretamente?

É possível, sim. Mas o bom programador (aquele bom mesmo) geralmente ganha duas vezes mais, faz duas vezes mais festa e é vinte vezes mais feliz que o analista.

Nisso você tem razão. Os analistas que conheço que não entendem de programação são um tanto quanto frustrados… rssrrsrs

Mas os programadores que conheço que não entendem muito de análise e design são muito estressados… rssr

Possível mas muito raro, nunca vi.

As empresas que diferenciam analistas de desenvolvedores, normalmente o cargo de analista é superior ao de programador, o que eu acho uma puta sacanagem. Como um bom analista precisa ter programado, creio que a estrutura ideal seria todos iniciarem como programador jr e serem promovidos para programador pleno ou analista pleno, dependendo do plano de carreira do profissional. Mas isso já é outra discussão.

Aqui na empresa temos uma dificuldade muito grande em encontrar profissionais que tenham interesse em ser analistas, 99% querem programar dentre 20 pessoas que passaram pela equipe de análise, apenas 3 realmente pretendem continuar.

Com relação as cagadas, sempre antes de falar que o analista ou o programador anterior fizeram cagada, tenha certeza que o você está certo (que não vai quebrar o código por não ter entendido a implementação) e imaginem como essa cagada foi criada. Pois além de anti-ético, não é justo crucificar alguém que fez uma correção mal implementada depois de ter virado a noite procurando um erro em produção.

Olha, posso estar sendo até preconceituoso, mas a maioria dos analistas que conversei não tinham noção de nada. Eu tenho um projeto de um ocr para trânsito exposto no meu currículum. Fui em uma empresa uma vez e me contrataram quando viram o projeto. Conversando com o analista, ele queria que eu desenvolvesse um ocr para o seu sistema, tornando-o capaz de detectar as placas dos carros e lê-las, assim pondendo enviar para o detran sem intervenção humana. Falei que levaria uns 4 meses para implementar a rede neural, e pesquisar o algoritmo mais adequado para o treinamento dela, e o analista me disse que esse sistema não precisava da rede neural. Deu o que fazer pra ele entender do que eu estava falando.

Depois disso nunca mais dei credibilidade para analistas. Posso estar errado, mas foi a impressão que ficou.

pows…
pensava que só acontecia comigo!!
rsrsrs
a analista daqui não sabe PN sobre a tecnologia e muito menos programar. Faz mais cagada do que algo que preste!!
e sobra pra gente programadores limpar a merda e contornar isso!
e o pior é que quando o negócio é resolvido com sucesso, ela que leva o crédito e ainda teve a cara de pau de dizer que vai pedir um aumento devido a isso!
PQP…

juliocbq:

Olha, posso estar sendo até preconceituoso, mas a maioria dos analistas que conversei não tinham noção de nada. Eu tenho um projeto de um ocr para trânsito exposto no meu currículum. Fui em uma empresa uma vez e me contrataram quando viram o projeto. Conversando com o analista, ele queria que eu desenvolvesse um ocr para o seu sistema, tornando-o capaz de detectar as placas dos carros e lê-las, assim pondendo enviar para o detran sem intervenção humana. Falei que levaria uns 4 meses para implementar a rede neural, e pesquisar o algoritmo mais adequado para o treinamento dela, e o analista me disse que esse sistema não precisava da rede neural. Deu o que fazer pra ele entender do que eu estava falando.

Depois disso nunca mais dei credibilidade para analistas. Posso estar errado, mas foi a impressão que ficou.

Infelizmente “Analista” ainda é uma designação para profissões ligadas a TI que advém dos anos 70 está totalmente desatualizada.Ainda para mais no mundo Java , .NET e plataformas emergentes. “Analista” pode ser bom para SAP ou algo no estilo em que se usa uma ferramenta e não se programa, mas no mundo do desenvolvimento é totalmente inutil.

Na organização moderna é preciso entender que existem dois ramos necessários ao dev de software.
Por um lado temos quem faz o software. Os desenvovledores. Estes têm que saber, no minimo, programar (numa tecnologia moderna) e depois desenhar e arquitetar. Designer, Arquiteto, Testes,Programador,são papeis que o desenvolvedor faz, e não coisas que ele é.

Do outro lado temos quem demanda o software. Aqui cabe o papel do Analista de Negocios.Este cara sente uma necessidade e pede que seja feito um software para a suprir. ele sabe tudo sobre o negocio,mas nada sobre como fazer o software (o inverso do desenvovledor). Este papel não se aplica tanto para software on demand, é mais para software-produto ou software interno (que é um produto ,embora as pessoas não pensem assim). Portanto, o “cliente” acaba não sendo um Analista de Negocios e isso tem problemas. O cara pede o que quer ,mas não parou para pensar nas implicações da sua requisição. Por isso empresas que produzem on demand têm AN no seu mix para que ele possa analisar (= separar, esmiuçar,refinar) a requisição do cliente. Estes caras são normalmente responsáveis pelos artefactos de visão que lançam a base da jsutificativa da necessidade do sistema. Depois é com os desenvolvedores.

O fato é que estas pessoas são especialistas (ou deveriam ser) o que significa que trabalhariam pontualmente mas em muitos lugares. Contudo a aposta das ultimas decadas foi ter analistas “genéricos” que saibam analisar qualquer tipo de requisição do cliente. Como sabemos isto não funciona.

Com a introdução das metodologias ageis toda a equipa ,incluindo o cliente -seja qual for o seu grau- substituem o analista.
No scrum isto é muito visivel porque o backlog acaba sendo o resultado da analise e o refinamento do backlog corresponde à analise em si própria. Algumas vezes um conhecimento especifico da area é necessário,mas normalmente isso é suprido pelo cliente ou um terceiro contratado pelo cliente ou pela software house (voltando ao “uso pontual” que seria ideal).

Se a pessoa se apresenta como analista , ela não sabe desenvolver. Se soubesse se apresentaria como desenvolvedor ou engenheiro. “Analista de Sistemas” hoje em dia é um titulo vazio ( e curiosamente estão tentando instituicionalizá-lo,pois se não fizerem isso, ele desaparece).

A briga é por explicar ao RH , diretores e gerentes de TI que eles precisam de equipes ageis de desenolvedores e não de analistas.

Já vi alguns analistas que nem sabem o que é analise de sistemas.
Concordo com muitos pontos listados aqui, analistas frustrados, que fazem cagada, entre outros pontos.
Lógico que a cagada pode ter sido feita por muitos departamentos, mas quem acaba sofrendo mais é quem realmente desenvolve o bixo, pois pro analista “é só incluir o metodozinho faz tudo ali”, pro desenvolvedor é botar o frankstein pra funcionar de verdade e se virar com o monte de m* que isso vai dar (pra ele, lógico) no futuro.
Prefiro me abster daqui pra frente.

Antes de qq coisa queria deixar claro que não sou a favor dos analistas e contra os programadores. Infelizmente estou como analista e não como programador.

Quanto aos analistas comentados, picaretas e maus profissionais existem em todas as especialidades, se fosse fazer uma lista de programadores picaretas com os quais já trabalhei, ela seria bem extensa. Outra coisa tem que ser levada em conta, o analista nunca vai conseguir passar ao desenvolvedor uma solução livre de erros, pq muita coisa só é identificada em tempo de código, não importa quanto tempo se gaste na analise/projeto. Da mesma maneira que não existe código livre de erros, não importa quanto tempo se gaste na codificação. ISTO É FATO!

A equipe Scum pode substituir o Analista, da mesma maneira que pode substituir o arquiteto, DBA, tester; como tem a figura do Project Owner, pode substituir o analista de negócio também. Faço parte de uma equipe Scrum na especialidade de analista (na verdade o nome é outro, mas é a mesma coisa) posso ser substituido? Posso, mas alguem irá precisar fazer os documentos pois eles fazem parte do pronto e, o mais importante, alguem tem que mexer a bunda e resolver os problemas que surgem durante a Sprint. No meu caso, nenhum programador se mexe (viram como não pode generalizar?). No final das contas, mesmo que não tenha uma pessoa com o chapeu de analista, alguem vai ter que usa-lo durante o sprint.

Em metodologias tradicionais, quem vai para o cliente fazer o levantamento de requisitos e passar a informação para a fábrica de software, se o analista está ultrapassado?

hover, minha revolta não é contra ou pela extinsão dos analistas, mas pela forma como tem sido empregada essa visão de analista mero gerador de documentos (muitas vezes porcos, digamos) onde sobra pro desenvolvedor pegar a bomba.

Sim Tchello, concordo com vc, a bomba sempre vai estourar no desenvolvimento/testes.

Esse problema, fica menos evidente com scrum msm … documento e código, muitas vezes são desenvolvidos em paralelo, não tem como ‘sobrar’ para o desenvolvedor, se deu algum problema, ‘sobra’ para o time.

hover:

Sim Tchello, concordo com vc, a bomba sempre vai estourar no desenvolvimento/testes.

Esse problema, fica menos evidente com scrum msm … documento e código, muitas vezes são desenvolvidos em paralelo, não tem como ‘sobrar’ para o desenvolvedor, se deu algum problema, ‘sobra’ para o time.

Abraços.

Marlon Meneses:

pows…
pensava que só acontecia comigo!!
rsrsrs
a analista daqui não sabe PN sobre a tecnologia e muito menos programar. Faz mais cagada do que algo que preste!!
e sobra pra gente programadores limpar a merda e contornar isso!
e o pior é que quando o negócio é resolvido com sucesso, ela que leva o crédito e ainda teve a cara de pau de dizer que vai pedir um aumento devido a isso!
PQP…

poise eu sei o que é isto… ja trabalhei em um lugar onde o analista não sabia nem fazer um if… ele não passava de um usuario final que sabe o que e uma tabela de um banco de dedas…

Se bem que o nome “Analista de Sistemas” ou “Consultor de TI” é bem mais bonito do que “Programador” pra contar o que você faz auhaeuhaeuh

A mais nova agora é analista de Sistema em Produção…
Surge cada dia novas habilidades na área de TI…
:-o

É o que mais tem. E não adianta querer criticar os caras. Eles podem não saber merda nenhuma de Informática, mas na minha opinião sabem o mais importante: como se dar bem em TI sem esquentar a mufa. É o que eu quero ser quando crescer.

Boa!

Quanto mais você mostrar que sabe fazer, mais os caras vão te botar pra fazer…

Boa!

Quanto mais você mostrar que sabe fazer, mais os caras vão te botar pra fazer…
Então o objetivo é não trabalhar?! :roll:

“Tchello”:

Link_pg wrote:

J-Chist wrote:É o que mais tem. E não adianta querer criticar os caras. Eles podem não saber merda nenhuma de Informática, mas na minha opinião sabem o mais importante: como se dar bem em TI sem esquentar a mufa. É o que eu quero ser quando crescer.



Boa!

Quanto mais você mostrar que sabe fazer, mais os caras vão te botar pra fazer...

Então o objetivo é não trabalhar?!

E ganhar muito dinheiro ahuheauhaeuaehu

Link_pg:

“Tchello”:

Link_pg wrote:

J-Chist wrote:É o que mais tem. E não adianta querer criticar os caras. Eles podem não saber merda nenhuma de Informática, mas na minha opinião sabem o mais importante: como se dar bem em TI sem esquentar a mufa. É o que eu quero ser quando crescer.



Boa!

Quanto mais você mostrar que sabe fazer, mais os caras vão te botar pra fazer...

Então o objetivo é não trabalhar?!

E ganhar muito dinheiro ahuheauhaeuaehu

Bla bla bla… zzzZzZzZZz

Eu só estava brincando… ¬_¬’

Boa!

Quanto mais você mostrar que sabe fazer, mais os caras vão te botar pra fazer…
Então o objetivo é não trabalhar?! :roll:

O MEU objetivo é deixar de ser telhado e passar a ser pedra. Eu acho que é simplório pensar que porque o cara não sabe programar ele não sabe nada. Um analista que trabalhe em uma empresa cuja atividade-fim não seja TI (resumindo: um cara que não trabalhe em outsorcing) precisa dominar o negócio da empresa dele, não precisa dominar Java, ou saber implementar uma parada em SAP. Se ele dominar o negócio, pode ser um tremendo profissional e ajudar a empresa dele a utilizar a TI como aquela definição clássica: suporte à tomada de decisão e ferramenta para o negócio. Ele tem que ter as boas idéias, que fomentem o negócio da sua empresa. Pra implementar, a consultoria que se vire, afinal de contas, recebem pra isso.

Ah, ia esquecendo. Mesmo em outsorcing existem muitas atividades em que o cara não tem que saber programar. Claro, que ter uma noção ajuda a produzir melhor (se for analista de requisitos, por exemplo), mas se for uma pessoa com um bom raciocínio lógio vai tirar isso de letra. Além disso, se o funcionário é relapso, o natural é que tome uma “puxada de rédea” ou até seja mandado embora. Duvido que haja consultoria por aí disposta a sustentar vagabundo.

Bla bla bla… zzzZzZzZZz [2x]

Então só dignifica o homem o trabalho que o faz ficar estressado e o mantém esquentando a mufa??

Disposta a sutentar vagabundo, de fato não há. Mas isso não significa que elas não os sustentes. A especialidades dos vagabundos são:

• Ser sustentados por otários que acham que eles servem para algo.
• Receber a glória e o elogio pelo trabalho dos outros.
• Botar a culpa nos outros pelo que dá errado no serviço dele (que ele não faz ou faz porcamente).
• Se orgulha por não trabalhar ou trabalhar mal porque está se lixando para a qualidade do seu trabalho e só quer saber da grana que o otário está pagando.

E desse tipo de gente, conheço aos montes.