Un estudio publicado recientemente basándose en la base de datos del buscador de empleos tecnológico, Dice, muestra un interesante pulso de la industria del desarrollo y la valoración de cierta tecnologías, de acuerdo al salario que las empresas pagan a los profesionales.
Serán las mejor pagadas si tienes cojones de encontrar un trabajo donde pidan esas rarezas. Aquí saliendo del .NET, el HTML5, variantes del C, java y el android, poco más están pidiendo.
Casi todas son variantes de NoSQL y BigData. Aquí en España creo que lo que mejor pagado está debe de ser el desarrollo para móviles, tanto Android como iOS, pero tampoco tengo cifras a mano.
De BigData no puedo hablar, pero el NoSQL es casi una burbuja, es lo típico que ahora todo el mundo quiere meter sin que nadie sepa muy bien por qué y al final se acaba con la chufa de tener una base de datos que debería ser relacional pero no lo es, con lo que en vez de dejar que el gestor de base de datos haga el trabajo sucio, todo se hace en código, desde las consistencias hasta los joins (sí, joins manuales, los he visto y no con poca frecuencia). Encima, MongoDB, que es el gestor con el que yo he trabajado (y que aparece en el artículo como una de esas tecnologías bien pagadas), por lo visto es de los peores y tiene bastante riesgo de corrupción de datos o inconsistencia.
#2 Si necesitas integridad referencial, relaciones entre tablas, procedimientos, seguridad, etc... olvídate de NoSQL y MongoDB.
Lo que ocurre es que Node.js y MongoDB están muy de moda, mucha gente malinformada de RR.HH. y dirección (los no desarrolladores) se piensan que sustituye totalmente a otras tecnologías como .Net/PHP o MySql/PostgreSQL cuando su uso ideal es para crear servicios REST de alta concurrencia.
#7 No te creas. Al final, gran parte de las decisiones para introducir "nuevas" tecnologías se basan en criterios de marketing puro y duro. Mucho se puede hablar del tema, pero se reduce a que hay que comer (los departamentos de las empresas a los que va destinado también tienen que crear y justificar nuevas necesidades para seguir trabajando).
hadoop esta bien, aunque prefiero algo mas liviano. Para hacer lo mismo y mas rápido, aconsejo mirar apache spark.
Tecnologias noSQL yo es que solo las veo para ser usadas como dice #6, en entornos REST de alta concurrencia en la que a ser posible puedas pasar de la integridad referencial y eso depende del problema concreto a resolver.
Personalmente me alegra que la apuesta que tome por el bigdata y las tecnologías backend llegue a buen termino.
Ok, lo que tú quieras, yo te digo lo que he visto: gente que usa NoSQL para sistemas que tienen un esquema de datos fijo y que no usa sharding ni nada de eso, con lo que tienen lo mismo que hace una base de datos relacional, pero más lenta, más ineficiente y probablemente con más bugs porque todo el código son ruedas reinventadas en vez de dejar a un gestor maduro como MySQL que haga el trabajo. Otra cosa es que haya usos razonables para NoSQL (que los habrá), pero aquí, igual que a veces hay titulitis y se exigen credenciales que no se necesitan, también muchos jefes quieren dárselas de modernos y de estar a la última, con lo que se acaba usando NoSQL en situaciones en las que una base de datos relacional sería perfecta.
En la última base de código sobre base de datos NoSQL con la que trabajé, todo lo que se hacía eran consultas básicas que habrían funcionado mejor con una base de datos relacional. Lo más raro que había era un único caso en el que para no sé qué estadísticas se me ocurrió meter un mapreduce (que en SQL habría quedado más o menos igual con algún tipo de función agregada tipo count o avg).
Comentarios
Serán las mejor pagadas si tienes cojones de encontrar un trabajo donde pidan esas rarezas. Aquí saliendo del .NET, el HTML5, variantes del C, java y el android, poco más están pidiendo.
Casi todas son variantes de NoSQL y BigData. Aquí en España creo que lo que mejor pagado está debe de ser el desarrollo para móviles, tanto Android como iOS, pero tampoco tengo cifras a mano.
De BigData no puedo hablar, pero el NoSQL es casi una burbuja, es lo típico que ahora todo el mundo quiere meter sin que nadie sepa muy bien por qué y al final se acaba con la chufa de tener una base de datos que debería ser relacional pero no lo es, con lo que en vez de dejar que el gestor de base de datos haga el trabajo sucio, todo se hace en código, desde las consistencias hasta los joins (sí, joins manuales, los he visto y no con poca frecuencia). Encima, MongoDB, que es el gestor con el que yo he trabajado (y que aparece en el artículo como una de esas tecnologías bien pagadas), por lo visto es de los peores y tiene bastante riesgo de corrupción de datos o inconsistencia.
#2 ni idea de NoSQL
#2 Si necesitas integridad referencial, relaciones entre tablas, procedimientos, seguridad, etc... olvídate de NoSQL y MongoDB.
Lo que ocurre es que Node.js y MongoDB están muy de moda, mucha gente malinformada de RR.HH. y dirección (los no desarrolladores) se piensan que sustituye totalmente a otras tecnologías como .Net/PHP o MySql/PostgreSQL cuando su uso ideal es para crear servicios REST de alta concurrencia.
#6 Exactamente, a eso me refiero . Aunque a veces sí son los desarrolladores los que quieren implantar tecnologías nuevas porque sí.
#7 No te creas. Al final, gran parte de las decisiones para introducir "nuevas" tecnologías se basan en criterios de marketing puro y duro. Mucho se puede hablar del tema, pero se reduce a que hay que comer (los departamentos de las empresas a los que va destinado también tienen que crear y justificar nuevas necesidades para seguir trabajando).
hadoop esta bien, aunque prefiero algo mas liviano. Para hacer lo mismo y mas rápido, aconsejo mirar apache spark.
Tecnologias noSQL yo es que solo las veo para ser usadas como dice #6, en entornos REST de alta concurrencia en la que a ser posible puedas pasar de la integridad referencial y eso depende del problema concreto a resolver.
Personalmente me alegra que la apuesta que tome por el bigdata y las tecnologías backend llegue a buen termino.
http://spark.incubator.apache.org
Ok, lo que tú quieras, yo te digo lo que he visto: gente que usa NoSQL para sistemas que tienen un esquema de datos fijo y que no usa sharding ni nada de eso, con lo que tienen lo mismo que hace una base de datos relacional, pero más lenta, más ineficiente y probablemente con más bugs porque todo el código son ruedas reinventadas en vez de dejar a un gestor maduro como MySQL que haga el trabajo. Otra cosa es que haya usos razonables para NoSQL (que los habrá), pero aquí, igual que a veces hay titulitis y se exigen credenciales que no se necesitan, también muchos jefes quieren dárselas de modernos y de estar a la última, con lo que se acaba usando NoSQL en situaciones en las que una base de datos relacional sería perfecta.
En la última base de código sobre base de datos NoSQL con la que trabajé, todo lo que se hacía eran consultas básicas que habrían funcionado mejor con una base de datos relacional. Lo más raro que había era un único caso en el que para no sé qué estadísticas se me ocurrió meter un mapreduce (que en SQL habría quedado más o menos igual con algún tipo de función agregada tipo count o avg).
Esto es un refrito de http://www.businessinsider.com/most-valuable-tech-skills-2014-1
Copia/plagio