Server CCTV dengan Shinobi Video – Bag. 1, IP Cam
Oprekan kali ini bermula dari lokasi proyek rumah yang kemalingan. Saat awal bangun, kemalingan genset, berikutnya beberapa minggu lalu, para tukang kemalingan handphone.
Saya memiliki cctv yang ada di rumah, subsidi dari Pak Bos yang memiliki perusahaan penjualan cctv. Yang sudah dipakai, sangat mudah dioperasikan. Just work. Namun kali ini sejak pandemi, saya kepikir untuk memanage cctv tersebut dengan linux, entah raspi atau pakai komputer-komputer spek rendah.
Sebelumnya, saya sama sekali tidak mengerti teknologi cctv beserta perabotannya. Namun sejak ngoprek ini, pengetahuan jadi bertambah. Awalnya hanya tau/nemu Shinobi Video saja, setelah itu bingung, harus bagaimana? cara koneksinya ke cctv bagaimana?
Dinamakan IP Cam, tentunya memiliki IP, umumnya, dari pabrikan diatur menjadi dhcp client. Sehingga dapat IP otomatis dari router/server dhcp. Saya dipinjami IP Cam oleh Pak Iwan Tahari. Dalam kardusnya tidak ada informasi apapun (buku manual juga tidak ada). Merek/Pabrikan pembuatnya juga tidak tahu. Jadi dengan coba-coba colokin aja ke router/modem yang ada di rumah, lalu diintip dapat IP berapa, nah itu dia tinggal dipanggil IPnya di peramban.
Setelah sukses dapat IP, saya punya 1 komputer yang rencananya jadi server cctv dan sudah ada dhcp servernya, saya sambungkan IP Cam tersebut ke komputer . Dapat IP 10.42.0.151. Tinggal dipanggil di peramban dan muncul antar muka web si kamera.
Hal utama yang perlu dilakukan adala mengatur zona waktu/waktu, agar nantinya saat dipakai, timestamp yang ditampilkan sesuai. Hal berikutnya adalah pengaturan kualitas gambar. Kamera ini sanggup merekam video/gambar dengan codec H265 dan H264, juga bisa merekam audio serta pengaturan fps dan kualitas. Saya mengatur kualitas medium dan codec H264 (karena H265, rata-rata browser tidak mulus menampilkannya).
Selanjutnya, bagaimana cara menguji bahwa kamera tersebut bisa digunakan? Saya cukup bingung dengan pertanyaan sendiri. Mencari-cari, akhirnya menemukan jawaban, bahwa bisa menguji dengan menggunakan VLC. Tinggal memasukkan url rtp/udp melalui menu Open Network. Nah bagaimana mendapatkan urlnya? macem-macem jawabnya dan bingung. Namun saya menemukan aplikasi pembantu, yang bisa memandu kita.
Aplikasinya bernama iSpy, opensource, adanya di OS Windows saja. Cara penggunaannya cukup mudah, bisa mencari berdasarkan IP yang kita masukkan atau dia mencari melalui jaringan yang ada. Setelah itu dia akan memberikan info ke kita daftar url yang bisa digunakan.
Ada beberapa format yang perlu diperhatikan:
- ONVIF, ini format standar IP Cam, jika bisa ini, dengan Shinobi bisa otomatis dalam pendeteksiannya.
- RTSP, catat url rtsp yang diberikan, di atas contohnya rtsp://ip:8554/live/ch00_0
Setelah sukses tampil di VLC, kita bisa melanjutkan pemasangan Shinobi Video.
KDE Blog cumplió 12 años
He estado dudando sobre hacer esta entrada o no. Y es que en realidad esta efeméride ocurrió en pleno inicio del confinamiento por el COVID-19 y uno estaba pendiente de otras cosas. Pero al final, la parte metódica de mi cerebro se ha impuesto y ha pensado que estaría feo perder la costumbre de ir celebrando cosas positivas. El pasado 24 de marzo de 2020 KDE Blog cumplió 12 años y no me acordé de comentarlo hasta unos días después. Es hora de enmendar este despiste.
KDE Blog cumplió 12 años
Hace más de una 10 años decidí que una parte de mi vida se iba a dedicar a intentar ayudar a los demás en su camino hacía el Software Libre. No sabía programar y me venía muy grande el diseño o la traducción, así que decidí que haría lo mejor que sabía hacer: enseñar.
Para ello pensé que escribir un blog donde explicaría mis vicisitudes en este nuevo escritorio GNU/Linux… en mi cabeza el concepto de Comunidad no estaba ni en pensamiento, los conceptos de distribución, kernel, aplicación, Comunidad, Release Candidate, Beta y cientos más se mezclaban en mi cabeza, de tal forma que los errores que cometí fueron apoteósicos, … pero nadie murió por ello y me sirvió para ir creciendo y aprendiendo.
En un momento puntual me ayudaron muchas personas, pero recuerdo con mucho cariño el capote que me ofreció maslinux cuando cometí un desliz sin mala intenciones y se me echó encima toda una comunidad de usuarios de una web potente de la época. Muchas gracias Pedro.
Como es habitual, me gusta recordar la declaración de intenciones de KDE Blog:
[24 de marzo de 2008]
«Hola a todos y todas: Hoy se inaugura KDE Blog un nuevo blog en el inmenso e infinito mundo de los blogs. El objetivo de este blog es múltiple: ayudar a los principiantes en el mundo Linux, informar sobre el mundo KDE, (el entorno de escritorio bajo Linux) y fomentar el uso del Software Libre.»
A pesar de la doce años pasados, la idea principal sigue válida aunque los artículos van cambiando de temática porque cada vez es más difícil hacer entradas explicando cómo hacer las cosas o solucionar problemas.
Y es que cada vez más gente utiliza GNU/Linux y el Software Libre cada vez tiene una alta calidad (está a la altura del privativo en muchos aspectos) aunque sigo opinando que el gran salto solo se dará cuando los dispositivos que compre la gente ofrezcan GNU/Linux por defecto.
Mientras tanto, el KDE Blog blog seguirá siendo mi granito de arena en la promoción del Software Libre y de la Comunidad KDE. No quisiera acabar esta parte sin dar las gracias públicamente a Victorhck que nada más enterarse de que el blog estaba de aniversario decidió dedicarme un artículo en su gran blog: Victorhck in the Free World. Estas cosas son el verdadero combustible del blog.
Los años siguen siendo complicados pero se mantienen las entradas diarias
Igual que el año pasado, mis obligaciones familiares, académicas y laborales me dejan poco tiempos para poder dedicarlo al blog. Por tanto debo estar muy atento a todo el tiempo que dispongo para poder publicar de forma diaria.
En otras palabras, debo pensar qué momento dispondré a lo largo del día para poder escribir artículos y, si algún día me encuentro más libre, dejar algunos en la recámara por los días en los que no los tendré.
No obstante, aunque sigo publicando de forma diaria sin demasiadas dificultades he debido sacrificar mis otras labores adquiridas con el mundo del Software Libre.
- Sigo en la junta de KDE España como secretario.
- Gracias a cambios de última hora, he vuelto a participar en los podcast de KDE España de forma directa, y sigo encargado de anunciarlos y preparar los directos, aunque pronto tendremos ayuda para mejorarlos.
- Sigo atento en el Grupo de Telegram de Cañas y Bravas (en el que hemos perdido algo de presencia por limpieza de bots que se colaron. ¡Somos más de 500 pero sigues faltando tú!).
- Y me encargo, con menor intensidad de la deseada, de las redes sociales de la organización.
A lo largo de estos 12 años he ido publicando entradas conmemorativas que podéis seguir en la siguiente etiqueta, en las cuales se resumen muy bien los sentimientos y la historia del blog, y como este año no tengo tiempo y apenas han cambiado os invito a leer para no repetirlo.
Renovación de votos
Los votos no cambian, al parecer he llegado a un momento de estabilidad, y mi compromisos con la Comunidad KDE se mantienen:
- KDE Blog sigue teniendo cuerda para muchos años,
- Sigo estando ilusionado con el proyecto KDE y en su difusión.
- Sigo abierto a todo tipo de colaboraciones (¿quieres ayudar a publicar en el blog? ¿Encargarte de la parte social? ¿Mejorar las entradas? Mándame un correo [bortega@kde_espana.org] y hablamos)
- Y para finalizar decir que me siento orgulloso de pertenecer a un movimiento cuyo objetivo es compartir su conocimiento en pro de una evolución más rápida de la humanidad, que se concreta en pertenecer a una Asociación de Software Libre como KDE España.
Así que:
¡Muchísimas gracias a todos por seguirme!
Mesa, Nano, Redis, Git Update in openSUSE Tumbleweed
Another four openSUSE Tumbleweed snapshots were released this week.
A notable package updated this week is a new major version of gucharmap. Plus several python package updates, nano, mesa, git and Xfce packages also had new minor updates.
The most recent snapshot, 202000331 is trending well with a stable rating of 99 on the Tumbleweed snapshot reviewer. The GNOME Character Map, gucharmap, updated to version 13.0.0, but no changelog was provided. An update for glib2 2.62.6 is expected to be the final release of the stable 2.62.x series; maintenance efforts will be shifted to the newer 2.64.x series. The updated glib2 package fixed SOCKS5 username/password authentication. The 2.34 binutils package added and removed a few patches. GTK3 3.24.16 fixed problems with clipboard handling and fixed a crash in the Wayland input method. The package for creating business diagrams, kdiagram 2.6.2 fixed printing issue. The Linux Kernel updated to 5.5.13. A handful of Advanced Linux Sound Architecture changes were made in the kernel update. The 5.6.x kernel is expected to be released in a Tumbleweed snapshot soon. The libstorage-ng 4.2.71 package simplified combining disks with different block sizes into RAID. The programming language vala 0.46.7 made verious improvements and bug fixes and properly set CodeNode.error when reporting an error. Several xfce4 packages were updated and xfce4-pulseaudio-plugin 0.4.3 fixed various memory leaks and warnings and xterm 353 was updated. The yast2-firewall 4.2.4 packaged was updated and forces a reset of the firewalld API instance after modifying the service state and yast2-storage-ng 4.2.104 extended and improved the Application Programming Interface to get udev names for a block device
The package to improve audio and video under Linux pipewire 0.3.1 switched the license to MIT and added fdupes BuildRequires and pass fdupes macro while removing duplicate files, which came in snapshot 20200326. The 1.1.9 spec-cleaner package drop travis and tox and now uses github actions. Several python arrived in this snapshot. Python-packaging 20.3 fixed a bug that caused a 32-bit OS that runs on a 64-bit ARM CPU (e.g. ARM-v8, aarch64), to report the wrong bitness and python-SQLAlchemy 1.3.15 fixed regression in 1.3.14. The Xfce file manager package, thunar 1.8.14 updated translations and reverted a bug that introduced a regression. The snapshot recorded a stable rating of 99.
A stable rating of 97 was recorded for snapshot 20200325. The snapshot updated ImageMagick to version 7.0.10.2 and fixed another sizing issue with the label coder when pointsize is set. Mesa 20.0.2 provided several fixes for the code base. Bluetooth issues were fixed with the class UUID matches before connecting the profile in the bluez 5.54 package. Git 2.26.0 improved the handling of sparse checkouts. Text editor nano 4.9 made the new paragraph and the succeeding one get the appropriate first-line indent when justifying a selection. The latest stable version of the in-memory database redis 5.0.8 uses the tmpfiles macros instead of calling systemd-tempfiles direct and build wrong macro paths and the sssd 2.2.3 package brought new features like a “soft_ocsp” and “soft_crl” options that were added to make the checks for revoked certificates more flexible if the system is offline.
The 20200324 snapshot recorded a stable 93 rating. The snapshot also had an update for ImageMagick and an updated version of Mozilla Thunderbird 68.6.0. The email client adds a new popup display window when starting up on a new profile. A fix for the linker version script was made in FUSE (Filesystem in Userspace) 3.9.1, which provides a simple interface for userspace programs to export a virtual filesystem to the Linux kernel. The lensfun package jumped from version 0.3.2 to 0.3.95 and provides support for several next cameras and lenses. Other packages updated in the snapshot were mercurial 5.3.1, php7 7.4.4 and zypper 1.14.35.
Systemd 245 is expected to arrive in a snapshot in the coming days.
Kubic with Kubernetes 1.18.0 released
Announcement
The Kubic Project is proud to announce that Snapshot 20200331 has been released containing Kubernetes 1.18.0.
Release Notes are avaialble HERE.
Upgrade Steps
All newly deployed Kubic clusters will automatically be Kubernetes 1.18.0 from this point.
For existing clusters, please follow our new documentation our wiki HERE
Thanks and have a lot of fun!
The Kubic Team
Disponible el decimocuarto número de la revista digital SoloLinux
Hora de promocionarlo un poco y leerla con detenimiento. Me congratula compartir que ya está disponible el decimocarto número d la revista digital SoloLinux, suma y sigue con este interesante proyecto ¿alguien se anima a hacer lo mismo con KDE Blog?
Disponible el decimocuarto número de la revista digital SoloLinux
Hubo un tiempo en que las revistas sobre Linux digitales estuvieron de moda en el blog. Tenemos todavía a Atix, que continua con sus publicaciones (lo cual me alegra) y Full Circle Magazine (en inglés, gracias Vampiro Nocturno), y antes teníamos a Linux+, Papirux, Begins o TuxInfo, por citar algunas discontinuadas.
Desde hace un tiempo una revista digital SoloLinux tiene su entrada mensual en el blog, tener todas las alternativas posibles para compartir conocimiento es algo que caracteriza al Conocimiento Libre.
Este número, como no podía ser de otra forma, viene con unas palabras de sus creadores que me gustaría transmitir:
«Día uno de abril del 2020 ya estamos aquí otra vez. A pesar de la grave crisis mundial por culpa de la pandemia COVID-19, no podíamos fallar a nuestros lectores.
Ahora menos que nunca, ya que muchos permanecéis confinados en vuestras casas, por lo menos tratamos entre todos de mantenernos activos mentalmente.
[…]
Lamentablemente, la mayoría de nuestros proyectos los hemos tenido que paralizar. Demasiadas preocupaciones por nuestras familias, en fin… todos sabemos cómo está el tema ahora mismo. Cuando esto pase, porque seguro que pasará, retomaremos los nuevos proyectos. Antes de presentar la revista una recomendación, por favor proteger a nuestros mayores, somos lo que somos gracias a ellos.»

Así que, ya tenemos disponible el decimocuarto número de la revistas digital SoloLinux, el cual llega cargado de contenidos y con el siguiente índice.
- Cómo usar el comando echo con ejemplos en Linux
- Cómo convertir un archivo img a un archivo iso en linux
- Uso del comando iostat con ejemplos en linux
- Cómo ejecutar varios comandos en una sola línea
- Transferir archivos de forma segura con el comando scp
- MySQL error en Plesk con linux
- Verificar los servicios que se están ejecutando en linux
- Cómo cambiar la dirección MAC en linux con Macchanger
- Solución al error «E: Could not get lock /var/lib/dpkg/lock»
- Error al establecer la configuración regional a C.UTF-8
- Uso y ejemplos del comando SHUF
- Manual de Htop, la mejor herramienta para monitorizar linux
- Cómo actualizar Manjaro o Arch linux para novatos
- Instalar CyberPanel en Ubuntu 18.04
- Instalar y configurar opcache en php-fpm con Nginx
- Cómo montar un servidor de alto rendimiento con VestaCP
- Cómo optimizar Nginx con PHP-FPM en VestaCP con Centos 7
- Cómo instalar maldet y buscar malware en linux
- Error: Las firmas siguientes no se pudieron verificar GPG
- Instalar y configurar vsFTPD en CentOS y derivados
- Let’s Encrypt: Grave alerta de seguridad en sus certificados
- Alerta: El navegador Tor ejecuta Javascript en modo seguro
- Cómo escribir comentarios en bash correctamente.
- Cómo crear bloques multilínea en bash con Heredoc.
- Cuanto tiempo se ejecutan los procesos que más consumen
- Cómo limpiar buffers y ram en linux
- Novedad: nuevo Wine 5.3 con muchas mejoras y correcciones
- Cómo instalar Xtreme Download Manager en linux
- Cómo instalar ONLYOFFICE Community Edition en Ubuntu 18.04
- Cómo instalar Twitter Lite en linux
- Nomacs el visor de imágenes con editor incluido
- Cómo afecta el CORONAVIRUS a la tecnología y a linux
- Ubuntu 20.04 LTS listo para que lo pruebes
- Identificar el tipo de raid y si son discos ssd en linux
- No funciona la wifi en Debian después de su instalación
- Cómo subir el volumen en linux cuando se escucha muy bajo
- Qué es el registro PTR y para qué sirve
La revista puede ser descargada o simplemente visualizarla en línea, ya que se cuelga en diferente servicios como Calameo. A continuación os dejo los enlaces de descarga y visualización directa de los cuatro primeros números.
Además, recordar que desde el número anterior se ha abierto el canal oficial sololinux.es de Telegram: https://t.me/sololinux_es
Descarga:
Visualización directa:
Evidentemente, este proyecto no se centra en exclusivo a los contenidos de su web y está abierto a colaboraciones de todo tipo. De esta forma si estas interesado en insertar publicidad en nuestra revista, o quieres que publiquemos algún articulo que hayas escrito tu mismo, puedes contactar con «Adrián» por correo electrónico.
Muchos ánimos en este nuevo proyecto ya que facilita la difusión del Software Libre de una forma que ya no es tan habitual en estos tiempos pero que es igual de válida.
#openSUSE Tumbleweed revisión de la semana 14 de 2020
Tumbleweed es una distribución “Rolling Release” de actualización contínua. Aquí puedes estar al tanto de las últimas novedades.

openSUSE Tumbleweed es la versión “rolling release” o de actualización continua de la distribución de GNU/Linux openSUSE.
Hagamos un repaso a las novedades que han llegado hasta los repositorios esta semana.
El anuncio original lo puedes leer en el blog de Dominique Leuenberger, publicado bajo licencia CC-by-sa, en este enlace:
La semana empezó con problemas dentro de openSUSE Tumbleweed distribution, aunque fueron vistos a tiempo por openQA, por lo que no hay que preocuparse. Y acaba todavía peor: hay ciertos problemas en openQA desde el jueves y muchos test están fallando.
Los fallos parece que están más relacionados con la propia infraestructura de openQA y no con openSUSE Tumbleweed. Sin embargo no publicaremos nuevas “snapshots” hasta que openQA se comporte de nuevo de manera estable.
Durante esta semana se han publicado únicamente dos “snapshots”: 0326 y 0331.
Algunas de las actualizaciones más reseñables son:
- Kubernetes 1.18.0
- Linux kernel 5.5.13
- Rust 1.41.1
- XFCE 4.14.2
Y como siempre hay muchas más cosas interesantes que próximamente llegarán a los repositorios
- KDE Plasma 5.18.4.1
- Linux kernel 5.6.0
- Systemd 245: homed no estará habilitado/ofrecido
- Poppler 0.86.1
- GNOME 3.34.5: la última versión estable de la rama 3.34 branch; esto supuestamente todavía está en Leap 15.2 (via SLE). Después de esto, el equipo puede centrar sus esfuerzos en GNOME 3.36.x;
- GNU Make 4.3
- Guile 3.0.2
- LLVM 10
- Qt 5.15.0
- Ruby 2.7: posiblemente junto con la eliminación de Ruby 2.6
- GCC 10 como compilador de la distro
- Eliminación de Python 2
Si quieres estar a la última con software actualizado y probado utiliza openSUSE Tumbleweed la opción rolling release de la distribución de GNU/Linux openSUSE.
Mantente actualizado y ya sabes: Have a lot of fun!!
Enlaces de interés
-
-
- ¿Por qué deberías utilizar openSUSE Tumbleweed?
- zypper dup en Tumbleweed hace todo el trabajo al actualizar
- ¿Cual es el mejor comando para actualizar Tumbleweed?
- Comprueba la valoración de las “snapshots” de Tumbleweed
- ¿Qué es el test openQA?
- http://download.opensuse.org/tumbleweed/iso/
- https://es.opensuse.org/Portal:Tumbleweed
-

——————————–
openSUSE Tumbleweed – Review of the week 2020/14
Dear Tumbleweed users and hackers,
The week started with problems inside the openSUSE Tumbleweed distribution (caught by QA, so no worries) and ended even worse: we have some trouble on openQA since Thursday and many tests are failing. The failures seem more to be related to openQA’s infrastructure though, and not to openSUSE Tumbleweed. Nevertheless, we will not publish new snapshots until QA is stable again. During this week we have thus only released two snapshots: 0326 and 0331 (promised, no joke).
The snapshots contained these updates:
- Kubernetes 1.18.0
- Linux kernel 5.5.13
- Rust 1.41.1
- XFCE 4.14.2
The things being worked on are
- KDE Plasma 5.18.4.1
- Linux kernel 5.6.0
- Systemd 245: homed will not be enabled/offered just yet
- Poppler 0.86.1
- GNOME 3.34.5: last stable version from the 3.34 branch; this supposedly still gets into Leap 15.2 (via SLE). After this, the team can start focusing on GNOME 3.36.x; a maintained mozjs68 package is the main blocker on this path though
- GNU Make 4.3: missing only a fix for daps
- Guile 3.0.2: breaks gnutls’ test suite on i586
- LLVM 10
- Qt 5.15.0 (currently beta2 being tested)
- Ruby 2.7 – possibly paired with the removal of Ruby 2.6
- GCC 10 as the default compiler
- Removal of Python 2: quite some progress done, but not fully there yet
Sysroot does not seem to be an OS tree
Αντιμετώπιση του θηρίου: Χρήση του GNU Health για την καταπολέμηση της πανδημίας COVID-19
Άρθρο του Dr. Luis Falcón, MD
Εισαγωγή
Ο κόσμος αντιμετωπίζει μία από τις μεγαλύτερες οικονομικές και κοινωνικές κρίσεις αλλά σίγουρα την μεγαλύτερη κρίση υγείας. Μια μικροσκοπική δομή διαμέτρου 50 νανομέτρων γονατίζει τις πιο ισχυρές παγκόσμιες οικονομίες και εκατοντάδες χιλιάδες υποφέρουν με τραγικό τρόπο με την COVID-19.
Αυτό το άρθρο είναι μια πρόσκληση προς τις κυβερνήσεις να αγκαλιάσουν το GNU Health and Ελεύθερο Λογισμικό για χάρη του δημόσιου συστήματος υγείας τους στο πλαίσιο της πανδημίας COVID-19.
Για όσους από εσάς χρησιμοποιείτε ήδη το GNU Health, πάρτε αυτό το άρθρο ως ένα είδος κατευθυντήριων γραμμών για να βελτιστοποιήσετε την υλοποίησή σας στην καθημερινή χρήση. Παρόλο που επικεντρώνεται στη νόσο COVID-19, τα περισσότερα θέματα θα ισχύουν για οποιαδήποτε υλοποίηση GNU Health.
Αντιμετώπιση πρώτα ως άτομο και μετά ως ασθενή: δημογραφικά στοιχεία και υποδομή υγείας
Η πληροφορία είναι δύναμη. Η καλή ποιότητα και τα έγκαιρα δεδομένα είναι ζωτικής σημασίας για την αντιμετώπιση της πανδημίας της COVID-19. Το GNU Health σχεδιάστηκε για την «Κοινωνική Ιατρική». Αυτό σημαίνει, αντί να ασχολείται άμεσα με τους ασθενείς, το GNU Health λειτουργεί πρώτα στους κύριους πυλώνες μιας κοινωνίας. Ως αποτέλεσμα, η κυβέρνηση θα έχει καλύτερα εργαλεία για την υποστήριξη στην υγείας και την πρόληψη των ασθενειών. Η κυβέρνηση θα είναι καλύτερα προετοιμασμένη για να καταπολεμήσει αυτή την πανδημία και τα μελλοντικές εξάρσεις.
Οικιστικές μονάδες: Ως «οικιστικές μονάδες» θεωρούμε κατοικίες, διαμερίσματα και κτίρια όπου ζουν οι άνθρωποι. Το μοντέλο οικιστικών μονάδων του GNU Health καταγράφει την υποδομή, τις συνθήκες υγιεινής καθώς και τους ανθρώπους που ζουν ανά πάσα στιγμή σε εκείνη την κατοικία, σε πραγματικό χρόνο. Αυτή η λειτουργία είναι το κλειδί για την παρακολούθηση πιθανών επαφών ενός μολυσμένου ατόμου (ιχνηλάτηση). Επιπλέον, η υποδομή, η επιφάνεια και ο αριθμός των δωματίων παρέχουν εξαιρετικές πληροφορίες όσον αφορά τις πιθανές συνθήκες συνωστισμού που θα διευκόλυναν στη διάδοση της νόσου. Κάθε οικιστική μονάδα μπορεί να είναι γεωαναφερθείσα, χάρη στην συνεργασία του GNU Health με το OpenStreetMap.
Λειτουργικές Περιοχές: Το GNU Health μπορεί να χωρίσει μια χώρα σε διοικητικές περιοχές και τομείς (επαρχίες, πόλεις, γειτονιές κλπ) που συγκροτούνται από οικιστικές μονάδες και ιδρύματα υγείας. Το GNU Health μπορεί να πραγματοποιεί επιδημιολογικές αναφορές σε πραγματικό χρόνο με βάση αυτούς τους τομείς. Η κατανόηση αυτής της έννοιας είναι καθοριστικής σημασίας για τα προγράμματα καταστολής ή μετριασμού της COVID-19, καθώς θα είναι σε θέση να εντοπίσει τις πρώτες εστίες σε νέες περιοχές ή να επικεντρωθεί σε τμήματα σχετικής επίπτωσης. Οι λειτουργικές περιοχές και οι τομείς μας επιτρέπουν να βρούμε συσχετισμούς από πολλούς δείκτες (εθνικότητα, φύλο, ηλικία, εισόδημα, επίπεδο εκπαίδευσης, πληθυσμιακή πυκνότητα) στην επίπτωση, την επικράτηση, την ευαισθησία της μόλυνσης ή πρόοδο της ασθένειας COVID-19.
Δομές υγείας: Το GNU Health μπορεί να παρακολουθεί και να διαχειρίζεται τις δομές υγείας σε ολόκληρη τη χώρα. Ανθρώπινοι πόροι, οικονομική διαχείριση και διαχείριση αποθεμάτων, φαρμακεία και εργαστήρια. Στο πλαίσιο της πανδημίας COVID-19, μπορείτε να αναφέρετε τα επίπεδα χωρητικότητας αυτών των ιδρυμάτων, τον αριθμό των κλινών, τους χώρους χειρουργείων, συσκευές όπως οι αναπνευστήρες, ο αριθμός των επαγγελματιών υγείας και των ειδικοτήτων τους, η επίπτωση, ο επιπολασμός και η θνησιμότητα ανά ίδρυμα, ο μέσος χρόνος νοσηλείας και πολλές άλλες μελέτες. Φυσικά, πρέπει να έχετε στήσει αυτά τα ιδρύματα.
Επαγγελματίες υγείας: Σε κρίσεις όπως της COVID-19, το GNU Health επιτρέπει στο Υπουργείο Υγείας να γνωρίζει κάθε επαγγελματία υγείας, την ειδικότητες του, το ίδρυμα υγείας στο οποίο εργάζεται και πού βρίσκονται (επιχειρησιακοί τομείς). Ο χρόνος είναι πολύτιμος και η διατήρηση ενημερωμένων πληροφοριών των επαγγελματιών θα επιτρέψει την ταχεία ανάθεση.
Δημογραφικά ατόμου: ηλικία, διεύθυνση και οικιστικές μονάδες, εργασία και ασφάλιση. Βεβαιωθείτε ότι αυτές οι πληροφορίες είναι αποθηκευμένες. Η ηλικία είναι ένας παράγοντας για τις επιδημίες αυτές, καθώς η COVID-19 είναι ιδιαίτερα ολέθρια με τον ηλικιωμένο πληθυσμό. Το επάγγελμα του ατόμου είναι επίσης σημαντικό. Για παράδειγμα, οι επαγγελματίες υγείας είναι η υψηλότερα μολυσμένη ομάδα. Τα δημογραφικά στοιχεία θα βοηθήσουν επίσης στον εντοπισμό ατόμων χωρίς κάλυψη υγείας, ανέργων, άστεγων και άλλων μη προνομιούχων ομάδων που είναι ιδιαίτερα ευάλωτες.
Ατομικές επαφές: Για κάθε άτομο, το GNU Health διατηρεί αρχείο των επαφών και των σχέσεών τους (εργασία, συμμαθητές, φίλοι κλπ). Στο σενάριο μιας θετικής κρούσματος για την COVID-19, αυτές οι πληροφορίες θα επέτρεπαν την κλήση των στενών επαφών του ασθενή. Είναι σημαντικό αυτές οι πληροφορίες να είναι ενημερωμένες. Θυμηθείτε να συμπληρώσετε όλους τους πιθανούς τρόπους επαφής για κάθε άτομο (ηλεκτρονικό ταχυδρομείο, κινητό τηλέφωνο, Telegram κλπ). Η παρακολούθηση και η επικοινωνία με τις στενές επαφές του ατόμου είναι ζωτικής σημασίας.
Προσωπικό Universal ID: Αυτό είναι ένα βασικό χαρακτηριστικό του GNU Health, ειδικά στο πλαίσιο του GNU Health Federation. Το μοναδικό αναγνωριστικό ατόμου (Federation Account) θα ισχύει όχι μόνο για την περιοχή ή τη χώρα, αλλά σε ολόκληρο τον κόσμο. Οι κλινικές πληροφορίες θα είναι διαθέσιμες και θα ενημερώνονται σε οποιοδήποτε ίδρυμα υγείας σε όλη τη χώρα ή περιοχή, άμεσα διαθέσιμο για τα υπόλοιπα.
Έλεγχος
Ο Παγκόσμιος Οργανισμός Υγείας (ΠΟΥ) συνεχίζει να λέει «δοκιμή, δοκιμή, δοκιμή» του πληθυσμού. Όσο νωρίτερα διεξάγουμε το τεστ τον πληθυσμό, τόσο καλύτερα μπορούμε να ελέγξουμε την εξάπλωση της νόσου στην κοινότητα. Ειδικές ομάδες πληθυσμού, όπως οι επαγγελματίες υγείας, οι ηλικιωμένοι ή όσοι έχουν τις προϋπάρχοντα προβλήματα υγείας πρέπει να έχουν προτεραιότητα.
Υπάρχουν διαθέσιμες γρήγορα τεστ σε σημεία φροντίδας σε πολλές χώρες που μπορούν να δώσουν τα αποτελέσματα σε λιγότερο από 30 λεπτά. Μερικές από αυτές περίπου 10 λεπτά. Στο GNU Health, μπορείτε να χρησιμοποιήσετε τον τύπο δοκιμής εργαστηριακών αντισωμάτων SARS-CoV-2.
Οι σταθμοί εργασίας του GNU Health μπορούν να αναπτυχθούν στους σταθμούς κινητών μονάδω ελέγχου και να στείλουν τις πληροφορίες σε πραγματικό χρόνο στο Υπουργείο Υγείας, με αποτέλεσμα να είναι υπογεγραμμένο και επικυρωμένο.
Αν το τεστ του ατόμου είναι θετικό σε αντισώματα IgM, αυτό σημαίνει ότι βρίσκεται στο αρχικό στάδιο της μόλυνσης. Τα αντισώματα IgG δημιουργούνται αργότερα στη μόλυνση και αποτελούν μέρος της «ανοσολογικής μνήμης». Εάν η IgM είναι θετική, πρέπει να ενημερώσετε τις συνθήκες υγείας, να συμπεριλάβετε τον ακόλουθο κωδικό ICD10 και να ενεργοποιήσετε το πρωτόκολλο COVID-19 για απομόνωση ασθενούς και παρακολούθηση επαφών.
Ο κωδικός ICD10 για την COVID-19 είναι U07.1
U07.1: 2019-nCoV οξεία αναπνευστική ασθένεια COVID-19: Στο GNU Health, η κατάσταση U07.1 (COVID-19) ανήκει στις λοιμώδεις, αναπνευστικές και γνωστοποιούμενες ασθένειες.
Αναφέρετε τον τύπο και την τάξη του εργαστηριακού ελέγχου στις σχετικές συνθήκες.

Δείγμα οθόνης ασθενούς GNU Health, συμπεριλαμβανομένων των κρίσιμων πληροφοριών που σχετίζονται με τη νόσο COVID-19
Κλινική διαχείριση
Αν ο ασθενής δώσει θετικό τέστ αλλά είναι ασυμπτωματικός ή έχει ήπια κλινικά συμπώματα, ο ασθενής μπορεί να σταλεί στο σπίτι για φροντίδα στο σπίτι. Παρακαλείσθε να επαληθεύσετε εκείνη τη στιγμή εάν η οικιστική μονάδα πληροί τις απαιτήσεις (εξαερισμός, αριθμός δωματίων, αριθμός ατόμων στο σπίτι κλπ).Εάν το άτομο δώσει θετικό τεστ και/ή παρουσιάζει σημάδια που δικαιολογούν τη νοσηλεία του, τότε γίνεται εισαγωγή για υγειονομική περίθαλψη σε ένα κρεβάτι στον κατάλληλο θάλαμο. Θα δημιουργηθεί ένα νέο αρχείο για τους ασθενείς, με τον αντίστοιχο υπεύθυνο ιατρό, σχέδιο θεραπείας και διατροφής. Όταν εισάγεται ένας ασθενής που πάσχει από COVID-19 είναι σημαντικό να εισαχθεί ο κωδικός του (U07.1: 2019-nCoV οξεία αναπνευστική νόσος COVID-19) ως λόγος εισαγωγής και απόρριψης. Αυτό θα είναι πολύτιμο για τις στατιστικές.
Ιατρικό ιστορικό: Το ιατρικό ιστορικό ασθενούς είναι έτοιμο στο GNU Health, από όλες τις αξιολογήσεις ασθενών στα διάφορα ιδρύματα υγείας. Στο πλαίσιο του COVID-19, αυτές οι πληροφορίες είναι καθοριστικής σημασίας, ειδικά για τα άτομα με χρόνιες παθήσεις όπως η καρδιαγγειακή νόσο ή ο διαβήτης. Η τρέχουσα και παρελθοντική φαρμακευτική αγωγή αποθηκεύονται επίσης στο GNU Health, καθώς και οι χειρουργικές επεμβάσεις.
Επισκέψεις: Για κάθε επίσκεψη ιατρού/νοσοκόμου, εισάγονται τα ζωτικά σημεία, το φάρμακο που παρέχεται, γίνεται εκτίμηση του περιβάλλοντος και των "Έξι P" (Pain, Personal Needs, Pulmonary Hygiene, Positions, Possessions και Place ή στα Ελληνικά πόνος, προσωπικές ανάγκες, υγιεινή πνευμόνων, θέσεις, κατοχές και τόποθεσία) και καταγράφή όλων των διαδικασιών που έγιναν στην ίδια τη επίσκεψη. Επιπλέον, καταγράψτε αν ο ασθενής είναι στη Μονάδα Εντατικής Θεραπείας (ΜΕΘ).
Τα ζωτικά σημεία μπορούν να ληφθούν σε διαφορετικά πλαίσια. Μπορούν να εκτιμηθούν σε αξιολόγηση εξωτερικών ασθενών, με επίσκεψη νοσηλευτή ή στη ΜΕΘ.
Μονάδα Εντατικής Θεραπείας: Εάν η πρόοδος της νόσου είναι απειλητική για τη ζωή, ο ασθενής θα εισαχθεί στη Μονάδα Εντατικής Θεραπείας. Το GNU Health διαθέτει πρόσθετο για διαχείριση Μονάδας Εντατικής Θεραπείας. Αφού καταγραφούν οι κύριες πληροφορίες της επίσκεψης, μεταβείτε στην καρτέλα "ΜΕΘ" ("ICU") για λεπτομερή εκτίμηση του ασθενούς σε αυτή τη μονάδα. Παρέχονται βαθμολογίες όπως η κλίμακα Glasgow Coma Scale και η Apache II. Για κάθε επίσκεψη στην ΜΕΘ, ο γιατρός/νοσηλευτής θα πρέπει να καταγράφει τόσο τις βασικές πληροφορίες, όσο και μια αναλυτική ανασκόπηση των συστημάτων. Το GNU Health επιτρέπει να εισάγετε πληροφορίες ECG και το αντίγραφο της λωρίδας ECG ανά επίσκεψη, αν χρειαστεί.
Ένα ποσοστό νοσηλευόμενων ασθενών από την COVID-19 θα χρειαστεί μηχανικό αερισμό. Το GNU Health καταγράφει τον τύπο και τη διάρκεια της διασωλήνωσης, ανά ασθενή σε κάθε ίδρυμα. Αυτές οι πληροφορίες είναι πολύτιμες τόσο για την κλινική διαχείριση όσο και για τις στατιστικές. Οι περισσότερες χώρες αντιμετωπίζουν σήμερα έλλειψη μηχανικών αναπνευστήρων. Το GNU Health επιτρέπει να γνωρίζετε τη συχνότητα των νοσηλειών που οφείλονται στην COVID-19, καθώς και το ποσοστό εξιτηρίων.
Ιατρικές απεικονίσεις και εργαστηριακές εξετάσεις
Τα ακτινολογικά ευρήματα πολλών ασθενών με COVID-19 είναι συμβατά με την άτυπη πνευμονία. Οι διάμεσου τύπου αλλοιώσεις, ειδικά στη βάση των πνευμόνων, είναι κοινά ευρήματα. Πολλοί άνθρωποι με ήπια νόσο δεν θα παρουσιάσουν ακτινολογικά σημάδια.
Το GNU Health παρέχει διάφορους τύπους δοκιμών Dx. Εικόνες και παρατηρήσεις καταγράφονται στο σύστημα και συνδέονται με το ιστορικό ασθενούς. Εκτός από το βασικό πακέτο ακτινολογίας του GNU Health, η ενότητα Εντατικής Θεραπείας επιτρέπει επίσης την προσθήκη ακτινολογικών εικόνων σε κάθε επίσκεψη για την αξιολόγηση και σύγκριση της εξέλιξης της νόσου.
Για μεγάλες εικόνες και μελέτες, όπως μαγνητικές τομογραφίες ή αξονικές τομογραφίες, συστήνουμε ιδιαίτερα το πακέτο GNU Health Orthanc. Το Orthanc είναι ένας φανταστικός διακομιστής DICOM, ανοικτού κώδικα, και το GNU Health μπορεί να αλληλεπιδράσει με αυτό, χάρη στη μαγεία της φιλοσοφίας του Ελεύθερου Λογισμικού.
Εκτός από τους τυπικούς τύπους εργαστηριακών εξετάσεων (γενική εξέταση αίματος, νεφρική και ηπατική λειτουργία κλπ), υπάρχουν δείκτες που μπορούν να προβλέψουν την πρόοδο και τη σοβαρότητα της COVID-19. Για παράδειγμα, τα υψηλά επίπεδα φερριτίνης, ο χαμηλός αριθμός αιμοπεταλίων και ο υψηλός ρυθμός καθίζησης των ερυθροκυττάρων (ESR) είναι κοινά σε ασθενείς που αναπτύσσουν σοβαρή ασθένεια και το σύνδρομο καταιγίδας κυτταροκινών.
Όλα τα αποτελέσματα των εργαστηριακών δοκιμών μπορούν να εξαχθούν σε διαφορετικές μορφές. Στο πλαίσιο του GNU Health Federation δημιουργείται μια νέα Σελίδα της Ζωής (POL -> Page of Life) και οι πληροφορίες μπορούν να ανταλλαγούν απευθείας σε μορφή JSON. Οι παρακάτω εικόνες δείχνουν την ίδια αναφορά δοκιμής εργαστηρίου σε μορφή PDF και JSON από τον εξυπηρετητή μηνυμάτων GNU Health Federation ("Thalamus")
Εκτός από τα τεστ που έγιναν σε νοσηλευόμενους ασθενείς, θυμηθείτε ότι το πακέτο GNU Health LIMS μπορεί να χρησιμοποιηθεί σε διαγνωστικό και πληθυσμιακό έλεγχο, όπως στην περίπτωση της PCR και των γρήγορων τεστ.
Πιστοποιητικά θανάτου
Το πιστοποιητικό θανάτου αποτελεί βασικό έγγραφο, δεδομένου ότι έχει νόμιμη, διοικητική, δημογραφική και επιδημιολογική σημασία.
Τα παρακάτω είναι ένα παράδειγμα για το πώς θα μπορούσαμε να χρησιμοποιήσουμε το Σύστημα Ζωτικής Εγγραφής του GNU Health για τη δημιουργία πιστοποιητικού θανάτου που σχετίζεται με τη νόσο COVID-19.
Η ψηφιακή υπογραφή του ψηφιακού πιστοποιητικού από τον επαγγελματία υγείας και/ή τον δημοτικό υπάλληλο θα το καταστήσει νόμιμο έγγραφο. Το GNU Health χρησιμοποιεί το GNUPG (GNU Privacy Guard) για την ψηφιακή υπογραφή και κρυπτογράφηση εγγράφων.
Ερευνα
Αν και το αναπνευστικό σύστημα είναι το πιο επηρεασμένο σε ασθενείς με COVID-19, μπορεί να επηρεαστούν και άλλα όργανα. Ο υποδοχέας ACE2 (σημείο εισόδου του κυττάρου για το SARS-CoV-2) εκφράζεται σε άλλους ιστούς εκτός από τους πνεύμονες, όπως το κόλον και την καρδιά. Δεν αποτελεί έκπληξη το γεγονός ότι έχουν αναφερθεί γαστρεντερικά συμπτώματα και καρδιακή εμπλοκή, όπως οξεία μυοκαρδίτιδα. Η καταγραφή όλων των ευρημάτων θα βοηθήσει στη βελτίωση της διαχείρισης της νόσου του ασθενούς, αλλά και στην ανταλλαγή πληροφοριών με συναδέλφους από την επιστημονική κοινότητα.
Η κοινή χρήση των θεραπειών του ασθενούς και των επιμέρους αποτελεσμάτων θα συμβάλει στην επιτάχυνση των κλινικών δοκιμών και της αντίδρασης σε πιθανά θεραπευτικά μέσα (π.χ. remdesivir, lopinavir/ritonavir, hydroxychloroquine, tocilizumab κα)
Για να μπορέσουμε να επιτύχουμε τέτοιες καινοτομίες στην επιστήμη και στην κοινωνία μας, χρειαζόμαστε τους πολιτικούς και τις κυβερνήσεις μας να αγκαλιάσουν την "ανοικτή επιστήμη", τα ανοιχτά δεδομένα και το Ελεύθερο Λογισμικό / Λογισμικό Ανοικτού Κώδικα.
Μια πρόσκληση για Ανοικτή Επιστήμη, Ανοικτά Δεδομένα και Ελεύθερο Λογισμικό / Λογισμικό Ανοικτού Κώδικα
Η σημερινή πανδημία της COVID-19 είναι μια φοβερή τραγωδία για ανθρώπινο είδος, αλλά ανοίγει μια ευκαιρία για συνεργασία, για να ενώσουμε τις δυνάμεις μας και για την έμφυτη ανθεκτικότητα μας. Υπάρχουν πολλές γκρίζες περιοχές και πολλές αβεβαιότητες σχετικά με την προέλευση του ιού, την πρόοδο της νόσου και τις θεραπευτικές προσεγγίσεις. Από την άλλη πλευρά, το GNU Health Federation επιτρέπει στην επιστημονική κοινότητα να ενωθεί και να αντιμετωπίσει αυτό το θηρίο. Μπορούμε να μοιραστούμε με ασφάλεια ένα τεράστιο, ανώνυμο ποσό πληροφοριών από όλο τον κόσμο για να βρούμε όχι μόνο τη μοριακή βάση της ασθένειας COVID-19, αλλά περιβαλλοντικούς και κοινωνικούς παράγοντες που επηρεάζουν την ευαισθησία και την πρόοδο της νόσου.
Επιστρέφω από την Ιαπωνία, όπου ήμουν καλεσμένος να δώσω μια διάλεξη στο πανεπιστήμιο του Κιότο για το Ιατρικό Κέντρο Καινοτομίας (MIC). Ήταν τιμή να μοιραστώ ιδέες με φοιτητές και επαγγελματίες από ένα κορυφαίο ίδρυμα μοριακής βιολογίας και βιοϊατρικής. Παρόλο που μίλησα για το GNU Health στην έρευνα για τον καρκίνο, η παρουσίασή μου επικεντρώθηκε στη σημασία της πληροφορικής στην Ελεύθερη Υγεία, της ανοιχτής επιστήμης, των ανοικτών δεδομένων στη Δημόσια Υγεία. Ήταν εκπληκτικά συναρπαστικό το μεγάλο επίπεδο εμπλοκής του κοινού σε αυτά τα θέματα.
Μια ισχυρή, βιώσιμη υποδομή δημόσιας υγείας πρέπει να βασίζεται σε συνεργασία. Η συνεργασία περιλαμβάνει ανοικτές γνώσεις και ανοικτή επιστήμη. Είμαι πεπεισμένος ότι η πραγματική εξέλιξη προέρχεται από τη συνεργασία και όχι από τον ανταγωνισμό. Με αυτή την έννοια, εμείς ως μέλη της επιστημονικής κοινότητας θα πρέπει να μοιραζόμαστε το έργο μας, είτε πρόκειται για πηγαίο κώδικα προγράμματος υπολογιστή, για την ανακάλυψη φυσικής παραλλαγής πρωτεΐνης ή για την ανάπτυξη ενός νέου θεραπευτικού μορίου.
Το GNU Health χρησιμοποιεί την άδεια GPL (Γενική Άδεια Δημόσιας Άδειας), η οποία επιτρέπει τη λήψη του προγράμματος, τη μελέτη του πηγαίου κώδικα, την προσαρμογή στις ανάγκες του κέντρου σας και την κοινή χρήση με την κοινότητα.
Λάβετε υπόψη ότι το ελεύθερο λογισμικό όχι μόνο παρέχει συλλογική ελευθερία, αλλά είναι ο μόνος τρόπος για να επιτευχθεί ιδιωτικότητα στην υγειονομική περίθαλψη. Τα ιδιόκτητα, μη ελεύθερα προγράμματα είναι μαύρα κουτιά που θέτουν σε κίνδυνο τόσο την ιδιωτική ζωή όσο και τις πληροφορίες για τη δημόσια υγεία. Εκτός αυτού, η χρήση ιδιόκτητου λογισμικού στη Δημόσια Υγεία είναι μια άσεμνη αντίφαση.
Για να επιτευχθεί συλλογική ελευθερία, κάθε στοιχείο πρέπει να είναι δωρεάν/ελεύθερο. Δηλαδή, τα λειτουργικά συστήματα (τόσο για εξυπηρετητές όσο και για πελάτες) καθώς και τις εφαρμογές τους. Θα χρειαστεί να μοιραστούμε πληροφορίες μεταξύ συναδέλφων σε όλο τον κόσμο, οπότε η μορφή που χρησιμοποιούμε στα αντίστοιχα αρχεία θα πρέπει επίσης να είναι ανοιχτή.
Εν τω μεταξύ, μείνετε ασφαλείς. Μείνετε σπίτι !
ΟΡΙΣΜΟΙ:
Τι είναι ο SARS–CoV-2; Ο νέος κοροναϊός-2019 ονομάζεται SARS-CoV-2.Τι είναι COVID-19; Η ασθένεια που προκαλεί Ο SARS-CoV-2 ονομάζεται COVID-19.
ΠΗΓΗ:
Tackling the Beast: Using GNU Health to help the fight against the COVID-19 pandemicΑναδημοσιεύσεις στις σελίδες:
1. Ομάδα εργασίας για το ανοικτό λογισμικό
2. Typologos.com
Μεταφρασμένο στα Γαλλικά
S'attaquer à la bête : Utiliser GNU Health pour aider à lutter contre la pandémie du COVID-19
Rant of the day: well, at least Microsoft is making loads of money...
Reputation, I'm convinced, is the main reason for that.
We teach them the wrong thing
Unfortunately, a lot of people try to convince schools, governments, charitable organizations and even companies to not pay anything at all. They are promoting open source solutions as an alternative that is cheaper or free, which just makes it look inferior to management. They are not telling organizations to pay local and open source product companies instead of Microsoft.Open source/Free Software advocates hammer on "but it is free"! And when they do, THEY probably think of Freedom. But the person they talk to just thinks "cheap and bad", no matter how you try to explain freedom. Nobody gets that, really, even if they nod friendly while thinking what a silly, idealistic nerd you are. Been there, done that.
I love the enthusiasm, yes, but in the end it is not helpful: it presents open source as a crappy but cheaper alternative without any real support. Well, there are a few overloaded volunteer enthusiasts who might do a great job for a volunteer but can't compete with a bunch of full time paid people at Microsoft. So the schools and governments and companies will simply use those 'free' (as in cheap and crappy) services as a stop-gap and then beg their bosses for budget to be able to pay a "proper" Microsoft service. There goes more public money in NOT public code.
We need to stop teaching companies that open source is a crappy, cheaper alternative to proper, paid alternatives from big American companies and instead tell them that they can pay for an open source solution that has real good support, no vendor lock-in, doesn't leak your data, protects your privacy and is actually better in many other ways. That way open source companies can actually hire people to make products better instead of just doing consulting one customer at a time.
And yes, some companies and some business areas have figured this out - Red Hat and SUSE are obvious examples, and projects like OpenStack have lots of paid people involved. But lots of other companies, from Bareos (backup) to Kolab (groupware) have struggled for years if not decades to build a product, instead getting sucked into consulting.
It doesn't work that way
I have seen loads of open source product companies go bankrupt or just give up and become consulting firms because their customers simply expected everything for free and to only pay a bit for consulting. Lots of open source people work at or set up their own consulting firms, occasionally even contributing a patch to upstream - but not building a product. Not that they don't want to, but they quickly find out that working your ass off for a maybe decent hourly rate does not leave you time to actually work on the thing you wanted to improve in the first place.Indeed, you can't build a good end user product that way. Frank and myself put together a talk about this recently:
I have also recently written an article about this entire thing, explaining why of all the business models around open source, only subscriptions can lead to a sustainable business that actually builds a great product. Will hopefully soon be on opensource.com.
Yeah but volunteers...
Are fundamental to open source, yes, no doubt. At Nextcloud we could not have build what we did without lots of volunteers, heck, nearly everybody at Nextcloud was a volunteer at some point. And yes, all code we write is AGPL, and that, too is important. I am NOT arguing against that, not in the least.What I say is:
- You can't build a great product without paid developers*
- You can't build a great product on consulting and only getting paid for setting it up/hosting
- You can build a better product collaboratively
- And the (A)GPL are the best licenses to do that
I'm sure there are exceptions to those rules, yes. But compare a great product like Krita, see how its developers struggle every day to be able to pay the bills of just a few full-time volunteers. Do you know how they are currently paying most of them? Last time I spoke to Boudewijn, the reality was sad: the Microsoft App store. Yup. How many does Adobe manage to pay to work on its products? Why should our ambition not be to have as many people working on Krita? Of course it should be. And yes, keep it open source. Is that doable?
Of course it is. Well, maybe not Adobe levels, but we can absolutely do better.
Missed opportunities
I said this was a rant, so I do have to complain a bit. My biggest regret is that KDE failed to catch up during the netbook period (around 2005). I believe that it is in no small part because we failed to work with businesses. Idealism can be super helpful and can also totally keep you irrelevant.KDE is, lately, working more with companies, trying to build up more business around its product. GNOME has been far better at that for a far longer time, by the way. It is hard, and companies like Kolab, struggling for the last ~20 years to make things work, have shown that. Just being a for-profit obviously doesn't solve all problems. Idealism and hard work are not enough to make a business work. But we can do better, and Nextcloud is an example that shows we can. Now not all things are freaking awesome at Nextcloud, really - we work our a**** off and it is hard. We put on our best face in public but sometimes I just want to bang my head on and in the wall...
Still, see the video, read the blog hopefully soon on opensource.com - there are ways.
Thoughts welcome.
Edit:
* let me qualify that statement. You can do it without paid developers in a small project, I dunno, grep or ls or the awesome simplescreenrecorder and tools like that. With those there is a risk of the apps going unmaintained and new ones popping up all the time - look at music players in the KDE community. I'd rather see one well maintained than new ones pop up with all their different flaws, but I totally get that for a volunteer it is often easier and more fun to start fresh. In either case, once you start building something huge, it gets pretty hard without long term dedicated resources. Note that it can be donations-run (like Krita and many others), with a charitable organization. I do think it is about more than 'just' the resources. If somebody 'just' sponsored 25 people to work full-time on Nextcloud, the end result would be different than the situation today. The need to deliver something that makes customers happy (which means focus on details, scalability etc!) and pressure to do things you wouldn't want to do in your free time (developer documentation...) make a big difference.
In any case, I really don't think projects like LibreOffice, Firefox, Nextcloud, KDE or GNOME and the Linux kernel itself would be where they are today without people paid to work on them.


















