#Otro

¿Necesitas que tus compañeros y tú, tengan una forma más sencilla de leer 👓 el código?

¿Te preguntas cómo cuidar tu vista 👁️👁️ y hacer más agradable la lectura de código?

¿Buscas una forma de reducir la fatiga visual 👁️‍🗨️👁️‍🗨️ y mejorar la calidad de lo que escribes?

Por favor, sigue leyendo para averiguar las respuestas a las cuestiones anteriores.

Hola a todos,

Si queréis pasar un rato divertido y aprender alguna cosa fruto de la experiencia os recomiendo este video de unos colegillas que tengo en Málaga y que tienen muuuuuchas horas de desarrollo. Sus consejos sirven para todo, sí, también para ObjectScript e IRIS. ;-)

Los más viejos del lugar se van a reir mucho con anécdotas y se verán reflejados con algunas

https://youtu.be/Sk7Mbx_81Bg

¡Hola desarrolladores!

Con frecuencia, cuando colaboramos con el repositorio de alguien en GitHub, seguimos el siguiente ciclo:
1. Fork: crear nuestra bifurcación del repositorio
2. Clone: clonar una copia local de nuestro repositorio bifurcado
3. Realizar nuestros cambios y guardarlos con un Commit en nuestra copia local
4. Push: publicar nuestros cambios al repositorio clonado de GitHub
5. Hacer Pull-Request para solicitar incorporar nuestros cambios desde nuestro fork — bifurcación — al repositorio original
6. Y si todo va bien se hará un Merge — fusión o incorporación — con nuestros cambios en el repositorio original

¡Todo esto es genial y funciona bien!

Y si queremos realizar una segunda colaboración justo después de llevar a cabo un Merge , es necesario que primero realicemos un Fetch upstream en nuestro repositorio clonado para que tengamos disponibles los cambios actualizados que incorporamos al repositorio original a través del Pull Request.

Los más frikies de git lo hacen muy fácilmente, pero muchos terminamos simplemente por eliminar nuestro primer fork y crear otro nuevo.

Recientemente hemos subido a OpenExchange una pequeña aplicación que desarrollé hace un tiempo (y que @Jose-Tomas Salvador mejoró y refinó) que suelo utilizar cuando necesito generar grandes volúmenes de mensajería HL7.

¡Hola Comunidad!

¿Habéis visto el botón de selección de idioma que aparece ahora en los artículos?.

Hemos añadido recientemente la opción de elegir la versión en español de los artículos.

¡Hola Comunidad!

En publicaciones anteriores, mi compañero Murray mostró cómo se pueden recopilar métricas históricas de rendimiento utilizando los pButtons. Hablamos primero de los pButtons porque se instalan con cada instancia de las plataformas de datos (Ensemble, Caché, …). Sin embargo, existen otras formas para recopilar, procesar y desplegar las métricas de rendimiento de Caché, en tiempo real, ya sea con la finalidad de realizar una supervisión sencilla o, lo más importante, para llevar a cabo operaciones analíticas mucho más sofisticadas y obtener la capacidad de planificación. Uno de los métodos utilizados más comunes para recopilar datos es el SNMP (Protocolo simple de administración de la red).

¡Hola Comunidad!

Yo utilizo un excelente servicio para recoger el tiempo que dedico a programar. Es el WakaTime: https://wakatime.com/.

Este servicio se integra con la mayoría de los IDEs, incluyendo VSCode, y recoge el tiempo dedicado por proyecto, lenguaje, IDE... y estadísticas de código general. Mira mis últimos 7 días:

Esta información me ayuda a organizarme y equilibrar mis objetivos por proyecto.

¡Hola Comunidad!

Mockable.io (https://www.mockable.io/) es un servicio online para implementar APIs REST o servicios SOAP en segundos. Es útil para probar el consumo de una API o servicio SOAP en tu producción o clase ObjectScript sin tener que implementar un servicio real, incluyendo la opción https.

Es un procedimiento muy sencillo: