Programador VS Sistemas Comerciais (ERP) [fechado]


8

Minha pergunta aqui é relativa a trabalhos para programadores.

Por que o empregador ainda contrata programadores se hoje temos muitos bons sistemas comerciais disponíveis no mercado?

Eu quero ser muito claro neste momento, esta questão é relativa apenas a um sistema, mais especialmente aos sistemas ERP. Talvez essa pergunta pareça um pouco inútil, mas agora estou trabalhando e essa dúvida surgiu para mim e meu chefe.

Tenho algumas respostas para minha própria pergunta, mas realmente gostaria de especular um pouco mais sobre esse assunto.

Também sei que toda boa empresa precisa de um sistema personalizado, mas ... a questão está aqui. :-)

Qualquer resposta me fará sentir melhor. Obrigado.

Respostas:


5

Você percebe o quão caro alguns desses sistemas comerciais de alto custo podem custar para comprar? Se as empresas estão gastando centenas de milhares, senão milhões de dólares, não acha que elas gostariam de alguém para ajudá-las a tirar o máximo proveito dessa grande compra?

Pagar a personalização é o motivo pelo qual os contratados entram e não esquecem que grandes empresas como SAP e Oracle podem muito bem ter outras empresas que trabalham como "integradores de sistemas" que ajudam as empresas a implementar o sistema corretamente a um custo bastante alto. Pense nisso como a diferença entre ter um chef pessoal preparando suas refeições e obtendo-as em massa do McDonald's. Esse chef pessoal pode dar tantos toques que, embora sim seja caro, algumas pessoas tendem a acreditar que você paga pelo que recebe e querem muitas pequenas coisas que eles pagam, mas podem ser felizes no final.


Então. Significa sempre personalizado sistemas serão ordenados ...
deepcell

4

boas respostas acima; eu acrescentaria que muitos dos sistemas de ERP são antigos , não tão bem estruturados para começar, e têm uma dívida técnica incrível; isso os torna muito muito caros e difíceis de personalizar


Sim, você está certo!
deepcell

3

Fora da prateleira vs. personalizadas

Estando parcialmente envolvido em um projeto ERP complexo, eu diria que é simples:

Fora da prateleira

Prositivo:

  • Talvez mais barato inicialmente.
  • Bem testado, estável.
  • Excelente documentação.

Negativo:

  • Funcionalidade genérica.
  • Bloqueio do fornecedor.
  • O custo total de propriedade pode ser maior devido à licença.
  • As atualizações podem interromper a configuração existente etc.

3

Acho que se você obtiver 80% da funcionalidade necessária, estará bem. Então, por que não parar por aí?

Uma grande corporação que gasta milhões em pessoal pode economizar muito dinheiro se conseguir os outros 20%. Trabalhei em uma empresa em que o gerente de cobrança interrompeu a equipe de TI durante o almoço devido a um erro no modelo de cobrança. Fiquei um pouco desanimado no começo, mas soube que a conta mensal era de mais de um milhão de dólares (típico para esse cliente).

Muitas empresas têm muitas pessoas por aí tentando descobrir maneiras de gastar o dinheiro de outras pessoas. "Precisamos ter um programa que mude dinamicamente o logotipo da empresa usado para memorando interno à medida que um novo feriado se aproxima". E alguém constrói porque é isso que eles querem. Pena que o tempo não foi gasto no modelo de cobrança.

Alguns departamentos decidem comprar o silo de aplicativos / dados que acharem melhor e todos querem que todos os dados sejam consolidados para geração de relatórios.


3

Trabalho com a equipe que desenvolve o Microsoft Dynamics AX. Na verdade, estou na equipe que cria as ferramentas de desenvolvimento que permitem programmersestender o Dynamics AX.

Fornecemos essas ferramentas porque é impossível oferecer soluções que atendam a todas as necessidades de nossos clientes. Dependendo da quantidade de personalização necessária, o cliente pode contratar um programador (ou uma equipe).

No AX, temos uma linguagem de programação chamada X++que requer conhecimento real de programação, se código de qualidade é esperado ou se é necessária muita personalização. Presumo que SAP e Oracle tenham recursos semelhantes.

Portanto, a menos que a solução pronta para uso atenda às necessidades dos clientes - o que não acontece para as grandes empresas -, é necessária uma equipe de programadores para personalizá-la.


Com certeza, boa resposta. Trabalho com formulários oracle, oracle PL / SQL há algum tempo, e é totalmente personalizável, mas você precisa de uma equipe, uma boa equipe para fazer coisas boas. Além disso, o programador é muito caro. Na verdade, estou trabalhando com PHP / Mysql / Apache e eu faço coisas boas, mas às vezes fico entupido com esse tipo de tecnologia. Depende de qual estrutura você trabalha, também é tão difícil fazer as coisas, é claro que está sozinho. No caso de uma equipe consciente, é bom ter uma estrutura. Qualquer que seja a tecnologia. SAP, Oracle e até ZEND (PHP). Obrigado pela sua resposta.
deepcell

2

Há um meio termo entre o padrão e completamente personalizado: grandes pacotes corporativos geralmente são personalizáveis, e fazê-los funcionar realmente em uma determinada situação pode exigir muito trabalho.

Isso significa que há muita demanda por pessoas que podem personalizar os sistemas SAP e Peoplesoft, por exemplo.


sim! Muitos funcionários trabalham com BI dentro da SAP e Oracle. E eles ganham um bom dinheiro. Então eu ainda acho que sistemas personalizados existirão para todo o sempre .. :-) obrigado pela sua resposta.
deepcell

1

Existem 2 respostas simples para esta:

1) Nenhum sistema, mesmo o SAP, tem todas as soluções para qualquer empresa. A menos que seja uma empresa totalmente nova, que possa se adaptar 100% ao sistema de ERP que escolher, eles precisarão de desenvolvimentos para preencher a lacuna.

2) Até uma nova empresa sofrerá mudanças. Algumas dessas mudanças em seu processo levarão a mudanças nos programas.


obrigado pelo seu contributo .. mas a maioria das empresas afirma preencher a lacuna do contratado, mas nenhuma o faz efetivamente, como sempre, o marketing está sendo difícil. mas, apesar disso, nas fábricas (produção), por exemplo, você tem muitos padrões (ISO) para reclamar, se os softwares são construídos sobre esses padrões, você tem algumas ou nenhuma alteração a fazer, a menos que haja alterações nos padrões . E sobre IA e aprendizado de máquina neste cenário?
deepcell
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.