#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.
#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. (docs.mongodb.org/manual/core/replica-set-delayed-member/#replica-set-d)
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: hortonworks.com/blog/snapshots-for-hdfs/)
#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: samuelgmartinez.tumblr.com/post/42211065919/mejorando-aggregation-fram
#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.
#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...).
#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.
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.
#51 Caes en un error muy grande para estar yendo de listo. El secuenciador MIDI te sirve para el AUDIO, sin embargo el comentario de #34 habla de la sincronización de los vídeos...
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ó.
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.
#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.
Poner ladrillos no requiere ni la mitad de preparación técnica que el desarrollo de software. Estoy un poco harto de oír gilipolleces como la analogía, ya muy manida, con la construcción. No te dejes engañar, la construcción y la informática no tienen nada que ver. Si querías ir de traje y dar órdenes haber estudiado arquitectura y no ingeniería informática.
Pero claro, es más bonito dejarse engañar por los cuatro chupacuartos que quieren crear los colegios y pensar que tú has estudiado para dirigir a gente y no para ser un técnico muy especializado. Si piensas que programar es igual que hacer un encofrado creo que has copiado muchas prácticas en la carrera.
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, 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 :).
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 (en.wikipedia.org/wiki/Doug_Cutting) o Chris Hossman, actual miembro del PMC de Lucene, (www.lucidimagination.com/devzone/videos-podcasts/podcasts/interview-ch) 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.
Suscribo lo dicho por #76 y me atrevo a añadir el vídeo enlazado por #59.
No creo que los países manden a buques y soldados a proteger a barcos que están haciendo algo ilegal. Me gustaría saber las fuentes de donde se sacan todas esas informaciones.
#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.
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...
#52 in0de 
. 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).