#68 Perrrrrdona....claro que trabajan pero tiene muchaaaaaas horas de rascarse los güevos.
Y se de lo que hablo. Cuando tuve a mi tercer hijo decidimos que yo me quedaría en casa para sacar adelante la casa y claro que se trabaja y mucho, pero hay muchas horas vacias, totalmente vacias. Cuando es un bebé de teta es cuando menos tiempo tienes libre y además se duerme poco y mal, pero cuando van a la escuela estas un montón de horas libre. Que la colada y quitar el polvo no requiere muchas horas. Salir todas las tardes a recoger a los peques al cole e irse con otras mamis al parque o a tomar un cafecito y pasarse 2 horas de chachara no es trabajo.
No fichas y si no haces la cama no pasa absolutamente nada. Como trabajo es cojonudo, lastima que eres totalmente dependiente de otra persona y ahí ya no tienes vida.
#46 Seguramente a más. Pero lo que está claro es que todo el mundo que se plantee lo mismo que tú, no tiene ni idea de como van los transplantes. Un organo para transplantar se debe extraer en minutos y horas y depositarse en una solución especial. Y obviamente no se puede congelar.
#90 para eso se pone versión mayor y menor. Se supone que la versión menor no cambia el API, solo arregla bugs, así que es seguro actualizar. Eso lo decide el programador, si la política de versionado de esa dependencia le parece de correcta o no.
Como digo nadie obliga a nada en un sistema de paquetes normal, tu puedes incluso hacer un enlazado estático y punto, ni dependencia ni nada, pero en general es más ventajoso enlazar dinámico requiriendo solo la versión mayor.
#71 el problema de que tengo que estar pendiente de las posibles actualizaciones de todas mis dependencias y si es necesario re-empaquetar y actualizar el mío. Prefiero dedicar el tiempo a mi programa y no a estar pendiente de los paquetes ajenos. Hablo desde el punto de vista de desarrollador de software libre, claro.
En realidad nada impide hacer ese empaquetado monolítico ya, con cualquier sistema de paquetes, pero si se hace como se hace es por lo que digo.
#63 claro que se puede, pero tiene una aplicación limitada. Por ejemplo, yo hice un programa que en el momento de liberarse, dependía de Pollo 2.3.1; Sin embargo la semana pasada descubrieron un bug de seguridad y fue corregido, liberándose como Pollo 2.3.2. Ya no es idéntico, con lo cual mi programa sigue usando la 2.3.1 que es la incluída en su "paquete universal para AMD64"...con su bug de seguridad por arreglar ¡¡!!
Dirías, hombre pero la 2.3.2 no cambia funcionalidad respecto a la 2.3.1, solo un parche de seguridad, así que la 2.3.2 te vale igualmente. Ya claro, ¡pero eso es precisamente lo que hace un gestor de paquetes normal!
#71 Facil, imaginate que tienes un servicio tecnico, en un solo usb puedes meter, varias versiones de windows 7, windows 8.1, 10 en 32 y 64 bits te toca reinstalar un ordenador de un cliente? metes el usb y instalas el windows que tenia el cliente.
#114 ¿Te has pasado alguna temporada de tu vida metiéndote cuatro o cinco vuelos trasoceánicos al mes? Porque yo sí, y te aseguro que prefiero lo de los sacos de cemento.
#43 Una cosa es un niño maltratado y otra un azote de vez en cuando, de haber sucedido esto probablemente ninguno nos habríamos criado con nuestras familias.......
#91 No puedes estar hablando en serio. Yo hago divisiones, no a mano, sino de cabeza continuamente, varias veces al dia, posiblemente decenas de veces. Hay montones de trabajos en los que esta conocimiento es necesario, cualquiera relacionado con la construcción ,por ejemplo. Pero es que en la vida diaria también se hace, sin ir más lejos cuando pagas a escote una cuenta en el bar.
#27 El comentario más acertado de los que he leído. Yo lo he intentado con OpenOffice por dos veces, y las dos tiré la toalla. El interface no es nada amigable, Calc no es ni por asomo Excel, Word es un troll... Lo siento, pero no puedo decir otra cosa.
#23 hacer una sociedad mejor supondría hacer la papelera cada vez mas grande, el problema también es que los de delante ponen todas las trabas posibles para que suceda. Véase sanidad, educacion, etc.
#33 --7926-- 
