Impresionante trabajo, ver los dos vídeos sincronizados es una pasada .
No obstante, no acaban de convencerme...
El mayor problema que le veo es la falta de reproducibilidad, ¡una prueba en cada hemisferio no es suficiente! (esto es ser exigente y lo demás son tonterías :P).
Por otro lado, me hubiera gustado ver si había algún tipo de rotación antes de colorear el agua.
Me da la impresión de que la diferencia de aceleración relativa en una masa tan reducida de agua es despreciable frente a imperfecciones en la geometría, por ejemplo. Supongo que han seguido el artículo de la revista Nature (último párrafo de esta sección: en.wikipedia.org/wiki/Coriolis_effect#Draining_in_bathtubs_and_toilets)
Llamadme loco, pero creo que lo ideal sería llevarse un tanque estandarizado de viaje
#45 Creo que nunca llegué a decir que Octave (o Python) eran el perfecto sustituto. MATLAB y sus toolboxes ahorran mucho tiempo de desarrollo (algo que justifica su alto coste). Mis comentarios iban más a la fase de aprendizaje y/o nuevos proyectos sin código heredado que tienen la suerte de tener librerias equivalentes en open source. De todas formas, pensaba que Octave también tenía librerías interesantes para visión artificial.
Por curiosidad, ¿qué hay de OpenCV (con bindings a Python), SimpleCV y/o pillow?
#27 Exacto, y la falta de GUI en GNU Octave era lo que lo había parado siempre su uso en docencia. Por ejemplo, en la UPM se llegó a desarrollar una versión funcional que usan sus alumnos actualmente: mat.caminos.upm.es/octave/
De todas formas, si imitas a MATLAB siempre perderás toolboxes (ver #25) mientras que compartirás sus limitaciones (programación orientada a objetos o GUIs en MATLAB es un horror).
Con Python puedes perder en toolboxes pero ganas muchas otras cosas. No creo que tienda a desaparecer Octave, pero con Python científico (Jupyter, Anaconda, etc) la cosa se está poniendo muy interesante
#23 Jupyter tiene un kernel para Octave. Aunqué no logré hacerlo funcionar hace unos meses (posiblemente porque soy un inepto): github.com/calysto/octave_kernel
#7 Yo sólo vengo a decir que #3 tiene bastante razón. Mucha gente usa a día de hoy Python para proyectos nuevos. Julia tiene un futuro muy interesante también y se empieza a usar en muchos campos (aunque no tanto como Python ya que todavía esta en desarrollo, creo).
Por cierto, quien quiera aprender cualquiera de estos dos lenguajes: quant-econ.net/
#154 Es más simple. Cada uno es libre de llevar a sus hijos al colegio que desee, simplemente no debe de haber tratos de favor en el sistema (o políticas que reduzcan la calidad de la enseñanza pública). Por eso, opino que la selectividad debería de contar el 100% de la nota de entrada (tipo oposición) e incluso añadir una parte oral al mismo (como en Italia).
#17 yo tuve una experiencia contraria a la tuya (tal y como #136)
A nosotros nos bajaban intencionadamente la nota del privado para "prepararnos bien" la selectividad. Después, nuestro instituto privado consiguió la mejor nota media de selectividad de la provincia (lo cual anunciaron a bombo y platillo). Lo cierto es que el peso de selectividad era solo es de un 40%, por lo que en este caso nos jodimos los de la privada (usando tus palabras). Creo que la selectividad debería de contar más para evitar abusos de uno u otro tipo, pero no creo que haya que generalizar tan rápido
Por curiosidad, ¿qué razones hay para que sea sensacionalista?
Son datos reales que TRIPLICAN lo números de años anteriores y cuantifican un problema social muy actual como es la polémica con las vacunas. Basta hablar con la gente de tu entorno para encontrarte a varios que piensan que las vacunas son innecesarias. Correlación no implica causalidad, pero este tipo de información es necesaria para informar de lo que ocurre cuando las vacunas se dejan de suministrar; ya sea de forma voluntaria o involuntaria...
Hace poco estuve buscando un libro de programación orientado a alguien que no está dispuesto a aprender porque cree que eso no es lo suyo. Alguien que nunca ha visto nada de programación y realmente no aspira a trabajar en nada que tenga que ver con ordenadores ya que "no los entiende". Por ello, el libro debía de tener la finalidad de invertir esa sensación de falta de control y frustración que le generaba "la informática". Así, el libro debía de tener unos requisitos muy estrictos:
* En castellano. Así evitamos barreras de idioma o escusas.
* Contenido (muy) básico y redacción agradable de leer. Es decir, enseñar más la lógica detrás de cualquier lenguaje de programación sin entrar mucho en detalles.
* Lenguaje sencillo, actualizado y útil para continuar por donde la persona quisiera.
Finalmente, tras mucha búsqueda, encontré este libro:
Enseña lo básico del lenguaje y además la lógica de programación mediante Turtle graphics (igual que code.org). De hecho, he personalizado el libro (ya que la licencia lo permite) para evitar posibles problemas que le puedan surgir a una persona adulta al regalarle "un libro para niños".
Si alguien conoce otro libro o recurso que pudiera valer, que lo comente aquí abajo. En inglés recomiendo Adventures in Raspberry Pi de Carrie Anne Philbin
#17 En fotografía, la persepectiva depende del "zoom" (teleobjetivo) que uses. Puede que ahí esté el truco.
Por poner un ejemplo claro, en vimeo.com/56298775 la luna parece estar mucho más cerca. Sin embargo, para tener ese encuadre, ¡el cámara se tuvo que situar a más de 1.5 km de distancia!
#30 No sólo es la parte activa (el metal en este caso) el que importa en un catalizador. Su superficie activa/dispersión, la morfología del soporte e incluso el diseño del reactor afectan en el resultado final. Es un logro poder utilizar Pd, pese a que sea caro, tras reducir los canales a esas dimensiones. El tema es complejo para explicarlo en un comentario pero la idea (sacado de tu extracto citado) no es que el Pd sea el único, si no que este microreactor permite seguir utilizándolo sin tener que inventar uno nuevo. La obtención de nuevos y mejores catalizadores es un asunto paralelo que puede/debe converger en un futuro
Espero haberlo aclarado un poco más y disculpa si malinterpreté tu comentario inicial.
#25 Así es, no había llegado a leer la noticia en español y como indicas (con y sin negritas), hace mención a lo que trataba de comentar en #14. Ahora bien, si lo tenías tan claro, no acabo de entender tu comentario en #9...
#9 No he podido leer el paper pero el trabajo trata sobre el diseño del microreactor y sus ventajas, no del estudio de catalizadores alternativos al Pd soportado en ZnO. Si de verdad quieres hacer un comentario "crítico", puedes darle un vistazo a este otro paper:
#3, no detectar y bloquear el acceso por fuerza bruta es un fallo de seguridad de libro. Se menciona en el artículo y además hay que tener en cuenta lo que dice #4.
Antes de recibir más votos de sensacionalista, pregunto a los meneantes:
¿Cambio el titular actual por "Cinco razones por las que no deberías confiar en Apple para subir tus fotos desnudo (o cualquier otra información) [EN]"?
Slate.com modificó el titular a posteriori (es por ello que la URL y el titular no coinciden). Supongo que para evitarse problemas legales.
* Puedes ganar experiencia (demostrable) mientras estudias formando parte de un proyecto de software libre que te interese.
* Mientras haces esto, sabrás que es lo que te gusta, harás contactos en el sector y te enterarás de ofertas de trabajo que no aparecen en mierdajobs.
* Usar herramientas libres en tu carrera profesional no significa que no cobres por ello. De hecho, puedes ser más competitivo ya que ahorras la parte comercial de las mismas.
* Existen licencias que permiten utilizar código en empresas sin tener que liberarlo (BSD, MIT...).
En mi opinión #1, esa es una de las principales ventajas que tiene el software libre. Puestos a echar horas de gratis (o ganar experiencia), mejor hacerlo a un proyecto que es patrimonio de todos y que además será tu mejor tarjeta de presentación. De hecho, muchas empresas empiezan a pedir el perfil de GitHub en lugar de CV.
Yo no estudié una ingeniería informática y la única programación que nos enseñaron fue MATLAB (no Octave). El resultado es que muchos de nosotros llegamos a la empresa y sólo usamos Excel y VBA (si te gusta eso de aprender por tu cuenta). Enseñar a los almunos a programar con herramientas privativas es putearles ya que, sin licencia, no podrán usar lo aprendido allá donde vayan.
#6 ijk * 
.
