Excepto por lo del padron, el resto de requisitos son de lo mas normales fuera de Espana.
Pregunta honesta, quien se esta llevando esos trabajos si no son los jovenes no preparados?
La mayoria de criticas a esta practica van en la linea de "con la propiedad privada hace uno lo que le da la gana" y "a ver que proponeis vosotros".
Echad un vistazo al sistema "Listed Building" que usan en Reino Unido.
https://en.wikipedia.org/wiki/Listed_building
Basicamente este sistema categoriza edificios historicos en grados, con distintas restricciones y protecciones, dependiendo de la relevancia del mismo.
Estos edificios se pueden comprar y vender, reformar, ampliar, etc. pero con limitaciones, dependiendo del grado. Reformas o modificaciones deben ser aprobadas por la autoridad relevante, y suele incluir limitaciones tales como mantener la fachada intacta, usar materiales originales, etc.
El resultado es un manteniemiento del patrimonio que ya nos gustaria aqui, y en general evita el abandono, desidia y destrozo que hemos vivido en este pais con algunas de nuestras joyas arquitectonicas.
He votado 'antigua' porque el enlace que dan en el articulo no lleva a la noticia que contiene. Indagando un poco, he encontrado la original, que data de principios de 2014.
https://www.humanite.fr/le-patron-damazon-pour-un-avenir-sans-salarie-519209
Por lo demas, es 2019 y aqui estamos...
Y hoy sería muchísimo más feliz. Mi educación me ha dado mucho, pero también me ha quitado una parte de futuro que espero recuperar con el tiempo.
Con tu edad y la perspectiva que tienes deberias darte cuenta de que esa es una falacia como otras tantas. "El cesped es siempre mas verde en el otro lado".
Por poner un ejemplo, mi pareja esta viviendo la situacion opuesta: en su dia siguio su sueno de estudiar artes, y ahora empezando los 30 ha tenido que aceptar que nunca va a poder vivir 'de lo suyo', y tiene que reorientar su carrera a algo que le guste, pero tambien le permita ganar suficiente dinero para vivir.
Pero esos sueldos son de verdad? Haciendo una busqueda en internet, reportan salarios mucho menores para ingenieros de software en la zona [1].
Hace un par de anyos me ofrecieron un puesto de trabajo en Emiratos Arabes como programador. A pesar de lo que diga la gente, me ofrecieron menos de lo que estaba cobrando entonces en Alemania. La unica ventaja es que era libre de impuestos, pero aun asi lejos de las millonadas que nos venden.
[1] https://www.payscale.com/research/SA/Job=Senior_Software_Engineer/Salary
#38 hay mas. Dietas, gastos de transporte, seguros, recolocación, cursos, colegios, clubs... aún así hay paises en los que es difícil encontrar candidatos a los que enviar y más si van con familias. En mi empresa no se envía a nadie por menos de 3 años prorroglables a 5 y nadie va por menos de 150.000 al año màs extras. Siempre me pareció curioso que hubieran más candidatos disponibles para Irán que para Súdafrica por ejemplo.
> ¿Crees que si alguien lo tuviera iba a estar vendiendo cursos de 2000€? Estaría montando un negocio del copón y forrándose sin necesidad de engañar a ningún incauto.
Hombre, si y no.
Hay varias buenas razones por las que alguien con la capacidad de montar un buen negocio decide no hacerlo. Mas estabilidad, menos estres... en diferentes etapas de la vida la gente busca cosas distintas.
No es raro ver a gente que son emprendedores de jovenes, consultores mas tarde, y finalmente se unen a una gran empresa para tener un trabajo mas estable y tranquilo.
Trabajo en una empresa japonesa de software. No se con respecto a otro tipo de industrias, pero puedo dar mi opinion sobre nuestro caso.
La cultura y mentalidad japonesa tal vez funcionen de maravilla en un entorno industrial, pero en la sociedad de la informacion donde el valor lo genera la innovacion y creatividad, las estan pasando canutas.
En practicas software Japon lleva varios anyos de retraso. De hecho, llevamos varios meses ayudando a nuestros colegas a adoptar practicas mas modernas, pero les resulta extremadamente dificil entender los conceptos mas alla de lo superficial. Peor todavia, la estructura y organizacion de la empresa no acepta bien el cambio, con lo cual es imposible adoptar muchas de estas tecnicas.
Tengo la impresion de que otros paises han solucionado este problema con inmigracion e internacionalizacion de sus companias, pero no es el caso en Japon. Aunque nadie te lo va a admitir, es evidente que en mi empresa hay un 'techo de cristal' que nadie puede superar si no es japones.
En definitiva aunque aparentemente estan haciendo esfuerzos para mejorar su situation, no soy muy optimista sobre los resultados. Ya veremos si con el tiempo aumenta la presion, y se ven forzados a adoptar medidas mas radicales.
No os creais the esto solo pasa en Espanya (aunque probablemente sea mas pronunciado alli).
Me marche del pais para tener una vida mejor, y ahora las estadisticas me situan en el 10% de personas con mas ingresos. Me tienes envidia? Piensas que vivo a todo trapo? Piensatelo dos veces.
Un buen pedazo de mi sueldo se va en pagar el alquiler de un estudio mierder en la ciudad, si no quiero pagar lo mismo por un piso pequenyo a 1 hora de distancia del trabajo. Con lo caro que esta todo tampoco me puedo permitir muchos lujos.
"Pero entonces otros estaran peor!!". Algunos si, otros no. Es deprimente estar rodeado de gente mas joven que viven en pisos mas grandes y pagando menos solamente porque entraron en el mercado inmobiliario en el momento adecuado. De hecho si eres uno de esos afortunados que ha heredado un piso, seguramente vivas mejor que yo con un trabajo normalito.
No me malentendais, no me quejo de mi situacion que ya otros querrian, solo quiero ilustrar el hecho de que si mi nivel de vida es menor que el de la generacion de nuestros padres, donde un solo trabajador en una fabrica podia sostener a toda la familia, imaginaos lo que les espera a otros de mi quinta y a los que vienen detras.
#43 Iba a editar mi comentario anterior pero ya que estoy te contesto.
Aquí va un ejemplo real de uso de docker en producción, uno de tantos.
https://schd.ws/hosted_files/cloudnativeeu2017/e2/Kubernetes-From-Dev-To-Prod-GoEuro.pdf
Ahí desmonta las gilipolleces de compliance, escalabilidad, y ahora que lo mencionas motorización (porque por supuesto no existen los sistemas de motorización).
#44 https://blog.philipphauer.de/discussing-docker-pros-and-cons/
Disadvantages and Challenges
After praising Docker (too much?), let’s consider the drawbacks and challenges when using Docker:
Increased complexity due to an additional layer. This affects not only the deployment but also the development and build.
In addition, managing a huge amount of containers is challenging – especially when it comes to clustering containers. Tools like Google Kubernetes and Apache Mesos can help here.
The containers share the same kernel and are therefore less isolated than real VMs. A bug in the kernel affects every container.
Docker bases on Linux Containers (LXU), which is a Linux technology. Therefore, we can’t run Docker on other systems and our container is always a Linux system. But Boot2Docker enables the usage of Docker on Windows and Mac OS X by using VirtualBox. The Docker client runs on the host OS and communicates with the Docker daemon inside the VirtualBox. Unfortunately, this is less comfortable and makes daily use clumsy and more complicated than running Docker natively.
Introducing Docker can be a demanding and time-consuming task. We have to evaluate if it is worth the effort and the increased complexity. In a past project of mine, the management rejected Docker with the argument, that 3 nodes (production, pre-production and experimental) are not enough to justify the effort… However, when you have a cluster of nodes (when scaling horizontally) or use Continuous Delivery you need an approach to reproduce environments and Docker is brilliant in this. Moreover, Continuous Delivery reduces the time-to-market (new features can be brought to production faster because the deployment and environment setup is automated), which can be used to convince the management.
I also made the experience that there are also reservations about Docker in strictly regulated domains (like the banking sector):
To run a container you need root rights. This can be a problem for some companies, in which the colleagues that are supposed to run and update the application on the production server must not have root rights.
It is unclear if the usage of Docker agrees with certain security standards which have to be fulfilled (like PCI).
In some companies, there is the questionable rule, that only software from official/trusted sources can be installed on the machines. For instance, Docker is not included in Red Hat Enterprise Linux 6 and therefore needs to be installed from docker.com, which is an “untrusted source”.
https://www.quora.com/Is-Docker-ready-for-production
Further, from an ecosystem standpoint there are critical elements still missing or very immature:
Monitoring - This is something of a Docker issue as well as a full spectrum of metrics is only now coming on line for the currently line of tools to incorporate. (e.g. New Relic, Zabbix, Data Dog)
Logging - Companies that have sophisticated log strategies around customer usage behaviors and patterns find the STDOUT and STDERR paradigm to be far to limiting. Again the very recent addition of facilities such as syslog mean that the ecosystem will now be able to develop this sophistication (e.g. Splunk, Sumologic, Logstash)
#40 La idea es mover a Azure todo lo posible, y lo que no se pueda se migra también a contenedores, pero en la nube privada.
Estoy enterado de los temas de compliance, para eso existen las zonas de disponibilidad.
Pero me parece que mejor me voy a callar, porque según los gurus de meneame no tenemos ni idea
#41 No, no soy un gurú, soy Ingeniero Informático certificado como Administrador de servidores de aplicaciones Websphere aparte de tener 12 años de experiencia con estas tecnologias. Los gurus son los cuñaos que creen que saben que saben más con algo que tiene 4 años que el que sabe de algo que tiene 20 años de existencia y tiene 12 de experiencia con ello.
Si tu departamento de sistemas está metiendo todo en dockers y ha aceptado o desarrollo manda más o las tragaderas del responsable de sistemas son de campeonato.
Cuando haya un error en el sistema grave a ver como lo debuggean, en serio te deseo mucha suerte si estás en el ajo porque a mi no me gustaría
#43 Iba a editar mi comentario anterior pero ya que estoy te contesto.
Aquí va un ejemplo real de uso de docker en producción, uno de tantos.
https://schd.ws/hosted_files/cloudnativeeu2017/e2/Kubernetes-From-Dev-To-Prod-GoEuro.pdf
Ahí desmonta las gilipolleces de compliance, escalabilidad, y ahora que lo mencionas motorización (porque por supuesto no existen los sistemas de motorización).
#44 https://blog.philipphauer.de/discussing-docker-pros-and-cons/
Disadvantages and Challenges
After praising Docker (too much?), let’s consider the drawbacks and challenges when using Docker:
Increased complexity due to an additional layer. This affects not only the deployment but also the development and build.
In addition, managing a huge amount of containers is challenging – especially when it comes to clustering containers. Tools like Google Kubernetes and Apache Mesos can help here.
The containers share the same kernel and are therefore less isolated than real VMs. A bug in the kernel affects every container.
Docker bases on Linux Containers (LXU), which is a Linux technology. Therefore, we can’t run Docker on other systems and our container is always a Linux system. But Boot2Docker enables the usage of Docker on Windows and Mac OS X by using VirtualBox. The Docker client runs on the host OS and communicates with the Docker daemon inside the VirtualBox. Unfortunately, this is less comfortable and makes daily use clumsy and more complicated than running Docker natively.
Introducing Docker can be a demanding and time-consuming task. We have to evaluate if it is worth the effort and the increased complexity. In a past project of mine, the management rejected Docker with the argument, that 3 nodes (production, pre-production and experimental) are not enough to justify the effort… However, when you have a cluster of nodes (when scaling horizontally) or use Continuous Delivery you need an approach to reproduce environments and Docker is brilliant in this. Moreover, Continuous Delivery reduces the time-to-market (new features can be brought to production faster because the deployment and environment setup is automated), which can be used to convince the management.
I also made the experience that there are also reservations about Docker in strictly regulated domains (like the banking sector):
To run a container you need root rights. This can be a problem for some companies, in which the colleagues that are supposed to run and update the application on the production server must not have root rights.
It is unclear if the usage of Docker agrees with certain security standards which have to be fulfilled (like PCI).
In some companies, there is the questionable rule, that only software from official/trusted sources can be installed on the machines. For instance, Docker is not included in Red Hat Enterprise Linux 6 and therefore needs to be installed from docker.com, which is an “untrusted source”.
https://www.quora.com/Is-Docker-ready-for-production
Further, from an ecosystem standpoint there are critical elements still missing or very immature:
Monitoring - This is something of a Docker issue as well as a full spectrum of metrics is only now coming on line for the currently line of tools to incorporate. (e.g. New Relic, Zabbix, Data Dog)
Logging - Companies that have sophisticated log strategies around customer usage behaviors and patterns find the STDOUT and STDERR paradigm to be far to limiting. Again the very recent addition of facilities such as syslog mean that the ecosystem will now be able to develop this sophistication (e.g. Splunk, Sumologic, Logstash)
#35 He trabajado con una aseguradora que esta moviendo parte de su carga a contenedores docker en Azure, y el resto lo mantiene en una nube privada (que tambien van a migrar a docker), pero supongo que no tienen ni idea de lo que estan haciendo, en temas de seguridad, normativa y tal ¯\_(ツ)_/¯
#39 ¿la parte que estáis moviendo es crítica o es la parte que si se cae o se va a la mierda no pasa nada? proque aquí también hay Azure, ¿sabes para que lo usamos? para el entorno PREproductivo de una basura de aplicación, no hay nada más en la nube porque legalmente no podemos y tú al estar en una aseguradora la parte con información sensible tampoco la vais a poder subir a la nube así como así, y si no lo sabes es que no estás bien informado.
Aquí los dockers pretenden ponerlos en el propio CPD
#40 La idea es mover a Azure todo lo posible, y lo que no se pueda se migra también a contenedores, pero en la nube privada.
Estoy enterado de los temas de compliance, para eso existen las zonas de disponibilidad.
Pero me parece que mejor me voy a callar, porque según los gurus de meneame no tenemos ni idea
#41 No, no soy un gurú, soy Ingeniero Informático certificado como Administrador de servidores de aplicaciones Websphere aparte de tener 12 años de experiencia con estas tecnologias. Los gurus son los cuñaos que creen que saben que saben más con algo que tiene 4 años que el que sabe de algo que tiene 20 años de existencia y tiene 12 de experiencia con ello.
Si tu departamento de sistemas está metiendo todo en dockers y ha aceptado o desarrollo manda más o las tragaderas del responsable de sistemas son de campeonato.
Cuando haya un error en el sistema grave a ver como lo debuggean, en serio te deseo mucha suerte si estás en el ajo porque a mi no me gustaría
#43 Iba a editar mi comentario anterior pero ya que estoy te contesto.
Aquí va un ejemplo real de uso de docker en producción, uno de tantos.
https://schd.ws/hosted_files/cloudnativeeu2017/e2/Kubernetes-From-Dev-To-Prod-GoEuro.pdf
Ahí desmonta las gilipolleces de compliance, escalabilidad, y ahora que lo mencionas motorización (porque por supuesto no existen los sistemas de motorización).
#44 https://blog.philipphauer.de/discussing-docker-pros-and-cons/
Disadvantages and Challenges
After praising Docker (too much?), let’s consider the drawbacks and challenges when using Docker:
Increased complexity due to an additional layer. This affects not only the deployment but also the development and build.
In addition, managing a huge amount of containers is challenging – especially when it comes to clustering containers. Tools like Google Kubernetes and Apache Mesos can help here.
The containers share the same kernel and are therefore less isolated than real VMs. A bug in the kernel affects every container.
Docker bases on Linux Containers (LXU), which is a Linux technology. Therefore, we can’t run Docker on other systems and our container is always a Linux system. But Boot2Docker enables the usage of Docker on Windows and Mac OS X by using VirtualBox. The Docker client runs on the host OS and communicates with the Docker daemon inside the VirtualBox. Unfortunately, this is less comfortable and makes daily use clumsy and more complicated than running Docker natively.
Introducing Docker can be a demanding and time-consuming task. We have to evaluate if it is worth the effort and the increased complexity. In a past project of mine, the management rejected Docker with the argument, that 3 nodes (production, pre-production and experimental) are not enough to justify the effort… However, when you have a cluster of nodes (when scaling horizontally) or use Continuous Delivery you need an approach to reproduce environments and Docker is brilliant in this. Moreover, Continuous Delivery reduces the time-to-market (new features can be brought to production faster because the deployment and environment setup is automated), which can be used to convince the management.
I also made the experience that there are also reservations about Docker in strictly regulated domains (like the banking sector):
To run a container you need root rights. This can be a problem for some companies, in which the colleagues that are supposed to run and update the application on the production server must not have root rights.
It is unclear if the usage of Docker agrees with certain security standards which have to be fulfilled (like PCI).
In some companies, there is the questionable rule, that only software from official/trusted sources can be installed on the machines. For instance, Docker is not included in Red Hat Enterprise Linux 6 and therefore needs to be installed from docker.com, which is an “untrusted source”.
https://www.quora.com/Is-Docker-ready-for-production
Further, from an ecosystem standpoint there are critical elements still missing or very immature:
Monitoring - This is something of a Docker issue as well as a full spectrum of metrics is only now coming on line for the currently line of tools to incorporate. (e.g. New Relic, Zabbix, Data Dog)
Logging - Companies that have sophisticated log strategies around customer usage behaviors and patterns find the STDOUT and STDERR paradigm to be far to limiting. Again the very recent addition of facilities such as syslog mean that the ecosystem will now be able to develop this sophistication (e.g. Splunk, Sumologic, Logstash)
#3 Tu comentario no hay por donde cogerlo. Échale un vistazo a docker, kubernetes y todo el ecosistema alrededor.
#34 Léete mi comentario de #8 #16 #21
En concreto la parte de:
"Donde estoy yo un supuesto gurú de arquitectura quiere ponerlo todo con Dockers y microservicios y ya tiene un pié en la calle, así que no te digo más"
Cuando lo echen te cuento todas las cagadas que lleva asociadas con querer meter todo el negocio con Dockers y ya va incumpliendo varias normativas de seguridad porque de momento esa tecnología está en pañales y donde estoy yo no puedes meter algo tan nuevo porque incumples hasta leyes debido a que esa arquitectura no tiene la seguridad que debería.
Luego dime que no hay por donde cogerlo cuando me baso en hechos y sí ya sé que kubernetes uno de tantos gestores de dockers, precisamente el que quieren usar aquí
#37 Ya lo sé, Google es un buscador, no tiene que guardar tu dinero, si tiene un Docker y lo destruye no pasa nada con los logs o con los datos de tu busqueda porque se pierdan.
En un banco si tienes un contenedor que está haciendo una transferencia, hay un error y lo destruyes, esa transferencia ¿qué ha pasado con ella? se ha hecho o no? y en cualquier caso cual ha sido el error? los logs se acaban de destruir ya que estaba en el contenedor, si decides guardarlos en una unidad compartida por todos los dockers es hasta posible que se dupliquen los mismos (que es lo que nos esta pasando). ¿Cómo monitorizas un conjunto de dockers si tienes varios asociados a un servicio y varios a otro si se crean y destruyen? ¿Cuando haya un error en la plataforma en qué docker me meto a mirarlo si todos son clones unos de otro y no sé cual es el que está jodido? ¿Cómo consigo que el sistema si genera 200 docker que son clones con cada uno 50 conexiones a BBDD no tiren abajo la base de datos por exceso de conexiones? ¿cuando tengo una aplicación web que requiere un giga de JVM que hago generar un docker de 4 gigas y 4 cpus que crece segúne le de la gana?, en donde lo meto en un cray de la nasa? porque eso en un entorno tradicional tengo una máquina con 4 gigas y 4 cores y lo tengo limitado y si tengo que crecer le meto más gigas o cores a la máquina virtual con un click de manera manual pero no crece según le de la gana como un docker.
Todo esto que te pregunto son los problemas que estamos teniendo y que NO tienen solución por parte de ese super gurú de los dockers que ha venido a vender su moto para un entorno que NO sirve. Y todo esto que te pregunto no sucede con un entorno tradicional con máquinas virtuales, servidores web, de aplicaciones y Bases de datos persistentes todos ellos, porque está controlado, todo está en el mismo sitio, no se crea y se destruye continuamente, si tienes que crecer puedes hacerlo vertical u horizontalmente aunque sea de forma más lenta pero lo haces.
Dockers es una tecnología de hace 4 años, está en pañales, para tí a lo mejor es mucho pero un servidor de aplicaciones tiene casi 20 años y todavía tienen problemas pero se lo considera sólido y seguro
Lanzamiento inicial 13 de marzo de 2013 (4 años y 15 días)
https://es.wikipedia.org/wiki/Docker_(software)
#38 Tu confundes docker con los containers, docker es una reimplementación libre de los contenedores que están funcionando en google desde hace más de una década. Es una tecnología madura desde su nacimiento.
Google maneja más dinero que un banco, tiene que controlar las cuentas de adsense y adwords que son como 80.000 millones de dolares anuales.
Y otra cosa, tu puedes levantar, parar y destruir contenedores pero no tienes porque perder nada porque los datos suelen estar en un volumen compartido, una base de datos o lo que sea. Docker está pensado para procesar, los datos no deberían estar dentro del mismo docker en el que trabajas con ellos.
¿Cómo monitorizas un conjunto de dockers si tienes varios asociados a un servicio y varios a otro si se crean y destruyen?
Para eso hay sistemas de gestión de contenedores. Nadie usa docker sin un sistema de gestión de contenedores salvo que sea una práctica de la carrera y solo estés usando 3.
¿cuando tengo una aplicación web que requiere un giga de JVM que hago generar un docker de 4 gigas y 4 cpus que crece segúne le de la gana?
Con docker escalas en horizontal, no en vertical. Escalar en vertical está obsoleto.
¿Cómo consigo que el sistema si genera 200 docker que son clones con cada uno 50 conexiones a BBDD no tiren abajo la base de datos por exceso de conexiones?
¿Quien te impide tener también distribuida la base de datos?
Todo lo que comentas está resuelto, yo no soy ningún guru de docker para asesorarte, si te puedo decir que este año lo hemos empezado a usar y a partir del año que viene todo lo vamos a hacer sobre docker.
Si viajas al pasado también te encontrarías con problemas al migrar a tecnologías nuevas, siempre hay problemas, pero los beneficios a largo plazo supera el coste inicial.
#42
1- Google NO tiene todo en containers (y no lo confundo, antes hablaba de Dockers porque es lo que quieren poner aquí), tiene parte de su infraestructura (que será mucha no te digo que no), adivina donde tiene el dinero
2- Ese volumen compartido sabes que rendimiento tiene? aquí pretenden ponerlo en un NFS que va como el culo con respecto a tenerlo en local, aparte puedes mirar por internet, tienen varios casos reportados de rendimiento pésimo cuando se hace esa operativa y eso para empezar. El otro problema gordo que hay es que cuando hay un error tienes que bucear entre todos los logs de TODOS los dockers, destruidos y existentes, es inmanejable.
3.- Y cuando se te caiga la JVM por un outofmemory pero el docker esté arriba ¿cómo monitorizas la JVM si no tienes un gestor como el dmgr del WAS para manejarla y saberlo? a eso me refiero, NO puedes, pierdes esa capacidad, tienes el Docker arriba y tu con una JVM recibiendo peticiones que NO maneja = monitorización que no vale para nada, es como tener casas en pie que por dentro se han caido.
4-Qué más da como escales? no me has entendido, no me refiero a eso. Los Dockers escalan por su cuenta descontroladamente, pueden llenar un sistema completo y cuando otra aplicación requiera parte de ese sistema NO la va a tener, por otro lado el requerimiento de cada docker es superior al de una JVM y con menos recursos consigues más potencia con JVMs (los dockers llevan el SO y la JVM, necesitas más memoria y CPU, la JVM puedes poner varias en el mismo SO y solo requiren lo que subas en JVMs, el SO no necesita más)
5-Claro tengo una base de datos capaz de soportar 10000 conexiones para algo que a lo mejor no sube de 100, muy inteligente ;). Otra vez no lo pillas, si tengo un ataque de Denegación de servicio o una subida repentina en la demanda NO esperada en un sistema con Dockers se van a generar dockers para aceptar todas las conexiones hasta que se pete el sistema con dockers y voy a tener que tener preparada la BBDD para eso y es ridículo (las BBDDs son más complejas y caras de mantener que los servidores de aplicaciones, ¿no iba la cosa de ahorrar?) sin embargo en un entorno tradicional eso no va a suceder, no se van a "autoescalar" solas las JVMs y el el caso de que se llegue al máximo y si hace falta las reinicio y se recuperarn. Uan BBDD no se puede rebotar así como así, un servidor de aplicaciones sí.
Todo lo que comentas tiene un montón de problemas y lo sé porque lo estoy viviendo, quizás en 5 o 10 años se solvente, pero de momento los experimentos con gaseosa
#35 He trabajado con una aseguradora que esta moviendo parte de su carga a contenedores docker en Azure, y el resto lo mantiene en una nube privada (que tambien van a migrar a docker), pero supongo que no tienen ni idea de lo que estan haciendo, en temas de seguridad, normativa y tal ¯\_(ツ)_/¯
#39 ¿la parte que estáis moviendo es crítica o es la parte que si se cae o se va a la mierda no pasa nada? proque aquí también hay Azure, ¿sabes para que lo usamos? para el entorno PREproductivo de una basura de aplicación, no hay nada más en la nube porque legalmente no podemos y tú al estar en una aseguradora la parte con información sensible tampoco la vais a poder subir a la nube así como así, y si no lo sabes es que no estás bien informado.
Aquí los dockers pretenden ponerlos en el propio CPD
#40 La idea es mover a Azure todo lo posible, y lo que no se pueda se migra también a contenedores, pero en la nube privada.
Estoy enterado de los temas de compliance, para eso existen las zonas de disponibilidad.
Pero me parece que mejor me voy a callar, porque según los gurus de meneame no tenemos ni idea
#41 No, no soy un gurú, soy Ingeniero Informático certificado como Administrador de servidores de aplicaciones Websphere aparte de tener 12 años de experiencia con estas tecnologias. Los gurus son los cuñaos que creen que saben que saben más con algo que tiene 4 años que el que sabe de algo que tiene 20 años de existencia y tiene 12 de experiencia con ello.
Si tu departamento de sistemas está metiendo todo en dockers y ha aceptado o desarrollo manda más o las tragaderas del responsable de sistemas son de campeonato.
Cuando haya un error en el sistema grave a ver como lo debuggean, en serio te deseo mucha suerte si estás en el ajo porque a mi no me gustaría
#43 Iba a editar mi comentario anterior pero ya que estoy te contesto.
Aquí va un ejemplo real de uso de docker en producción, uno de tantos.
https://schd.ws/hosted_files/cloudnativeeu2017/e2/Kubernetes-From-Dev-To-Prod-GoEuro.pdf
Ahí desmonta las gilipolleces de compliance, escalabilidad, y ahora que lo mencionas motorización (porque por supuesto no existen los sistemas de motorización).
Locura de alquiler, y aquí estoy yo en Munich pagando 830 euros por 30 metros, y teniendo que llevar un dossier a cada entrevista para cualquier piso que quieras alquilar.
Y en Munich el 99% de los pisos se alquilan en 15 minutos o menos... En el momento que se publica un anuncio, aluvión de llamadas, los 20 o así más rápidos consiguen una cita para verlo y ya está, no admiten más candidatos. Esos 20 rápidos a pelear por él, estilo entrevista de trabajo.
Una vez llamé a uno que no era gran cosa, en las afueras y más caro de la media las 2 horas de publicarse el anuncio, y tenía a más de 200 candidatos por delante mío.
cc #83 veo que no soy el único sufriendo el mercado inmobiliario de aquí...
#11 Lo podían hacer antes y, de hecho, me ha pasado a mi y a gente que conozco.
He votado sensacionalista porque no sé de dónde ha sacado Gizmondo eso de "petición inédita".
#1 Particularmente en el sector IT nos enrocamos en el sueldo, y algunos nos critican de mercenarios por ello.
Para variar voy a dar un apunte sobre algunas de las causas, aparte del sueldo, por las que el mercado laboral está mejor en otros países de nuestro entorno:
Condiciones: Los contratos indefinidos son la norma, y los paquetes de beneficios que ofrecen las empresas no se ven ni en sueños en nuestra tierra.
Meritocracia: Tengo la sensación de que la correlación entre ascender y ser bueno es mucho mayor que en España. El que se hace jefe es porque lo vale o porque se parte la espalda mucho más que porque es primo o por que se parte la lengua (a lamer culos).
Ambiente de trabajo: En España las empresas piensan que te hacen un favor dándote trabajo, que como tu hay miles y si no te gusta puerta. Y se encargan de dejártelo bien claro en tu día a día. En otros lares la empresa necesita a sus trabajadores tanto como a la inversa, y se preocupan de tratarte por lo menos con un poco más de sensibilidad. Particularmente si eres bueno se encargarán de cuidarte para que no te vayas y rindas al máximo.
#258 Jajaja, no soy como ese superheroe de Marvel que se hace gordo a voluntad (que menuda mierda de superpoder), pero el anyo pasado logre subir de 74 a 80 y volver a bajar a 72 en cuestión de meses. Si me lo hubieses dicho hace anyos cuando no era capaz de bajar ni 1 kilo, no me lo habría creído.
#12 Toda mi vida he tenido problemas de sobrepeso hasta que decidí ponerme serio y tomar medidas. Actualmente soy capaz de mantener, aumentar o reducir mi peso a voluntad.
La clave es que no hay que hacer dieta, hay que modificar los hábitos alimenticios.
Creo que en la mayoría de los casos el principal impedimento es psicológico y no físico. A la gente le cuesta mucho cambiar de hábitos, y el concepto de "dieta" no ayuda nada. Pensar que alguien puede cambiar totalmente la forma en la que come de un día para otro es ridículo.
El método que me sirvió de ayuda para cambiar mi alimentación es el que llamo "las 3 R's": Reducir, Reemplazar, Retirar.
Cada semana toma un alimento que consumes habitualmente y que no es saludable (si piensas que todo lo que comes es saludable echa un vistazo a la etiqueta, te sorprenderás) y aplica una de las 3 R's. Por orden de menor a mayor dificultad.
- Reducir: Reduce la cantidad que tomas. Si pones 3 cucharadas de azúcar en cada café, prueba a reducirlo a 1. La reducción tiene que ser significativa, no vale bajar de 10 galletas a 9, reducelo al menos a la mitad.
- Reemplazar: Reemplazar el alimento por uno similar pero mas saludable. Por ejemplo sustituye patatas fritas por patatas hervidas o zumos por fruta fresca. A veces es suficiente con reemplazar un alimento por otro que, sin ser similar, cumple la misma función (e.g. bolsa de patatas fritas por bolsa de frutos secos).
- Retirar: Elimina el alimento completamente de tu dieta. Por ejemplo deja completamente de comer donuts.
Este proceso lleva tiempo, pero es mas efectivo que las dietas tradicionales puesto que permite adaptarse a los cambios paulatinamente. Por otro lado cada persona tiene la libertad de elegir que elementos quiere cambiar de su dieta empezando por aquellos que le resulta mas fáciles.
Finalmente, este método te permite decidir donde quieres parar. En lugar de hacer dieta estricta para perder peso rápidamente y luego "comer normal" para mantenerte, en cada momento sabes exactamente en que peso te mantienes comiendo como lo haces actualmente. Si mi peso ideal es 5kg menos que ahora, pero todo lo que como son "lineas rojas" para mi, entonces se que tengo que llegar a un compromiso para alcanzar mi meta.
#118 Totalmente de acuerdo con tu explicación. Yo actualmente puedo pasarme un día con una comida o una cena pero al día siguiente compenso con una más ligera o solamente tomar fruta.
Es cuestión de fuerza de voluntad.
#258 Jajaja, no soy como ese superheroe de Marvel que se hace gordo a voluntad (que menuda mierda de superpoder), pero el anyo pasado logre subir de 74 a 80 y volver a bajar a 72 en cuestión de meses. Si me lo hubieses dicho hace anyos cuando no era capaz de bajar ni 1 kilo, no me lo habría creído.
Precisamente ayer tuvimos una discusion con una companyera polaca. Ella dice que soporta a estos partidos extremistas porque prometen arreglar la economia. En su opinion, cualquier cosa es valida a cambio de mejorar la economia.
Para que os hagais una idea de como esta el panorama...
#42 Yo hablé con unos polacos justo tras las votaciones y decían que el anterior partido era muy corrupto; y que con éste esperaban que eso se solucionase (aparte de la economía). No acababan de ver del todo claro para parte ultraconservadora (e.g. prohibir aborto, ultracatolicismo); pero por lo general les habían votado para conseguir un cambio.
Este articulo es una joya simplemente por lo bien que representa la situacion general de la empresa en Espanya. Cada vez que me den ganas de volver le pegare una leida.