Appcelerator Titanium es una plataforma para desarrollar aplicaciones móviles y de escritorio utilizando JavaScript. Esto nos permite, con un mismo código fuente (y algo de modificaciones, de ser necesario) lanzar una misma aplicación para múltiples plataformas: entre ellas iOS (iPhone/iPad) y Android.

En la presentación, hablamos un poco de la tecnología en sí, respondiendo preguntas básicas como:

• ¿Qué es Titanium?
• ¿Cómo funciona Titanium?
• ¿Qué podemos hacer con Titanium?
• ¿Cómo se ve Titanium?
• ¿Cómo aprender más?

También tuvimos una ronda de preguntas y respuestas, donde los participantes nos abordaron con preguntas sobre diseñar y desarrollar aplicaciones móviles utilizando Titanium Appcelerator.

Esperamos realizar estas reuniones mensualmente. En las próximas reuniones ya comenzaremos a tirar algo de código.

Les quedamos debiendo la presentación y esperamos compartirla en los próximos días.

Hoy tenemos el orgullo de presentar un nuevo proyecto en el que trabajamos los últimos meses. Este proyecto es Epicentro150.com.

Epicentro150 es una plataforma que promueve el emprendimiento en Latinoamérica. Es un lugar de conexión entre personas que buscan servicios y empresas que brindan estos servicios. La idea detrás de todo esto es de Stefany Cohen y su Taller de Buenas Ideas.

Nuestro trabajo consistió en:

• Manejo completo del proyecto.
• Participación activa en el proceso.
• Diseño web.
• Desarrollo de la plataforma completa, a la medida.
• Desarrollo del blog, utilizando WordPress.

El desarrollo fue hecho completamente a la medida y utilizamos algunas tecnologías interesantes, como por ejemplo:

• Laravel, un gran framework en PHP. Es la segunda vez que lo utilizamos y realmente nos ha encantado trabajar con él.
• Apache Lucene para el motor de búsqueda.
• Amazon S3 para el storage de imágenes y otra data.

Desde que nos cambiamos y dejamos de usar TextMate, no extrañamos mucho lo que dejábamos atrás, al ser un editor de texto muy extensible y flexible.

En esta publicación detallaremos cuales son nuestros 10 plugins favoritos para Sublime Text 2.

10. DocBlockr

¡Oh, escribir comentarios!. Esa tarea que muchos programadores aborrecen y otros tantos ni siquiera practican.

Este plugin te permite crear comentarios estilo PHPDoc en tus archivos PHP o JSDoc para tus archivos de JavaScript.

9. Emmet

¿Alguna vez usaste Zen Coding, aquella varita mágica que te expandía una sola línea de código en mucho más? Bueno, Emmet, es la actualización de Zen Coding, sólo que con varias mejoras interesantes.

8. JSLint

Si haces JavaScript todos los días como nosotros (Appcelerator, jQuery, Backbone, etc.) entonces debes conocer JSLint, una herramienta creada por Douglas Crockford (y si haces JavaScript debes saber quien es él) que revisa tu código para que cumpla con ciertos ”estándares” de calidad.

Lo bueno de este plugin es que con sólo pulsar cmd+j corre el JSLint en el archivo en que te encuentras. Muy útil y rápido.

7. Sublime Linter

Es un plugin muy útil para aquellos que trabajan hasta tarde noche y con algo de sueño ya comienzan a escribir sandeces.

Revisa, en tiempo real, posibles errores en tu código. Funciona para varios lenguajes, entre ellos PHP, Python, Java, JavaScript (también tiene JSLint), etc…

6. Sublime CodeIntel

Siendo honestos, no soy muy fanático de esta funcionalidad, pero me parece muy útil para aquellos acostumbrados o que vienen de un IDE como Eclipse o NetBeans y no han dado el paso por este tipo de funcionalidad típica de un IDE.

Este plugin analiza todo tu proyecto y te permite auto-completar el código, ir a la definición de funciones y clases y otras funcionalidades regulares.

Nota: El plugin es un poco buggy, pero ha mejorado mucho desde las últimas versiones

5. Bracket Highlighter

Creo que este plugin se explica por él mismo. Aún cuando tratamos de mantener nuestro código lo más limpio, este plugin te hace la vida más fácil al destacar la apertura y cierre de las llaves en un bloque de código.

4. SideBarEnhancements

Esto fue lo que quizás más extrañe de cuando vine de TextMate. El sidebar de ST2 no contiene mucha información ni ayuda.

Permite mover elementos a la papelera, abrir con, mover entre los buffers, etc.

3. Solarized

Solarized es una paleta de 16 colores diseñada por Ethan Schoonover con múltiples beneficios y propiedades.

Realmente me gusta tanto que uso la misma paleta de colores en la Terminal y en el ST2.

2. Alignment

El código limpio y ordenado es algo obligatorio en Pixmat. Alignment nos ayuda a alinear bloques de código en una misma columna, esto nos permite transfomar esto:

en:

1. Package Control

Instalar todos estos plugins sería tedioso. Menos mal existe Package Control, hecho por Will Bond (el tipo detrás de Flourish).

Package Control te permite tener control de los plugins que instalas, permitiéndote instalar y eliminar plugins de una manera mucho más fácil desde el mismo ST2.

Este es nuestro top 10 de plugins para Sublime Text 2. Esperamos que la lista le sea de utilidad a cualquier persona que utilice este fabuloso editor de texto.

Como es usual cada cierto tiempo, presentamos los nuevos proyectos en los que hemos estado trabajando. En los meses de octubre y noviembre estuvimos trabajando fuertemente en un nuevo proyecto el cual salió a la luz hace muy poco. Les hablamos del diseño y desarrollo completo del sitio de Etnix.com.

Etnix.com es una plataforma social para hacer negocios, desarrollada por ELCONIX y presentada en el pasado TecnoShow Panamá 2012. Etnix va más allá de sólo ser una red social para negocios, es una herramienta colaborativa e innovadora.

Nuestro trabajo consistió en:

• Gestión completa del proyecto.
• Diseño web.
• Diseño de ilustraciones personalizadas.
• Desarrollo del sitio informativo, completamente responsivo (versiones disponibles para tablets y móviles).
• Manejo de los contenidos, copywriting y traducción.

Estamos muy contentos del resultado final y de lo que representa ETNIX para la industria en Panamá, al ser una red social 100% creada en Panamá. Pronto les contaremos más del proyecto, que tecnologías utilizamos y como lo hicimos.

Visitar Etnix.com

Ha sido un cambio radical y las mejoras han sido enormes, reduciéndonos costos y el tiempo que demorábamos en diseñar un nuevo sitio.

Queremos compartir con ustedes nuestra experiencia con sistemas alternativos para diseño y desarrollo de sitios web. Esta alternativa es muy útil y recomendable para sitios y clientes pequeños, como instituciones, sitios tipo brochure o páginas que administrarás por tu propia cuenta.

¿Qué hacíamos antes?

Pixmat ha estado haciendo sitios web desde 2008. Desde un principio hemos hecho desde plataformas y aplicaciones web completas, hasta sitios pequeños.

Para todos los sitios que diseñábamos y desarrollábamos utilizamos Drupal (a un inicio), Expression Engine, PyroCMS y WordPress por más de 4 años.

Hacer sitios con WordPress y los otros sistemas es sumamente útil y tiene múltiples ventajas:

• Tienes un panel de administración disponible.
• Hay una comunidad enorme.
• Hay plugins, templates, documentaciones y tutoriales disponibles en todos lados.
• Es fácil diseñar para ellos.
• Muy flexibles, puedes hacer casi de todo con ellos.

Si bien esto permite hacer cualquier cantidad de sitios, este enfoque tiene también algunas desventajas, sobre todo para sitios (y clientes) pequeños:

• Dependencia en una base de datos, lo que hace que hasta para el más simple sitio necesites una base de datos.
• Hay clientes que no les interesa tener un panel de administración ni administrar su sitio, así que se vuelve innecesario.
• Tu cliente necesita un servidor con base de datos incorporado.
• Sitios lentos, aún cuando digas que optimizaste tu servidor y estás sirviendo versiones en caché, no es más eficiente que servir archivos puramente estáticos.

Quitando dolores de cabeza

Pensemos un cliente hipotético: una institución pequeña, donde sólo les interesa tener amplia información de la institución, que hacen, su equipo y quizás una galería pequeña. Tu cliente no mantendrá el sitio por el mismo, por lo que un panel de administración es completamente innecesario. A tu cliente le interesa ampliamente que el sitio sea rápido y cuenta con un presupuesto limitado.

Hace año y medio hubiésemos dicho: WordPress, hoy no:

• ¿Es realmente necesario tener un Panel de Administración, aún si tu cliente no lo utilizará?
• ¿Por qué necesitas una base de datos, si sólo consumirás ciertos datos? No tendrás relaciones complejas ni nada. La Base de Datos ya no es una necesidad.
• Tu cliente tiene un presupuesto limitado, ¿le cobrarás de más por la integración con WordPress, aún si no la necesita?
• Por tu “pereza”, ahora tienes un sitio consumiendo ampliamente una base de datos. Adiós rapidez, a menos que gastes mucho más dinero optimizando el servidor.

Al final, debemos recordar que nuestro explorador no entiende de sitios dinámicos, lenguajes en servidor o bases de datos: sólo entienden HTML, CSS y JavaScript. Hagas lo que hagas, lo único que le interesa renderizar es la parte estática, mas no dinámica.

Bienvenido Jekyll

Utilizamos Jekyll por primera vez hace quizás un año. Jekyll es un generador de sitios estáticos escrito en Ruby.

Por sitios estáticos entendamos sitios escritos única y exclusivamente con HTML, CSS y JavaScript, sin un lenguaje de programación en el lado del servidor (como PHP o Python) ni una base de datos.

Jekyll permite generar sitios estáticos (HTML) utilizando templates. Todo el contenido del sitio Jekyll es escrito utilizando lenguajes de marcado básicos, como Markdown o Textile. Jekyll es muy conocido y ampliamente utilizado y también es la tecnología detrás de GitHub Pages.

La idea para utilizar Jekyll es sumamente simple:

• Escribimos todos los contenidos, como blog posts o el contenido completo utilizando un editor simple de texto (como Byword en Mac).
• Generamos templates por secciones.
• Generamos configuraciones y hasta traducciones a nivel de toda la aplicación.

Para editar los contenidos de Jekyll desde GitHub contamos con Prose.io, el cual lo utilizamos sólo una vez y es realmente útil si tenemos nuestro código alojado en GitHub y si vamos a usar GitHub Pages. Alternativas a Jekyll hay varias, quizás la más conocida es Middleman.

Jekyll generará sólo archivos y sitios estáticos, por lo que no podremos utilizarlo para comentarios, servir vídeos o fotografías. Al hacer sitios con Jekyll también utilizamos otros servicios externos, por ejemplo:

• Amazon S3 para guardar imágenes, vídeos y HTML estático. Incluso podemos guardar todo un sitio por un par de centavos al mes .
• Transloadit para manejar imágenes.
• Vimeo para guardar vídeos.
• Facebook o DISQUS para los comentarios.

Bienvenido Kirby

Luego de casi un año utilizando Jekyll encontramos una alternativa de Jekyll escrita en PHP llamada Kirby. El proceso es muy similar al que llevamos con Jekyll: hacemos contenidos estáticos utilizando un simple editor y escribimos templates individuales por sección.

Hemos utilizado Kirby para dos sitios ya y nuestra primera impresión es: ¡Kirby es lo máximo!. Kirby es casi un clon de Jekyll escrito en PHP:

• Tienes templates por página, mapeados de igual manera por el nombre de los archivos.
• Tienes mapeo automático de URL por el nombre de los archivos.
• Tienes configuraciones globales, contenidos escritos en un lenguaje parecido a Markdown.
• Posee una comunidad y soporte emergente, muy bueno.
• Kirby es fácil de extender, sólo que en vez de utilizar Ruby usas PHP.
• Soporte nativo para múltiples lenguajes.
• Kirby, además, tiene un Panel de Administración opcional.
• Todo su código está disponible y abierto.

La única desventaja de Kirby es que cuesta $30.00 para su uso, pero les puedo asegurar que lo vale completamente.

Ventajas de este enfoque

Este nuevo enfoque ha ido ganando nuevos adeptos desde hace meses y cada vez es más común leer de personas que dejaron Drupal o WordPress por Jekyll, Statamic o Kirby. Cada día Más personas escriben de esto.

Las ventajas son grandes, pero para mencionar algunas:

• Nuestro proceso es realmente más rápido. No necesitamos configurar un CMS como WordPress, buscar compatibilidad de módulos o plugins, actualizar el sistema. Sólo escribir contenido, diseñar e implementar.
• La flexibilidad con que contamos para desarrollar sitios no tiene límites.
• Las aplicaciones resultantes son rápidas, realmente rápidas.
• Los costos de mantenimiento son muy inferiores. Los costos de servidores serán ínfimos.

Al tratar de correr nuestra aplicación utilizando el RC2 del Titanium SDK 2.1.3 con XCode 4.5 y el iOS 6 nos percatamos que los módulos no eran compatibles. Leyendo los release notes del 2.1.3 nos percatamos de algo interesante:

The ARMv6 architecture is no longer supported in iOS 6. Starting in Release 2.1.3, ARMv6 is not targeted when building for the iOS 6 SDK, or if the min iOS version is set to 4.3 or above.

Esto, nos traía como resultado un error similar al siguiente:

Ambos módulos externos para iOS estaban compilados utilizando ARMv6, por lo que era necesario recompilarlos utilizando ARMv7 como arquitectura. Buscando un poco, encontramos ambos modulos con su código liberado en Github (wohoo), por lo que la solución era sencilla: descargar el proyecto, abrirlo en XCode, cambiarle la arquitectura para que utilizara ARMv7, recompilar el módulo con Titanium y reemplazarlo.

Tomemos como ejemplo el módulo de Twitter par iOS 5, los pasos son simples:

1. Descargamos el código fuente, yo descargué el Zip.
2. Descomprimimos y vamos a la carpeta con los archivos.
3. Abrimos esta carpeta como un proyecto en XCode.
4. Bajo “Architectures” seleccionamos “Standard (armv7, armv7s)”. Ejemplo.
5. Salvamos y cerramos XCode.

Luego, corremos ./build.py desde esa misma carpeta, tomando en consideración:

• Que quizás necesitemos editar el archivo titanium.xcconfig con la siguiente información:
  TITANIUM_SDK_VERSION = 2.1.3.v20120927181611 (o nuestro SDK)
  TITANIUM_SDK = ~/Library/Application Support/Titanium/mobilesdk/osx/$(TITANIUM_SDK_VERSION)
• Si es primera vez que compilas un módulo, quizás te pide la librería de Python “markdown2″. Lo puedes instalar con pip install markdown2. Otras instrucciones e información de como compilar un módulo.
• Una vez compilado, se te generará un archivo “zip”. Este archivo lo descomprimes en ~/Library/Application Support/Titanium/modules/iphone/de.marcelpociot.twitter

¡Listo!

El CascoStation está establecido desde hace 1 año y 4 meses, reuniendo entre sus paredes a profesionales de distintas áreas: producción, desarrollo, diseño, fotografía y otras. Aún así, el sito principal del CascoStation está un poco olvidado, por decir algo.

Uno de los fundamentos más importantes del CascoStation es que desde el inicio se ha vuelto más que un espacio de trabajo compartido: se ha vuelto una comunidad de profesionales independientes. Como siempre ha dicho Harold: “Tú llegas al coworking por la oficina y el salón de reuniones, pero te quedas por los compañeros”.

Basado en esto Eddie Machado (miembro de la comunidad) recomendó una idea genial para solucionar el problema del sitio del CascoStation: rediseñar el sitio entre todos, como una familia feliz.

Todo esto se hará posible este sábado en el CascoStation Hack-a-thon, en donde 15 personas y miembros de la comunidad trabajarán en conjunto para realizar el nuevo sitio del CascoStation en 24 horas. Todo será transmitido en vivo por Ustream y todo el proceso será actualizado vía Twitter constantemente.

A todos los interesados en participar y conocer más del evento, pueden encontrar más en la página del evento.

También fue mencionado un proyecto en desarrollo llamado “Invoiza” que estará saliendo a finales de este año, cuya funcionalidad básica es manejar las finanzas personales.

Leer el artículo »

En la primera parte del artículo, brindamos algunos tips para diseñar para Android.

En esta segunda parte de tips para diseñar para móviles, viniendo del diseño web, hablaremos del iOS Human Interface Guidelines de Apple, el cuál nos brinda mucha información relacionada al diseño para interfaces de iOS, el sistema operativo que provee la fuerza en los iPad y iPhone.

iOS: Human Interface Guidelines (HIM)

Con esto llegamos al punto que para diseñar para iOS: debemos asegurarnos de entender como funciona el dispositivo, para así crear una experiencia agradable para el usuario. Podemos siempre revisar otras aplicaciones, sobre todo las aplicaciones nativas, para tratar de simular el mismo look and feel en nuestra aplicación.

Algo que no debemos dejar atrás en que en cada aplicación que trabajemos, por mas estandarizada que sea, debemos agregar algo personalizado: allí podría entrar el diseño de un buen icono que represente a nuestra aplicación.

Tipos de barras

Hablemos sobre los elementos de uso dentro de nuestra aplicación en iOS.

iOS nos ofrece una amplia gama de elementos dentro de la interfaz que permiten al usuario mantener una vista estándar y uniforme de los controles de uso. Estos elementos son actualizados directamente si utilizamos los nativos, al actualizar la versión de nuestro sistema operativo lo que trae una ventaja considerable. Empecemos por las barras que nos especifican el comportamiento dentro de la aplicación.

Barra de estado (Status bar)

Esta barra es una muy importante ya que ella nos muestra el estado de nuestro dispositivo, por ejemplo nos indica si aún resta suficiente carga, la hora, si tiene conexión y demás. Podemos leer mas sobre ella en la sección Bars del HIM.

iOS tambien nos permite escoger entre tres difrentes estilos que son: negro, gris y translucido. Debemos considerar la paleta de colores de nuestra aplicación.

Barra de navegación (Navigation Bar)

Es de suma importancia ya que nos permite manejarnos a través de la aplicación siguiendo una jerarquía de información. En ella se muestra el titulo (no debe contener más de un titulo) , el botón de retroceder (opcional, alineado a la izquierda) y además puedes agregar un botón extra (opcional, alineado a la derecha) con alguna otra acción, por ejemplo: guardar, cerrar, etc.

Esta barra al igual que la de estado puede ser de color translucido u algún otro color que coordine con nuestro diseño, esto con el fin de mantener la uniformidad en nuestro diseño.

Tab Bar

Esta barra nos presenta las diferentes vistas (sub-tareas) dentro de nuestra aplicación. Ejemplo, en CarteleraPanama nos muestra: Cine, Películas, Acerca.

Se mostrará un máximo de 5 pestañas u opciones a la vez, si existe más opciones se presentaran cuatro y una con la opción “more” donde se desplegaran las otras ventanas existentes. Como podemos observar een el barra de la app de CNN a conituación.

En cuanto al estilo de esta barra es posible crear componentes personalizados, que vayan de acuerdo al diseño de nuestra aplicación. Para esto debemos tomar en cuenta el tamaño de los iconos y su resolución. Así, si no nos gusta la barra por defecto siempre podemos crear una barra de navegación propia que se vea como nosotros queramos.

Vista de la Tablas (Table Views)

Las tablas tienes la función de presentarnos datos a manera de listas. iOS nos permite trabajar con listas en dos estilos:

El primer estilo (Multiple Rows Table) es lo que nos permite categorizar datos de la lista, por ejemplo, en nuestra aplicación utilizamos este estilo por categorizar por cines.

El segundo estilo(Display Rows Table) es una lista simple de datos u opciones a escoger, la cual puede ir acompañada de algún icono característico.

Estas listas, o filas, permiten crear vistas completas dentro de la misma. Pueden contener cualquier cantidad de información que nuestra aplicación desee mostrar. Como la utilizada en CarteleraPanama para mostrar la lista de la películas, con una pequeña imagen de la película y otros datos puntuales de la película.

Estas listas pueden cambiar su apariencia en cuanto al color, además es posible incluir algunos elementos a la tabla con el fin de extender su funcionalidad (Estos elementos son sugeridos cuando la lista es desplegada en una única ventana) estos elementos son: check mark, disclosure indicator y detail disclosure button.

Iconos e imágenes

iOS se caracteriza por la calidad de sus iconos e imágenes y esto desempeña un papel fundamental en la comunicación con el usuario de toda aplicación, ya que es lo mínimo que esperan.

Al realizar el diseño de imágenes como de iconos debemos tomar en cuenta el tipo de pantalla en la se mostrarán, ya que se cuenta con la pantalla retina, que muestra altas resoluciones de nuestro contenido y una de resolución normal.

En las versiones de alta resolución (Retina Display) son más visibles las texturas y degradados; en cuanto a los iconos, su contorno es mucho más apreciable que en la resolución normal.

Para cada icono o imagen en que trabajemos podemos añadir su versión para Retina Display añadiendo @2x al final del nombre. Ejemplo: name@2x.png, todo esto con la finalidad de trabajar directo con los file de imagenes de iOS.

Directamente nuestra aplicación utilizará (utilizando el ejemplo anterior) name.png para pantallas que no sean Retina Display o de alta resolución y name@2x.png para aquellas pantallas de alta resolución, como los iPhone 4 y iPhone 4S.

Iconos de aplicación

Este icono será el logo de nuestra aplicación y estará presente en el Home de nuestro dispositivo, los tamaños referidos en pixeles serán:

• Resolución normal: 57 x 57 px
• Alta resolución: 114 x 114 px

No es necesario agregar un contorno, sombra o efecto metálico característico al icono, ya que este será agregado por defecto.

También es necesario proveer un fondo a nuestro icono, ya que si se hace transparente iOS agregará un fondo negro que podría afectar nuestro diseño.

Ahora, para representar nuestra aplicación en AppStore, debemos crear una versión más grande de nuestro icono, los tamaños serias los siguientes:

• Resolución normal: 512 x 512 px
• Alta resolución: 1024 x 1024 px

Iconos pequeños

Estos iconos son necesarios para identificar la aplicación dentro de una lista de resultados de búsqueda. Sus tamaños son:

• Resolución normal: 29 x 29 px
• Alta resolución: 58 x 58 px

Nota: los iconos deberán ser siempre en formato .png

Iconos para las barras

Si nuestra aplicación requiere de iconos personalizados, a la hora de diseñar debemos tomar en cuenta lo siguiente:

• El uso de un color blanco puro con transparencia para la creación del icono.
• No incluir sombras.
• Diseñar un icono que no se confunda con los proporcionados por iOS.
• Que sea fácil de entender para el usuario final.

Para los iconos de las Barra de Herramientas y Navegación los tamaños son:

• Resolución normal: 20 x 20 px.
• Alta resolución: 40 x 40 px.

Para los iconos del Tab Bar los tamaños son:

• Resolución normal: 30 x 30 px.
• Alta resolución: 60 x 60 px.

Imagen de Inicio (Splash Screen Image)

Esta es la imagen que verá en primera instancia nuestro usuario al interactuar con nuestra aplicación. La misma debe causar una buena impresión ya que es nuestra carta de presentación. Ademas esta imagen es la puesta en marcha para mejorar la experiencia del usuario.

En importante recalcar, que esta imagen es estática (al menos para aplicaciones básicas), y si contiene algún texto en la misma no se actualizará. Las medidas son las siguientes:

• Resolución normal: 320 x 480 px.
• Alta resolución: 640 x 960 px.

Hay que tomar en cuenta la orientación de nuestro dispositivo, que también varia en la dimensiones (lo alto reemplazado por lo ancho):

• Resolución normal: 480 x 320 px.
• Alta resolución: 960 x 640 px.

Y con esto terminamos la segunda parte de esta serie de artículos que estaremos publicando para orientar a nuevas personas que piensan diseñar para móvil.

En la siguiente parte de esta serie estaremos viendo los últimos puntos a tomar en cuenta al diseñar para móvil, enfocándonos en la estructura del contenido (y como difiere del diseño web), optimizaciones y otros detalles en general.

Recuerda que si puedes leer la primera parte de esta serie acá y puedes seguirnos en Facebook y Twitter para mantenerte actualizado.

Durante los últimos meses hemos recibido gran número de correos de personas que están interesadas en recibir un entrenamiento de nuestra parte en desarrollo móvil utilizando Titanium Appcelerator como plataforma, por lo que quisiéramos recolectar esta información para poder

Los talleres serían los días sábados, totalmente gratis para todos y la única condición de participación es que necesitan tener conocimientos de programación, JavaScript (ojo: JavaScript, no jQuery) y ganas de aprender. Este sería un taller más bien enfocado a universitarios o freelancers.

Si estás interesado, llena el siguiente formulario y te tomaremos en cuenta para cualquier taller. Toma en cuenta que la realización del mismo dependerá mucho del feedback que recibamos en este formulario.