TOP 20 : Carreras con más futuro en Chile (Todas TI)

SlayerBoxer

Doctor of Pump and Dump
Se incorporó
16 Febrero 2020
Mensajes
1.517
le faltó chain block a tu listado y tienes las tecnologías "del futuro" del charlatán tech.

En buena, tu primer post recomienda aprender SQL. Como algo que es parte de las ciencias básicas de la ingeniería puede ser una ventaja? (Lo digo enserio. A mi como mechón me enseñaron SQL e incluso como aplicarlo en java, el 2006).

Clusten,en buena también,lamentablemente usted está en la estadística del 60% de Chilenos con grado universitario que no entiende lo que lee.

Lo de SQL iba dirigido para los ingenieros comerciales (lo dice explicitamente) .En verdad eso le pasa por entrar con toda la intención de criticar por criticar

Ahora bien. Incluso me pondré en su contexto de ingenierías con ciencias básicas:

Trabajo en un edificio con 3500 personas.Ya son 4 años trabajando ahi,por lo que conozco los inumerables pisos y a cientos de personas que trabajan en la misma empresa;Muy poca gente sabe SQL,muy poca....Incluso un informatico que nunca pasó las 600K,podría presentarse como analista control de gestión y le van a pagar 900K por el mero hecho de hacer reportes y consultas SQL para extraer informacion,algo bastante operativo.

Si eso pasa en una de las empresas más importantes de este país,me imagino el resto como debe estar.


Aun recuerdo los listados 2011 con Ing en minas y geología como top.

Los geologos han sacado cartas a destajo mostrando lo saturado qué ésta y al final generas cesantes ilustrados. Minas este era el año que se saturaba. La pandemia aplazó el colapso (se titulaban varias generaciones de U, en todo el espectro en una carrera que no requiere más de 40 profesionales por año)

Ingeniería en minas no es más que eso,minas....en todo caso los que se subieron a la ola a tiempo,a estas alturas deben tener experiencia de sobra como para que jamás les falte pega en su rubro.

¿Qué es la informática? ¿Cuál campó es más versátil?
 
Última modificación:

Zuljin

Fundador
Miembro del Equipo
Fundador
ADMIN
Se incorporó
15 Enero 2004
Mensajes
11.872
Viejo, el conocimiento de SQL es necesario para desarrolladores y administradores TI y pare de contar.
Hay software que te enmascara todo eso, no necesitas tener ese conocimiento tan específico.
Y eso sólo como ejemplo.

Me sorprende que a esa revista tan linajuda se le haya pasado un informe tan corneta.
 

clusten

ADMIN
Miembro del Equipo
ADMIN
Se incorporó
1 Julio 2007
Mensajes
6.239
Clusten,en buena también,lamentablemente usted está en la estadística del 60% de Chilenos con grado universitario que no entiende lo que lee.

Lo de SQL iba dirigido para los ingenieros comerciales (lo dice explicitamente) .En verdad eso le pasa por entrar con toda la intención de criticar por criticar
Ahora bien. Incluso me pondré en su contexto de ingenierías con ciencias básicas:
Me encanta como cada respuesta mía, te cae como petardo ahí mismo :lol.

Obviamente leí lo que escribiste y te lo explico con peras y manzanas:
Un ingeniero comercial, tiene que aprender por fuera SQL. Por otro lado, tienes un universo de miles de ingenieros que vienen con ese conocimiento desde la universidad. ¿Por qué alguien colocaría a un ingeniero comercial a hacer esa pega? ¿Por qué es más barato? No matita, no es más barato.

Un ingeniero civil recién egresado te va costar lo mismo que un comercial y probablemente, el comercial que siguió tu recomendación creerá que está especializado y pedirá más renta.

¿Ahora lo entiendes? ¿Ves lo ridícula que es tu apuesta? A veces es bueno dar una vuelta con mirada de empresario y no trabajador a las recomendaciones.

Trabajo en un edificio con 3500 personas.Ya son 4 años trabajando ahi,por lo que conozco los inumerables pisos y a cientos de personas que trabajan en la misma empresa;Muy poca gente sabe SQL,muy poca....Incluso un informatico que nunca pasó las 600K,podría presentarse como analista control de gestión y le van a pagar 900K por el mero hecho de hacer reportes y consultas SQL para extraer informacion,algo bastante operativo.

Si eso pasa en una de las empresas más importantes de este país,me imagino el resto como debe estar.
Si hay 3500 personas en la empresa, asumo que al menos 2000 son cargos tecnicos, por lo que si, esperaría que gente que sepa SQL es poca. No veo el aporte de este párrafo.

Ingeniería en minas no es más que eso,minas....en todo caso los que se subieron a la ola a tiempo,a estas alturas deben tener experiencia de sobra como para que jamás les falte pega en su rubro.
¿Te das cuenta que describes una tautología "los que entraron bien ahora no les falta pega"?
Cuando empezaron a "alumbrar" la carrera, la ola iba en bajada. Esto fue como el 2008 que empezaron a darle como bombo y el 2010-2012 universidades nuevas a dictar la carrera. El boom de ingenieros en mina terminó el 2012-2014, por lo que te imaginarás que no, no entraron "a la ola a tiempo" los que recomendaban, como probablemente tus top 20 tampoco entraran a tiempo.

PD: ingeniería de minas es más que eso. Pero no voy a extenderme mucho más para no armar offtopic. Como dato, el gerente de LATAM, enMiami es ingeniero de minas. No por su conocimiento en gestión, si no por lo que aprendió en operaciones de minas.
 
Última modificación:

Tbon

Football total philosophy
Miembro del Equipo
Fundador
ADMIN
Se incorporó
20 Enero 2004
Mensajes
13.672
Por lo que me ha tocado ver los ultimos 4 años, la transformacion digital dejo tirados a toda la gente (con habilidades tecnicas) que no tenia afán autodidacta y a los cargos de "gestion" que no sabian como abordar estructuras horizontales (en la practica lograr objetivos ganandose a la gente mas que obligandola).

Yo la verdad veo que la disrupcion es tal que esta creciendo la cantidad de gente "multidisciplinaria" que esta entrando en temas que "no les corresponderia", Ing. Comerciales que se inclinaron a la Psicologia y manejor de equipos, Civiles que se dedicaron al UX, Diseñadores en desarrollo, sociologos en big data y psicologos en disciplinas de "negocio", por ahora los unicos que me ha tocado ver menos desordenados, son los dedicados a redes y seguridad.

Bajo este escenario, lo que me queda claro es que dará cada vez un poco "lo mismo" lo que estudiaste de base, será cada vez mas relevante los intereses de cada uno y su "portafolio", es decir, a que le han dedicado su tiempo y lo que han hecho, por lo que creo relevante que los mas jovenes partan "haciendo" lo antes posible, porque eso será relevante para su futuro.

Saludos
 

SlayerBoxer

Doctor of Pump and Dump
Se incorporó
16 Febrero 2020
Mensajes
1.517
Viejo, el conocimiento de SQL es necesario para desarrolladores y administradores TI y pare de contar.
Hay software que te enmascara todo eso, no necesitas tener ese conocimiento tan específico.
Y eso sólo como ejemplo.

Me sorprende que a esa revista tan linajuda se le haya pasado un informe tan corneta.

En absoluto desacuerdo,pero estoy deacuerdo en que esa es la visión de todo informatico.

Lo que yo observo es que hay mucha infraestructura tecnológica creada por informaticos,unos DataWarehouse o Datamart hermosos,pero pobremente explotados.

La funcionalidad se limita simplemente a hacer reporteria muy poco versatil y cuando alguien requiere más nivel de detalle,ya sea para analizar un quiebre de algún proceso o el comportamiento de una variable,hay que ingresar requerimientos y pueden demorarse días,ya que los informáticos no están para eso.

El potencial es infinito para una organización que tenga mucha gente que explote esos datos en términos de negocio.

los analistas de control de gestión serán de los primeros en ser reemplazados por la automatización. No agregan ningún valor y su tarea es absolutamente repetitiva.

Por eso recomiendo actualizar los conocimientos.

Hace 4 años McKinzey analizo la organización y nos dijeron que el 70% de los empleadores hacia gestión y el 30% analisis.

Recomendaron dar vuelta la proporción: 70% analisis y 30% gestión.

Para lograr eso es fundamental saber SQL.
 

guaripolo

Fanático
Se incorporó
21 Agosto 2006
Mensajes
1.355
no son conocimientos, son competencias.

En un par de años vas a poder hacer "querys" a cualquier ERP como si le pidieras a "siri" que te reserve una hora al doctor. Onda "SIRI quiero la apertura de X centro de costo e Y clase de costo, ajustado por moneda del grupo al cierre del periodo anterior" y paf, tabla y dashboard bonito generados "on the fly" y ahi quedó control de gestion, del gerente pa abajo todos pa la casa.

saber SQL es irrelevante cuando un asistente puede transformar lenguaje natural en SQL mas rapido y mejor que tu.

Otro ejemplo de proyecto BI con consultores y todo reducido a nada "SIRI define el KPI X/Y fija una tolerancia del Z% y envia un correo diario a los responsables de los centros de costo operativos de acuerdo al grupo de active directory "bla", agendame una reunion semanal con los 3 jefes de area de peor rendimiento".

Tu pega como analista/consultor va a estar 2 pasos detras (o arriba) de eso, diseñando los procesos de negocio y los KPIS que permitan alinear la compañia con objetivos estrategicos, la implementacion y puesta en marcha va a estar altamente automatizada. La "vision estrategica" y de "alto nivel" es lo que va a seguir siendo cotizado en el mercado laboral.
 

Zuljin

Fundador
Miembro del Equipo
Fundador
ADMIN
Se incorporó
15 Enero 2004
Mensajes
11.872
@mata.skt , ¿Tienes un ejemplo práctico de alguien NO TÉCNICO que utilice SQL como lenguaje? Digo, para no seguir discutiendo cosas muy técnicas con alguien que no sabe del tema.

Cómo dato, acá unos abogados aprendieron a utilizar una herramienta para hacer sus propios reportes uniendo cajitas (tablas, entidades). En lo técnico la unión de esas cajitas y todos los filtros que se generan terminan en lenguaje SQL que van la base de datos, lenguaje que lo abogados desconocen pues no necesitan saberlo, el software es el que hace la pega.
 

Tbon

Football total philosophy
Miembro del Equipo
Fundador
ADMIN
Se incorporó
20 Enero 2004
Mensajes
13.672
no son conocimientos, son competencias.

En un par de años vas a poder hacer "querys" a cualquier ERP como si le pidieras a "siri" que te reserve una hora al doctor. Onda "SIRI quiero la apertura de X centro de costo e Y clase de costo, ajustado por moneda del grupo al cierre del periodo anterior" y paf, tabla y dashboard bonito generados "on the fly" y ahi quedó control de gestion, del gerente pa abajo todos pa la casa.

saber SQL es irrelevante cuando un asistente puede transformar lenguaje natural en SQL mas rapido y mejor que tu.

Otro ejemplo de proyecto BI con consultores y todo reducido a nada "SIRI define el KPI X/Y fija una tolerancia del Z% y envia un correo diario a los responsables de los centros de costo operativos de acuerdo al grupo de active directory "bla", agendame una reunion semanal con los 3 jefes de area de peor rendimiento".

Tu pega como analista/consultor va a estar 2 pasos detras (o arriba) de eso, diseñando los procesos de negocio y los KPIS que permitan alinear la compañia con objetivos estrategicos, la implementacion y puesta en marcha va a estar altamente automatizada. La "vision estrategica" y de "alto nivel" es lo que va a seguir siendo cotizado en el mercado laboral.

Claro, es un escenario bastante plausible en un ambito como el de los ERP con un proceso de negocio bastante definido y "paquetizado", con KPis que vienen escritos en papel hace ya un rato, pero yo lo veo distinto en empresas con mucha informacion no estructurada la "picada de piedra" estará siempre a la orden del dia, y si bien puedes automatizar muchos procesos entre medio, esta muy dificil todavia meterle criterio de negocio a la automatizacion cuando este aun se esta desarrollando.

Esto es lo que veo en general en la industria financiera y retail, no hay suficiente conocimiento todavia, con suerte estan empezando a guardar informacion, y como aca en general el desarrollo es a medida, será dificil en el mediano plazo establecer reglas de negocio paquetizadas que te permitan prescindir tanto de la pega tecnica.

saludos
 

SlayerBoxer

Doctor of Pump and Dump
Se incorporó
16 Febrero 2020
Mensajes
1.517
@mata.skt , ¿Tienes un ejemplo práctico de alguien NO TÉCNICO que utilice SQL como lenguaje? Digo, para no seguir discutiendo cosas muy técnicas con alguien que no sabe del tema.

Por supuesto. ¿Quién más que yo que soy industrial?

En las plataformas de CallCenter existe un indicador de calidad muy utilizado llamado F.C.R (First Call Resolution) . Este indicador mide la reiteración del cliente en la plataforma de atención.

Puedes medir la reiteracion del cliente en los proximos 7 días desde el primer llamado
Puedes medir la reiteracion del cliente en los proximos 30 días desde el primer llamado

y asi...

Me pidieron implementar este indicador en otro proceso que es la gestión de reclamos ingresados por el cliente en el Sernac. Lo que querian saber era como se comportaba la reiteracion del cliente en este Canal.

Simplemente es hacer un :

SELECT *, RANK() OVER (PARTITION BY id_cliente ORDER BY fecha_ingreso_reclamo ASC) as ranking_reiteracion

FROM TABLA_RECLAMOS with (nolock)


Para ustedes es un chiste hacer eso,pero creanme que si hacian el requerimiento a un área de informatica,el tiempo de respuesta era de 3 semanas.

Eso no sirve,asi que romper esos cuellos de botella la organización lo valora un montón,y son cientos de cuellos de botella diariamente que jamás podrás automatizar,porque son todos distintos.


Cómo dato, acá unos abogados aprendieron a utilizar una herramienta para hacer sus propios reportes uniendo cajitas (tablas, entidades). En lo técnico la unión de esas cajitas y todos los filtros que se generan terminan en lenguaje SQL que van la base de datos, lenguaje que lo abogados desconocen pues no necesitan saberlo, el software es el que hace la pega.

Claro,pero la estructura de informacion que necesita un abogado es bastante básica a la que necesita alguien que se dedica al analisis como un control de gestión por ejemplo.
 
Última modificación:

clusten

ADMIN
Miembro del Equipo
ADMIN
Se incorporó
1 Julio 2007
Mensajes
6.239
Ahí te recomiendo conversar con tu área y armar un proyecto para generar un dashboard con los indicadores principales que utilizan.

No necesitaran usar SQL y simplificarán notablemente el trabajo de los analistas a hacer su nucleo: analizar.
 

SlayerBoxer

Doctor of Pump and Dump
Se incorporó
16 Febrero 2020
Mensajes
1.517
no son conocimientos, son competencias.

En un par de años vas a poder hacer "querys" a cualquier ERP como si le pidieras a "siri" que te reserve una hora al doctor. Onda "SIRI quiero la apertura de X centro de costo e Y clase de costo, ajustado por moneda del grupo al cierre del periodo anterior" y paf, tabla y dashboard bonito generados "on the fly" y ahi quedó control de gestion, del gerente pa abajo todos pa la casa.

saber SQL es irrelevante cuando un asistente puede transformar lenguaje natural en SQL mas rapido y mejor que tu.

Otro ejemplo de proyecto BI con consultores y todo reducido a nada "SIRI define el KPI X/Y fija una tolerancia del Z% y envia un correo diario a los responsables de los centros de costo operativos de acuerdo al grupo de active directory "bla", agendame una reunion semanal con los 3 jefes de area de peor rendimiento".

Tu pega como analista/consultor va a estar 2 pasos detras (o arriba) de eso, diseñando los procesos de negocio y los KPIS que permitan alinear la compañia con objetivos estrategicos, la implementacion y puesta en marcha va a estar altamente automatizada. La "vision estrategica" y de "alto nivel" es lo que va a seguir siendo cotizado en el mercado laboral.

De hecho es verdad.El otro dia ví un video donde un tipo escribió "Hazme una calculadora con el pelo de donald Trump" y la I.A hizo una calculadora con botones amarillo xD,incluso mostraba el codigo que utilizo,espectacular.

Pero vamos,el dia que una I.A haga eso con una organizacion con millones de clientes e infinidad de procesos,digamos que por lo menos pasarán un par de años jaja....

¿Qué se puede hacer mientras? Aprender SQL.

Cuando efectivamente pase lo que mencionas,habrá que volver a adaptarse,y asi es la vida nomas po ¿Qué más vas a hacer? jaja. El que crea que estará 40 años haciendo lo mismo como antes sucedia,no sobrevivirá mucho en el mercado laboral asalariado.
 

PangKüll

Capo
Se incorporó
23 Septiembre 2011
Mensajes
471
Por acá he visto comerciales, industriales, contadores y otros q han debido aprender sql, porque la información está en Teradata. Ahí está toda la info q necesitan obtener pa hacer su pega.
No hay opción de pedirle a TI q haga reporteria (están en otra) por lo q cada gerencia tiene un informático o un area q levanta dashboard a su pinta. He visto dashboard en Tableau, qlik y PowerBI


Enviado desde mi CLT-L09 mediante Tapatalk
 

SlayerBoxer

Doctor of Pump and Dump
Se incorporó
16 Febrero 2020
Mensajes
1.517
Por acá he visto comerciales, industriales, contadores y otros q han debido aprender sql, porque la información está en Teradata. Ahí está toda la info q necesitan obtener pa hacer su pega.
No hay opción de pedirle a TI q haga reporteria (están en otra) por lo q cada gerencia tiene un informático o un area q levanta dashboard a su pinta. He visto dashboard en Tableau, qlik y PowerBI


Enviado desde mi CLT-L09 mediante Tapatalk
¿Ven?

A todos los Ingecos ,icis,contadores,entre otros que miran este topic y se dedican al analisis,saber SQL los coloca en ventaja competitiva frente a alguien que no sabe.

Y los futuros estudiantes,ténganlo como prioridad.
 
Última modificación:

Tbon

Football total philosophy
Miembro del Equipo
Fundador
ADMIN
Se incorporó
20 Enero 2004
Mensajes
13.672
Por acá he visto comerciales, industriales, contadores y otros q han debido aprender sql, porque la información está en Teradata. Ahí está toda la info q necesitan obtener pa hacer su pega.
No hay opción de pedirle a TI q haga reporteria (están en otra) por lo q cada gerencia tiene un informático o un area q levanta dashboard a su pinta. He visto dashboard en Tableau, qlik y PowerBI


Enviado desde mi CLT-L09 mediante Tapatalk

De acuerdo, por aca se ve lo mismo, aunque no necesariamente SQL, tambien en busquedas de logs (en splunk por ej) o metricas en ELK, en el fondo han tenido que aprender a ocupar las herramientas para sacar info sin ser perfiles tecnicos.
 

guaripolo

Fanático
Se incorporó
21 Agosto 2006
Mensajes
1.355
¿Ven?

A todos los Ingecos ,icis,contadores,entre otros que miran este topic y se dedican al analisis,saber SQL los coloca en ventaja competitiva frente a alguien que no sabe.

Y los futuros estudiantes,ténganlo como prioridad.

Insisto en que si bien es una skill util, no te va a asegurar empleabilidad en el futuro (mediano largo plazo), independiente del sector (retail, banca, mineria, whatever), la empresa que implemente primero y de mejor forma esto va a comerse al resto de la industria.

Por ejemplo amazon lo mas probable es que se coma al retail chileno (y sudamericano) dado a que probablemente van a ser los primeros en tener este tipo de tecnologia funcionando y contra eso no vas a poder competir. Cuando eso pase y amazon compre a falabella, simplemente van a despedir a control de gestion y reemplazarlos por un asistente de AI que les va a generar la reporteria.

Que falabella en su intento de competir/sobrevivir trate de adelantarse y dar la pelea implementando esa tecnologia es irrelevante, igual va a despedir a control de gestion (antes o despues da lo mismo).

El que va a conservar la pega va a ser "el" arquitecto que logre diseñar y liderar la migracion de los procesos de negocio para que la tecnologia de la matriz pueda administrarlos. Saber SQL no es algo "diferenciador", necesitas una vision de "alto nivel", saber SQL es una habilidad "de bajo nivel"
 

Zuljin

Fundador
Miembro del Equipo
Fundador
ADMIN
Se incorporó
15 Enero 2004
Mensajes
11.872
Por acá he visto comerciales, industriales, contadores y otros q han debido aprender sql, porque la información está en Teradata. Ahí está toda la info q necesitan obtener pa hacer su pega.
No hay opción de pedirle a TI q haga reporteria (están en otra) por lo q cada gerencia tiene un informático o un area q levanta dashboard a su pinta. He visto dashboard en Tableau, qlik y PowerBI


Enviado desde mi CLT-L09 mediante Tapatalk

Es típico eso y muestra ineficiencia: en mi pega anterior pasaba lo mismo. Creo que lo mejor es tener un equipo de especialistas que reciba los requerimientos y los transforme en reportes pero para eso es necesario un equipo que converse "lenguaje de negocio" y lo transforme en un producto final.
 

guaripolo

Fanático
Se incorporó
21 Agosto 2006
Mensajes
1.355
Es típico eso y muestra ineficiencia: en mi pega anterior pasaba lo mismo. Creo que lo mejor es tener un equipo de especialistas que reciba los requerimientos y los transforme en reportes pero para eso es necesario un equipo que converse "lenguaje de negocio" y lo transforme en reportes.

A eso me refiero, tienes que aparte de dominar la tecnologia (SQL o whatever), tienes que entender el lenguaje de negocio y ademas ser capaz de mejorarle sus propios procesos de acuerdo a las mejores practicas de la industria, nivel de madurez, state of the art, y los objetivos estrategicos del directorio/alta gerencia. De por medio hay roadmaps, gestion del cambio, conseguir sponsors y una cacha de weas que van mas alla de simplemente "saber SQL".

Mientras mas amplia y completa la vision del problema y de todo lo que hay que hacer para resolverlo mayor empleabilidad vas a tener y menores probabilidades tendras de ser reemplazado por una AI que automatice tu tarea especifica, como generar codigo SQL a partir de lenguaje natural.

objetivo estrategico -> diseño de procesos de negocio -> adopcion de tecnologia -> ingenieria de requerimientos -> generar codigo SQL

Estrategicamente hablando, apernarse como "juan reportes" o "query man" es terrible de mala idea.
 
Última modificación:

SlayerBoxer

Doctor of Pump and Dump
Se incorporó
16 Febrero 2020
Mensajes
1.517
El que va a conservar la pega va a ser "el" arquitecto que logre diseñar y liderar la migracion de los procesos de negocio para que la tecnologia de la matriz pueda administrarlos. Saber SQL no es algo "diferenciador", necesitas una vision de "alto nivel", saber SQL es una habilidad "de bajo nivel"

No me refiero a que hay que aprender SQL para quitarle la pega a los informaticos,sería muy ineficiente hacer eso.Para esas cosas están ustedes.

¿Si el gerente de marketing quiere aumentar los ingresos le va a preguntar a un arquitecto de software?

Le va a preguntar al experto en ventas,ese experto deberá sustentar su propuesta en argumentos empiricos,los argumentos empiricos no los obtendrá del informatico,el informático solo podría sacarle la informacion.Aqui es donde se cae el informatico:

El informatico le va a preguntar ¿Qué necesitas? El informatico esperará que le entregue detalladamente los requerimientos,y el experto en ventas no sabe nada de bases de datos,y el informatico no tiene idea del negocio.

Para eso están los analistas,ellos usan su conocimiento del negocio para cruzar,procesar y depurar la data.El expero en ventas los va guiando simplemente y despues le muestra en un lindo power point la propuesta al gerente.

Si resulta,luego el gerente de marketing conversa con el gerente T.I para automatizar la operacion y ver la forma de aumentar su alcance,y ahi entras tu guaripolo.

¿Vez? es una simbyosis.

Sin el analista tu no tendrias pega para este ejemplo
 
Última modificación:

Zuljin

Fundador
Miembro del Equipo
Fundador
ADMIN
Se incorporó
15 Enero 2004
Mensajes
11.872
A propósito de SQL y que evitendemente el tema se fue a la mierda...

Cuando estaba en el transantiago yo era parte del equipo técnico que administraba las bases de datos, unas bases de datos horriblemente grandes en cantidad de registros. La cosa es que la definición inicial de reportería era super mala porque a nadie se le ocurrió que podían necesitar, el levantamiento inicial de requerimientos fue super apurado, para que vamos a decir una cosa por otra. Entonces, cuando un ejecutivo o un jefe tenía una duda, le pedía a su "suche" particular que fuera a tirarle una consulta SQL a la base de datos.

Para ser técnicos, no es sano que un "no entendido" le tire una consulta a la base de datos de Producción porque puede generar lentitud general en los sistemas. Pero lo divertido es que nunca se ponían de acuerdo con la reportería entonces cada persona que llegaba a trabajar al proyecto, ya sea contadores o ing comerciales/industriales del AFT o de Sonda, le pasaban una cuenta de acceso a la base de datos vía SQL.

Nos hacían mierda el rendimiento de los sistemas tirando querys mientras aprendían sobre la marcha en una base de datos crítica con cientos de millones de registros. Contadores, ingenieros comerciales y hasta jefes de proyecto sin conocimiento fino tirando consultas SQL "de novatos" mal tuneadas. Como no conocían el modelo ni tenían nociones medias de SQL, se mandaban unas sentencias horribles que se comían los segmentos de memoria.
 
Subir