Si extrañas los tiempos en que usar Linux te daba patente de raro, o te aburriste de los lenguajes de programación tradicionales, aquí tenemos una lista de tres lenguajes de programación no tan conocidos que puedes agregar a tu lista de desafíos para el 2020.

Estos lenguajes de programación fueron creados para resolver los problemas de los lenguajes de programación tradicionales (e introducir algunos problemas nuevos) y en muchos casos todavía están en desarrollo, por lo que no hay una documentación completa o una comunidad a la cuál acudir en caso de problemas.

Tres lenguajes poco conocidos que puedes probar en el 2020

Red

Los desarrolladores lo describen como un lenguaje de nueva generación. Está inspirado en Rebol y estas son algunas de sus características:

• Sintaxis amigable para el ser humano.
• Homoicónico: (Red tiene su propio meta-lenguaje y su propio formato de datos)
• Programación funcional, imperativa, reactiva y simbólica
• Soporte de objetos basado en prototipos
• Sistema de macros
• Amplio conjunto de tipos de datos incorporados (50+)
• Un único archivo (~1MB) contiene toda la cadena de herramientas, la biblioteca estándar completa y REPL.
• Produce ejecutables de menos de 1MB, sin dependencias.
• Mediante un plugin pude usarse Visual Studio Code como entorno integrado de desarrollo.
• Soporte para la creación de interfaces gráficas multiplataforma.
• El lenguaje no requiere instalación. Solo hay que descargarlo, darle permisos de ejecución y ejecutarlo desde la terminal.

Nim

Sus desarrolladores definen a este lenguaje de programación como eficiente, expresivo y elegante. Incorpora características de lenguajes más tradicionales como Python, Ada y Modula.

Algunas de sus características:

• Nim genera ejecutables nativos libres de dependencias, no requieren de una máquina virtual para ejecutarse, son pequeños y permiten una fácil redistribución.
• El compilador de Nim y los ejecutables generados soportan todas las plataformas principales como Windows, Linux, BSD y macOS.
• Rápida gestión de memoria de conteo de referencia con soporte a sistemas en tiempo real.
• Eficiencia en el código gracias a la implementación de conceptos modernos como los iteradores de cero sobrecarga y la evaluación del tiempo de compilación de las funciones definidas por el usuario, en combinación con la preferencia de los tipos de datos basados en valores asignados en la pila,
• Soporte para varios backends: compila a C, C++ o JavaScript.
• Autocontenido: el compilador y la librería estándar están implementados en Nim.
• Poderoso sistema de macros.
• Las macros no necesitan cambiar la sintaxis de Nim porque no hay necesidad de ello, la sintaxis es lo suficientemente flexible.
• Sistema de tipos moderno con inferencia de tipos locales, tuplas, genéricos y tipos de suma.
• Las sentencias se agrupan por indentación pero pueden abarcar múltiples líneas.

Nim está disponible para Windows, Linux y Mac. En el caso de Linux, puede utilizar gcc como compilador.

V

No sé si eso de bautizar a los lenguajes de programación con letras es una moda o falta de originalidad.

En el caso de V se define como un lenguaje simple para la creación de programas de fácil mantenimiento. Si eres impaciente, este lenguaje es lo que necesitas ya que los desarrolladores prometen que leer la documentación no te llevará más de media hora. Aseguran que luego que lo hagas, podrás hacer con V lo mismo que haces con los lenguajes de programación tradicionales.

Estas son algunas de sus características:

• Más rápido que C.
• Interoperable con C sin demoras.
• Compila a binarios nativos sin ninguna dependencia y sin importar el sistema operativo.
• El lenguaje y sus librerías estándar no ocupan más de 2 mb.
• La única dependencia requerida es un compilador C.
• Posibilidad de probar los cambios sin recompilar.
• Potentes librerías gráficas basadas en GDI+/Cocoa Drawing, y OpenGL para aplicaciones 2D/3D. Previsto el soporte para DirectX, Vulkan y Metal.
• Librería nativa de interfaz gráfica multiplataforma para la construcción de aplicaciones con controles nativos. Soporte para WinAPI/GDI+ en Windows, Cocoa en MacOS. En Linux se utiliza el dibujo personalizado

Los desarrolladores se proponen agregar:

• Un editor visual tipo Delphi para construir aplicaciones con interfaz gráfica de usuario nativa
• Compatibilidad con iOS/Android con controles nativos
• Una API declarativa similar a SwiftUI y React Native.

V está disponible para Windows, macOS, Linux, FreeBSD, OpenBSD, NetBSD, DragonflyBSD y Solaris. Cómo editores pueden usarse Visual Studio Code y Vim.

from Linux Adictos https://ift.tt/2ZGuyLS
via IFTTT

Hoy me levanté con ganas de examinar el futuro y revisar el pasado. Ahora llegó el momento de analizar aquellas predicciones de éxito que no se cumplieron. Pero, quiero hacer una salvedad. Que una tecnología o producto tecnológico no haya alcanzado éxito en un momento determinado, no debería llevarnos a descartarlos. Puede que el consumidor no esté maduro para aceptarlo, o que no existan los medios de fabricación adecuados. Incluso, aunque esa tecnología o producto nunca prosperen, pueden ser el punto de partida para otros que si lo hagan.

La lista de deseos no cumplidos

El año de Linux en el escritorio

Lo pongo yo, antes de que algún infiltrado lo haga en el formulario de comentarios y se desate la guerra.

Al principio muchos linuxeros no estuvieron de acuerdo con la idea de una interfaz gráfica. Al creador de KDE llegaron a decirle que si quería gráficos se comprara una Mac. Luego fueron apareciendo Gnome, XFCE y todos los demás.

¿Los motivos de que nunca se lograra más del 2% del mercado? En primer lugar, la estrategia inteligente de Microsoft de hacer la vista gorda ante la piratería de los usuarios domésticos y de usar su fuerza de marketing para imponerlo en empresas, organismos públicos e instituciones académicas.

Para cuando Linux llegó a tener un escritorio razonablemente utilizable por los usuarios domésticos, ya la mayoría no tenía razones prácticas para cambiar de sistema operativo.

A esto hay que sumarle la enorme dispersión de esfuerzos en diferentes proyectos de escritorio y aplicaciones y a algunos desarrolladores que creen saber mejor que los usuarios que es lo que estos necesitan.

El hardware convergente

Existen muchos proyectos interesantes de convergencia por vía de software. Los desarrolladores de KDE y PinePhone tienen algunos logros en ese tema.

Sin embargo, la idea del hardware convergente (terminales que se comportan como smartphone o computadoras según estén conectados o no a un monitor y teclado) parece que no despierta el mismo interés del pasado.

Ubuntu, después de haber fracasado en conseguir financiamiento para construir su propio equipo híbrido, y de no haber conseguido demasiado éxito trabajando con proveedores externos, decidió tirar la toalla. Y las grandes empresas como Microsoft, Apple y Google tampoco siguen apostando al tema.

En mi opinión, el fracaso del hardware convergente se debe a que resulta demasiado caro para el usuario. Es mucho más barato tener el contenido en la nube y utilizarlo en la computadora, tableta, televisor inteligente o smartphone según se necesite.

El uso de la realidad aumentada

Allá por el año 2010 los especialistas aseguraban que la realidad aumentada (capas de contenido virtual que se superponen en el mundo real e interactúan con él) sería una tecnología con la que tendríamos que convivir diariamente. Salvo el fugaz éxito de Pokemon Go y algunos absurdamente caros modelos de gafas, eso no se produjo,

Creo que esto se debe a que la tecnología no está lo suficientemente madura para reemplazar a las alternativas.

Las criptodivisas reemplazando al dinero de papel

Desde la aparición del Bitcoin, la tecnología de cadena de bloques se ha propuesto como la solución a todo, salvo para la calvicie. La realidad es que, aunque hay muchos proyectos interesantes, ninguno ha resultado comercialmente rentable ni ha alcanzado el estatus de masivo.

Con respecto a las criptodivisas, hay mucho en que decir en su favor, pero es ilusorio pensar que los gobiernos van a renunciar al control del volumen de la moneda circulante para cedérselo a un algoritmo. Y, si tienes padres o abuelos que todavía no confían en el cajero automático, imagínate lo que sería convencerlos para que cobren la pensión en Bitcoins.

Los vehículos sin conductor

No puedo hablar por los demás cortos de vista, pero si pudiera pedir un solo deseo relacionado con la tecnología, sería tener un vehículo de autoconducción. Me salvaría del insufrible transporte público de Buenos Aires y no tendría que aguantarme la insoportable charla política de los taxistas. Lamentablemente voy a tener que seguir caminando por un largo tiempo.

Aunque se reportaron grandes avances en este tema (y la mayoría de los accidentes producidos en este tipo de vehículos parecen ser por falla humana) todavía no es una tecnología lo suficientemente madura para dejar que funcione sin supervisión humana por las calles.

from Linux Adictos https://ift.tt/39vUn5x
via IFTTT

Si hay algo por lo que es famoso el desarrollador Arne Exton, yo diría que lo es por, ¿me permitís decir “hacer cosas raras”? Exton es el responsable de sistemas operativos como RaspEX, su sistema operativo para la Raspberry Pi, o por ser el primer en incluir cierto software a sus distribuciones. En ocasiones, lo que incluye aún no ha llegado a la versión estable, y esto es algo que ha vuelto a hacer en ExTiX Deepin 20.1.

Pero cuando mencionábamos “cosas raras” no nos referíamos solo a incluir software en fase Alfa, Beta o en Release Candidate. Lo decimos porque, por ejemplo, ExTiX, el que podríamos decir que es su sistema más importante, ha pasado de estar basado en Ubuntu, a abandonar sus raíces de Debian o pasar del LXQt de ExTiX 19.10 la Deepin de la versión lanzada hace unas horas. Para ser más concretos, ExTiX 20.1 está ahora basado en Deepin 15.11.

ExTiX 20.1 usa un kernel propio basado en una Release Candidate

Entre las novedades más destacadas de las que llegan junto a ExTiX 20.1, tenemos:

• Ahora se puede ejecutar ExTiX desde la RAM. Hay que usar la opción 3 (load to RAM) o Avanzado. Haciendo esto, la teoría dice que tardará más en iniciar la Live Session, pero luego irá todo más rápido y fluido. Claro está, si tenemos suficiente RAM.
• Posibilidad de elegir el idioma antes de entrar al escritorio Deepin 15.11. Están soportados todos los idiomas más importantes.
• Se ha sustituido el Deepin Installer por una versión Reborn del mismo.
• Se ha actualizado el kernel 5.3.0-rc6-exton a el 5.5.0-rc3-exton. Como decíamos, es una versión propia de la tercera Release Candidate de Linux 5.5, la versión que actualmente está en desarrollo.
• Spotify y Skype están instalados por defecto.
• Se puede ver Netflix mientras se ejecuta Firefox.
• También se puede usar ExTiX Deepin en software de emulación de sistemas operativos como Virtualbox o VMware usando el Deepin Installer.
• Es compatible con la creación de un USB con almacenamiento persistente usando Rufus 3.8 o posterior.
• Sigue teniendo disponible Refracta Snapshot.
• Está basado en Deepin 15.11, pero hay que explicar que está basado en Debian. La diferencia es que esta versión está basada en Debian unstable.
• Se han actualizado todos los paquetes a las últimas versiones disponibles hasta el momento de crear las nuevas imágenes ISO.

Esta versión es la sucesora de la de agosto

Exton dice que, para ser justos, esta versión no es la que sucede a ExTiX 19.10, sino al ExTiX 19.8 que fue lanzado a finales de agosto. Por otra parte, dice lo mismo que muchas otras compañías, que aunque en el pasado ha llamado a muchos de sus sistemas operativos “El sistema Linux definitivo, con Deepin siento que está especialmente justificado“. Ya sabéis, como decir “es nuestro mejor producto hasta la fecha”.

Los usuarios interesados podéis descargar ExTiX Deepin 20.1 desde este enlace.

from Linux Adictos https://ift.tt/2tlxHVi
via IFTTT

Desde que alguien dijera que el hombre alcanzó el límite de su inventiva y ya no quedaba espacio para futuras mejoras, hacer predicciones en materia de tecnología es una forma segura de quedar en ridículo. Sobre todo, porque el que dijo eso fue el senador romano Julius Frontenus en el año 10 de nuestra era.

En otro artículo reproduzco las predicciones de un ejecutivo de IBM sobre lo que nos depara el futuro de la industria. En este voy a hacer una recopilación del futuro que no fue. He aquí una lista de predicciones fallidas

Tipos de predicciones fallidas sobre tecnología

Las fallas a la hora de predecir el impacto de las nuevas tecnologías son de dos tipos; Asegurar el fracaso de tecnologías que fueron un éxito o apostar al éxito de tecnologías que resultaron un fracaso. Claro que en este último caso es imposible hablar de fracasos ya que en muchos casos estas tecnologías tuvieron éxito más tarde o inspiraron otras que si lo tuvieron.

Los fracasos que no fueron

En 1878, opinando sobre el teléfono, William Preece, Ingeniero Jefe del correo británico dijo:

Los estadounidenses necesitan el teléfono, pero nosotros no. Tenemos muchos mensajeros.

1878 no parece haber sido un año especialmente lúcido para los británicos. Un profesor de Oxford llamado Erasmus Wilson opinó sobre la luz eléctrica:

Cuando termine la Exposición Universal de París, la luz eléctrica terminará con ella y no se oirá más hablar del tema.

En 1913 un fiscal procesó al inventor Lee DeForest por vender acciones fraudulentamente a través del correo para su compañía de radiotelefonía. Según el fiscal:

Lee DeForest ha dicho en muchos periódicos que sería posible transmitir la voz humana a través del Atlántico antes de muchos años. Basándose en estas absurdas y deliberadamente engañosas declaraciones, el público equivocado … ha sido persuadido de comprar acciones de su compañía …

Tres años más tarde se produjo la contribución de Charles Chaplin a esta lista de papelones:

El cine es poco más que una moda pasajera. Es un drama enlatado. Lo que el público realmente quiere ver es carne y hueso en el escenario.

Otro “visionario” fue Darryl Zanuck, productor de cine de la 20th Century Fox que en 1946 aseguró:

La televisión no podrá mantener más de 6 meses ningún mercado que capture. La gente pronto se cansará de mirar fijamente una caja de madera contrachapada cada noche.

Llegamos a 1959 dónde IBM comete una de sus legendarias metidas de pata que llevaría a su declive

El mercado potencial mundial de máquinas fotocopiadoras es de 5.000 como máximo.

10 años antes, el fundador de la compañía, Thomas Watson había afirmado:

Yo creo que hay un mercado mundial tal vez para 5 computadoras.

Con mucha seguridad, en la década del 60, la revista Time aseguró a sus lectores que:

Aunque la compra en forma remota sea posible, finalmente fracasará.

En 1995, el fundador de la compañía 3Com sostuvo muy convencido

Predigo que Internet pronto se convertirá en una supernova espectacular y en 1996 se derrumbará catastróficamente.

También en el 95, Clifford Stoll, que aparentemente es un físico y experto en ordenadores, no dudó en sostener:

Incluso si hubiera una manera confiable de enviar dinero por Internet — que no la hay — a la red le falta un ingrediente más esencial del capitalismo: los vendedores.

Dos años después se produce el ingreso a esta lista de Michael Dell, el fundador de la empresa de computadoras del mismo nombre que comentó lo que el haría con Apple.

La cerraría y devolvería el dinero a los accionistas.

La Apple del 97 no es la de ahora. La empresa llevaba años de fracasos y nadie podría predecir el impacto que lograrían el iPod, iPad e iPhone

Para demostrar que un Premio Nobel no es garantía de nada, el economista Paul Krugman dijo sobre Internet en 1998.

Alrededor del año 2005 veremos que el impacto de Internet en la economía no será mayor al de la máquina de fax.

Claro que hacer predicciones fallidas es un requisito para obtener el doctorado en Ciencias Económicas.

La historia de Microsoft con los dispositivos móviles daría para un documental o una de esas comedias basadas en la estupidez del protagonista. Para muestra tenemos esta frase de Steve Ballmer pronunciada en el 2007

No hay posibilidad de que el iPhone vaya a tener una cuota de mercado significativa.

Estas son algunas de las miles de predicciones fallidas. De hecho, me propongo poner mis dispositivos bajo llave hasta el 2 de enero. No sea cosa que después de los brindis se me ocurra vaticinar el futuro y termine ingresando a la lista.

from Linux Adictos https://ift.tt/2ZFEFAq
via IFTTT

Tan inevitable como la finalización de un año y el comienzo del otro son los balances y las predicciones. Nuestro balance del decenio (la década termina el año que viene a pesar de lo digan los medios) ya lo hicimos. Por lo que ahora vamos a enfocarnos en el futuro.

Pero, como no hay forma más segura de hacer el ridículo que arriesgar predicciones en materia de tecnología, no voy a decir las mías, sino que voy a reproducir la de gente que sabe.

Chris Ferris es el máximo responsable técnico en la división de tecnologías abiertas de IBM y esto es lo que cree que va a pasar. Pero Ferris no se limita a anticipar el futuro, cree que el código abierto es el ingrediente necesario para que ese futuro suceda.

En sus palabras:

Eso (los grandes avances logrados en matería de software) no habría ocurrido en el espacio del código cerrado, así que es cuestión de que todos construyan sobre los éxitos de los demás y que alguien venga y diga: ‘Aquí hay una idea mejor’

Y agregó:

Trabajando juntos, los desarrolladores tienen el poder de cambiar industrias enteras. No se me ocurre nada que haya sido desarrollado exclusivamente en código cerrado que no haya salido eventualmente en código abierto

Predicciones para el futuro. Estas son las de Ferris

Contenedores y microservicios más rápidos y livianos

los conceptos de contenedores y microservicios eran meramente teóricos antes de 2010, Hubo que esperar al 2013 para que Docker publicara sus primeros desarrollos en el campo de los contenedores y Netflix produjera la tecnología que haría posible los microservicios.

Hagamos un alto para explicar los conceptos

Contenedores: Son máquinas virtuales para la ejecución de aplicaciones informáticas. A diferencia de las máquinas virtuales tradicionales, los contenedores utilizan el sistema operativo (SO) anfitrión en lugar de proporcionar uno propio.

MIcroservicios: En el enfoque tradicional de desarrollo de software, todo lo necesario para el funcionamiento de un programa se compila en una sola pieza. En cambio, con el enfoque de microservicio, cada uno de los elementos de una aplicación permanece independiente y e combina con otros para realizar determinadas tareas.

Ferris sostiene que:

En la próxima década, anticipamos que los proyectos de código abierto como Istio, Kubernetes y OKD se centrarán en hacer que los contenedores y microservicios sean más pequeños y rápidos para satisfacer las necesidades del desarrollo en la nube y reducir la superficie de ataque del contenedor”

Cargas de trabajo instantáneas serverless

Otra pausa para aclarar otro concepto

Serverless, para mi gusto muy mal traducido como “informática sin servidor” es una modalidad que ofrecen los proveedores de servicios de cloud computing en las que son ellos que se encargan de gestionar los servidores asegurándose de que se adecuen en forma automática a las necesidades del usuario.

Relacionando este punto con el anterior, Ferris dijo que:

Podemos esperar ver que los contenedores se hagan más pequeños, más rápidos. Existe el potencial de tener un entorno que pueda hacer funcionar los contenedores a un costo muy bajo, de forma instantánea”, ampliando los límites de las plataformas serverless.

Inteligencia artificial confiable

Ferris sostiene que la inteligencia artificial es parte de nuestra vida cotidiana. Según el, interactuamos con Siri y Alexa diariamente, hablamos con los chatbots de atención al cliente con regularidad, utilizamos el reconocimiento facial para desbloquear nuestros aparatos, y estamos cerca de la llegada de los coches de autoconducción totalmente autónomos.

La IA y el aprendizaje automático impulsaron estas innovaciones y muchos de los avances de la IA se produjeron gracias a proyectos de código abierto como TensorFlow y PyTorch,

En la próxima década será importante, además de hacer la IA más inteligente y accesible, hacerla más confiable.

De acuerdo con Ferris

Esto asegurará que los sistemas de IA tomen decisiones de manera justa, no sean vulnerables a la manipulación y puedan ser entendidos

En su opinión, el código abierto es la clave para construir esta confianza en la IA. Para asegurar que la confianza se construya en estos sistemas desde el principio.

Nuevos usos de las capacidades de rastreo de Blockchain

Mientras que los usos iniciales de la cadena de bloques se limitaron a la criptografía, el compromiso de código abierto en torno a proyectos como Hyperledger y Ethereum ha ampliado las posibilidades de cómo se utiliza esta tecnología.

El ejecutivo de IBM afirma que en las empresas

…se están explorando diferentes enfoques no sólo para mejorar la privacidad, sino también para construir una colección de nodos necesarios para lograr la confirmación de una transacción con confianza. Y casi todos los trabajos implican el uso de código abierto.

¿Te animas a hacer alguna predicción para el futuro? ¿Será el 2020 el año de Linux en el escritorio? ¿Microsoft se adueñará de Linux? ¿Shuttleworth cambiará otra vez de idea y el escritorio oficial de Ubuntu será ahora KDE? ¿Qué número saldrá en el gordo de reyes? El formulario de comentarios está a tu disposición.

from Linux Adictos https://ift.tt/2szJGOS
via IFTTT

Si hay un sector en donde la disponibilidad de productos de código abierto es crítica, sin dudas es el de la medicina. Ya bastante cara es la atención de los pacientes (En gran parte gracias al oligopolio de los laboratorios farmacéuticos y al costo de la aparatología médica) como para tener que sumarle el de las licencias de software. Además, en una profesión dónde la difusión del conocimiento es imprescindible, la facilidad de compartir herramientas debería ser la norma.

En un artículo anterior habíamos comentado una distribución Linux enfocada en el entrenamiento de los profesionales del análisis de neuroimágenes en el uso de software libre. Ahora vamos a enfocarnos en una de las soluciones creadas por los desarrolladores de Debian para el uso de los profesionales de la medicina.

Repito la aclaración del artículo anterior. No soy médico, y aunque con la ayuda de Google trate de encontrar la traducción más exacta, puedo haber metido la pata. Agradezco las correcciones en el formulario de comentarios.

Debian Med. Debian para uso médico.

Para entender lo que es Debian Med debemos explicar primero el concepto de “Mezcla pura de Debian” (Debian Pure Blend)

Una distribución Linux típica incluye más de 20000 paquetes de todo tipo. Algunas son utilidades del sistema cuya instalación es imprescindible, otras son programas de propósito general que suelen instalarse por defecto, y el resto son programas de diversos usos de cuya existencia no te enterarás a menos que te pongas a examinar los repositorios. Y si usas ese verdadero castigo de los dioses que es el Centro de Software de Gnome, probablemente no encuentres ni la mitad. Si estás utilizando una distribución basada en la dupla Debian/Gnome, lo mejor es que instales el Gestor de paquetes Synaptic. No tendrá una gran interfaz de usuario, pero puedes hacer fácilmente todo el trabajo relacionado con repositorios.

Puedes instalarlo con el comando:

sudo apt install synaptic

Los desarrolladores de Debian encontraron una solución, agrupar los programas por rubro. Es decir que con un solo comando puedes instalar las utilidades con un denominador común. Si tienes instalada Debian/Ubuntu/ Linux MInt u otra distribución derivada solo debes usar el comando

sudo apt install med-all

Los rubros de los programas que podemos encontrar son:

• Biologia: aplicaciones para bioinformática, biología molecular y estructural.
• Herramientas para desarrolladores: Utilidades para el desarrollo de aplicaciones bioinformáticas.
• Secuenciación de la próxima generación: Aplicaciones bioinformáticas utilizables en la Secuenciación de Próxima Generación.
• Filogenia: Programas para filogenética. Si no conocías la palabra (yo tampoco) te ahorro el viaje a Google. Es el estudio de las relaciones evolutivas entre diferentes organismos.
• Cloud: Herramientas de bioinformática, biología molecular y estructural optimizadas para su uso en la nube.
• Gestores de contenidos: Herramientas para la creación de sitios web de temática médica.
• Datos sobre remedios: Manejo de bases de datos sobre drogas.
• Dentistas: Utilidades para manejo de consultorios odontológicos.
• Epidemiología: Programas para ser usadas por epidemiólogos.
• Sistema de información hospitalaria: Software para la gestión de la información en instituciones médicas.
• Diagnóstico por imágenes: Procesamiento y visualización de imágenes médicas.
• Herramientas para el desarrollo: Utilidades para la creación de aplicaciones vinculadas con el procesamiento y visualización de imágenes médicas.
• Laboratorio: Programas para el uso en las prácticas de los laboratorios médicos.
• Oncología: Aplicaciones relacionadas con el tratamiento del cáncer. Particularmente enlos que usan radiación.
• Farmacología: Herramientas informáticas para la investigación farmacológica.
• Clínica Médica: Programas para medicina general.
• Consultorios: Software para la gestión de consultorios particulares.
• Psicología: Programas para el ejercicio de profesionales de la psicología y el psicoanálisis.
• Rehabilitación: Software para su uso con tecnología de rehabilitación
• Investigación: Herramientas para su utilización en investigaciones médicas
• Estadísticas: Utilidades para la compilación y el análisis estadístico.
• Herramientas sin clasificar: Programas varios que no entran en ninguna de las categorías mencionadas más arriba.
• Publicaciones: Software para la creación, diagramación y publicación de material médico.

¿Eres médico o ejerces alguna otra actividad relacionada con la salud? Nos encantaría saber si usas herramientas de software libre y cuáles son En caso de que no puedas hacerlo, también puedes contarnos el por qué. El formulario de comentarios está a tu disposición.

from Linux Adictos https://ift.tt/2F9RUju
via IFTTT

Se lanzó hace poco la nueva versión del reproductor de video abierto MPV 0.31, que hace unos años se ramificó desde la base de código del proyecto MPlayer2. MPV es un reproductor multimedia para la línea de comandos, multiplataforma basado en MPlayer y mplayer2, cuenta con soporte para diversos formatos de vídeo, audio y subtítulos.

La aplicación también cuenta con su interfaz gráfica, cuenta con una salida de vídeo basada en OpenGL. MPV se enfoca en desarrollar nuevas características y garantizar el respaldo continuo de las innovaciones de los repositorios de MPlayer sin preocuparse por mantener la compatibilidad con MPlayer.

El código MPV se distribuye bajo la licencia LGPLv2.1 +, algunas partes permanecen bajo GPLv2, pero el proceso de cambio a LGPL está casi completo.

Principales novedades de MPV 0.31

En la nueva versión de MPV se destaca como principal novedad que se añadió el código de soporte del protocolo Wayland para la capacidad de capturar áreas de pantalla, lo cual es necesario para organizar el escalado de ventanas con el mouse.

Por otro lado, se destaca que para la GUI integrada OSC (On Screen Controller) se implementa soporte para la decoración de ventanas de pseudo-modo en el lado del cliente.

Se ha agregado un filtro de video a vf_gpu utilizando los mecanismos de representación del módulo vo_gpu.

Se ha agregado una consola console.lua interactiva que procesa comandos de estilo REPL.

Ademas que para el reproductor se han agregado nuevos mecanismos de registro necesarios para console.lua y en el módulo de salida a través de Direct3D 11 (vo_gpu / d3d11), se ha agregado la capacidad de configurar la conversión del espacio de color para la salida a dispositivos con soporte HDR incorporado.

De los demás cambios que se destacan de esta nueva versión, podremos encontrar:

• Para la plataforma Android, se ha agregado el módulo ao_audiotrack.
• En el controlador de entrada, se presenta una pseudoclave para capturar toda la entrada de texto.
• Vd_lavc agregó la opción de selección automática para seleccionar el decodificador de hardware óptimo (hwdec).
• El módulo vo_gpu permite el uso de la API VDPAU a través de EGL.
• El código de soporte de Gamepad está deshabilitado de forma predeterminada.
• Se eliminó el soporte para Apple Remote.

¿Como instalar el reproductor MPV en Linux?

Para quienes estén interesados en poder instalar esta nueva versión del reproductor en sus sistemas, podrán hacerlo siguiendo las instrucciones que compartimos a continuación.

Debido a que en estos momentos la actualización fue recientemente liberada, los paquetes en los diferentes canales no cuentan con la nueva versión. Por lo que para obtener la MPV 0.31 deberemos de realizar la compilación del reproductor en el sistema.

Para ello tendremos que descargarnos el código fuente de la aplicación y realizar la compilación e instalación nosotros mismos esto lo hacemos, abriendo una terminal y tecleando lo siguiente:

git clone https://github.com/mpv-player/mpv-build.git
cd mpv-build/
sudo apt install libfribidi-dev libfribidi-bin yasm
./rebuild -j4
sudo ./install

Y listo con ello ya tenemos instala la aplicación en nuestro sistema.

Ahora para quienes prefieran esperar a que los paquetes compilados para las diferentes distribuciones de Linux. En el caso de los que son usuarios de Ubuntu o algun derivado de este.

Pueden añadir el repositorio que es mantenido por un tercero. Este lo añaden con ayuda de una terminal y tecleando los siguientes comandos:

sudo add-apt-repository ppa:mc3man/mpv-tests

Actualizamos los repositorios:

sudo apt update

Y finalmente instalamos la aplicación con este comando:

sudo apt install mpv

Mientras que para el caso de Arch Linux, lo instalan con el siguiente comando:

sudo pacman -S mpv

Para quienes sean usuarios de openSUSE, podrán instalar la nueva versión en cuanto este disponible con el siguiente comando:

sudo zypper in mpv

Finalmente para quienes son nuevos en el reproductor y se aventuraron a utilizarlo, como se mencionó al inicio, MPV se maneja por medio de comandos por lo que su uso es mediante la terminal.

Su uso más básico es indicando la apertura de un archivo ya sea colocando su ruta completa o posicionándose sobre la carpeta del archivo. Pero sugiero dediquen unos minutos a su manual de uso el cual pueden visitar en el siguiente enlace o desde la terminal tecleando el comando:

mpv --help

from Linux Adictos https://ift.tt/2F7EfcC
via IFTTT

Mediante una publicación en su blog del entorno de escritorio de Trinity los desarrolladores anunciaron la liberación de la nueva versión “Trinity R14.0.7” que continúa el desarrollo de las bases de código KDE 3.5.xy Qt 3.

De las características que se pueden destacar de este entorno de escritorio Trinity, se puede observar sus propias herramientas para administrar parámetros de pantalla, una capa basada en udev para trabajar con equipos, una nueva interfaz para configurar equipos, una transición al administrador Compton-TDE. Así mismo también cuenta con un configurador de red mejorado y mecanismos de autenticación de usuarios.

El entorno Trinity se puede instalar y utilizar al mismo tiempo que las versiones más recientes de KDE, incluida la capacidad de usar las aplicaciones Trinity KDE ya instaladas en el sistema.

También hay herramientas para mostrar correctamente la interfaz de los programas GTK sin violar un solo estilo. El objetivo del proyecto es lanzar correcciones de errores continuos, características adicionales y compatibilidad con hardware reciente.

Trinity Desktop es un fork de KDE 3.5 y se usa como el entorno de escritorio predeterminado de al menos dos distribuciones de Linux, Q4OS y Exe GNU / Linux.

La nueva versión introduce cambios relacionados principalmente con la eliminación de errores y el trabajo para mejorar la estabilidad del código base.

¿Qué hay de nuevo Trinity Desktop Environment R14.0.7?

La nueva versión introduce cambios principalmente relacionados con la eliminación de errores y el trabajo para mejorar la estabilidad de la base del código.

Entre las mejoras añadidas podremos encontrar lo siguiente:

• Algunos paquetes se han convertido para usar el sistema de compilación CMake
• Realizó un refinamiento general de la apariencia y elementos de la marca
• Soporte mejorado para los estándares XDG (X Desktop Group)
• Implementado soporte de compilación inicial para el sistema operativo DilOS (una distribución basada en el núcleo Illumos, usando dpkg y apt para administrar paquetes)
• Se agregó soporte de compilación inicial con la biblioteca Musl (libc)
• Soporte agregado para construir con LibreSSL en lugar de OpenSSL
• El servicio de mensajería instantánea kopete ha reanudado la compatibilidad con los protocolos AIM y MSN
• Se agregó soporte para una nueva ubicación del archivo de autorización ICE
• Se agregó soporte para versiones recientes de libpqxx
• Soporte agregado para MySQL 8.x
• Se reanudó el soporte para NetBSD
• Corrección de vulnerabilidad portada CVE-2019-14744 ( ejecución de comandos arbitrarios al ver un directorio que contiene archivos “.desktop” especialmente diseñados) y CVE-2018-19872 (bloqueo al procesar imágenes PPM no válidas).

¿Cómo instalar Trinity desktop R14.0.7?

Para quienes estén interesados en poder instalar este entorno de escritorio en sus sistemas, pueden seguir las instrucciones que compartimos a continuación.

Para quienes sean usuarios de Ubuntu, Linux Mint o cualquier derivado de estos, lo primero que vamos a hacer es añadir el repositorio del entorno a nuestro sistema, por lo que para ello vamos a abrir una terminal en el sistema y vamos a teclear lo siguiente:

echo "deb http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x $(lsb_release -sc) main" | sudo tee /etc/apt/sources.list.d/trinity.list

echo "deb http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-builddeps-r14.0.x $(lsb_release -sc) main" | sudo tee /etc/apt/sources.list.d/trinity-builddeps.list

Ya añadido el repositorio al sistema, en acto seguido vamos a descargar e importar al sistema la llave publica con el siguiente comando:

wget http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-keyring.deb
sudo dpkg -i trinity-keyring.deb

Después de ello vamos a proceder a actualizar nuestro listado de paquetes y repositorios con:

sudo apt-get update

Finalmente vamos a realizar la instalación del entorno en nuestro sistema con:

sudo apt-get install kubuntu-default-settings-trinity kubuntu-desktop-trinity

Ahora, para quienes sean usuarios de openSUSE leap 15.1, pueden instalar el entorno ejecutando los siguientes comandos:

rpm --import http://mirror.ppa.trinitydesktop.org/trinity/trinity/rpm/opensuse15.1/RPM-GPG-KEY-trinity
zypper ar http://mirror.ppa.trinitydesktop.org/trinity/trinity/rpm/opensuse15.1/trinity-r14/RPMS/x86_64 trinity
zypper ar http://mirror.ppa.trinitydesktop.org/trinity/trinity/rpm/opensuse15.1/trinity-r14/RPMS/noarch trinity-noarch

zypper refresh
zypper install trinity-desktop

Mientras que para quienes sean usuarios de Arch Linux o algun derivado, pueden compilar el entorno siguiendo las instrucciones de este enlace o añadir el siguiente repositorio a su archivo pacman.conf

[trinity]
Server = https://repo.nasutek.com/arch/contrib/trinity/x86_64

Actualizan e instalan con:

sudo pacman -Syu

sudo pacman -S trinity-desktop

Para el resto de las distribuciones de Linux, pueden seguir las instrucciones que se comparten en el sitio web oficial del entorno.

• Debian
• Devuan
• Raspbian
• Redhat / CentOS
• Fedora
• Mageia
• Mandriva
• MX Linux
• PCLinuxOS
• Slackware
• ALT Linux
• Arch Linux

from Linux Adictos https://ift.tt/37kFj94
via IFTTT

A inicios de mes compartimos con ustedes aquí en el blog la noticia de la votación general que se genero con la finalidad de decidir sobre si el sistema soportara múltiples sistemas de inicialización esto a raíz de que, en 2014, el Comité Técnico aprobó la transferencia de la distribución por defecto a systemd, pero no desarrolló la solución con respecto al soporte de varios sistemas de inicialización.

El líder del comité recomendó que los encargados del paquete mantengan el apoyo sysvinit como un sistema de inicialización alternativo, pero indicó que no podía imponer su punto de vista y que en cada caso la decisión debería tomarse de manera independiente.

Después de eso, algunos desarrolladores intentaron celebrar una votación general, pero una votación preliminar mostró que no había necesidad de decidir sobre el uso de varios sistemas de inicialización.

Hace unos meses, después de problemas con la inclusión del paquete elogind (necesario para que Gnome funcione sin systemd) en la rama de prueba debido a un conflicto con libsystemd, el líder del proyecto Debian volvió a plantear la pregunta, ya que los desarrolladores no podían estar de acuerdo y su comunicación se convirtió en una confrontación y termino en darle una solucion al respecto con la votacion general.

Ahora, los resultados de dicha votación se dieron a conocer en la fecha que se estipulo (el 28 de diciembre) donde se vieron involucrados en el mantenimiento de paquetes y el mantenimiento de la infraestructura sobre el tema de soportar sistemas de inicialización múltiple.

Y la opción ganadora fue el segundo elemento (“B”) en la lista, el cual describe que

“systemd sigue siendo el preferido, pero la posibilidad de soportar sistemas de inicialización alternativos permanece. Las tecnologías, como elogind, que le permiten ejecutar aplicaciones enlazadas al sistema en entornos alternativos, se consideran importantes. Los paquetes pueden incluir archivos init para sistemas alternativos.”

La votación se llevó a cabo mediante el método Condorcet, en el que cada votante clasifica todas las opciones en el orden de su preferencia y al calcular el resultado, cuántos votantes prefieren una opción a otra.

La opción ganadora reconoce que las unidades de servicio systemd son la forma preferida de configurar demonios y servicios para que se ejecuten, pero supone que existen entornos en los que los desarrolladores y usuarios pueden crear y aplicar sistemas de inicialización alternativos y alternativas funcionales a las características de systemd.

Los desarrolladores de soluciones alternativas deben proporcionar recursos para su trabajo y formateo de paquetes. Las soluciones alternativas, como elogind, utilizadas para organizar el lanzamiento de aplicaciones vinculadas a interfaces específicas del sistema, siguen siendo importantes para el proyecto.

Apoyar tales iniciativas requiere asistencia en áreas en las que las tecnologías alternativas que se desarrollan se cruzan con el resto del proyecto, por ejemplo, retrasar la revisión de parches y discusiones es inaceptable.

Está permitido incluir archivos de unidad systemd y scripts de inicio en los paquetes para iniciar los servicios. Los paquetes pueden usar cualquiera de las características de systemd a solicitud del responsable del paquete, siempre que estas características cumplan con los requisitos de las reglas de Debian y no estén vinculadas a características experimentales o no compatibles en Debian de otros paquetes.

Además de systemd, los paquetes también pueden incluir soporte para sistemas de inicialización alternativos y proporcionar componentes para reemplazar interfaces específicas de systemd. El personal acompañante toma las decisiones para habilitar los parches como parte de los procedimientos regulares

Debian se compromete a trabajar con distribuciones derivadas que han elegido otros sistemas de inicialización para sí mismos, pero la interacción se basa en el nivel de los mantenedores, sobre los cuales se toman decisiones sobre ello.

Finalmente, este resultado no fue del agrado de muchos, pues en redes mostraron su descontento pues muchos comentan que esto no difiere a lo que es en la actualidad, ya que básicamente transfieren toda la responsabilidad a los mantenedores.

Si quieres conocer más al respecto, puedes consultar la publicación de los resultados en el siguiente enlace. 

from Linux Adictos https://ift.tt/2Qea9dX
via IFTTT

Muchos linuxeros están obsesionados con lograr el liderazgo en el escritorio. Para ellos no se trata de difundir el software libre y sus 4 libertades sino de derrotar a Microsoft. El hecho de que el mercado de las computadoras personales haya tocado techo, y el accionar de Google y Apple en el de los móviles sea mucho más peligroso que el de Microsoft en sus mejores (peores) tiempos, no parece importarles.

Tampoco son capaces de disfrutar el liderazgo alcanzado en nichos específicos como la nube, los servidores web o las supercomputadoras. Prefieren perder el tiempo en discusiones estériles con los fanáticos de Photoshop o Excel.

Es por eso que mi propósito de año nuevo es hacer conocer herramientas de software libre que pueden utilizarse con mucho éxito en sectores en los que la mayoría de los que escribimos sobre el tema no solemos fijarnos.

En este post vamos a hablar de Lin4neuro.Una distribución que deberían tener en cuenta quienes se interesen en el diagnóstico por imágenes del cerebro humano.

Sin dudas, teniendo en cuenta lo que gastan gobiernos y ciudadanos particulares en salud, todo ahorro en el costo de licencias sin pérdida en la calidad de atención es un objetivo digno de alcanzar. Se trata de un sector en dónde el software libre y de código abierto tiene mucho para dar.

Analizando neuroimágenes con Linux. Un gran punto de partida para estudiantes y profesionales

Es una versión derivada de Ubuntu realizada por un profesor de la universidad japonesa de Tsukuba. Está basada en Ubuntu 16.04 y parece no actualizarse desde el 2017. Sin embargo, sigue constituyendo un buen punto de partida para que los profesionales del análisis de neuroimágenes se familiaricen con las aplicaciones de código abierto y los estudiantes hagan prácticas.

Las imágenes analizadas se pueden compartir fácilmente.

En la lista de programas incluyo los enlaces a sus respectivas páginas siempre que sea posible.

Tengan en cuenta que no soy médico. Aunque con la ayuda de Google traté de que las traducciones fueran lo más correctas posible puedo haber metido la pata. Desde ya agradezco cualquier corrección.

Entre las aplicaciones incluidas en la distribución podemos mencionar:

3D Slicer: Esta aplicación incluye algoritmos para el análisis de imágenes obtenidas por resonancia magnética funcional y por tensor de difusión. También pueden utilizarse para terapías guiadas por imágenes.

AFNI:  Programa para el procesamiento y análisis de datos obtenidos de imágenes de resonancia magnética.

UCL Camino Diffusion MRI Toolki: Voy a poner la descripción en inglés para no meter la pata. For diffusion MRI processing. Yo interpreto que es para el análisis de imágenes de resonancia magnéticas difusas. Si hay un especialista en diagnósticos por imágenes en la sala que pueda aclararnos el tema, ahí abajo está el formulario de comentarios. Enlace

Caret: Esta aplicación  permite al usuario crear, ver y manipular reconstrucciones de superficies del cerebro y la corteza cerebral.

Connectome Analyzer: Analisis de las conexiones entre los recursos de cualquier fuente (DSI, DTI, QBall, rs-fMRI, etc) a diferentes escalas (global, subredes y local).

Connectome Viewer: conecta conjuntos de datos de red y de neuroimágenes multimodales y multiescala para el análisis y la visualización en Python.

FSL: Análisis de imagen y herramientas estadísticas para datos de imagenología cerebral fMRI, MRI, y DTI. Enlace

Ginkgo CADx:Esta aplicación es un visor de imágenes médicas guardadas bajo el estándar DICOM.

ITK-Snap: Programa para la segmentación de estructuras en imágenes médicas en 3D. Enlace

Minc toolkit: Aplicación para el manejo de archivos MINC

MITK: Herramientas para el desarrollo de software interactivo de procesamiento de imágenes médicas.

MITK Diffusion: El programa  incluye una selección de algoritmos de análisis de imágenes para el procesamiento de imágenes de resonancia magnética ponderadas por difusión.

MRIConvert: Es una utilidad de conversión de archivos de imágenes médicas que convierte los archivos DICOM a los formatos de volumen NIfTI 1.1, Analyze 7.5, SPM99/Analyze, BrainVoyager y MetaImage.

MRIcron: Es una herramienta de visualización y análisis de imágenes obtenidas por resonancia magnética (funcional).

MRtrix: Es un conjunto de herramientas para realizar tractografía de materia blanca en imágenes de resonancia magnética ponderada por difusión de manera robusta para cruzar fibras, utilizando deconvolución esférica restringida (CSD) y líneas de corriente probabilísticas.

RMN virtual: Produce una simulación realista de un escáner por resonancia magnética.

from Linux Adictos https://ift.tt/2SPeUfN
via IFTTT