OPEN Coffee 2.0: módulo Puestos

Llegó hora de la tarea más laboriosa: el módulo de Puestos.

Siguiendo con el estilo del resto de los módulos de Administradores y Clientes, hoy he iniciado el desarrollo del módulo Puestos.

Este desarrollo llevará tiempo dado que es la sección, que podríamos llamar, central de la aplicación dado que es el encargado de administrar las conexiones entre la aplicación Servidor y Cliente.

Adelantamos una captura:

OC_wsModule

OPEN Coffee 2.0: datos del Cliente

Lo que faltaba en el módulo de clientes es mostrar el total de los datos que lo componen. Hasta ahora, al igual que en el módulo de Administradores, se mostraba un resumen de los datos más relevantes.

Mediante el agregado de un botón adicional en la barra de herramientas ahora se puede mostrar/ocultar el detalle completo del Cliente:

OC_clientDetail

Y sino se ha seleccionado un Cliente:

OC_clientDetail_empty

OPEN Coffee 2.0: aspectos visuales

Siendo que me gusta darle un buen diseño visual a las aplicaciones (no soy solo un programador :) ), se me ocurrió representar de mejor manera los elementos (o items) “inactivos” en la aplicación.

Una captura del módulo de Administradores con items (o administradores) inactivos:

OC_disabledItem

Considero que a la hora de crear una aplicación, hay que representar bien aquellos elementos que requieren de una atención por parte del usuario o bien para distinguir entre elementos, estados, etc. Por ende trato de combinar lo necesario y mas apto de ambos mundos: Programación y Diseño gráfico.

OPEN Coffee 2.0: módulo Clientes

Continuando con el desarrollo de la versión 2.0, es hora de continuar con el módulo de Clientes (teniendo básicamente el módulo de Administradores ya terminado).

Estos días, antes de continuar con los módulos en cuestión, he empezado a “purificar” un poco el código y tratando de seguir algunas de las ideas Zen de Python (como por ejemplo el más básico DRY: Don’t Repeat Yourself, que a veces “me olvido”). Por ende utilizando herencia y un par de técnicas para generalizar aquellas clases que son reutilizadas en varias partes del código.

Algunas capturas del módulo de Clientes:

OC_clientsModule1

OC_clientsModule2

Backups automatizados: UrBackup

backups

En el pasado, en dónde me he desempeñado como Admin. de Linux y programador (sobre todo creando aplicaciones para facilitar la administración de servidores y del área de Soporte IT), habíamos implementado la utilización de un grande de los backups: Bacula.

No se discute la gran “potencia” de bacula a la hora de implementar un sistema automatizado de backups y recuperación. El problema es: la curva de aprendizaje es muy larga y extensa, no es nada trivial tanto el respaldo de datos como su recuperación (y no estoy diciendo que esto sea algo negativo para un Administrador, pero consume algo  de tiempo).

Desde la independización de mis servicios (con GDNet), he estado buscando un sistema un más dinámico. Aquí es cuando me encuentro con UrBackup.

Al igual que Bacula, UrBackup posee aplicaciones clientes tanto para Windows como para Linux (y creo, no recuerdo exactamente, hay uno para Mac OSX) y que del lado servidor posee una interfaz web, lo que lo hace más amigable (sobre todo para Administración remota).

UrBackup no solo realiza backups de archivos sino que puede guardar una imagen entera de una partición y/o disco. Además se puede utilizar UrBackup Restore CD para casos críticos de recuperación de datos.

Lo he implementado en dos clientes por el momento con gran satisfacción.

GDNet: haciendo global nuestros servicios

home-content

La idea inicial en GDNet era enfocar nuestros servicios más que nada en el desarrollo de aplicaciones.  Con el paso de los meses, me he dado cuenta: ¿Por qué no ofrecer los servicios dónde también poseemos gran experiencia?: Soporte Técnico/Consultoría informática (sobre todo con servidores que corran alguna versión de Linux, pero a su vez también las versiones de Windows) y Diseño gráfico en general.

Es por esto que he ampliado (y lo iré mejorando aún más) la información y orientación del proyecto en el sitio web.

GDNet: el proyecto “revivido”

logo

Hoy ya han pasado 7 meses aproximadamente desde que decidí “revivir” el proyecto de GDNet. Y digo revivir porque fue una idea iniciada en el 2005 (con un local en dónde poseía 10 computadoras más el servidor) dónde impartía clases basadas en Software Libre, entre otros servicios.

Por motivos varios, tuve que abandonar dicho local y seguir trabajando en relación de dependencia hasta fines del 2014.

Este año he empezado ya con una base bien formada de los servicios que GDNet ofrece y estos, por ahora, son:

  • Desarrollo de Software en general (aplicaciones, web, móviles), siendo ésta la actividad principal.
  • Soporte IT (empresas y particulares).
  • Diseño gráfico en general.

Espero poder seguir creciendo poco a poco y poder ofrecer estos servicios con gran calidad y profesionalismo.

Por otro lado estoy agradecido con los clientes que hoy forman parte de GDNet y me han dado una mano para poder empezar.

De ahora en más este blog formará parte también de las novedades en relación al proyecto y todo lo relacionado a él.

Cambio de Nombre y URL del Blog

Siendo que este blog, a pesar de que es personal, lo estaré orientando más como parte de GDNet (proyecto en el que he “revivido” desde principios de este año). Por ende, la URL ha cambiado de artistic.gdnet.com.ar a blog.gdnet.com.ar.

OPEN Coffee 2.0: Splash Screen

El “Splash Screen” en una aplicación generalmente es un método que indica que la aplicación se está iniciando (sobre todo en aplicaciones grandes), dónde por lo general se muestra el Logo de la aplicación sumado de alguna información extra (Ej. la versión de la misma).

He aquí el Splash Screen de OPEN Coffee 2.0:

OC_splashScreen

OPEN Coffee 2.0: Diálogo de Configuración

Para poder seguir con el resto de los módulos de la aplicación (y de paso probar mejor sus funcionalidades), es necesario tener listo en diálogo de configuración (aunque de todas maneras, la configuración ya se inicializa desde el asistente inicial).

La configuración de una aplicación es una de las más importantes características dado que en él es dónde inicializamos cada una de las opciones requeridas para su funcionamiento y, llegado al caso, la personalización de varias de sus características.

Como siempre, subo una captura del progreso:

OC_settings