No somos otra compañía de desarrollo de software o una agencia digital. Acá entendemos la web y la tecnología. Vivimos por eso. Pensamos diferente y hacemos posible el mejor espacio para su compañía en un mundo digital.
Conozca Más
"3Metas nos abrió las puertas a un nuevo modelo de comunicación construyendo un puente con las audiencias digitales que nos sorprende todos los días. Nos sentimos pioneros en este medio siendo además un producto del Gobierno. Tenemos una relación basada en la confienza gracias a la mezcla de un equipo de personas comprometidas y responsables haciendo un trabajo impecable"
Ver perfil en LinkedIn
"En el rediseño de la página web del CEA el equipo de 3Metas demostró esmero, entusiasmo, creatividad, puntualidad, dedicación y una gran actitud de servicio, aspectos que vimos reflejados satisfactoriamente en el resultado final. Estamos complacidos por un trabajo que sin duda alguna es muy atractivo, de mucha utilidad y de un fácil manejo para nuestros afiliados"
Ver perfil en LinkedIn
Cuando se trabaja en web uno de los errores más comunes es decir que el cliente no entiende el negocio, que no sabe lo que le conviene, que no escucha, que no está abierto a nuevas formas de hacer las cosas. A veces pasa, es innegable, pero a veces no. Este mes con la entrega del rediseño del sitio web del CEA nos dimos cuenta de eso. Nuestro trabajo en este rediseño consistió en realizar una arquitectura de información que transmitiera mejor el mensaje que el CEA quiere proyectar, cambiar los etiquetados, ordenar los contenidos repartidos sin razón en secciones que nada tenían que ver con ellos y lograr un concepto gráfico que hiciera ver vigente a la empresa.
De entrada el sólo hecho de involucrar arquitectura de información es arriesgado porque eleva los costos de los proyectos y hacer que los clientes entiendan la importancia de esa inversión no es fácil. Sin embargo, nos hemos dado cuenta en el ejercicio diario que hay que saber vender la idea y no dejar solos a los ejecutivos de cuenta en el proceso. Un cliente siempre reaccionará diferente frente a un ‘experto’ que frente a la persona que le lleva los tiempos de entrega.
Así fue que logramos el proyecto de CEA fluyera sin tropiezos. Tuvimos el voto de confianza del cliente para organizar de cero todo el contenido y lograr, por ejemplo, la aprobación de un home page que difería diametralmente de su versión anterior. Lo mismo pasó cuando sugerimos cambiar el CMS de Joomla a Wordpress, dado que lo consideramos más seguro y sobretodo más claro para el webmaster.
En resumen había que preparar al cliente para recibir algo diferente a lo que estaba acostumbrado a manejar. De ahí la necesidad de que en proyectos como este se pueda contar con el equipo indicado, lleno de argumentos para defender cada una de las decisiones que considerábamos importante tomar. En todos los proyectos, el equipo de trabajo completa un número de victorias y derrotas. Esta vez podemos decir con satisfacción que las victorias fueron muchas más y que se hizo lo que había que hacer para defender cada uno de los nuevos caminos que tomamos.
Ver perfil en LinkedIn
Esta semana cuando uno de nuestros clientes estaba realizando las pruebas de un proyecto en asp.net que tenía un conjunto de reportes embebidos, las imágenes del toolbar del Crystal ReportViewer no se mostraban o se perdían.
Teniendo en cuenta la experiencia que habíamos tenido ya una en un cliente con algo parecido revisamos nuestro anterior post sobre: Como publicar un reporte embebiendo ReportViewer en una página aspx sobre IIS7, realizamos todos los pasos allí descritos, pero esto no solucionó el tema de las imágenes. Así que decimos investigar un poco más en internet y nos encontramos que este problema se presenta comúnmente cuando el sitio web se ha creado en una ruta de disco diferente a: ..\inetpub\wwwroot, debido a que la aplicación trata de buscar los recursos que corresponden al ReportViewer en la carpeta: ..\inetpub\wwwroot\aspnet_client\system_web\2_0_50727
Así que una solución muy útil y práctica para este caso fue copiar la carpeta aspnet_client dentro de la carpeta de la aplicación, de tal forma que ahora está también en una ruta como esta: D:\\MiAplicacionWeb\aspnet_client
El truco nos funcionó, pero de repente no es la solución no es la solución más idónea para el tema, así que si alguien conoce alguna otra forma de hacerlo, por favor ¡cuéntenos! nos gustaría mucho que la compartiera aquí.
Ver perfil en LinkedIn
Uno de los clientes de 3Metas tiene una base instalada muy importante de aplicaciones construidas en Visual Fox Pro 7, 8 y 9. Durante los últimos meses hemos trabajado en conjunto para desarrollar una estrategia de migración de estas aplicaciones hacia una arquitectura orientada a servicios (SOA) construida con WCF y el Framework 3.5 de .Net. Uno de los aspectos claves de un proceso como estos consiste en evitar al máximo que se siga construyendo funcionalidad en Visual Fox Pro (VFP) así que el primer paso de la estrategia consiste en la integración de VFP con servicios de Windows Communication Foundation (WCF) de forma tal que las aplicaciones actuales se vean beneficiadas de las mejores en la lógica de negocios o de nuevas funcionalidades que se construyen con la última tecnología disponible. 1. Lo primero que debe hacerse es construir un servicio de WCF en lo que no profundizare especialmente. 2. En nuestro caso una vez que tuvimos construido el servicio construimos una fachada para su utilización desde VFP. 3. En esta fachada establecemos las referencias a los servicios por medio de la herramienta de Visual Studio, allí verificamos el tipo de conversión que se realizará sobre las colecciones genéricas. Como queremos proteger la inversión del cliente en este proyecto esta fachada deberá poderse usar desde VFP pero también desde aplicaciones desarrolladas con .Net hoy y en el futuro. 4. Creamos una clase que estará visibles por COM desde VFP y que será la fachada para esta herramienta. 5. Esta clase debe estar decorada como COM visible [ComVisible(true)] y para asegurar las opciones de Intellisense también agregamos la decoración de generación de la Interfaz [ClassInterface(ClassInterfaceType.AutoDual)] 6. Aunque visual Studio 2008 (VS2008) crea el constructor de forma predeterminada preferimos asegurarnos así que agregamos el constructor, tener presente aquí que el constructor no puede sobrecargarse ni recibir parámetros para evitar problemas en COM 7. Luego creamos los métodos que serán consumidos por VFP y se los decora como visibles para COM [ComVisible(true)]. 8. En nuestro caso los métodos del servicio de WCF devuelven colecciones genéricas de tipos específicos, por ejemplo la colección de colores de la entidad color: [CollectionDataContract(Name = "Colores", Namespace ="http://myDomain.com/Data/2010/01")] public class Colores: Collection<ColorEntity> {}, para que estos métodos puedan ser consumidos desde VFP y teniendo en cuenta la restricción de COM para el manejo de genéricos se realiza una modificación al método para que no retorne la colección sino que retorno un arreglo de objetos que es algo que si puede ser manejado por VFP, la posibilidad de convertir la colección genérica en un arreglo se adiciono con LINQ, así que debe establecerse la referencia a LINQ en el proyecto y la clase, al final debe quedar algo como esto:
1: using System;
2: using System.Collections.Generic;
3: using System.Linq;
4: using System.Text;
5: using System.Runtime.InteropServices;
6: using ServicioProducto;
7:
8: namespace ServicesFacade
9: {
10:
11: [ComVisible(true)]
12: [ClassInterface(ClassInterfaceType.AutoDual)]
13: public class ProductoFacadeVFP
14: {
15: //default constructor
16: public ProductoFacadeVFP() {}
17:
18: /// <summary>
19: /// Metodo trae los colores del Sistema
20: /// </summary>
21: /// <returns></returns>
22: [ComVisible(true)]
23: public Color[] GetColores()
24: {
25: Colores colores = null;
26:
27: try
28: {
29: ServicioProductoClient srv = new ServicioProductoClient();
30: colores = srv.GetColores();
31: srv.Close();
32: }
33: catch (Exception ex)
34: {
35: throw ex;
36: }
37:
38: return colores.ToArray();
39: }
40: }
41: }
1: LOCAL Colores
2: LOCAL MyColor as ServiceFacade.ServicioProducto.Color
3: LOCAL ProductoFacade as ServicesFacade.ProductoFacadeVFP
4:
5: ProductoFacade = CREATEOBJECT("ServicesFacade.ProductoFacadeVFP")
6: Colores = ProductoFacade.GetColores()
7:
8: OPEN DATABASE "C:\3Metas\Clients\Integration\sampledata" EXCLUSIVE
9: USE color IN 0 EXCLUSIVE ALIAS tblColor
10: ZAP
11:
12: FOR EACH Item IN Colores
13: INSERT INTO color (ColorId) VALUES (Item.ColorId)
14: ENDFOR
Las preguntas infaltables al momento de crear empresa siempre son ¿dónde será la oficina? ¿Cuántos metros debe tener? ¿De qué color comprar los muebles? Eso nos pasó en 3Metas también y no sabíamos si buscar una oficina como la mayoría de empresas u optar por un modelo de trabajo distinto. Buscando alternativas encontramos dos conceptos que nos conquistaron: el teletrabajo y la oficina virtual. Al entenderlos quisimos que todos trabajaran desde sus casas y contratamos a su vez los servicios de una oficina virtual.
No fue una decisión fácil. A favor, ahorraríamos en costos fijos gracias a que hoy en día existen herramientas para el trabajo remoto que funcionan muy bien en una empresa de servicios como la nuestra. Aportaríamos también al cuidado del medio ambiente al disminuir los desplazamientos de las personas. Y lo más importante brindaríamos la opción de organizar de manera diferente el tiempo y aún así obtener -con responsabilidad- buenos resultados gracias a empleados con más tiempo para otras actividades que les generen felicidad y satisfacción.
En contra, tendríamos la tarea de romper con esquemas mentales muy arraigados en las personas, había que ceder control sobre las actividades y comportamientos de los empleados y sobre todo, no tendríamos un espacio físico común que ayudara a la identidad corporativa. Pese a estas dificultades seguimos adelante con la idea.
Tomada la decisión nos enfocamos en el principio de “trabajar por objetivos”, damos la libertad en cómo y a qué horas se desarrollan las tareas. La clave es cumplir a la hora y día acordado. Por eso buscamos personas con capacidad de autogestión, con mentes creativas que propongan soluciones efectivas y sin temor a pedir ayuda en situaciones críticas. A la par creemos necesario definir principios, reglas y ayudas tecnológicas que garanticen la productividad y calidad en lo que hacemos. Estas son algunas:
“En el rediseño de la página web del CEA el equipo de 3Metas demostró esmero, entusiasmo, creatividad, puntualidad, dedicación y una gran actitud de servicio, aspectos que vimos reflejados satisfactoriamente en el resultado final. Estamos complacidos por un trabajo que sin duda alguna es muy atractivo, de mucha utilidad y de un fácil manejo para nuestros afiliados”