El solitario camino de los unos y ceros

Cuando desarrollamos una aplicación para Windows, también llamada aplicación de escritorio (usando herramientas de desarrollo de Microsoft) tenemos disponibles dos tecnologías desde Visual Studio:

• WPF: Windows Presentation Foundation.
• Windows Forms.

Los formularios de Windows han sido la opción más habitual para crear los interfaces de usuario en Visual Studio. Sin embargo, WPF es la tecnología destinada a sustuir a Windows Forms. Tienen una diferencia (que para mí es una ventaja) fundamental: el código del interfaz está separado del código de la aplicación. De esta forma, el código de la aplicación lo definiremos con lenguajes como Visual Basic o C#, mientras que el interfaz lo deniremos con una lenguaje llamado XAML (eXtensible application markup language).

En WPF se pueden usar tres tipos de controles:

1. Controles individuales: tienen un único propósito o uso, como por ejemplo los botones, las cajas de texto, los deslizadores, las barras de progreso y las etiquetas.
2. Controles de tipo item: sirven para contener grupos de elementos gráficos relacionados. Por ejemplo, un ComboBox, un ListBox, un menú o una barra de herramientas.
3. Controles layout: contienen otros controles y definen visualmente cómo van a estar posicionados dichos controles. Por ejemplo, un grid panel, un dock panel o un canvas.

Todos los elementos gráficos de WPF se controlan mediante sus propiedades, pero además, en determinados casos y según el layout utilizado, pueden aparecer unas propiedades adicionales llamadas attached properties, que contienen información de la posición del control dentro de su layout, por ejemplo, si un control está dentro de un grid panel aparecen propiedades para indicar en qué fila y columna se encuentra.

Podemos ver el XAML que define los controles en Windows como una especie HTML, que mediante etiquetas, valores y propiedades define una ventana. Algunos ejemplos podrían ser:

Definición de un TextBox:

<TextBox Name="usuario" Height="95" Margin="15,30,15,30" VerticalAlignment="Top" />

Definición de un ListBox:

<ListBox Name=color">

<CheckBox Name="rojo">Color rojo</CheckBox>

<CheckBox Name="azul">Color azul</CheckBox>

<CheckBox Name="verde">Color verde</CheckBox>

</ListBox>

Si podemos ver el XAML como una especie de HTML, este también tiene su definición de estilos como si CSS se tratara, de forma que en un formulario podemos utilizar una declaración como esta:

<Window.Resources>

<Style TargetType="Button">

<Setter Property="Background" Value="Black" />
<Setter Property="Foreground" Value="White" />
<Setter Property="Width" Value="135" />

</Style>

</Window.Resources>

Ayer tuve que transferir Prestashop (ver. 1.4.3) entre dos dominios, y la verdad es que muuyyy sencillo. Lo que ha mí me funcionado es:

1. Copia de seguridad de la base de datos en el dominio actual.
2. Copia completa de todos los ficheros y carpetas del dominio actual.
3. Crear la base de datos en el segundo dominio, y a continuación restaurar la copia de seguridad.
4. Modificar el fichero settings.inc.php dentro de la carpeta config, para indicar el nombre, usuario y contraseña de la nueva de la nueva base de datos en el segundo dominio.
5. Subir todos los ficheros y carpetas al segundo dominio.

Y listo.

Tenía pensada para una pequeña aplicación con PHP, recoger datos estadísticos de un fichero CSV y después publicarlos en Twitter. Después de sacar los datos que me interesan, utilizo un script como este que dejo aquí por si a alguien le interesa, para publicarlos:

// Establecer los parámetros
$nombre = 'usuario_twitter';
$clave = 'clave_usuario';
$estado = 'Mensaje para publicar';
// URL del API de Twitter
$url = 'http://twitter.com/statuses/update.xml';
// Pasar los parámetros mediante PHP con curl
$curl_handle = curl_init();
curl_setopt($curl_handle, CURLOPT_URL, "$url");
curl_setopt($curl_handle, CURLOPT_CONNECTTIMEOUT, 2);
curl_setopt($curl_handle, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($curl_handle, CURLOPT_POST, 1);
curl_setopt($curl_handle, CURLOPT_POSTFIELDS, "status=$estado");
curl_setopt($curl_handle, CURLOPT_USERPWD, "$nombre:$clave");
$buffer = curl_exec($curl_handle);
curl_close($curl_handle);
// Comprobar el resultado
if (empty($buffer))
     mail("micorreo@midominio.com","Error al publicar en Twitter","Mensaje: ".$estado);

En una breve explicación:

1. Las primeras variables son los parámetros de nombre y contraseña de usuario de twitter y la actualización de estado que queremos publicar.
2. El resto es el trabajo de la función curl.
3. Por último con el if, se si se produce un error, envio un mensaje a una cuenta de correo para saber si ha habido algún problema.

Evidentemente se pueden hacer muchas cosas más, pero para actualizaciones sencillas es suficiente con este código.

Tenía ganas de probar la versión 7 de Zend Studio, la herramienta de desarrollo de Zend Technologies para PHP. Hace tiempo había usado la versión 5 y me pareció un buen producto, sin embargo, mi impresión de la versión 7 es que han sacado al mercado un fiasco.

Es una aplicación que vale 399€ y que no tiene versión en español. Pero el problema es su extrema lentitud (en mi caso, después de tres horas de empezar la creación de un proyecto que contiene unos 340 ficheros PHP, más CSS y algún HTML, el proceso estaba en el 5%)  y sus constantes bloqueos trabajando con servidor FTP. Si la usas en ficheros locales funciona bien, pero claro eso vale para entornos de test, pero no para hacer cambios para sistemas en un servidor remoto.

Después de probar algunas recomendaciones: desactivar el analizador semántico, cambiar la librería base de PHP 5.3 a PHP 5.2, forzar UTF-8, etc. No he notado ninguna mejoría.

Este error está siendo criticado en los foros de la propia empresa. Y yo por mi parte, tendré que dejar este Zend Studio 7 en la nevera hasta que alguna actualización lo solucione. Una pena, porque el producto promete.

Ya he  hablado un par de veces en el blog sobre el hecho de que creo que el futuro del software gira en torno al cloud-computing.

La aparición de los ultraportátiles y los teléfonos o “dispositivos tipo iphone” con conexión a Internet en cualquier lugar y una menor potencia de cálculo que cada vez son más habituales, van a acelerar el proceso de implantación de herramientas de ese tipo.

Las aplicaciones sobre SAAS (software como servicio) basadas en la nube y los productos de desarrollo para la creación de estas aplicaciones de software son la temática de Saasmania, un blog que he descubierto hace poco, pero que sigo para estar al día sobre este tema.

Me parece un blog muy recomendable, con buen contenido, hasta el momento sin publicidad y profundidad en los artículos (para empezar os recomiendo el de las predicciones para 2009).

Buena suerte.

Va a celebrar en febrero y marzo de 2009 el evento future of web apps. Los días 23 y 24 en Miami, y el 6 de marzo en Dublin.

Son charlas con gente de bastante nivel, hasta ahora gente como Tony Lucas de Amazon, hablando de Amazon Web Services, Adam Gross de salesforce.com hablando de cloud computing, Edwin Aoki de AOL, etc.

En cualquier caso, para los que no vamos a acudir, en la página del evento hay vídeos, podcasts, en incluso transcripciones por RSS.

Vía el blog de Joel Spolsky.

En septiembre estuve evaluando la posibilidad de hacer parte de una aplicación de escritorio como aplicación web, así que dije lo primero que tenía claro es que iba a utilizar un framework para desarrollar.

El único requerimiento que tenía es que la base de datos debía ser SQL Server porque ya se utilizaba en producción. A partir de aquí podía decidir sistema operativo, servidor web y lenguaje sin ningún problema.

Hace un tiempo desarrollé con Ruby on Rails y fue la primera opción que valoré pero la descarté porque si en un futuro necesitaba escalar es más complicado que con PHP y los resultados de velocidad de respuesta que hice en su momento me decían que era más lento.

Así que me dije: Apache+PHP, y como en el equipo de pruebas ya tenía instalado uno sobre Windows configuré PHP y me decidí a probar cakePHP antes que el framework de Zend.

Pues bien mi experiencia de momento es bastante mala. Supongo que toda esa gente que está encantada con cakePHP estará usando MySQL, porque desde luego con SQL Server para mí, ha sido un desastre. Os cuento:

1. Configuro una base de datos de prueba.
2. Asigno permisos y modifico el fichero de configuración de cake PHP.
3. Creo una tabla de pruebas.
4. Voy a la página de inicio y veo el mensaje de conexión Ok, pero aparece un error de lectura de la tabla del motor de base de datos donde se almacenan las tablas: INFORMATION_SCHEMA.TABLES.
5. Después de buscar soluciones a este problema y no encontrarlas, pongo un mensaje en Google groups, al fin y al cabo se supone que la ventaja de este tipo de software “Open source” es que tienes una comunidad que lo apoya.
6. Después de dos meses recibo un día en mi e-mail la solución y el problema está en que en elfichero mssql_dbo.php hay un error y en una comparación textual no se ha incluído el texto en idioma español. La solución está aquí (gracias seven).

En fin, no me parece correcto por parte de los programadores de cakePHP que ese tipo de comparación afectada por el idioma aparezca en un fichero que realiza las operaciones básicas de interacción con la estructura de la base de datos. Todavía no sé bien de la complejidad de cakePHP, ni estoy seguro de que esto se pueda separar correctamente, pero un error de este tipo porque la comparación del mensaje de SQL Server está en italiano e inglés y no en español, italiano e inglés; de entrada no parece hablar bien del framework y da que pensar si habrá otros problemas de este tipo con el idioma más adelante en un desarrollo.

En cualquier caso, emocionado, actualizo el fichero en cuestón y lo pruebo: este error se soluciona, pero aparecen otros. Esos os los contaré en mi siguiente entrega de este post.

SQL Server es una base de datos más que conocida, así que hay multitud de aplicaciones para hacer una copia de seguridad, incluyendo claro, las de la propia Microsoft.

De todas formas es posible hacer copias de seguridad sin contar con ninguna de esas herramientas gráficas y de forma sencilla y desatendida, de forma que se puedan programar de forma automática.

Lo que voy a comentar lo uso para bases de datos de prueba o en fases iniciales de producción ya que realiza una copia completa (no diferencial).

Objetivo: hacer una copia de seguridad diaria y sin intervención de administrador, que además esos ficheros se guarden en otro servidor diferente y que pueda conservar las copias antiguas para tener un historial y poder restaurar la base de datos días atrás por si hay un problema de programación.

Para conseguirlo:

• Supongamos que la base de datos se llama… Dummy (original, ¿no?). Creamos en un fichero de texo .SQL con la sentencia que realiza el volcado de datos. El fichero lo llamo Dummybackup.sql y contiene lo siguiente:

BACKUP DATABASE [sea] TO  DISK = N'C:\Dummybackup.bak' WITH  DESCRIPTION = N'Copia de seguridad completa de Base de datos', NOFORMAT, NOINIT,  NAME = N'Dummybackup.bak', SKIP, NOREWIND, NOUNLOAD,  STATS = 10

GO

declare @backupSetId as int

select @backupSetId = position from msdb..backupset where database_name=N'dummy' and backup_set_id=(select max(backup_set_id) from msdb..backupset where database_name=N'dummy' )

if @backupSetId is null begin raiserror(N'Error de comprobación. No se encuentra la información de copia de seguridad para la base de datos ''Dummy''.', 16, 1) end

RESTORE VERIFYONLY FROM  DISK = N'C:\Dummy_backup.bak' WITH  FILE = @backupSetId,  NOUNLOAD,  NOREWIND

GO

• Creamos en el PC servidor un fichero .BAT con este contenido:

@ECHO OFF

sqlcmd -S SERVIDOR2003\SQLSRV -U adminBD -P adminClave -d Dummy -i Dummybackup.sql

copy Dummybackup.bak Z:\Dummybackup_%date:/=-%.bak

del Dummybackup.bak

En este fichero llamamos al interprete interactivo de sqlcmd de SQL Server, y le indicamos:

- Parámetro S: sobre qué servidor vamos a trabajar.

- Parámetro U: usuario

- Parámetro P: contraseña

- Parámetro d: base de datos

- Parámetro i: fichero con la sentencia/s SQL a ejecutar.

Depués copiamos el volcado a la unidad Z creando un fichero que contiene la fecha del día actual, de forma que conseguimos un historial de backups y al haber montado la unidad Z sobre otro servidor, además tenemos los datos en PC diferente. Por último borramos el fichero con el volcado “temporal”.

Eso es todo.

stackoverflow.com, una expresión maldita para muchos programadores es el nuevo proyecto de Joel Spolsky (en realidad interviene como CEO de Fog Creek Software en joint venture con Jeff Atwood). Su idea es: un programador cuando tiene una duda va a Google y en muchos casos se encuentra sitios de pago, que además muestran respuestas de otros usuarios programadores como tú y que pueden tener la respuesta correcta o no, pues entonces, construyamos un sitio de preguntas y respuestas de programadores para programadores gratuito, sin publicidad, sin popups, con HTML y diseño básico, gratuito y donde sólo se registren los usuarios de forma voluntaria y si quieren tener un “karma”.

Desearles mucha suerte y seguiremos la evolución del proyecto. De momento en su web tienen una presentación echa por ellos mismos y un chiste que merece la pena ver.

El otro día veía unas fotos de la oficina nueva de Google en Zurich y leía que sus trabajadores usan como estándar 2 monitores porque aumenta la productividad (de hecho algunos empleados usan más de dos). He buscado un poquito de información y resulta que cuando Apple inició su tendencia de monitores de gran tamaño, presentó un informe que decía que de esa forma se incrementaba la productividad. El informe desarrollado por Pfeiffer Consulting se desarrolló comparando una pantalla de 30″ de Apple con una 17″ de Samsung y usando las herramientas: InDesign, Photoshop, Illustrator, Microsoft Office y QuarkExpress (puedes verlo completo).

Pues bien, yo estoy usando ahora la pantalla de mi portátil (15″) con un monitor 19″ panorámico y me pregunté si realmente era más efectivo, porque me parecía evidentemente que era más cómodo. Mi metodología ha sido la siguiente:

1. Prueba A: desarrollo de aplicación de escritorio.

• Trabajo: crear un formulario enlazado con base de datos consultado en 4 tablas diferentes y con un grid en maestro-detalle.
• Aplicaciones: Visual Basic 6. Utilizo un formulario estándar con 3 ADO Datacontrol y un grid que es TrueDBGrid versión 8. La base de datos es SQL Server 2005.
• Ventanas:
  • Visual Basic 6
  • Programa en ejecución
  • EMS SQL Manager como front-end de SQL Server.
• Tiempo de desarrollo con dos monitores: 46 minutos.

2. Prueba B: desarrollo web

• Trabajo: crear un página web que contiene un formulario con 240 listas desplegables (80 filas con 3 columnas con una lista en cada celda de una tabla) y que debe actualizar una base de datos mediante Ajax con el valor con el valor que el usuario selecciona. Hay que mostrar la lista actualizada desde la base de datos y junto a ella la fecha/hora de actualización por parte del usuario.
• Aplicaciones: Zend development studio 5 para editar los ficheros sobre un sevidor con Linux. La base de datos es MySQL versión 4.3. El framework de Javascript es Prototype.
• Ventanas:
  • Zend Studio.
  • Firefox.
  • php-myAdmin, como front-end de MySQL.
• Tiempo de desarrollo con dos monitores: 79 minutos.

¿Cuál ha sido el tiempo que he ahorrado con respecto al uso de un solo monitor?. Pues bien, básicamente como la cantidad de código no me obligaba a hacer demasiado scroll en ambos casos, el tiempo de mejora iba a estar en el salto entre aplicaciones, así que grabé las sesiones de trabajo en vídeo y conté los cambios de ventana.

En la prueba A cambié de ventana 38 veces, y en la prueba B, 93 veces. Ahora sólo quedaba calcular cuánto tiempo había ahorrado a tener 1 ventana en cada monitor, y después de varias pruebas lo cifré en 3 segundos. Eso significaría que en cambios de ventana, ahorré 1 min. 54 seg. en la prueba A y 4 min. 39 seg. en la prueba B.

Si a esto le añadimos que durante el trabajo reduces errores al poder, por ejemplo, ver los nombres de los campos de la base de datos mientras desarrollas, o hacer una traza del código mientras ves los resultados del programa en ejecución y añadimos 2 min. para la prueba A y 1 min. para la B, los resultados quedarían así:

Es decir, no llega ni más ni menos que al 8%. Que significa eso que por cada jornada de trabajo de 8 hrs. ganaríamos unos 40 minutos y unas 13 hrs. al final del mes, eso significa jornada y media aprox. Evidentemente esto no llega a lo que que el informe de Pfeiffer Consulting decía, pero bueno, al precio de los TFT del momento, se justifica más que de sobra el comprar un segundo monitor.

Además hay que contar factores como el cansancio visual que se reduce con monitores de mayor tamaño o la ergonomía, al no tener reducir los movimientos de ratón, no cambiar la vista de distancia focal al mover el puntero hacia la zona inferior del monitor y volver al centro, etc.

En resumen, si no lo teneis ya, mi consejo es que tengais un segundo monitor (o quien sabe, un tercero…). ¿Qué os parece la idea?

P.D.: Continuará…