#52 El snapshot no es el backup, el snapshot no se puede mover del sistema en que se guarda porque son imágenes que se generan en el mismo disco.
Lo que puedes sacar es una copia de sus datos y es lo que se hace con esa imagen.
Como ya te he dicho, eso no sustituye a los backups, los complementa igual que lo hace un raid. Te permite recuperar datos de forma mas rápida que accediendo a una copia de seguridad pero no la sustituye.
#53 Si tienes datos WORM con replicación por triplicado en distintos nodos Hadoop, no tiene mucho sentido añadir una cuarta copia a modo de "backup". Con realizar un snapshot para que no sean borrados, es más que suficiente.
No es exactamente comparable a tener los mismos datos sobre RAID, que suele estar en un solo nodo.
#49 si tú realizas un backup cada 24h es lo mismo que tener un esclavo con un delay de 24h y restaurar a partir de él. Así que no entiendo muy bien lo que dices . Bueno, igual, igual, no. Porque para el delay, el tiempo 't' de restauración es siempre 'delay', mientras que con snapshooting es (now.t - lastSnapshot.t).
No es cuestión de no hacer backup, es cuestión de tener un nodo con los datos de backup. Dicho nodo es un clon de cada réplica solo que N segundos por detrás. En los escenarios de bigdata (la de verdad, no 100Gb), es una práctica habitual delegar esto en las propias capacidades de replicación del sistema. (http://docs.mongodb.org/manual/core/replica-set-delayed-member/#replica-set-delayed-members)
Otro ejemplo de lo que te cuento es Hadoop. Normalmente no se mantienen snapshoots de HDFS fuera del propio sistema, si no que el propio backup se almacena en el mismo sistema que se backupea. (por ejemplo: http://hortonworks.com/blog/snapshots-for-hdfs/)
#50
Del mismo enlace de hdfs que has puesto:
A snapshot is a point-in-time image of the entire filesystem or a subtree of a filesystem. Some of the scenarios where snapshots are very useful:
2 Backup: Admin wants backup the entire file system, a subtree in the file system or just a file. Depending on the requirements, admin takes a read-only (henceforth referred to as RO) snapshot and uses this snapshot as the starting point of a full backup. Incremental backups are then taken by doing a diff between two snapshots.
Las copias de respaldo nunca se guardan en la misma maquina y mucho menos en el mismo disco. A ser posible ni siquiera en la misma localización geográfica.
Una copia de respaldo es algo que solo se guarda. No modificas la copia para añadir las diferencias, haces una nueva o una incremental.
El tener el nodo con demora no sustituye a una copia de respaldo, solo la complementa igual que un raid no las sustituye, las complementa y te evitan tener que echar mano de esa copia.
#51 el caso de HDFS lo que te quiero decir es que el propio snapshoot se está guardando en el mismo sistema que se backupea. El motivo es simplemente porque el sistema es bastante fiable a la pérdida gracias al esquema de como se guardan los datos. Así que el motivo de hacer un snapshoot es más para prevenir errores humanos (borrado manual de esos ficheros) que una recuperación ante una catástrofe.
#52 El snapshot no es el backup, el snapshot no se puede mover del sistema en que se guarda porque son imágenes que se generan en el mismo disco.
Lo que puedes sacar es una copia de sus datos y es lo que se hace con esa imagen.
Como ya te he dicho, eso no sustituye a los backups, los complementa igual que lo hace un raid. Te permite recuperar datos de forma mas rápida que accediendo a una copia de seguridad pero no la sustituye.
#53 Si tienes datos WORM con replicación por triplicado en distintos nodos Hadoop, no tiene mucho sentido añadir una cuarta copia a modo de "backup". Con realizar un snapshot para que no sean borrados, es más que suficiente.
No es exactamente comparable a tener los mismos datos sobre RAID, que suele estar en un solo nodo.
#29 y no te vale la arquitectura con "delayed slaves"? Es algo que no entiendo. Si ya tienes una arquitectura shardeada es porque una máquina no rinde lo suficiente para tener todos los datos dentro, por lo que hacer un backup es una operación costosa (tanto en el palo que le mete a la máquina cuando hace el mongodump como el tamaño que ocupa).
En arquitecturas con sharding lo lógico es relegar en uno (o varios) esclavos y tenerlos retrasados 12/24h si tu oplog te da. Supongo que si estás haciendo backup no tendrás un 'throughput' tan grande como para no tener un oplog de 24h.
#24 ¿por qué dices eso? No vi ningún problema de integración con la integración del driver en Java. Además, utilizan las, tan de moda, fluent interfaces en casi todas las factorías.
Esta base de datos tiene sus cosas buenas y sus cosas malas. Hay que saber donde cojea y qué estás dispuesto a dar. En la empresa para la que trabajo la usamos bastante y ya hemos tenido algún susto y hemos tenido que hacer algún remiendo: http://samuelgmartinez.tumblr.com/post/42211065919/mejorando-aggregation-framework-mongodb
#47 "y no te vale la arquitectura con "delayed slaves"? Es algo que no entiendo."
No estarás insinuando no hacer backups ¿verdad?
Eso seria el mismo error que no hacer backups porque tienes un raid.
"por lo que hacer un backup es una operación costosa (tanto en el palo que le mete a la máquina cuando hace el mongodump como el tamaño que ocupa)."
Para una cantidad grande de datos no utilices mongodump. Por el tiempo que puede tardar en crearse/restaurarse y porque es muy difícil que represente una copia de los datos en un momento dado(recuerda que no tiene snapshots).
El espacio no es importante, siempre será barato si lo comparas con perder todos los datos por no tener una buena politica de backups.
Ya puede ser malo perder 24h de datos si sucede algo, peor será si añades otras 12/24h de datos a esa perdida si lo haces de un esclavo que no tiene una copia actual de los datos.
#49 si tú realizas un backup cada 24h es lo mismo que tener un esclavo con un delay de 24h y restaurar a partir de él. Así que no entiendo muy bien lo que dices . Bueno, igual, igual, no. Porque para el delay, el tiempo 't' de restauración es siempre 'delay', mientras que con snapshooting es (now.t - lastSnapshot.t).
No es cuestión de no hacer backup, es cuestión de tener un nodo con los datos de backup. Dicho nodo es un clon de cada réplica solo que N segundos por detrás. En los escenarios de bigdata (la de verdad, no 100Gb), es una práctica habitual delegar esto en las propias capacidades de replicación del sistema. (http://docs.mongodb.org/manual/core/replica-set-delayed-member/#replica-set-delayed-members)
Otro ejemplo de lo que te cuento es Hadoop. Normalmente no se mantienen snapshoots de HDFS fuera del propio sistema, si no que el propio backup se almacena en el mismo sistema que se backupea. (por ejemplo: http://hortonworks.com/blog/snapshots-for-hdfs/)
#50
Del mismo enlace de hdfs que has puesto:
A snapshot is a point-in-time image of the entire filesystem or a subtree of a filesystem. Some of the scenarios where snapshots are very useful:
2 Backup: Admin wants backup the entire file system, a subtree in the file system or just a file. Depending on the requirements, admin takes a read-only (henceforth referred to as RO) snapshot and uses this snapshot as the starting point of a full backup. Incremental backups are then taken by doing a diff between two snapshots.
Las copias de respaldo nunca se guardan en la misma maquina y mucho menos en el mismo disco. A ser posible ni siquiera en la misma localización geográfica.
Una copia de respaldo es algo que solo se guarda. No modificas la copia para añadir las diferencias, haces una nueva o una incremental.
El tener el nodo con demora no sustituye a una copia de respaldo, solo la complementa igual que un raid no las sustituye, las complementa y te evitan tener que echar mano de esa copia.
#51 el caso de HDFS lo que te quiero decir es que el propio snapshoot se está guardando en el mismo sistema que se backupea. El motivo es simplemente porque el sistema es bastante fiable a la pérdida gracias al esquema de como se guardan los datos. Así que el motivo de hacer un snapshoot es más para prevenir errores humanos (borrado manual de esos ficheros) que una recuperación ante una catástrofe.
#52 El snapshot no es el backup, el snapshot no se puede mover del sistema en que se guarda porque son imágenes que se generan en el mismo disco.
Lo que puedes sacar es una copia de sus datos y es lo que se hace con esa imagen.
Como ya te he dicho, eso no sustituye a los backups, los complementa igual que lo hace un raid. Te permite recuperar datos de forma mas rápida que accediendo a una copia de seguridad pero no la sustituye.
#53 Si tienes datos WORM con replicación por triplicado en distintos nodos Hadoop, no tiene mucho sentido añadir una cuarta copia a modo de "backup". Con realizar un snapshot para que no sean borrados, es más que suficiente.
No es exactamente comparable a tener los mismos datos sobre RAID, que suele estar en un solo nodo.
#18 Por favor, la próxima vez intenta utilizar solo el castellano. Gracias.
Publisher: distribuidora.
Social games: juegos sociales.
De nada.
#3 y yo que pensaba que fuera también se cocían habas... ¿será un ejjpañol buscando nuevos nichos de explotación allende los mares?
#169 la peseta para ti, en eso tienes razón. Aún así el hecho de conocer el lenguaje no basta, hay muchos factores que condicionan la estructura de una aplicación debido a la JVM, véase el uso de excepciones como parte del control de una aplicación u otras cosas como ya he mencionado en otros comentarios.
Pero eso, tienes razón en lo de plataforma/lenguaje.
#210 Una cosa, las excepciones si son parte del lenguaje java (no de la plataforma), dado que las estructuras de control "try...catch" son parte de la sintaxis tanto como el bucle for. Otra cosa son los objetos de tipo "Exception" que se pueden seguir definiendo y extendiendo tanto en la plataforma como fuera de ella.
Si he de corregirme en una cosa, el objeto "Boolean" si es parte del lenguaje. Me di cuenta ahora pues al hablar de excepciones me di cuenta de que el objeto "Exception" es imprescindible para el lenguaje, y que debería de haber otros que también lo fuesen por la orientación a objetos tan exagerada que tiene Java.
Y efectivamente: el paquete java.lang: http://docs.oracle.com/javase/1.4.2/docs/api/java/lang/package-summary.html
Todo esto es parte del lenguaje, no solo de la plataforma, y es mucho más que la simple sintaxis.
#153 a eso voy, que conocer una sintaxis no te hace conocedor de la plataforma ni la arquitectura de esta (JVM). Y sin entrar en temas más avanzados como las optimizaciónes de compilador (tipo loop unrolling o branch predictions), ya que no son iguales (véase la diferencia abismal entre el LLVM y el GCC)
#150 Boolean es parte del lenguaje, ya que es parte del SDK. Y aunque te sorprenda, gracias a que la JVM (al menos la de Oracle) trabaja con alineación de memoria de 8 bytes, un java.lang.Boolean son 16 bytes (más el coste de la referencia).
Sobre las hard/soft references no depende de la implementación, ya que el lenguaje solo te da una herramienta para hacer referencias a objetos y que estos puedan seguir siendo recolectados (java.lang.ref.WeakReference). El recolector de Java (al menos en la de Sun y la de IBM) no utiliza conteo de referencias, si no que determina las referencias desde la raíz (island of isolation).
Sobre las generaciones, no solo depende de la implementación, ya que la JVM puede penalizarte en función de los distintos accesos a la memoria (cpu cache alignment).
Yo no soy ningún experto en Java y por ello no me considero tal, pero me parece muy fuerte que alguien pueda creer que se puede ser experto en un lenguaje en 3 semanas, y más cuando habla de una aplicación Swing que hace de gestor de base de datos... Eso es usar dos APIs: Swing y JDBC (JDBC Metadata...).
#161 "Boolean es parte del lenguaje, ya que es parte del SDK"
¿Que tiene que ver el tocino con la velocidad? Boolean es parte de la plataforma Java. Y hay diferencias entre lo que es un lenguaje y lo que es la plataforma. Obviamente la plataforma usa el lenguaje, pero no son lo mismo:
http://es.wikipedia.org/wiki/Java_(lenguaje_de_programaci%C3%B3n)
http://es.wikipedia.org/wiki/Plataforma_Java.
De hecho la plataforma Java se puede usar con otros lenguajes, no solo con Java:
http://en.wikipedia.org/wiki/Java_(software_platform)#Languages
"El recolector de Java (al menos en la de Sun y la de IBM) no utiliza conteo de referencias, si no que determina las referencias desde la raíz (island of isolation)."
Ya estamos hablandod e implementación, por tanto. Se podría hacer otro distinto.
"Sobre las generaciones, no solo depende de la implementación, ya que la JVM puede penalizarte en función de los distintos accesos a la memoria (cpu cache alignment)."
Puede penalizarte por que se ha implementado así.... y se podría implementar de otra forma sin dejar de ser Java, según las necesidades
"Yo no soy ningún experto en Java y por ello no me considero tal, pero me parece muy fuerte que alguien pueda creer que se puede ser experto en un lenguaje en 3 semanas"
Yo no usaría el término experto por que no creo que en lenguajes haya experos. Pero que en tres semanas se puede dominar un lenguaje, si lo creo.
#169 la peseta para ti, en eso tienes razón. Aún así el hecho de conocer el lenguaje no basta, hay muchos factores que condicionan la estructura de una aplicación debido a la JVM, véase el uso de excepciones como parte del control de una aplicación u otras cosas como ya he mencionado en otros comentarios.
Pero eso, tienes razón en lo de plataforma/lenguaje.
#210 Una cosa, las excepciones si son parte del lenguaje java (no de la plataforma), dado que las estructuras de control "try...catch" son parte de la sintaxis tanto como el bucle for. Otra cosa son los objetos de tipo "Exception" que se pueden seguir definiendo y extendiendo tanto en la plataforma como fuera de ella.
Si he de corregirme en una cosa, el objeto "Boolean" si es parte del lenguaje. Me di cuenta ahora pues al hablar de excepciones me di cuenta de que el objeto "Exception" es imprescindible para el lenguaje, y que debería de haber otros que también lo fuesen por la orientación a objetos tan exagerada que tiene Java.
Y efectivamente: el paquete java.lang: http://docs.oracle.com/javase/1.4.2/docs/api/java/lang/package-summary.html
Todo esto es parte del lenguaje, no solo de la plataforma, y es mucho más que la simple sintaxis.
#85 te equivocas de largo... hay una diferencia muy gorda entre "conocer la sintaxis" de un lenguaje a "ser un experto".
* ¿Qué diferencia en bytes hay en java entre un "boolean" y un "Boolean"?
* ¿El direccionamiento de memoria es algo importante, qué impacto tiene en Java?
* ¿Se pueden mantener referencias a objetos y que estos sean objetivos del GC (hard/soft references)?
* ¿la existencia de las generaciones como incide en la gestión de la memoria?
No sé, se me ocurren mil gilipolleces más tipo NIC buffer, DMA, etc...
Creo que conocer y trabajar mucho tiempo con X API's de un lenguaje te hace experto en las API's, no del lenguaje ni la plataforma. La mayoría de nosotros trabajamos con muchas APIs que nos abstraen de la complejidad de los problemas habituales; y suelen ser los programadores de ese tipo de API's los que sí tienen un conocimiento más profundo del lenguaje y de las plataformas.
#138 "te equivocas de largo... hay una diferencia muy gorda entre "conocer la sintaxis" de un lenguaje a "ser un experto". "
Efectivamente, un lenguaje es algo mas que la sintaxis,
"¿Qué diferencia en bytes hay en java entre un "boolean" y un "Boolean"?"
Boolena no es parte del lenguaje java. Es un objeto, y como tal parte de la plataforma: http://docs.oracle.com/javase/1.4.2/docs/api/java/lang/Boolean.html
* ¿El direccionamiento de memoria es algo importante, qué impacto tiene en Java?
Si, efectivamente, el entender el sistema de memoria, el recolector de basuras y todo esto se sale de lo que es la sintaxis tan solo, ahí exageré un poco.
* ¿Se pueden mantener referencias a objetos y que estos sean objetivos del GC (hard/soft references)?
Eso dependerá de la implementación ¿no?
* ¿la existencia de las generaciones como incide en la gestión de la memoria?
De nuevo ¿no es cuestión de implementación? ¿no puede variar en distintas implementaciones?
#153 a eso voy, que conocer una sintaxis no te hace conocedor de la plataforma ni la arquitectura de esta (JVM). Y sin entrar en temas más avanzados como las optimizaciónes de compilador (tipo loop unrolling o branch predictions), ya que no son iguales (véase la diferencia abismal entre el LLVM y el GCC)
#150 Boolean es parte del lenguaje, ya que es parte del SDK. Y aunque te sorprenda, gracias a que la JVM (al menos la de Oracle) trabaja con alineación de memoria de 8 bytes, un java.lang.Boolean son 16 bytes (más el coste de la referencia).
Sobre las hard/soft references no depende de la implementación, ya que el lenguaje solo te da una herramienta para hacer referencias a objetos y que estos puedan seguir siendo recolectados (java.lang.ref.WeakReference). El recolector de Java (al menos en la de Sun y la de IBM) no utiliza conteo de referencias, si no que determina las referencias desde la raíz (island of isolation).
Sobre las generaciones, no solo depende de la implementación, ya que la JVM puede penalizarte en función de los distintos accesos a la memoria (cpu cache alignment).
Yo no soy ningún experto en Java y por ello no me considero tal, pero me parece muy fuerte que alguien pueda creer que se puede ser experto en un lenguaje en 3 semanas, y más cuando habla de una aplicación Swing que hace de gestor de base de datos... Eso es usar dos APIs: Swing y JDBC (JDBC Metadata...).
#161 "Boolean es parte del lenguaje, ya que es parte del SDK"
¿Que tiene que ver el tocino con la velocidad? Boolean es parte de la plataforma Java. Y hay diferencias entre lo que es un lenguaje y lo que es la plataforma. Obviamente la plataforma usa el lenguaje, pero no son lo mismo:
http://es.wikipedia.org/wiki/Java_(lenguaje_de_programaci%C3%B3n)
http://es.wikipedia.org/wiki/Plataforma_Java.
De hecho la plataforma Java se puede usar con otros lenguajes, no solo con Java:
http://en.wikipedia.org/wiki/Java_(software_platform)#Languages
"El recolector de Java (al menos en la de Sun y la de IBM) no utiliza conteo de referencias, si no que determina las referencias desde la raíz (island of isolation)."
Ya estamos hablandod e implementación, por tanto. Se podría hacer otro distinto.
"Sobre las generaciones, no solo depende de la implementación, ya que la JVM puede penalizarte en función de los distintos accesos a la memoria (cpu cache alignment)."
Puede penalizarte por que se ha implementado así.... y se podría implementar de otra forma sin dejar de ser Java, según las necesidades
"Yo no soy ningún experto en Java y por ello no me considero tal, pero me parece muy fuerte que alguien pueda creer que se puede ser experto en un lenguaje en 3 semanas"
Yo no usaría el término experto por que no creo que en lenguajes haya experos. Pero que en tres semanas se puede dominar un lenguaje, si lo creo.
#169 la peseta para ti, en eso tienes razón. Aún así el hecho de conocer el lenguaje no basta, hay muchos factores que condicionan la estructura de una aplicación debido a la JVM, véase el uso de excepciones como parte del control de una aplicación u otras cosas como ya he mencionado en otros comentarios.
Pero eso, tienes razón en lo de plataforma/lenguaje.
#210 Una cosa, las excepciones si son parte del lenguaje java (no de la plataforma), dado que las estructuras de control "try...catch" son parte de la sintaxis tanto como el bucle for. Otra cosa son los objetos de tipo "Exception" que se pueden seguir definiendo y extendiendo tanto en la plataforma como fuera de ella.
Si he de corregirme en una cosa, el objeto "Boolean" si es parte del lenguaje. Me di cuenta ahora pues al hablar de excepciones me di cuenta de que el objeto "Exception" es imprescindible para el lenguaje, y que debería de haber otros que también lo fuesen por la orientación a objetos tan exagerada que tiene Java.
Y efectivamente: el paquete java.lang: http://docs.oracle.com/javase/1.4.2/docs/api/java/lang/package-summary.html
Todo esto es parte del lenguaje, no solo de la plataforma, y es mucho más que la simple sintaxis.
#154 "Dominar un lenguaje" significa tener muchíiiisima experiencia con él. No sólo desarrollando aplicaciones, si no como dice #150, saber cómo funciona internamente (en Java, ¿los parámetros se pasan por copia, por referencia, se pasan los objetos o sus punteros?), cómo gestiona los recursos (¿qué es el heap? ¿cuándo es mejor usar un ArrayList, cuándo un LinkedList y cuándo un Vector?), conocer sus especificaciones (échale un vistazo a Java EE), etc. Si tú dices que dominas un lenguaje podrías estar trabajando como arquitecto en IBM o en alguna aplicación de Google.
Si tu única experiencia con un lenguaje es conocer su sintaxis y hacer aplicaciones sencillas, se puede decir que no sabes el lenguaje. En una escala del 0 al 10 sería un 1.
#165 ""Dominar un lenguaje" significa tener muchíiiisima experiencia con él"
Nop. Para empezar dependerá del lenguaje ¿no es así?
"No sólo desarrollando aplicaciones, si no como dice #150, saber cómo funciona internamente"
Nop. Eso es conocer la implementación, y no tiene nada que ver con dominar el lenguaje. Es como decir que para conocer HTML tienes que saber los bugs que tienen los distintos navegadores.
"¿cuándo es mejor usar un ArrayList, cuándo un LinkedList y cuándo un Vector?), conocer sus especificaciones (échale un vistazo a Java EE)"
Me reitero, yo distingo entre Lenguaje Java (http://es.wikipedia.org/wiki/Java_(lenguaje_de_programaci%C3%B3n)) y Plataforma Java (http://en.wikipedia.org/wiki/Java_(software_platform), que admite mas lenguajes que Java)
"etc. Si tú dices que dominas un lenguaje podrías estar trabajando como arquitecto en IBM o en alguna aplicación de Google."
Que mitos tenéis algunos, como si no hubiese gente en Google trabajando sin conocer las especificaciones técnicas de cada lenguaje que usan. Y si, hay expertos en rendimiento también. Pero no es necesario para cualquier tarea, sino para algunas muy específicas.
"Si tu única experiencia con un lenguaje es conocer su sintaxis y hacer aplicaciones sencillas, se puede decir que no sabes el lenguaje. En una escala del 0 al 10 sería un 1."
Incluso puedes decir que es un -10, por decir puedes decir lo que quieras. Pero el hecho es que si conozco el lenguaje. Por ello es por lo que nadie pregunta si sabes java, sino si tienes experiencia en Java o, mejor aún, en un frámework o plataforma concreto.
#179 "Estás diciendo una cosa y la contraria, aclárate."
No veo que diga lo contrario. Para encontrar trabajo hay que saber, pero no necesito saber por saber, solo lo que requiero en cada momento. No necesito saber como funciona una máquina virtual por que no me lo piden en el sector en el que trabajo, por ejemplo
#c-186" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/1825122/order/186">#186 "Con todos mis respetos: los conocimientos de Java que se requieren para hacer una app en Android son irrisorios"
Dado que no se si seguías mi conversación y me pareces tan majo ;-), quiero aclararte a que estoy diferenciando entre "lenguaje java" y "plataforma java". Creo que del lenguaje hay poco que saber, y que mas o menos lo se. No así la plataforma, en donde admito que conozco poco, casi nada en realidad.
Y si, reconozco que para la mayoría de los usos los conocimientos necesarios de la plataforma son irrisorios, no solo con android, sino también en web, por ejemplo donde algo trabaje.
Pero por poner un ejemplo, aunque sea con otra plataforma, hice hace un par de años una web con Umbraco en C#. Pues de un mes que trabajé solo tuve que programar en C# dos días. Otros casos no son tan exagerado, pero a lo que voy, como dices , es que para muchas cosas los conocimientos que realmente necesitas son irrisorios. El tiempo de experiencia en si no significa nada si no especificas en que ámbito tienes dicha experiencia.
Una pregunta que me gustaría lanzar aquí sobre nuestra situación ...
Siempre que se habla de la sanidad pública y el rumbo que lleva ésta en nuestro país, siempre se acaba comparándola con el modelo americano. Ahora yo pregunto porque lo desconozco, si contribuimos al país pagando los siguientes impuestos:
* tenemos un 21% de IVA
* un IRPF que ha subido (y que de por sí es alto de cojones)
* IBI
* impuestos de circulación con vehículos (rodaje/papelito/etc)
* impuestos(canon) en la electricidad y el gas
* impuestos al carburante por las nubes (que si céntimo sanitario, el impuesto autonómico, etc)
Y recibimos lo siguiente:
* prestación por desempleo
* sanidad pública (en declive)
* educación pública (ya de por sí destrozada y en declive)
Siempre se dice que los americanos pagan pocos impuestos pero que tienen pocos servicios sociales. Si esto es así, ¿nosotros no pagamos demasiado para lo poco que recibimos? ¿No estamos perdiendo derechos sociales y aún por encima pagamos más impuestos? ¿Si se privatizan los servicios sociales no deberían bajar los impuestos del mismo modo?
Creo que cada vez cogemos lo peor de cada sitio. Modelo social americano y modelo impositivo de los países del norte de Europa.
Señores, devuélvanme mi dinero o devuélvanme mis derechos.
#167 eso me pregunto yo tambien. Tenemos tecnologia de sobra para implantar un sistema supertransparente donde el ciudadano pudiera ver el desglose de los ingresos, inversiones y gastos (ej. cuanto se invierte en educacion, cuanto gasto militar, cuanto se ingresa por cada tipo de impuesto). Claramente no les interesa. Y bueno... tampoco se cuanto % de politicos hay lo suficientemente honestos como para implantar la transparencia sin hacer trampas
Me hace gracia ver a la gente discutiendo sobre algo que han dicho desde Valve. ¿De verdad los que discutís aquí tenéis algo de idea de la actualidad del videojuego?
Es que joder, estamos hablando de la compañía de la persona que dijo que NUNCA haría nada para PS3 y mira dónde están ahora. Hasta salió en la conferencia de prensa del E3 de Sony.
Todo lo que diga este señor o su compañía no es más que otro método más para bailar a la gente y presionar a quién necesite. Punto y se acabó.
#60 Mira, llega a anunciar Valve que el HL3 sale en dos semanas y tienes a toda la prensa especializada detrás en 15 minutos corriendo como hurones.
#65
"en este aspecto android ha venido que ni pintado pues como esta basado en linux y ya existe la version del UE3 para android es un paso logico llevarlo a linux en PC. "
Solo commparten el kernel, y (GLES) . Tristemente hay que adaptar bastante más.
"Lo de windows8 tiene su logica si pensamos en que va a facilitar mucho la vida a los desarrolladores de aplicaciones que van a poder hacer una version compatible con todos los dispositivos windows 8, aunque para los desarrolladores exclusivos de PC es una patada en el culo. Sin embargo las cosas son como son y el mercado de moviles y tablets es lo que tira ahora y donde hay mas desarrolladores (?) asi que al menos ellos estaran muy contentos y supongo que a microsoft le interesa llegar al mercado mas grande en lugar de al mas limitado de PC."
Si, eso lo oí decir exactamente de otra plataforma para el jugador casual. la Wii. Pegó el bombazo. El mercado es amplio, pero muy pasajero. ¿Como andan las ventas de la Wii y sus juegos ahora?
#72 Hombre, no creo, pero como saquen para Windows, Linux y Mac y en éste último saquen más FPS, créeme que las ventas de Nvidia suben, y las descargas de Kubuntu o Xubuntu también. ¿Que son 3 gigas a cambio de jugar a juegos de Valve con más velocidad, con un SO potencialmente optimizable hasta la locura con DEBs de kernel optimizados para juego y sin el antivirus de fondo dando por saco?
Si un Xubuntu por defecto es como el Windows XP en manejo. Y si la comunidad comparte consejos de desactivar servicios, modulos de kernel, prioridades, ETC... se puede cagar la perra.
He visto DIABLURAS de la gente para correr el RAGE bien en su día en gráficas ATI, (Y el metro 2033 en las Intel) así que un OS que te da todo abierto para experimetntar, pues eso...
#69 #72 Que son empresas señores, que al final interesa ganar pasta. Y si sacar HL3 en exclusiva para linux les hace perder un 30% - 40% del negocio (y estoy siendo brutalmente generoso con el porcentaje, asumiendo que más de la mitad de la gente dispuesta a comprarlo se instalaría un OS que no conoce solo por este juego), no lo harán.
#75 Bueno, esta claro que estamos especulando mucho, pero, y si hacer ese juego exclusivo aunque a corto plazo les haga vender menos, pero haga de lanzadera para su plataforma SteamBox/SteamOS con la que luego ganen mucho más.
Gabe es un genio abriendo nuevos mercados, reinventar el gaming en PC es algo que o hace él o no hace nadie.
#75 Yo ya digo que dudo que no lancen HL3 para Windows (si es que al final sale, que ya veremos...). Pero tampoco creo que haya que ningunear a Valve como están haciendo muchos: si se ponen tontos, pueden hacer daño a Microsoft (aunque ellos también sufran) y hacer mucho bien a Linux. Otra cosa es que quieran o no...
#75 no, creo que no lo entiendes. Si valve saca half life 3 en exclusiva para linux la gente que no sabe como instalar otro SO si hace falta vende su ordenador completo y se compra otro nuevo con linux instalado solo para jugar al half life. Ese juego es lo que se llama un vende consolas (seria un "vende" SO en este caso 
), es igual que con los exlusivos para consolas. Hay personas con una ps3 que se compraron la xbox solo para jugar al halo y gear of war y al reves, gente con xbox que se compraron la ps3 para jugar a uncharted. Si ademas me dices que sacan Left 4 dead 3 y portal 3 ya ni te cuento, se tatuan a tux en la nalga izquierda para poder jugarlo si hace falta
El mercado al que va dirigido half life si que esta dispuesta a pasarse de SO si hace falta, aun asi son pajas mentales, no va a pasar en la vida.
#84 Hablamos de la comunidad gamer, por Dios . He visto procedimeintos para jugar en juegos con gráficas rebeldes en Windows que hacen que usar la terminal en Linux sea de aficionados.
Que yo he visto grabar tarjetas magnéticas con un PICF84 enganchado al PC con tal de ver la TV por cable gratis con tal de no pagar, por parte de gente con los conocimientos justos.
Por no hablar de la gente que consigue crackear un juego con más DRM y cerrojos que el templo maldito. Consiguen saltarse la protecciones anticopia, ¿ y no son capaces de darle siguiente siguiente -> "instalar junto con el sistema operativo existente" en Fedora o Ubuntu?
A largo plazo ahorraríamos cambiando a software libre. A corto, lo dudo.
Todas las estaciones de trabajo del parlamento utilizan el servidor de Sharepoint y el Exchange que tienen montados. Cambiar ahora a cualquier sistema operativo que no sea Windows costaría unos cuantos millones de euros en consultoras/cárnicas para el cambio de infraestructura. (correo, gestor documental y gestión del dominio). Además, se ha generado un ecosistema basado en las tecnologías de Microsoft (.NET, IIS y la API de Sharepoint) que sería imposible de reemplazar a corto plazo.
El movimiento es coherente. Creo que sale más barato comprar ahora 100 equipos con Windows, que pedirlos con Linux y tener que pagar una millonada en contratos públicos.
#103, probablemente tienes razón en que a corto plazo Linux sería más caro. Pero piensa ¿dónde va el dinero de los 100 PCs con Windows y dónde iría si se utilizara Linux? El paro y la balanza de pagos son dos de nuestros problemas.
Y pregunto: ¿por qué esas consideraciones no se hacen cuando se instalan SOs de Apple? ¿Acaso MacOSX (basado en Unix) se parece más a Windows que Linux?
#53 Por aclarar, yo también soy un técnico, no ingeniero.
Respecto a los mecánicos, posiblemente haya tareas que ellos, ya sea por falta de formación o experiencia, no puedan realizar. Lo mismo pasa en nuestro campo, puede que por formación o experiencia tú no puedas desarrollar un parche para Apache Zookeeper, o Lucene o cualquier otra liberaría OpenSource, pero seguramente sí seas capaz de utilizarla.
Habrá trabajas de diseño y desarrollo que debe acometer un ingeniero (el partitioner de Hadoop, por ejemplo, ya que tiene una gran base matemática) y otros que puede desarrollar el técnico (utilizar el propio Hadoop para calcular la difusión de una URL).
No sé si llego a explicar con claridad mi punto de vista.
#46 ya salió el de "soy ingeniero, quiero ser jefe de proyecto. Picar código es para otros".
Toma tres ejemplos que he encontrado en 1 minuto de las grandes. (no he puesto Google porque su página de "jobs" ha cambiado)
https://www.facebook.com/careers/department?dept=engineering&req=a2KA0000000DozjMAC
#47 Tengo colegas que han estudiado la carrera y han visto las cosas desde un punto de vista bastante más teórico. Por ejemplo trabajaban bastante con Ada en lugar de usar los lenguajes que se usan en el mundo profesional: java, c, python, etc.
Yo no soy ingeniero, soy técnico de CFGS y lo que no quiero es que me quiten el trabajo.
Lo que me refería es que una cosa no tiene por qué ir con la otra. Pondré otro ejemplo, reparar coches también requiere preparación técnica (al menos yo no le dejo poner las manos en mi coche al primero que pasa) y no veo que haya muchos ingenieros especializados en automoción que sepan reparar coches.
#53 Por aclarar, yo también soy un técnico, no ingeniero.
Respecto a los mecánicos, posiblemente haya tareas que ellos, ya sea por falta de formación o experiencia, no puedan realizar. Lo mismo pasa en nuestro campo, puede que por formación o experiencia tú no puedas desarrollar un parche para Apache Zookeeper, o Lucene o cualquier otra liberaría OpenSource, pero seguramente sí seas capaz de utilizarla.
Habrá trabajas de diseño y desarrollo que debe acometer un ingeniero (el partitioner de Hadoop, por ejemplo, ya que tiene una gran base matemática) y otros que puede desarrollar el técnico (utilizar el propio Hadoop para calcular la difusión de una URL).
No sé si llego a explicar con claridad mi punto de vista.
¿Otro REpago más?
Esas autovías ya las he pagado con los impuestos sobre el carburante (es el impuesto más justo, ya que a mayor circulación, mayor consumo, mayor gasto en carburante, mayor gasto, mayor pago de impuestos) y con el impuesto de circulación (también conocido como rodaje, papelito, etc). Por lo cual no comprendo por qué tendría que pagar cada vez que las utilizase. ¿en base a qué concepto deberíamos pagar por utilizarlas? ¿Mantenimiento? Entonces, con lo que ya pagamos de impuestos actualmente (cada vez se construye menos tramos de autovías y más de autopistas) no llega para realizar un mantenimiento (mantenimiento que apenas se realiza) medianamente decente?
Señor, dígame cuál es la siguiente parada que yo me bajo.
#125 no sé por qué los ojos siempre se van hacia las empresas de fuera (de fuera de la comunidad, de fuera del país) cuando tenemos una empresa llena de cracks como es Igalia en "casa". Otra empresa que no hace más que refutar mi teoría sobre la calidad de los profesionales de nuestra provincia (ya sean de la udc o usc). ¿Dónde acaban un buen porcentaje de cracks de nuestras universidades? En Igalia. ¿Y los paquetes? Ya se sabe donde acaban esos profesionales.
Sobre el tema del panorama IT, qué decir. Supongo que tú no montarías una tienda de neveras y congeladores en el polo norte. Yo comprendo (que no comparto) la calidad y la profesionalidad que se vende en España respecto a IT, ya que los clientes quieren algo baratito y a corto plazo (todos sabemos que a largo pagan mucho más). Así que como nuestro tejido industrial y comercial es el que es, el mercado de IT se adapta a él con toda la basura que ello genera. Gracias a dios, contamos, aún, con gente que tiene ganas de hacer las cosas bien y clientes que quieren calidad y están dispuesta a pagarla. Ahí es a donde hay que mirar y hacia donde hay que ir.
#92 Tienes razón, pero eso no hace que lo que yo diga sea mentira. También he obviado un puto muy importante: la calidad de los profesionales.
Yo, con 26 años y casi 5 de experiencia (soy de esos técnicos superiores), he trabajado en empresas grandes (INDITEX) y no tan grandes (actualmente trabajo en Colbenson, http://www.linkedin.com/in/samuelgarciamartinez) y he visto de todo. Desde autenticos cracks hasta auténticos inútiles. Y los inútiles no los genera el mercado, va en la propia persona.
He luchado contra lo mismo que han tenido que luchar el resto; no soy ningún genio, simplemente no he perdido la ilusión por mi profesión y he intentado moverme por nichos no comunes. ¿Estás harto de picar interfaces CRUD usando siempre la misma milonga de Struts, Spring e Hibernate? Búscate la vida, muévete, hay cientos de empresas que hacen cosas que se salen del patrón común. El problema es que muchas veces el profesional medio español cuando se le plantea una dificultad no ve un reto, no ve una oportunidad de aprender, ve un marrón como una catedral.
Lo digo siempre, lo fácil es quejarse y lo difícil es intentar conseguir lo que queremos. Los que se conforman con lo que tienen pertenecen a ese grueso de las cárnicas (al que todos, en algún momento hemos pertenecido), ¿el resto? Siempre se mueven por otro tipo de empresas.
Ahora... ¿qué empresas se salen del marco habitual? Ahí os van unos nombres: Strands, 24Symbols, Inbenta, Ducksboard, Datasalt, Abstracc, Karmakracy, Andago, Colbenson y un sinfín más. Opciones hay un montón :).
#115 No he dicho tampoco que sea mentira, pero me parece son más excepciones que la norma (añade Igalia a la lista).
Mi comentario iba más orientado a cómo está el tema general y porqué el panorama de IT en España es un poco el que es.
Yo tengo 9 años más que tu, y algo más de experiencia (inevitable ).
#125 no sé por qué los ojos siempre se van hacia las empresas de fuera (de fuera de la comunidad, de fuera del país) cuando tenemos una empresa llena de cracks como es Igalia en "casa". Otra empresa que no hace más que refutar mi teoría sobre la calidad de los profesionales de nuestra provincia (ya sean de la udc o usc). ¿Dónde acaban un buen porcentaje de cracks de nuestras universidades? En Igalia. ¿Y los paquetes? Ya se sabe donde acaban esos profesionales.
Sobre el tema del panorama IT, qué decir. Supongo que tú no montarías una tienda de neveras y congeladores en el polo norte. Yo comprendo (que no comparto) la calidad y la profesionalidad que se vende en España respecto a IT, ya que los clientes quieren algo baratito y a corto plazo (todos sabemos que a largo pagan mucho más). Así que como nuestro tejido industrial y comercial es el que es, el mercado de IT se adapta a él con toda la basura que ello genera. Gracias a dios, contamos, aún, con gente que tiene ganas de hacer las cosas bien y clientes que quieren calidad y están dispuesta a pagarla. Ahí es a donde hay que mirar y hacia donde hay que ir.
#115 Anda que no los genera el mercado... Cuando el mínimo exigible es que el proyecto funcione a trancas y barrancas tras meses de retraso y la productividad se mida en horas calentando la silla, casi todos acaban quemándose y adoptando el tópico del funcionario. Cuántas veces habré visto yo a tíos que se quedan hasta las diez de la noche en la oficina para hacer bulto y tener contento a un jefe que ha ascendido a base de ineptitud y trepando sobre las chepas de los curritos que sí hacían algo.
Hey! No nos confundamos. Un ingeniero no programa, lo hace un técnico superior, él es una mente preclara que no puede rebajarse. Si un arquitecto no pone ladrillos, y estos los pone un albañil, ¿cómo va a programar un ingeniero?
España está llena de payasos a los que los profesores (o ellos solos) les comen la cabeza contándoles que un ingeniero no programa. Luego, claro, nos damos con una ostia en la frente en cuanto salimos al mercado norteamericano (por poner un ejemplo) y nos encontramos con gente como Doug Cutting, creador de Nutch y Lucene (http://en.wikipedia.org/wiki/Doug_Cutting) o Chris Hossman, actual miembro del PMC de Lucene, (http://www.lucidimagination.com/devzone/videos-podcasts/podcasts/interview-chris-hostetter) y no saben por donde salir con la excusa del ingeniero que no programa. Ambos son ingenieros y ambos grandes programadores.
Los ejemplos del párrafo anterior son dos como otros cualquiera. Los grandes proyectos opensource que usamos muchos programadores a diario están desarrollados por ingenieros. Pero ¿eh?, en el país del ladrillo todo se extrapola al sector.
Muchos os merecéis lo que tenéis. Así de simple.
#78 No creo que el problema sea la gente, sino como está enfocado el mercado en España.
Es un mercado en el que se valoran más a los gerentes que a los desarrolladores, donde un perfil técnico tiene un techo en su sueldo, y pasado ese techo (y más según experiencia/edad) no hay otra salida que pasar a ser jefe de proyecto y dejar de programar. Recuerdo un artículo bastante simpático acerca de esto (pero no lo encuentro ahora, ¡lástima!), del enfoque industrializado del desarrollo de software, donde los peones son reemplazables y lo importante y valioso son los gerentes que son los que conocen el proceso.
Todo eso es lo que lleva a que los ingenieros solo hacen ingeniería, los programadores programan, las quejas por intrusismo, implantar colegios profesionales para regular una profesión liberal, etc.
Me da la impresión que en este contexto la gente no tiene más remedio que asimilar las reglas y competir en lo que hay, al menos en norma general. No existe el programador rockstar que sí existe con más frecuencia en otros países y al que se le paga un sueldo más alto que a muchos gestores porque marcan una diferencia y sacan adelante un trabajo complejo y especializado.
En España he conocido alguno, hasta en empresas miserables desde el punto de vista de recursos humanos, donde un par de compañeros eran definitivamente "especiales", pero lo que caracteriza un mercado es la norma, no las excepciones.
A lo mejor estoy equivocado, pero es lo que yo he visto. He trabajado en empresas de 5 a 1500 trabajadores, en equipos pequeños y no tan pequeños, con diferentes metodologías de organización del trabajo, y la imagen que tengo es esta.
#92 Tienes razón, pero eso no hace que lo que yo diga sea mentira. También he obviado un puto muy importante: la calidad de los profesionales.
Yo, con 26 años y casi 5 de experiencia (soy de esos técnicos superiores), he trabajado en empresas grandes (INDITEX) y no tan grandes (actualmente trabajo en Colbenson, http://www.linkedin.com/in/samuelgarciamartinez) y he visto de todo. Desde autenticos cracks hasta auténticos inútiles. Y los inútiles no los genera el mercado, va en la propia persona.
He luchado contra lo mismo que han tenido que luchar el resto; no soy ningún genio, simplemente no he perdido la ilusión por mi profesión y he intentado moverme por nichos no comunes. ¿Estás harto de picar interfaces CRUD usando siempre la misma milonga de Struts, Spring e Hibernate? Búscate la vida, muévete, hay cientos de empresas que hacen cosas que se salen del patrón común. El problema es que muchas veces el profesional medio español cuando se le plantea una dificultad no ve un reto, no ve una oportunidad de aprender, ve un marrón como una catedral.
Lo digo siempre, lo fácil es quejarse y lo difícil es intentar conseguir lo que queremos. Los que se conforman con lo que tienen pertenecen a ese grueso de las cárnicas (al que todos, en algún momento hemos pertenecido), ¿el resto? Siempre se mueven por otro tipo de empresas.
Ahora... ¿qué empresas se salen del marco habitual? Ahí os van unos nombres: Strands, 24Symbols, Inbenta, Ducksboard, Datasalt, Abstracc, Karmakracy, Andago, Colbenson y un sinfín más. Opciones hay un montón :).
#115 No he dicho tampoco que sea mentira, pero me parece son más excepciones que la norma (añade Igalia a la lista).
Mi comentario iba más orientado a cómo está el tema general y porqué el panorama de IT en España es un poco el que es.
Yo tengo 9 años más que tu, y algo más de experiencia (inevitable ).
#125 no sé por qué los ojos siempre se van hacia las empresas de fuera (de fuera de la comunidad, de fuera del país) cuando tenemos una empresa llena de cracks como es Igalia en "casa". Otra empresa que no hace más que refutar mi teoría sobre la calidad de los profesionales de nuestra provincia (ya sean de la udc o usc). ¿Dónde acaban un buen porcentaje de cracks de nuestras universidades? En Igalia. ¿Y los paquetes? Ya se sabe donde acaban esos profesionales.
Sobre el tema del panorama IT, qué decir. Supongo que tú no montarías una tienda de neveras y congeladores en el polo norte. Yo comprendo (que no comparto) la calidad y la profesionalidad que se vende en España respecto a IT, ya que los clientes quieren algo baratito y a corto plazo (todos sabemos que a largo pagan mucho más). Así que como nuestro tejido industrial y comercial es el que es, el mercado de IT se adapta a él con toda la basura que ello genera. Gracias a dios, contamos, aún, con gente que tiene ganas de hacer las cosas bien y clientes que quieren calidad y están dispuesta a pagarla. Ahí es a donde hay que mirar y hacia donde hay que ir.
#115 Anda que no los genera el mercado... Cuando el mínimo exigible es que el proyecto funcione a trancas y barrancas tras meses de retraso y la productividad se mida en horas calentando la silla, casi todos acaban quemándose y adoptando el tópico del funcionario. Cuántas veces habré visto yo a tíos que se quedan hasta las diez de la noche en la oficina para hacer bulto y tener contento a un jefe que ha ascendido a base de ineptitud y trepando sobre las chepas de los curritos que sí hacían algo.
#12 4 años no son 28 meses, son 48.
#46 ¡Qué fallo!
48 meses -> 28 despidos -> En media: 1 eliminado cada 1,7 meses
#11 hay un pequeño problema. Han sido capaces de almacenarlo, peeeeeeero en ningún lado pone que se pueda leer tal densidad de información.
¿Alguien más se ha pasado la parte en la que sale el tío mirando a ver de qué marca y modelo eran los osciloscopios?
#13 ¿Cómo que no? Dicen y muestran bastante claramente que los átomos se alinean, conmutan y leen con un microscopio de efecto túnel.
#53 no podrías estar, si cabe, más equivocado. Eso no es gallego ya que no se escribe según las normas del idioma especificadas por la RAG. Así pues si yo escribo en una ortografía pseudoklingon que se pronuncia igual que el castellano no estoy escribiendo castellano, esto no está escrito en gallego, está escrito en un dialecto del mismo.
#90 lo mismo que ocurre con en lenguaje de los SMS... No está escrito según las normas ortográficas vigentes pero no deja de ser español, a no ser que te la cojas también con pinzas en ese tema y consideres un "ola k tal" como dialecto esemeseiano hispano.
Toma testimonio...
Tengo 26 años y descubrí la ginebra con esta moda. En un viaje de trabajo, me invitaron mis jefes a un buen gintonic, probé la Brockman's con una rodaja de fresa y otra de piña y me gustó mucho. Ahora bebo Bulldog. Tónica Schweppes.
Me la refanfinfla que sea una moda. No me gusta el ron, no me gusta el whiskey y no me gusta el vino. No solía beber si salíamos a tomar una copa entre amigos. Ahora he encontrado una bebida, gracias a una moda, que me gusta y no me hace falta irme a pijeríos de 40€ la botella.
#89 Gracias por darme las especificaciones de un netbook... Cuando Apple sacó el Air de 13'' y el MBP de 13'' se puso en el grito en el cielo cuando ellos dijeron que eso no era un netbook.
Para trabajar lo lógico es un portátil de 15'' (sobre todo si desarrollas, al margen de la pantalla vertical). Un equipo que tiene unas características similares a un equipo de Apple que tiene 3 pulgadas más, me parece de coña. Pero sí, es lo mismo. Te lo voy a comparar con al Air de 11 entonces. Pesa 1kg...
#90 De nuevo encasillando a los usuarios. Sí, somos unos frikis. Frikis gracias a los cuales puedes hacer más cosas de las que crees.
Y seguiré hablando de dictaduras hasta que la gente entienda que el "simplemente funciona" es una gilipollez si renuncian a sus derechos.
#93 ¿Un Thinkpad X220 es un netbook? Por favor, ¿ves como no tienes ni puta idea de lo que estás diciendo? Estoy hablando de un portátil de calidad, y cualquiera que haya tenido un Thinkpad sabe que es cierto. Ah, soy desarrollador desde hace bastantes años, ¿me vas a decir qué equipo debo tener?
#94 Dile a tu abuelo que no puede compartir aplicaciones con sus amiguetes, a ver qué pasa, por ejemplo...
#95 El 100% de la gente que me dice que deje Final Cut y me pase a Cinelerra aunque Final Cut sea mejor que Cinelerra, es friki porque no entiende que me de igual que Cinelerra sea de código abierto y que para que cubra mis necesidades tengo que programármelo a mi gusto, cosa que no puedo, porque no me dedico a programa sino a producir material audiovisual.
Como digo, sois los programadores los que tenéis proporcionar equipos que satisfagan a vuestros clientes y no los clientes lo que satisfagan vuestra ego filosófico.
No dudes ni un momento en que si un grupo de personas desarrolla un software libre, sobre hardware libre de edición de vídeo que sea la hostia, con un soporte profesional, lo compraré.
#95 Mi abuelo no necesita compartir aplicaciones con sus amiguetes. Mi abuelo no necesita exprimir al 100% todas las características técnicas de su ordenador. No todo el mundo necesita entender la informática de la misma manera.
#94 Y si... Y si.. y si... ¿Y si a KDE la da por cambiar su API enteramente, qué haces? ¿Un fork, o contratar a una empresa para que te mantenga el API anterior? ¿Y si el kernel de linux deja de soportar ext3? (Ya se que no va a pasar) ¿El coste de mantener eso, en horas-hombre, te saldría rentable?. Suposiciones, todo suposiciones.
#51 el caso de HDFS lo que te quiero decir es que el propio snapshoot se está guardando en el mismo sistema que se backupea. El motivo es simplemente porque el sistema es bastante fiable a la pérdida gracias al esquema de como se guardan los datos. Así que el motivo de hacer un snapshoot es más para prevenir errores humanos (borrado manual de esos ficheros) que una recuperación ante una catástrofe.