#31#17 pues depende de la tarea, en realidad. Ese calculo no se ha hecho teniendo en cuenta solo el hardware (numero de registros, operaciones por registro, operaciones por ciclo de reloj, numero de cores, ...), sino que le han pasado un benchmark llamado linpack que es la referencia en el mundillo, usando la maquina entera.
Lo que es verdad tambien es que el linpack resuelve un sistema lineal, y eso es una operación limitada por la velocidad de los cores (los datos que se tienen que mandar de un core a otro, mientras se esta calculando los datos anteriores, son tan pocos que el rendimiento de la red tiene muy poco peso). Con otros problemas que, p.ej., esten limitados por acceso de datos a memoria, a la red, o al disco, tienes una mejor idea de como se comporta el sistema.
Potencialmente, un sistema domestico en un año puede ser ya mejor que un blade de esa maquina. Pero claro, mucho mas pequeño.
Lo que estoy alucinando es de que un tipo quiera comprar 22 toneladas de esa mierda llamada cheddar, y que el vendedor no sospeche de que hay gato encerrado
#10 Al inicio de tu carrera y si quieres progresar, tanto si eres ejecutivo como si eres ingeniero, tienes que estar en la oficina. Permanentemente? No es necesario, pero definitivamente tienes que estar mas de un dia a la semana. En la empresa donde trabajo desde julio han finiquitado mas de 4000 trabajadores, y ahora hacen una reorganización en la que va a desaparecer 3000 indefinidos mas. Y, curiosamente, aquellos a los que se les veia mas a menudo por la oficina... Se les sigue viendo mas a menudo.
Y lo de que el teletrabajo aumenta la producción... Depende del tipo. Yo he tenido tipos que en el trabajo rendian lo esperado, y al cabo de 3 meses de pasar a teletrabajo la cantidad de tareas desempeñadas es sustancialmente menor.
#252 soy consciente de que rompo un poco con la metodología de scrum, pero mi opinion al respecto es que para equipos de plataforma el lider técnico debería ser siempre el PO. Si no puede serlo, porque tiene que estar supervisando al equipo, el problema es que en el equipo hay demasiada gente verde.
En mi caso: En los equipos que he dirigido he intentado tener siempre 2-3 juniors, 2-3 mediors, 2-3 seniors, y he dejado claro que es el equipo entero el que tiene éxito o fracasa. De esta manera, los seniors echan una mano a los mediors y estos a los juniors: es muy raro que tenga que meterme en discusiones de como implementar algo dos días seguidos (ni dos veces por semana) porque si inviertes una hora de mas en dejar claro como quieres que se hagan las cosas, y aceptas que cada uno va a ponerle un poco su salsa (pero respetando la manera de trabajar en el equipo), ellos tienen libertad para tomar las decisiones que crean convenientes y yo me puedo dedicar a otras cosas: hacer planificaciones a largo plazo, interactuar con el resto de stakeholders (qué palabra se usa para estos en español?), etc. y me sobra tiempo (tambien es verdad que si me planifican reuniones que no van a servir de nada, mando a otro o directamente no va nadie... o sea, que tonterías con el tiempo las justas).
Aún así, ahora mismo llevo 3 equipos distintos: en dos soy lider técnico, pero los PO no son en absoluto técnicos (con lo cual se convierten en secretarios glorificados, pero me quitan reuniones... ya me va bien), y en otro soy PO/Tech Lead y... hago lo mismo con los tres .
Con esto lo que quiero decir es: en scrum, en el "original", no habia lider técnico (creo)... y es que no hace falta. Lo que sí hace falta es no perder tiempo con reuniones inútiles, contratar a gente competente (o juniors que quieran aprender, claro) y poner de PO gente que sabe de lo que habla.
#202 supongo que hay personas y personas. Nosotros hemos tenido que terminar contratos con consultores, y si la situación estaba jodida los he alargado 1 o 2 meses mas. Porque si recursos humanos o mi jefe deciden largar a alguien yo no puedo mantenerlo en el sitio, pero si que busco la manera de mantenerlo hasta que se ha encontrado otro trabajo.
Eso con los que se portan normal, tienen un desempeño normal, y no dan problemas. Que son todos los que tenemos, porque a la que dan algun problema sí que se les larga (durante el período de prueba).
Con esto quiero decir: no seremos amigos del alma, pero no dejo tirados a mis compañeros.
#212 la verdad es que no es todo tan blanco y negro. En nuestra empresa, en los equipos de plataforma, los PO tambien son jefes técnicos. En mi caso, si veo que el equipo esta tirando por una solución que no encaja bien con el resto del diseño, sí que les indico por donde tirar. Lo discutimos y nos ponemos de acuerdo.
A efectos practicos, sí que tengo potestad para decirles a la gente que y como tienen que trabajar. Lo que ocurre es que, como el equipo funciona, normalmente no se tiene que llegar a extremos. Y si alguno se pone quisquilloso con las atribuciones, entonces es cuando lo mando a ver a mi jefe (que la mayor parte de las veces lo pone en su sitio).
#213 mis disculpas: como lo uso en el trabajo cada dia, como que sale automático.
Hay una metodología de organización de trabajo, que viene del mundo del software pero que se puede aplicar en cualquier lado, que se llama scrum. En esta metodología hay tres roles bien definidos: el desarrollador, que es el qye lleva a cabo las tareas de acuerdo a una descripción y criterios de finalización acordados para ella, el Product Owner (PO), que define las prioridades de las tareas y se encarga de establecer el objetivo de cada tarea, y el scrum master, que coordina las actividades. El PO es el que define qué se va a hacet y como se va a evaluar, mientras que el equipo de desarrolo define como se va a implementar.
#20 para eso no hay nada como ser transparente a partir del momento de la entrevista:
- Cuando estemos de acuerdo, lo haremos a vuestra manera. Cuando no, a la mia.
- Pero eso quiere decir que será siempre a tu manera.
- No: solo cuando no estemos de acuerdo (o, en concreto, cuando ni entre vosotros mismos esteis de acuerdo )
#16 nosotros pagamos a ingenieros de software juniors 60k-100k y a seniors 80k-120k (brutos). Ademas de la pension (1200 €/mes) y el bonus (que viene a ser un sueldo bruto adicional). Para hacer semanas de 40 horas y tener 38 días laborales dr vacaciones. En Países Bajos. En 10 años he contactado 3 veces a gente del equipo fuera de horas de trabajo, y era una emergencia. O sea: creo que tratamos a la gente bien.
Pues me vienen juniors con scripts mal hechos, programas mal diseñados, y cuando les dices "esto no está bien por X, Y, Z" me dicen que "el PO no está para decir el como sino el qué". En ese momento les doy el número de mi superior para que eleven una queja de como gestiono la organización y.. En bastantes casos no se les vuelve a ver.
Porque no tienes que aguantar gilipollas. Ni siendo empleado, ni siendo jefe. Y quien no entienda que no está ahí para cerrar historias de usuario, sinó para hacer que el proyecto salga adelante, ya puede ir pasando.
#59 te has perdido alguno de mis comentarios, supongo, pero repito: todos aquellos que claman "yo soy clase media!" y no tienen mas que para un par de meses sin trabajar.
#33 fundamento de que hay infinitos pobres que se creen clase media? Pues todos los que se creen clase media pero que trabajan para otro, y que tienen un problemon en menos de un año si mañana se les despide. Cuantos cuentas entre tus conocidos,? Porque, entre los mios son mayoría (y de largo).
#17 Hay un segmento inmenso de pobres que se creen clase media, y que no se quieren mezclar con otros pobres. Igual no los odian de manera explícita, pero lo que está claro es que ni les gusta tenerles cerca ni que sus hijos se mezclen con de ellos.
#6 claro que se odia a los ricos (a algunos) pero se odia mas a los pobres sin duda. Sinó la gente admitiria que somos pobres, en lugar de identificarse con la clase media
Ya te lo digo yo: en una caja de cristal transparente, con una batería debajo que le da justo para llegar a destino, con una banda de rusos que quieren robarla por el camino, y otra de americanos intentando explicar que explote. Ah, y todo en un tren, claro...
#50 flixter 
.
) 
