Programador VS Sistemas Comerciales (ERP) [cerrado]

8

Mi pregunta aquí es relativa a trabajos para programadores.

¿Por qué el empleador todavía contrata programadores si hoy tenemos muchos buenos sistemas comerciales disponibles en el mercado?

Quiero ser muy claro en este punto, esta pregunta es relativa solo a un sistema, más especialmente a los sistemas ERP. Tal vez esta pregunta parece un poco inútil, pero ahora estoy trabajando y esta duda surgió para mí y mi jefe.

Tengo algunas respuestas a mi propia pregunta, pero realmente me gustaría especular un poco más sobre este tema.

También sé que toda buena compañía necesita un sistema personalizado, pero ... la pregunta está aquí. :-)

Cualquier respuesta me hará sentir mejor. Gracias.

Deepcell
fuente

Respuestas:

5

¿Te das cuenta de lo caro que algunos de esos sistemas comerciales de gama alta pueden costar comprar en primer lugar? Si las empresas gastan cientos de miles, si no millones de dólares, ¿no cree que querrían que alguien les ayudara a aprovechar al máximo esta gran compra?

Pagar por la personalización es la razón por la que entran los contratistas y no olviden que los grandes como SAP y Oracle pueden tener otras compañías que trabajan como "integradores de sistemas" que ayudan a las compañías a implementar el sistema correctamente a un costo bastante alto. Piense en esto como la diferencia entre tener un chef personal que cocine sus comidas y obtenerlos a granel de McDonald's. Ese chef personal puede darle tantos detalles que, si bien es costoso, algunas personas tienden a creer que pagas por lo que obtienes y quieren muchas pequeñas cosas que sí pagan, pero al final pueden ser felices.

JB King
fuente
Entonces. Significa que siempre se ordenarán sistemas personalizados ...
deepcell
4

buenas respuestas arriba; Añadiría que muchos de los sistemas ERP son antiguos , no tan bien estructurados para empezar, y tienen una deuda técnica increíble; esto los hace muy caros y difíciles de personalizar

Steven A. Lowe
fuente
¡Si, tienes razón!
deepcell
3

Fuera del estante vs. Personalizado

Habiendo estado parcialmente involucrado en un complejo proyecto ERP, diría que es simple:

Fuera de la plataforma

Prositivo

  • Quizás más barato inicialmente.
  • Bien probado, estable.
  • Excelente documentación

Negativo:

  • Funcionalidad genérica.
  • Dependencia de un proveedor.
  • El costo total de propiedad puede ser mayor debido a la licencia.
  • Las actualizaciones podrían romper la configuración existente, etc.
Noche oscura
fuente
3

Creo que si obtiene el 80% de la funcionalidad que necesita de la plataforma, lo está haciendo bien. Entonces, ¿por qué no parar allí?

Una gran corporación que gasta millones en personal puede ahorrar mucho dinero si puede obtener el otro 20%. Trabajé en una empresa donde el gerente de facturación interrumpió al personal de TI durante el almuerzo debido a un error en la plantilla de facturación. Al principio estaba un poco desanimado, pero supe que la factura mensual era de más de un millón de dólares (típico para este cliente).

Muchas empresas tienen demasiadas personas sentadas buscando formas de gastar el dinero de otras personas. "Debemos tener un programa que cambie dinámicamente el logotipo de la compañía utilizado para el memorándum interno a medida que se acerca un nuevo feriado". Y alguien lo construye porque eso es lo que quieren. Lástima que no se haya dedicado el tiempo a la plantilla de facturación.

Algunos departamentos deciden comprar el silo de aplicaciones / datos que les parezca adecuado y luego todos quieren que todos los datos se consoliden para generar informes.

JeffO
fuente
3

Trabajo con el equipo que desarrolla Microsoft Dynamics AX. En realidad, estoy en el equipo que hace las herramientas de desarrollo que permiten programmersextender Dynamics AX.

Brindamos estas herramientas porque es imposible ofrecer soluciones que cubran todas las necesidades de nuestros clientes. Dependiendo de la cantidad de personalización que se necesite, el cliente puede contratar un programador (o un equipo).

En AX tenemos un lenguaje de programación llamado X++que requiere un conocimiento real de programación si se espera un código de calidad o si se requiere mucha personalización. Supongo que SAP y Oracle tienen características similares.

Por lo tanto, a menos que la solución lista para usar se ajuste a las necesidades de los clientes, lo que no sucede para las grandes empresas, se necesita un equipo de programadores para personalizarla.

Victor Hurdugaci
fuente
Por supuesto, buena respuesta. He trabajado con formularios Oracle, Oracle PL / SQL durante bastante tiempo, y es totalmente personalizable, pero necesitas un equipo, un buen equipo para hacer cosas buenas. Además, el programador es muy caro. En realidad, estoy trabajando con PHP / Mysql / Apache y hago cosas buenas, pero a veces me atasco con este tipo de tecnología. Depende del marco en el que trabajes, también es muy difícil hacer las cosas, por supuesto, hacerlo solo. En el caso de un equipo consciente, es bueno tener un marco. Cualquiera que sea la tecnología. SAP, Oracle incluso ZEND (PHP). Gracias por tu respuesta.
deepcell
2

Hay un punto medio entre lo estándar y lo completamente personalizado: los paquetes de grandes empresas suelen ser personalizables, y hacer que realmente funcionen en una situación determinada puede requerir mucho trabajo.

Esto significa que hay mucha demanda de personas que puedan personalizar los sistemas SAP y Peoplesoft, por ejemplo.

David Thornley
fuente
¡Si! Tener muchos chicos trabajando con BI dentro de SAP y Oracle. Y ganan un buen dinero. Entonces sigo pensando que existirán sistemas personalizados para siempre ... :-) gracias por su respuesta.
deepcell
1

Hay 2 respuestas simples para esta:

1) Ninguno. El sistema, incluso SAP, tiene todas las soluciones para cualquier empresa. A menos que sea una empresa nueva, que pueda adaptarse al 100% al sistema ERP que elija, necesitarán desarrollos para llenar el vacío.

2) Incluso una nueva empresa sufrirá cambios. Algunos de estos cambios en su proceso conducirán a cambios en los programas.

Eduardo
fuente
gracias por su aporte ... pero, la mayoría de la compañía afirma llenar el vacío del contratista, pero ninguno lo hace de manera efectiva, como siempre el marketing está jugando duro. pero a pesar de esto, en las fábricas (producción), por ejemplo, tiene muchos estándares (ISO) para quejarse, si los softwares se construyen sobre estos estándares, entonces tiene que hacer algunos cambios o ninguno, a menos que haya cambios en los estándares . ¿Qué pasa con la IA y el aprendizaje automático en este escenario?
deepcell