martes, 13 de diciembre de 2011

Eficiencia Energética de la arquitectura ARM para aplicaciones de Cloud Computing


Después de " racimo de nubes Pandaboard ejecución Google App Engine "post, hubo algunas preguntas con respecto a la eficiencia energética real de los servidores ARM vs Intel (Xeon) servidores y comentaristas algunos cuestionaron el desempeño de los chips de ARM.



Eficiencia Energética Intel vs procesadores ARM (servidor Apache 2)

He encontrado una tesis de la evaluación de cómo la eficiencia energética de los procesadores ARMv7 arquitectura basada en Cortex-A9 y Cortex A8-compara - en aplicaciones tales como un Proxy SIP y un servidor web (Apache2) - a los procesadores Intel Xeon. El objetivo de esta tesis es comparar la eficiencia energética entre las dos arquitecturas en lugar de rendimiento puro, donde la mayor parte supera a Xeon procesadores ARM, aunque un grupo de servidores ARM podría ser utilizado en lugar de alcanzar el mismo poder de procesamiento. Dependiendo de la aplicación, puntos de referencia indican la eficiencia energética de 3.11 veces mayor para el procesador ARM Cortex-A9, en comparación con el Intel Xeon. La tesis completa (74 páginas) está disponible a continuación.

                     

Revisando: Desarrollo de Software (13/12/2011)


  • Metodologías ágiles y porque son ideales para el desarrollo de software.
  • Desarrollo de software, ¿velocidad o precisión?.
  • Reflexiones sobre el desarrollo de aplicaciones móviles.


Metodologías ágiles y porque son ideales para el desarrollo de software

Fuente: tumblr.com
El día de ayer tuvimos una reunión un grupo de compañeros y yo, los cuales tenemos varias cosas en común: compartimos una enorme pasión por las tecnologías, tenemos un espíritu emprendedor muy fuerte y casi todos trabajamos con metodologías ágiles.
Salieron en cuestión diversos temas de plática, pero hubo uno que me incitó mucho a escribir esta publicación y sobre el que le dedicamos gran parte de la noche, las metodologías de desarrollo.
El desarrollo de software es un arte y un proceso relativamente nuevo, que ha ido creciendo y hasta hace unos pocos años no había tenido metodologías bien definidas que aseguren la calidad del producto, con las menores pérdidas (dígase código basura y dinero) y en el menor tiempo posible.
Primero fue el desarrollo artesanal, “vamos a hacer que funcione”, pero muy pronto se dieron cuenta los desarrolladores que esto traía problemas de mantenibilidad, se reescribía mucho código y era código completamente ilegible.
Es ahí cuando aparecen varías metodologías, entre ellas la metodología cascada que es la favorita de la mayoría de nuestros profesores hoy en día, una metodología que proponía hacer un desarrollo por etapas, empezando por el análisis, diseño, desarrollo, implementación y al final el mantenimiento; Esto evidentemente agrega un gran overhead en las primeras etapas del desarrollo en las que se hace mucho diseño pero no se tiene nada funcional, es la etapa en la que se trabaja con el cliente; luego se dedica otro tiempo al desarrollo del producto, siendo este un momento clave del proceso se tiene un contacto casi nulo con el cliente, y ya al final implementar y documentar. ¿Suena muy bonito no? pues no lo es así, porque empezaron a surgir diferentes problemas, empezando con que a los desarrolladores no les gusta para nada el overhead de análisis, diseño y documentación, y personalmente podría asegurar que a cualquier “guru” de estas metodologías si se les pide su opinión real de estas etapas te van a decir que las odian. Otros problemas fueron que al momento de implementar el sistema, los requerimientos ya no son los mismos, o no se entendieron bien y sucede una de dos cosas, o el proyecto se descarta y representa una pérdida de dinero o el proyecto se adapta, pero un pequeño cambio de requerimientos puede llegar a implicar muchísimos cambios en código.
Durante el paso de los años fueron saliendo varias modificaciones a esta metodología para tratar de atacar esos problemas que fueron saliendo con el tiempo, sin embargo sigue siendo una metodología que no le agrada a ningún desarrollador, que sigue significando mucho tiempo empleado solamente para analizar, diseñar y documentar y que sigue dejando muy de fuera al cliente durante los tiempos críticos del proceso.
Hace muy pocos años surgió una nueva metodología, una metodología que en sus inicios fue vista como un retroceso al desarrollo del software y sigue siendo vista de ese modo por muchos Ingenieros en Sistemas de generaciones mayores, las metodologías ágiles.
La metodologías ágiles proponen quitar tanto overhead de Análisis, Diseño y Documentación y enfocarse en lo que realmente importa, el producto en sí y tratando al cliente como lo que realmente es, un miembro más del desarrollo del producto, ¿suena como un retroceso? tal vez en primera instancia sí, pero si lo analizamos bien y le damos una oportunidad, no lo es, las metodologías ágiles han ido creciendo, evolucionando, adaptándose a un nivel que me atrevo a decir que son las metodologías ideales para el desarrollo de software.
Las nuevas tecnologías y los nuevos lenguajes de programación hacen posible poder trabajar con metodologías ágiles de tal forma que no representen un riesgo, que el cliente siempre tenga el producto que espera, que el sistema sea mantenible y lo más importante que el sistema esté documentado ¿Pero como, no habías dicho que en estas metodologías no se documenta? pues así es y es que en estas metodologías el proceso de análisis, diseño, documentación y desarrollo van prácticamente de la mano, al mismo tiempo y son transparentes unas de otras (en realidad parece que solamente se está planeando y desarrollando) con herramientas que ayuden a definir User Stories y un controlador de versiones ya tenemos un gran paso para la auto-documentación, pero no es todo también los lenguajes de programación aportan mucho al ser lenguajes que propicien que el código sea entendible al leerlo.
Técnicas como BDD(Behavior Driven Development), XP(Extreme Programming), Scrum, entre otras son las que han ido evolucionando dentro del mundo ágil para asegurar todos esos puntos, BDD por ejemplo, se trata de desarrollar en base al comportamiento, se realiza un documento, con cierto formato y ciertas palabras claves, que describe el comportamiento de dada funcionalidad, un documento completamente legible para cualquier persona que es en realidad un meta-lenguaje que puede ser ejecutado en terminal y funciona como las pruebas del sistema, sí, las pruebas del sistema, increíble ¿cierto?, y funciona así: inicialmente las pruebas, como es de esperarse, no pasan; después se escribe el suficiente código para que pasen las pruebas ya una vez que pasan se refactoriza el código para que sea óptimo. Esta y otras metodologías son mucho más aceptables y divertidas que las que exigen separar el proceso de desarrollo del proceso de documentación, análisis y diseño, y creo que los desarrolladores en sí trabajan mucho más felices con este tipo de prácticas; Esto no quiere decir que no hay una fase de Análisis y Diseño inicial, si la hay, pero en comparación con metodologías más antiguas, se le dedica muchísimo menor tiempo a estas al inicio.
En resumen ¿Porque son ideales para el desarrollo de software? Porque desde sus inicios del desarrollo de software se demostró que no es muy agradable tener que implementar ese overhead que no nos deja ningún producto tangible y tampoco representa un avance en el desarrollo, un overhead que a ningún desarrollador le gusta y muchos odian. Las metodologías ágiles han demostrado que se puede hacer un desarrollo de calidad, con un producto beta en muy poco tiempo, que cumpla todas las expectativas del cliente y lo más importante que es un trabajo muy cómodo y feliz para el desarrollador.




Desarrollo de software, ¿velocidad o precisión?

Fuente: tumblr.com



Antes de empezar con el post como tal, veamos algunas frases celebres recurrentes de personas que no están en el mundo de la computación:
  • “Oye, y no le podemos quitar una semana de desarrollo?”
  • “Sí, ya me explicaste por que queda hasta mañana, sin embargo yo no veo la complicación”
  • “¿Todo el sistema queda en 2 semanas? ¿Tanto?”
  • “Pero como que 1 semana de desarrollo, si Excel ya lo hace”
  • “¿Y si le quitamos las pruebas, si queda mañana?”
Las respuestas a las preguntas anteriores tendrán que ser fríamente tomadas de un “diccionario de respuestas para no perder al cliente”, de lo contrario, use las siguientes:
  • Si quieres le quitamos todo el desarrollo y ya me voy
  • Pues vas
  • Voy a asumir que el “tanto” se refiere a todo el desarrollo que obtendrás por 2 semanas, no a que te sorprende el tiempo porque si no te pierdo el respeto
  • (sólo te sales del cuarto)
  • Sí, pero mal
Y es que si las computadoras fueran personas, la gente no andaría haciendo esas preguntas, así como a los médicos no les cuestionan sobre su profesión. De alguna extraña manera la computación se da de tal forma que los no expertos en el campo consiguen la confianza para cuestionar los fundamentos del desarrollo, lo cuál es claramente un problema porque se acaba convirtiendo en un sistema “rápido” o un sistema “bien hecho”, lo cuál no debería ocurrir puesto que ambos conceptos no están peleados, más bien lo que esta peleado es la percepción del cliente final respecto al tiempo de desarrollo y a la realidad.
Pero hasta que inventemos una forma de trasladar la percepción de una mente a otra, no quedará más que usar la antigua técnica de negociar, o como se le llama en el mundo geek, “usar poderes Jedi”, para que los tiempos se respeten y el cliente quede feliz.
Ahora bien, sobre dichos poderes Jedi, ¿qué opinan de un Tryout que evalúe dichas habilidades?, me imagino una simulación donde se te describa un sistema y el cliente te propine unas brillantes preguntas como las descritas arriba, donde tu selecciones en cierto límite de tiempo la respuesta, como si fuese una conversación, creo que sería tan útil como programar.
¿Qué opinan? ¿Se avientan a cambiar percepciones usando poderes Jedi? ¿O mejor mandan a todos al garete hasta que encuentren el cliente perfecto?



Reflexiones sobre el desarrollo de aplicaciones móviles

Fuente: caraballomaestre.blogspot.com

Ahora mismo existen distintos mercados diferenciados dentro de las aplicaciones móviles. Hace relativamente poco tiempo, las empresas que desarrollábamos aplicaciones móviles, buscábamos realizar un solo desarrollo multiplataforma, y que valiera para el mayor número de dispositivos posible. Esto se intentaba mediante tecnología Java J2ME. En este post hice una pequeña introducción.

El coste de desarrollar estas aplicaciones era altísimo, ya que siempre había que realizar adaptaciones para sacar el mayor rendimiento de cada dispositivo, y aun así no se conseguía. Cada fabricante instalaba una máquina virtual distinta, había particularidades a la hora de gestionar cada pila de Bluetooth... toda una odisea.

Actualmente hay distintas plataformas diferenciadas y las empresas optan por desarrollar aplicaciones nativas para cada plataforma. Los clientes suelen pedir que la aplicación funcione en distintas plataformas, para así llegar al mayor número de usuarios posibles. Si las empresas desarrolladoras no tienen el know how para desarrollar la aplicación en las plataformas requeridas, se suelen buscar alianzas para completar los servicios ofrecidos. Pero el planteamiento es utilizar tecnología nativa para cada puerto de la aplicación.

El mercado mundial actual, en cuanto a smartphones se refiere, lo copan las plataformas Android, iPhone, y Blackberry. Aun hay un parque bastante amplio de dispositivos Symbian pero, además de estar en el límite de lo que hoy denominamos smartphones, están en claro retroceso. Para ilustrar estas afirmaciones, podemos ver el artículo de Poder PDA basado en las estadísticas de Gartner del tercer trimestre de 2011. Cabe reseñar que Windows Phone 7, actualmente tiene una cuota de mercado bastante pequeña probablemente motivada por lo tarde que llegaron al mercado.




Blackberry tradicionalmente ha tenido una cuota de mercado amplia en dispositivos de empresa. La larga duración de la batería (cuando trabajamos, no nos podemos permitir el lujo de agotar la batería en 4 horas, sobretodo si estamos desplazados), su correo push, la seguridad (Blackberry implementa por omisión distintos protocolos de seguridad), o cuestiones relacionadas con la usabilidad (teclado qwerty físico, muy apropiado para escribir muchos correos), son factores que han influido en que las empresas eligieran Blackberry. Otro motivo importante, que no tiene que ver con la tecnología, y sí con el canal de distribución, es la apuesta que realizan las operadoras con respecto a los terminales que facilitan. Si Vodafone, o Movistar en España optan por favorecer la distribución de un modelo concreto, influirá decisivamente en las estadísticas de cuota de mercado. Esto último puede que sea factor clave en el avance de iPhone en usuarios de empresa.

Hasta la fecha, la mayoría de proyectos de desarrollo Blackberry que hemos llevado acabo en elDepartamento de Ingeniería de Software de Soltel IT Solutions estaban orientados a soluciones empresariales, es decir desarrolladas por la empresa, para la empresa (modelo de negocio B2B). Sin embargo hemos recibido peticiones de proyectos Android y iPhone, cuyo usuario final, es el consumidor de a pie (modelo de negocio B2C). Esta separación, cada vez es menos evidente, ya que iPhone se está extendiendo en el entorno empresarial, y Blackberry ha intentado acercarse al gran público con dispositivos de gama media, como la Curve y aplicaciones como Blackberry Messenger, con gran aceptación entre los más jóvenes.

Android mantiene una cuota relevante en el mercado. Hay factores que han influido en que proliferen aplicaciones de esta plataforma, como por ejemplo, el ser una apuesta de Google, haber dispositivos potentes de varios fabricantes como HTC y Samsung, ser nativo Java, tener un SDK (Software Development Kit) abierto, con grandes facilidades para publicar en Android Market...

No podemos perder de vista la alianza subscrita entre Microsoft y Nokia (dispositivos Nokia con sistema operativo Windows Phone). En mi opinión, más allá de la calidad del producto, han llegado muy tarde, y puede que ya no haya pastel que repartir.



El mundo de la tecnología es cambiante. El pasado es hace dos años, y el futuro es dentro de un minuto. Esto se acentúa en la tecnología móvil, donde los cambios son constantes. Una empresa experta en desarrollo de software para móvil, no puede permitirse el lujo de no conocer las plataformas más importantes que copan el mercado, aunque estas queden fuera de su stack tecnológico. Por otro lado las librerías y frameworks que los fabricantes ponen a disposición de desarrolladores hacen que el escalón entre el desarrollo de una aplicación móvil y una web o de escritorio se reduzca.

Publicado por Alejandro R. Caraballo Maestre
                              
       

lunes, 7 de noviembre de 2011

Buscando un CRM un crm de open source


  • Es Sugar CRM un crm de open source?
  • 15 cosas que hay que saber sobre vTiger CRM
  • Thunderbird + vTigerCRM una combinación excelente


Es Sugar CRM un crm de open source?

Fuente: re-ingenia.com

Esta pregunta ha ido creciendo a medida que pasa el tiempo por los usuarios de otros CRM de código abierto, como el caso de Vtiger CRM. Larry Augustin, CEO de SugarCRM, escribió un artículo para hacer frente a esto.

Los puntos centrales de la comunicación de Larry Augustin
  • SugarCRM versión 6, basado en mismo código fuente que las versiones anteriores de Sugar.
  • Las ediciones Professional y Enterprise de SugarCRM 6 no son oficialmente de codigo abierto ya que se han licenciado bajo una licencia comercial. Estas versiones también van más allá de las características de la edición gratuita, de la comunidad.
  • Cuando usted compra la licencia y por lo tanto las versiones comerciales de SugarCRM, SugarCRM le proporciona el código fuente que una vez adquirido es libre de modificar aunque no está permitido distribuir esas modificaciones. Por lo tanto, por definición, SugarCRM 6 no es del todo considerado “código abierto”.
Ahora el dilema se abre. ¿Que significa que un sistema sea de código abierto? Simplemente que el acceso al mismo por usuarios y desarrolladores es clave para mejorar y adapar el software a sus necesidades, mejorándolo y distribuyéndolo para que todas las personas que deseen lo corrijan y mejoren.
Tiempo atrás vivimos otra discusión sobre este tema. Oracle decidió cerrar el acceso al código fuente, al que hasta entonces, era abierto, de OpenOffice, que hasta la versión 10.04 era el software de oficina de la distribución de Ubuntu. Ubuntu hoy en día utiliza el LibreOffice como software de oficina, garantizando de esta manera la provisión de un software abierto y opensource, libre de ser modificado y mejorado por los desarrolladores.
Ahora volviendo a SugarCRM, es lamentable que se cierre el código del mismo en función de las necesidades comerciales de la empresa. Las versiones pagas, que ascienden a 300 USD y 600 USD son mucho mejores que las prestaciones provistas por la versión gratuita, eso significa claramente la decisión de optar continuar el desarrollo de las alternativas comerciales y no sus equivalentes open sourcer. De esta manera la plataforma de SugarCRM se vuelve endeble a futuro, ya que la apertura del código es lo que permitió Sugar ser lo que es.
Ahora la opción a SugarCRM opensource es vTigerCRM. vTiger CRM nació de Sugar, nació de su código fuente y en poco tiempo lo superara en prestaciones debido al constante crecimiento de su comunidad de desarrolladores. Los software con código abierto evolucionan lentamente al principio pero exponencialmente a mediano plazo, generando mejores rendimientos en el largo plazo. Alcanza con ver la evolución de Linux y sus diferentes versiones ¿cuantas veces lo dieron por muerto? Y hoy en día la mayoría de las grandes empresas funcionan con él.
Vtiger CRM en la corta vida que tiene ha evolucionado de una manera mas que favorable, incluso es de esperar que en corto tiempo sus prestaciones sean superiores a las de SugarCRM en multiples ámbitos.
Una opción valida y necesaria, que comentare en otro post, es la migración de SugarCRM a vTigerCRM sin perder las prestaciones del primero y ganando en confiabilidad y mejoras varias.
by JMAGGI on NOVEMBER 7, 2011


15 cosas que hay que saber sobre vTiger CRM

Fuente: www.re-ingenia.com

1. Es un software. Como tal es un instrumento, afianza la inteligencia humana pero no la sustituye.

2. Es opensource. El código fuente del software esta disponible para ser leído, reutilizado, modificado bajo la licencia vTiger Public License (una licencia opensource derivada de la Mozilla Public License).
3. Es gratis. La versión oficial y completa del software se descarga gratuitamente del sitio vtiger.com. También son gratis los plugin para relacionar a vTiger CRM con Microsoft Outlook, Mozilla Firefox y Mozilla Thunderbid. Además, los módulos, plugins y puentes a otras plataformas suelen ser proporcionado por los desarrolladores en la comunidad de forma gratuita en un sitio web.

4. Es sólido. Esta construido en base al lenguaje de programación Apache MySQL PHP – un servidor web, base de datos y lenguaje de programación reconocidas como normas internacionales. Esta elección, además de proporcionar bases sólidas para el desarrollo y compartida, hace que vtiger CRM sea completamente multi-plataforma (aunque el servidor se puede instalar en sistemas Linux, así como Windows y Macintosh.)
5. Es un software client / server. Por cada instalación del servidor existe la posibilidad de acceder a un número virtualmente ilimitado de clientes.
6. Es web-based. Es decir te permite trabajar cómodamente en una plataforma compartida, sin tener que instalar nada en las estaciones de trabajo. Por medio de un sitio web, ya sea Mozilla Firefox, Internet Explorer, o cualquier otro navegador. Se aprovecha todo el poder de la intertextualidad (es decir, los enlaces entre páginas y entidades).
7. Es multi usuario. De hecho, los usuarios son ilimitados. No hay limitaciones técnicas o de licencias. Uno, diez, un centenar de usuarios: cada uno con su propio nombre de usuario y contraseña. Cada uno con su rol y perfil asignados.

8. Es modular. El sistema básico incluye veinte módulos – como clientes potenciales, cuentas, contactos, presupuestos, facturas, calendario, correo Web, … Cada módulo es altamente personalizable. Además, no podemos desactivar los módulos que no nos importa utilizar o instalar nuevos módulos.
9. Es flexible. No se encuentran en el mercado un montón de software así de fáciles de rediseñar para adaptarse a sus necesidades operativas y la forma de trabajar. La mayoría de los cambios y modificaciones de personalización – incluyendo: la creación de nuevos campos, filtros, nuevos puntos de vista, la generación de informes personalizados – que están directamente utilizando la interfaz web de administración.
10. Es agradable. Es un sistema realmente amigable con el cliente: fácil e intuitivo de usar, con una interfaz de usuario familiar y agradable.
11. Es completo. Es un sistema de CRM operacional, de colaboración, y también en parte analítica. Los módulos y funcionalidades cubren el ciclo de ventas completo – desde la generación de clientes potenciales a servicio post-venta.
12. Es fácil de aprender. Un usuario medio en un par de horas puede aprender a navegar entre los módulos y las funciones del sistema. Y después de una o dos semanas de uso puede sentirse como en casa!
13. Es complejo. Las funciones básicas del sistema nos permite en la mayoría de los contextos hacer la mayoría de las actividades de CRM que desee. Pero es sólo por el aprendizaje a las características avanzadas que podemos explotar todo el potencial de la herramienta poderosa que tenemos en la mano.
14. Es seguro. Decenas de miles de instalaciones en entornos de producción en todo el mundo. Un equipo de desarrollo dedicado de veinte programadores. Una red de socios oficiales en los principales países. Cientos de desarrolladores activos en la comunidad internacional todos los días. Esto significa, entre otras cosas: pruebas largas y precisas del producto, la capacidad de tomar medidas para corregir los errores y problemas de seguridad en tiempo real.
15. No es perfecto. Como todo software no es ideal, tiene errores pero atrás posee un equipo preparado para resolverlos.

by JMAGGI on OCTOBER 25, 2011


Thunderbird + vTigerCRM una combinación excelente

Fuente: re-ingenia.com
Hace tiempo que no uso MS Outlook en forma regular. La nueva versión del plugin para Outlook de vTiger CRM me obligo una vez mas a probar la combinación Outlook y vTiger CRM. Si bien la combinación funciona perfectamente bien, lo hace al menos para aquellos que usan Outlook como su cliente por defecto.
Debido a que en mi caso soy usuario de Ubuntu Linux hace tiempo, y hasta hace unas semanas usuario de Evolution (el cliente de correo por defecto en Ubuntu) decidi darle una posibilidad a la combinación Thunderbird y vTigerCRM. Vaya sospresa! El plugin de vTiger para Thunderbid es simplemente excelente.
La posibilidad de usar vTigerCRM directamente desde Thunderbird considero que es lo mejor… Gracias al esquema de solapas de Thunderbid es posible contar en una misma aplicación con nuestros correos, nuestro calendario y una pantalla con el CRM todo el tiempo abierto, sin necesidad de exploradores, u otras aplicaciones.
Otra de las funcionalidades es la posibilidad de crear a partir de un correo o bien directamente un nuevo pre-contacto o contacto en vTigerCRM simplificando considerablemente la tarea. Supongamos que nos escribe un nuevo contacto dentro de un cliente, simplemente debemos seleccionar ese correo, boton derecho del mouse para enviarlo a vtiger crm como contacto relacionado con la cuenta en cuestión. Una funcionalidad similar para el caso de los pre-contactos.
La tercer funcionalidad interesante de este plugin es la posibilidad de subir cualquier correo desde thunderbird a un contacto, cuenta, o pre-contacto en vtiger crm. Cuento tiempo inviertes por año buscando un mail clave enviado a un cliente? Imagina la posibilidad de con un clic subir los correos relevantes directamente a la ficha del contacto o del cliente en tu crm…
La combinación vTigerCRM con Thunderbird como cliente de correo electrónico es simplemente sorprendente. Thunderbird, además de simpático, es rápido, eficiente y profesional. Su integración con vTiger lo vuelve una potente herramienta de trabajo.
El Thunderbird es una alternativa confiable al Outlook de Microsoft, y lo mas importante es un software libre potente y seguro que nos permite administrar acordemente nuestros mails. Si a esto le agregamos las funcionalidades del CRM vTiger enlazandose con el Thunderbird lo que tenemos es un sistema integrado de gestion de las relaciones con el cliente, tanto en la comunicación como en la informacion que generamos de ellos.

by JMAGGI on NOVEMBER 3, 2011

         

jueves, 13 de octubre de 2011

Google nube SQL: base de datos en la nube


(Traducción Automática)

Una de las características más solicitadas App Engine ha sido una forma sencilla de desarrollar bases de datos tradicionales aplicaciones basadas en. En respuesta a su opinión, estamos felices de anunciar la vista previa limitada de Google Nube de SQL . Ahora puede elegir el poder de las aplicaciones de App Engine con una base de datos relacionales familiares en un entorno de nube completamente gestionada. Esto le permite concentrarse en el desarrollo de sus aplicaciones y servicios, libre de las tareas de gestión, mantenimiento y administración de bases de datos relacionales. Google nube SQL trae muchos beneficios a la comunidad App Engine:

  • Ningún tipo de mantenimiento o administración - que gestionar la base de datos para usted.
  • Alta fiabilidad y disponibilidad - los datos se replican de forma sincrónica a múltiples centros de datos. Fallas de la máquina, rack y de centro de datos se manejan de forma automática para minimizar el impacto para el usuario final.
  • Familiar MySQL entorno de base de datos con JDBC de apoyo (para aplicaciones basadas en Java App Engine) y DB-API de apoyo (para las aplicaciones basadas en Python App Engine).
  • Interfaz de usuario completa para la administración de bases de datos.
  • Integración sencilla y potente con Google App Engine .
El servicio incluye la importación de bases de datos y la funcionalidad de exportación, por lo que puede mover las bases de datos MySQL a la nube y el uso con App Engine. Nube de SQL está disponible de forma gratuita por ahora, y vamos a publicar los precios por lo menos 30 días antes de cobrar por él . El servicio continuará evolucionando a medida que resolver las torceduras durante la vista preliminar, pero háganos saber si le gustaría que dar una vuelta. Navneet Joneja le encanta estar a la vanguardia de la próxima generación de software de infraestructura sencilla y fiable, la base sobre la que se está próxima generación de tecnología integrada. Cuando no está trabajando, por lo general se pueden encontrar a soñar con nuevas maneras de entretener a su gran curiosidad de un año de edad. 

Publicado por Scott, Knaster , Editor
Por Navneet Joneja, Gerente de Producto de Google nube SQL 
Cruz-publicado en el blog de ​​Google App Engine
Jueves, 6 de octubre 2011

      

viernes, 2 de septiembre de 2011

.NET es libre? hay que pagar licencias?

Ayer un amigo, con bastante preocupación, me hizo la siguiente consulta:

"Mira yo estoy en la Universidad aún tengo que sacar un proyecto. Que opción elegirías tu para desarrollar un proyecto web? Excluyendo ASP.NET, por el tema del pago de licencias."

Yo que andaba concentrado en NHibernate, moví la cabeza, como sacudiéndome el letargo, que me traían horas de desarrollo previo y le dije:

"Un momento, dijiste licencias por usar ASP.NET?"

A lo que Ricardo, respondió:

"Si, sucede que yo estoy laburando desde hace varios meses con .NET, vi todas sus ventajas y como tengo que hacer ese proyecto para la Universidad, le dije a mi docente si podía hacerlo usando .NET y ella me respondió que no, porque a) No es libre y b) Tendría que pagar licencias para usar"
Preambulo

Arrrgggg, dije para mis adentros: "Otro docente (en mi país) totalmente desinformado que a su vez genera desinformación y confusión entre sus estudiantes.". No es la primera vez que algún estudiante de alguna universidad (especialmente de las Universidades del Gobierno o Estatales) vienen hacia mí con dudas como esa y no los culpo. Si aquel que se supone sabe más que tu (el docente), te dice lo primero que escucho de alguna banda de resentidos o fanáticos de "otras" plataformas y que no ha tenido la voluntad ni el deseo de informarse correctamente..... ¿Qué podemos esperar de sus estudiantes?.... pues ese tipo de preguntas y aseveraciones.

Tampoco los culpo, porque el medio en el que hoy nos desenvolvemos, es un creciente caldo de cultivo de odios, miedos y resentimientos hacia Microsoft, caldo de cultivo que es aprovechado por cuan aprendiz desinformado de geek, que suelta la primera ideota que ha escuchado o leído incompletamente por ahí, alentados sin duda "malintencionadamente" por algunos otros geeks "seniors" que ven la oportunidad de hacer crecer su reputación con cuasi-seguidores-oveja que solo repetirán lo que ellos dicen, ocultando la verdad.

También existe un factor casi misterioso que alienta esta desinformación en mi país y sucede que desde hace varios años, las universidades públicas se han cerrado a enseñar únicamente J2EE como plataforma de desarrollo, con el mismo conjunto de argumentos que Ricardo vino a mí: "Si desarrollas en .NET te harán pagar licencias o tienes que pagar licencias, no es gratis, te cobraran…. Etc.", cosa totalmente equivocada, como lo explicare un poco más adelante. Si me preguntan quien metio esa idea en las universidades… la verdad no se.

Como podrán percibir, este es un tema que me molesta y repito, no por los estudiantes, sino por sus docentes y las universidades y su corta y mediocre visión. Es por esta razón que por varios años consecutivos tomo cartas en el asunto, visitando las Universidades en las ciudades que me toca vivir y dando charlas o conferencias gratuitamente sobre este tema y temas técnicos.

Este articulo/post servirá a la postre, como una referencia a preguntas y dudas similares, creo que es más que suficiente preámbulo.
Respondiendo…

Volvamos a la respuesta y los argumentos esgrimidos por la docente de nuestro amigo Ricardo:
1. NO ES LIBRE?

Ella aduce que .NET no es libre, como yo conozco bien estos argumentos puede que por LIBRE este entendiendo una de las siguientes opciones o en el peor de los casos una combinación absurda de todas ellas:


a) No es Gratis.

Contexto

.NET no es un producto, .NET es una plataforma, .NET es la suma de varios productos, servicios e incluso mejores prácticas; desde ese punto de vista no podría ponerse a .NET un precio. Tal vez está entendiendo por .NET a VisualStudio.NET, bueno aquí hay algo de cierto en la afirmación, VS.NET en sus versiones Profesional/Ultimate no son gratis, pero existen versiones gratuitas de VS, las versiones llamadas Express, que pueden ser encontradas aquí.

Si alguien usa estas versiones puede desarrollar aplicaciones .NET sin pagar la licencia de VS, incluso puedes desarrollar productos comerciales y venderlos y no pagaras nada por el uso de estas versiones Express. Aquí también hay una duda recurrente y es lo relacionado a SQLServer, efectivamente las versiones comerciales de SQLServer son sujetas a licenciamiento, pero también se dispone de una versión Express que pueden descargarla aquí, que también es totalmente gratuita, para hacer incluso proyectos comerciales.

Respuesta

Depende del producto que estes usando, algunos productos son gratuitos y de libre distribucion, otros estan sujetos a un pago por licenciamiento.

b) No es OpenSource.

Contexto

Entiéndase por OpenSource la posibilidad de disponer del código fuente de un producto de software, tal cual se define aquí; si nos vamos por ese camino y analizamos algunos de los muchos posibles pensamientos que la docente, de nuestro "caso de estudio", podría estar teniendo obtenemos lo siguiente:

Respuesta

Es VisualStudio.NET OpenSource? definitivamente no!, no tenemos en nuestras manos el código fuente de VS y yo me pregunto: Realmente lo necesitamos? Para aquellos que creen que por objetivos académicos y para aprender y para saber que pasa realmente por “detrás”, la respuesta sigue siendo no. Aunque se que Microsoft ha compartido el código de Windows con gobiernos y universidades bajo un programa/licencia conocido como Shared-Source, quizá exista una iniciativa similar para el código de VS. Me sigo encontrando personas que aun quieren aprender a hacer un entorno similar a VS y siguen preguntando más allá de la respuesta anterior. Para ellos quizá les sirve saber que existe un entorno "parecido" a VS que se llama SharpDevelop, este si es un proyecto OpenSource e inclusohay un libro que relata como construyeron su entorno, que es totalmente gratuito. Además de ser algo que he leído, probado y recomendado académicamente, es una muestra más que con .NET también podemos hacer proyectos OpenSource.

Aquí también es oportuno aclarar que pueden acceder al código de la libreria de clases del Framework.NET, el cual puede ser descargado mediante VisualStudio y a demanda y puede verse como han sido construidas las clases del FX y ni que decir de las toneladas de aprendizaje que esto trae.


c) No es libre.

Contexto

Quizá la docente está pensando, en la libertad en el sentido estricto o al menos en el sentido tal cual Richard Stallman, la propuso en su GPL. Para los que leen esto por primera vez seguramente es sorprendente ver que OpenSource != SoftwareLibre, son dos cosas totalmente distintas y a su vez parecidas. Estas semejanzas son las que son aprovechadas malintencionadamente como dije, por algunas personas, que con el ánimo de confundir no hacen la clara distinción entre ambas. En este vínculo he colocado un resumen de una de las charlas que di hace tiempo sobre este tema.


Respuesta

VS no está sujeta a la licencia GPL, pero nuevamente lo pregunto: Realmente lo necesitamos? Quiza desde el punto de vista de un purista de la libertad si resulte importante, pero desde mi punto de vista de la productividad sigue siendo poco relevante.

Como vimos el tema de que .NET es gratis/libre/opensource no es de lo más simple de explicar y tampoco hay una respuesta inmediata a una afirmación, que no tiene mayor información. A continuación respondemos la segunda afirmación realizada por la docente.
2. HAY QUE PAGAR LICENCIAS?

Como vimos en el punto anterior, dependiendo del caso y de las herramientas que estemos seleccionando, tendremos que pagar o no licencias. Si deseamos usar VS o SQL Server en una de sus versiones Standard/Profesional/Ultimate si tendremos que pagar licencias; si deseamos usar las versiones Express, NO, no tendremos que pagar ninguna licencia.

Pero la respuesta del licenciamiento en el ámbito académico va más allá de la anterior. Microsoft ha creado un programa denominado Microsoft Campus Enrollment (yo lo conocía por Campus Agreement), que desde el 11 de Marzo será reemplazado por Microsoft Enrollment for Education Solutions. Este programa permite que las Universidades licencien el uso de su software, por un precio anual (yo diría incluso nominal por su bajo costo) de tal manera que todos sus laboratorios, docentes, administrativos y estudiantes, pueden usar los productos Microsoft (hay que ver que algunos productos están restringidos). En el caso de VS si está permitido, así como muchas de las soluciones de la plataforma .NET, por no decir todas.

Entonces el tema de licenciamiento, para una universidad, no es un pretexto para no usar .NET, yo creo que pasa por un tema de información que deben recibir las autoridades de la universidad y también por una cuestión de voluntad; si las autoridades conocen los beneficios que traen estos programas o similares pero no tienen la voluntad de implementarlos es otro tema, solo están perjudicando a sus propios estudiantes.

Conclusiones

En todo caso no debería existir un docente que restrinja a un estudiante, la utilización de una herramienta o plataforma, eso demuestra solamente el miedo que puede que tengan a algo que no conocen o sus limitaciones o prejuicios personales o de sus superiores.

Así que ya saben estimados amigos estudiantes, no se dejen intimidar por sus docentes o por la universidad, el conocimiento es libre y muchas de las herramientas que ofrece Microsoft también, si alguno tiene un “caso” difícil, no dude en llamarme que gentilmente acudiré en su ayuda. :D.


Notas:
MonoDevelop, funciona estupendamente...

1. ASP.NET MVC es código abierto. Pueden ir a Codeplex.com y buscarlo allí. Existen al menos 2 componentes más de .NET que son código abierto y están en Codeplex.

2. Mono implementa el runtime común (puede ejecutar binarios compilados con VS) y las librerías base, más algunas librerías específicas de Mono. En mi experiencia, he podido ejecutar el .exe o reconstruir el proyecto con monodevelop sin inconvenientes. Obviamente, hay librerías con llamadas al sistema dependientes de Windows que en Mono no existen, y probablemente no existan. Para todo lo demás, al ser de código abierto, están invitados a desarrollarlo y completarlo ustedes mismos.

3. Uno de los componentes de Mono es un módulo para Apache (y, recientemente, soporte para Nginx también) que puede correr aplicaciones ASP.NET. Aplica la misma realidad de interoperabilidad y compatibilidad que para el resto de la aplicación.

Aclaro el tema de nginx para que no digan que es solo con Apache porque Microsoft es Sponsor Platinum de Apache.

4. Mono no es la única implementación alternativa de .NET, existen muchas otras, la mayoría comerciales, y esto es así gracias a que .NET es una tecnología abierta disponible bajo varios mecanismos (la libertad o la apertura no la define una licencia ni un modelo de desarrollo)

a. Open Specification Promise (patent grant, vinculante, de Microsoft) -- adicionalmente en la mayoría de las jurisdicciones en América Latina las patentes de software no son reconocidas.

b. Estándares ECMA e ISO, en el caso de C# (.NET admite otros lenguajes). Estos estándares son, por política de estas instituciones, abiertos.

c. Licencias de código abierto, para casos como ASP.NET MVC.

5. IIS viene incluido en Windows Server, no hay que pagar licencia para el servidor.
6. Aparte de las herramientas Express y de Mono, para aquellos que todavía insisten en que para programar en .NET con plataforma Microsoft necesitan hacer grandes inversiones les invito a bizspark.com y dreamspark.com, sus emprendimientos pueden aplicar a 3 años de tecnología Microsoft sin costo, o dreamspark.com si son estudiantes.



Fuente: geeks.ms/blogs/eortuno
     

Buenas Prácticas para la Migración al Software Libre


“El Software Libre es gratuito, seguro, aporta calidad, se basa en estandares abiertos, tiene libertad para utilizarse en cualquier sitio, favorece la cultura de la colaboración, aumenta la capacidad tecnologica, proporciona ahorro de gastos en informatica, reduce la dependencia de proveedores y fomenta el desarrollo de la empresa local.”

La anterior es una excelente explicación que se acerca de forma muy amplia a los beneficios que trae usar Software Libre en una empresa, negocio, Instituto Educativo o cualquier otro lugar que necesite de una buena infraestructura tecnológica con el fin de lograr la mayor robustez, integridad y seguridad en sus servidores y los servicios que prestan. Sin mencionarlas grandes cantidades de dinero que se pueden llegar a ahorrar, evitando pagar licencias costosas regularmente, la migración al Software Libre a la larga trae más ventajas que desventajas.

Es cierto que son sistemas un poco más complejos de administrar y configurar pero se complementan muy bien con la seguridad y las opciones que se pueden llegar a alcanzar. Además de esto, el Software Libre es una comunidad con miles de personas dispuestas siempre a ayudar y colaborar y que constantemente crean contenidos de calidad y se actualizan cualquier cantidad de servicios informáticos con el fin de mejorar y ofrecer lo mejor para los usuarios.


Por estas razones hoy quiero compartir una excelente guía, que aunque no es nueva si trae consigo un excelente contenido con las mejores prácticas a la hora de migrar al software Libre de una forma segura y estable. Es un proyecto creado por SourcePYME en el Instituto Tecnológico de Informática y escrito por: 

* Autor: Daniel Saez (dsaez@iti.upv.es)
* Autor: Martn Peris (marpemar@iti.upv.es)
* Autor: Ricard Roca (ricardroca@iti.upv.es)
* Autor: David Anes (danes@iti.upv.es)


El nombre del documento es Migración al Software Libre. Guía de Buenas Prácticas – Proyecto SourcePYME. Consta de 126 páginas y 12 capítulos: 

* Índice
* Prólogo
* Motivación
* Requisitos
* Planificación
* Implantación
* Evaluación
* Casos de Éxito
* Promotores del Software Libre
* Software Recomendado por SourcePYME
* Directorio de Software
* Bibliografía

Descarga: Libro en formato ZIP


Fuente: somoslibres.org

      

jueves, 25 de agosto de 2011

El software libre

El software libre se refiere al termino free software, este término en inglés es ambiguo y él puede referirse tanto a la libertad como al gratuito.
En español no existe tal ambigüedad, distinguiéndose claramente el software libre, es decir, software libre o gratis.
Aquí también se hablará de la historia entre los años 60 y 70 del siglo XX, las libertades del software libre, tales como la "O","1", "2", sus tipos de licencias la GNU (G,P,L). Su incorporación con elsoftware open source, significación política y ejemplos y evolución . No es para nada sencillo hablar de software cuando se conoce poco. Esta investigación es para dar a conocer más del todo lo que rodea a este fenómeno llamado software libre.



Software Libre




Fuente:es.scribd.com
       

miércoles, 10 de agosto de 2011

¿Hacia donde evoluciona el ERP?

En afán de generar opinión que construya conocimiento, Evaluando apeló a la experiencia de algunos vendors y realizó algunas consultas específicas acerca de la evolución del ERP (Enterprise Resource Planning).


Los puntos desarrollados fueron: la evolución funcional, las tendencias en cuanto al software de base Microsoft o Linux, la vinculación entre los ERPs y las redes sociales, la dirección en el modelo de ingresos del vendor, el valor del capital humano y la gestión de conocimientos, el ERP y el futuro del CRM.


Actualmente los ERPs están incluyendo mayores funcionalidades, como por ejemplo funciones de CRM (Customer Relationship Management), BI (Business Intelligence), procesos de recursos humanos y aplicaciones móviles, esta es una tendencia holística teniendo en cuenta que “las compañías necesitan soluciones que optimicen todos sus procesos que les permitan planificar de mejor manera su rendimiento” fundamentó Silvia Tenazinha, Applications Senior Sales director, Oracle Argentina.


De tal forma, “una demanda cada vez más exigente obliga a los vendors a ofrecer cada vez más y mejores productos tecnológicos que involucren de manera integrada las necesidades de información de toda una organización” dijo Carlos Oettel, Director Comercial para Cono Sur de TOTVS.


Pedro Garza, Gerente de Soluciones de Software para Epicor Latinoamérica y el Caribe explicó que “anteriormente, y por mucho tiempo, los ERPs con enfoque a manufactura eran de capacidad infinita y tenían que integrar soluciones de terceros que incluyeran la programación con capacidad finita. La tendencia de los nuevos ERP es que estos ya vengan en una sola solución, bajo la misma plataforma” y agregó “otra tendencia importante en cuanto a evolución, será integrar o incluir las nuevas tecnologías de la Web 2.0 y aplicaciones que vemos en el internet, por ejemplo, Facebook, Twitter y RSS Feeds”.


En el siguiente vídeo sobre "La evolución de los ERP" podrá conocer la opinión de Javier Neumann, Director Unidad de Negocios Dynamics (ERP/ CRM) Argentina y Uruguay; Julio Gremes, Director de Tecnología de Softland Argentina; y Pablo Iacub, Presidente de Calipso.






¿Software de base: Microsoft o Linux?


Para Carlos Oettel (TOTVS) “la competencia en cuanto al software de base basado en Linux o Microsoft, no se dirima ni en el corto ni en el mediano plazo. Una empresa de ERP con liderazgo en el mundo tecnológico debe ofrecer una oferta amplía de software de infraestructura sobre la cual correr. Un ERP no debe atar a una empresa a elegir una determinada tecnología, esta decisión estratégica debe realizarse en función de las necesidades y políticas particulares de cada cliente”.


“Los ERPs, debido al alto requerimiento de servicios en consultoría, tienden hacia Microsoft. Desde luego, el software libre de Linux, tiene un mercado y un posicionamiento, sobre todo en la micro y pequeña industria. La empresa mediana y grande no se arriesga a operar con un ERP libre, pues no hay quien brinde soporte directo” según el punto de vista de Pedro Garza (Epicor).


En el siguiente vídeo sobre "Software de base" podrá conocer la opinión de Julio Gremes (Softland); Pablo Iacub (Calipso) ; y Javier Neumann (Microsoft).







El ERP y las Redes Sociales


“Es fundamental la integración a las redes sociales, como Linkedin, Facebook, Twitter, etc Primero entendimos que los ERPsdebían vincularse con los ecosistemas de negocio, para generar una mayor integración entre clientes y proveedores, así dispusimos portales que permiten compartir información y mejorar la dinámica en los negocios. Hoy sabemos que esa dinámica debe expandirse a los usuarios” manifestó Carlos Oettel (Totvs)


Complementando esta idea “Las facilidades que debe tener un ERP para explotar esas redes es que cuente con la posibilidad de interactuar, a través de la tecnología SOA, archivos planos o cualquier tecnología disponible. El ERP debe ser muy flexible para favorecer esta interacción, porque así como se determina una forma de vinculación con la red social hoy, mañana puede cambiar y estar sujeta a nuevos formatos de hacer negocios y protocolos” expresó Pedro Garza (Epicor).


Para Javier Neumann (Microsoft), “La capacidad de los Sistemas ERP de integrar aplicaciones de correo que cuentan con conectores a las redes sociales –por ejemplo en Outlook- es clave y optimizan la interacción con los contactos a través de herramientas de apoyo a la colaboración y la productividad”.


Aportando a este debate, Silvia Tenazinha (Oracle) declaró que “Las páginas Wikis, los foros con temas de debate y las redes sociales se convertirán en elementos habituales en el software de una empresa.


Y adicionó “los principales ERP están incluyendo herramientas de búsqueda integradas e innovadores dispositivos para la recolección de conocimientos, que permiten a los usuarios añadir o editar de manera informal los comentarios a cualquier registro. De esta manera, esta comunidad se integra directamente con las aplicaciones, de tal modo que los clientes puedan acceder al conocimiento de los usuarios, fuera de su organización.


Cerró su idea manifestando su optimismo acerca de los beneficios potenciales de las funciones sociales integradas al ERP “los cuales podrían obtener un gran valor, si su aplicación incluyese funciones que reflejen la funcionalidad de las herramientas de software social en Internet y como ejemplo, aumenten la comunicación en la empresa y la capacidad para captar el conocimiento táctico de los empleados con más experiencia”.




El modelo de ingresos del vendor, basado en licencia-consultoría-mantenimiento, cambiará en los próximos años ¿Hacia dónde se dirige?


Según Carlos Oettel (TOTVS) “el modelo irá mutando paulatinamente a un esquema de Software como Servicio, porque permite al cliente una mayor dinámica en la adecuación tecnológica y en la disminución de sus gastos de soporte e infraestructura. Este concepto estará motorizado con la evolución del cloud computing”.


Para Silvia Tenazinha (Oracle) estamos siendo testigos de una tecnología que provocará enormes cambios sobre nuestra vida diaria y la forma que funcionan nuestros negocios, explicó que SaaS (Software as a Service), llamado también On Demand, “es un modelo de licenciamiento que irá convirtiéndose en el preferido de la industria, reemplazando a los modelos tradicionales. Y mencionó algunos tips de este modelo:


- El software se paga a medida que se usa.
- El usuario no requiere software o hardware que comprar, instalar y mantener.
- Aparte de una PC, sin mayores requisitos y conexión del Internet, el resto es proporcionado por el proveedor del servicio.


Pedro Garza (Epicor), aportó que “indudablemente, el ambiente web o en la nube, seguirá creciendo, logrando que micros y pequeñas empresas tomen ventaja de esta oferta, adquiriendo los servicios bajo demanda y en un futuro no muy lejano, que se puedan llegar a contratar los servicios de un ERP por transacción realizada y no por licencia de usuarios”.


En el siguiente vídeo sobre "Hacia dónde se dirige el modelo de ingresos del vendor" podrá conocer la opinión de Pablo Iacub (Calipso); Javier Neumann (Microsoft); y Julio Gremes (Softland).






El valor del capital humano y la gestión de conocimientos ¿Cómo los ERPs ayudan o ayudarán con estos activos intangibles?

La mayor parte de la información de una empresa está en la cabeza de sus empleados o en archivos personales de sus PCs. En tal sentido, para Carlos Oettel (TOTVS) “las plataformas de negocio deben ofrecer la integración de este capital disperso en la organización, la forma de compartir el conocimiento y la manera de manejar la información no estructurada de la empresa”.

“Las soluciones de HCM (Human Capital Management) son aplicaciones diseñadas para optimizar los procesos de recursos humanos” explica Silvia Tenazinha (Oracle), y agrega que entre los principales beneficios que se obtienen de las soluciones de ERP, se pueden nombrar:

· Amplio conocimiento de la fuerza de trabajo.
 · Desarrollo de un segmento de la fuerza laboral.
 · Mejora de compensación.
 · Permisos y ausencias.
 · Una mejor comprensión del desempeño global de los recursos humanos.

“Existen un conjunto de soluciones específicas para estas problemáticas que los clientes integran al ERP creando una red de valor que aumenta la transparencia de la información, mejorando la toma de decisiones. Parte del conocimiento de la organización está representado en el ERP, y el resto en otras soluciones. Independientemente de ello, las soluciones de gestión de negocios con capacidad de parametrizarse en función de los requerimientos propios del cliente, tienen embebidos los recursos para generar los mecanismos necesarios para gestionar el conocimiento de la misma manera que llevan a cabo la gestión de intangibles como los servicios” según Julio Gremes, Director de Tecnología de Softland Argentina S.A.

Pablo Iacub, Presidente de Calipso expresó “francamente no creo que el ERP pueda tener mucha influencia con respecto al capital humano de la compañía. En cuanto a la gestión de conocimientos habría que definir bien a que nos referimos. Personalmente me resisto al uso de sustantivos que no tienen una referencia concreta”.

Sin embargo, Pedro Garza (Epicor) manifestó que los ERPs “ayudarán a administrar y reconocer los talentos humanos internos en la compañía, así a como buscar las cartas de reemplazo internas para las posiciones claves, generando estudios de competencia, a través de las mismas herramientas del ERP. Así como hay una solución en el lado de Manufactura que optimiza costos, materiales y tiempos, el ERP hace posible optimizar valores y costos de prospectación, de búsqueda y de tiempo en ubicar esa gente”.



¿El ERP incluirá (comerá) al CRM?

Para Julio Gremes (Softland), “un ERP estándar hoy, ya cuenta con funciones básicas integradas. La necesidad de incorporar un producto específico como el CRM, dependerá del nivel de requerimientos del cliente, y del grado de especificidad requerido en la gestión de su estrategia comercial, a partir de lo cual se podrá definir si se requiere de un CRM o si la solución ya está embebida en el alcance funcional estándar del ERP. Para quienes buscan soluciones de alta performance en esta línea, elCRM constituye una solución posible a partir de su alto nivel de especialización, la cual podrá tener un impacto en la gestión estratégica, o se limitará a la gestión comercial, dependiendo del su capacidad de integración tecnológica al ERP”.

Asimismo, Javier Neumann (Microsoft), planteó que “El ERP puede buscar extenderse en funcionalidad “conceptualmente” de CRM, sin embargo, las aplicaciones de este último van mucho más allá y son específicas para la gestión de relaciones con los clientes u otras entidades.

Y continuó desarrollando, “el reto se presenta cuando los datos del CRM se almacenan en un solo sistema de TI empresarial haciéndolos potencialmente inaccesible a otros departamentos o aplicaciones. Con la integración completa de datos, ventas, marketing y la administración de los recursos humanos, se obtiene una visión consolidada y se beneficia del conocimiento en tiempo real de oportunidades de negocio a medida que ocurren”.

Los principales beneficios de la integración entre el ERP y el CRM son: la eliminación de las entradas de datos redundantes y la información actualizada, tanto en la solución ERP como CRM, así como la posibilidad de ofrecer a los vendedores el acceso a información comercial detallada de los contratos, los precios y la disponibilidad de productos”.

Mientras Carlos Oettel (Totvs) claro y conciso expresó “No se trata de quién fagocita a quién, se trata de una oferta más completa e integrada”.

En la misma línea, Pedro Garza (Epicor), enunció “Siempre quedará espacio para los CRMs bien verticalizados, pero es claro que el ERP ya se ha comido muy buena parte del mercado que se suponía era del CRM. Definitivamente, se visualiza como evolución natural en el mercado de TI y en la manera en que ésta integración se de, los proveedores de ERP serán más poderosos y habrá mayor oferta en el mercado”.

Para finalizar Silvia Tenazinha (Oracle) expresó que “un buen software CRM debe poder manejar estratégicamente toda la información referida a los clientes. Debe poder organizar la información de manera tal que se sepa para un cliente dado, cuando fue la última vez que nos comunicamos con él, cuáles son sus preferencias con respecto a lo que ofrece nuestro negocio, que tareas tenemos pendientes con él. Y más general: Qué clientes tenemos sin atender desde una fecha dada, cuántos eventos se produjeron en el último mes, semana o año, cuántos presupuestos solicitados fueron aceptados o rechazados por los clientes, cuántas campañas de emails hemos realizado ofreciendo diferentes oportunidades o promociones, qué éxito han tenido, y demás. Cuanto más completo sea el software que tengamos, más precisa será la información que obtengamos de nuestros clientes y nuestros contactos. Un buen software ERP debería poder guardar toda la información administrativa-contable de los clientes. Se debe poder extraer información acerca de la facturación, la cuenta corriente, la entrega de productos, automatizar las finanzas y mantener dicha información consolidada y accesible a personal debidamente autorizado. Cuanto más completo sea el software, sabremos con más detalle todo lo referente a las finanzas y nos permitirá planificar nuestra estrategia de negocio.

Siguiendo esta línea se observará que en lugar de que uno incluya a otro, ambos sistemas al no ser independientes deberían estar combinados.

Y concluyó diciendo “consecuencia de ello, el mercado está demandando que los proveedores de software integren de forma natural un ERP y un CRM de clase mundial a fin de disminuir el TCO de los clientes e incrementar sus beneficios, esto es un gran desafío para una gran cantidad de software de proveedores, ya que pocos pueden decir que cumplen con estas necesidades y a su vez, pueden ofrecer modelos on premise, on demand o híbridos para mejorar su adopción”.

Por Luciana Romani, colaboradora de Evaluando. 

Fuente; evaluandoerp
       

viernes, 5 de agosto de 2011

Andres Eduardo Garcia: Las idas y vueltas de la factura electrónica en Ar...

La factura electrónica, actualmente, en Argentina produce incertidumbres, dudas, miedos. Es uno de los temas más controversiales en relación a los ERP y por eso desde Evaluando invitamos a algunos vendors a dar su opinión sobre este fenómeno que llegó para instalarse y generar un cambio cultural de fuerte envergadura.

Andres Eduardo Garcia: Seguir Leyendo...
   

Andres Eduardo Garcia: Conoce y evita las peores prácticas en la implemen...

La implementación de soluciones de gestión empresarial, desde los orígenes del ERP -Enterprise Resource Planning-, haciendo referencia a los primeros sistemas comerciales tipo MRPII -Manufacturing Resource Planning-, han demandado inversiones considerables para su implantación, no sólo monetarias sino de tiempo hombre y capital intelectual de altos mandos. Varios proyectos prácticamente fracasaron, sin embargo, otros terminaron desempeñando un rol fundamental dentro de la estrategia de crecimiento y expansión de una empresa.

Andres Eduardo Garcia: Seguir Leyendo..

    

Andres Eduardo Garcia: ¿Qué es la Infraestructura como Servicio (IaaS) +...


Infraestructura como Servicio es un modelo de disposición en la que una organización externaliza los equipos utilizados para apoyar las operaciones, incluido el almacenamiento, hardware, servidores y componentes de red. El proveedor de servicios posee el equipo y es responsable de la vivienda, el funcionamiento y mantenimiento. El cliente suele pagar en función de cada uso.

Andres Eduardo Garcia: Seguir Leyendo...
   

Andres Eduardo Garcia: Las pymes también tienen derecho a un ERP: alterna...


LUEGO DEL BOOM DE LOS ERP EN LOS AÑOS '90 Y SU DECADENCIA GRACIAS A LOS PAQUETES DE ADMINISTRACIÓN EN LA DÉCADA DEL 2000, UNA NUEVA GENERACIÓN DE SOFTWARES PARA ADMINISTRACIÓN DE LOS PROCESOS EN LAS EMPRESAS HA IDO SURGIENDO, ENFOCANDO GRAN PARTE DE SUS ESFUERZOS EN LAS PYMES Y SUBIÉNDOSE A ALTERNATIVAS MÁS BARATAS Y SEGURAS COMO EL CLOUD COMPUTING.


Andres Eduardo Garcia: Seguir Leyendo...
   

Andres Eduardo Garcia: El SaaS necesita un cambio de mentalidad por parte...

Muchas veces cuando hablamos de software como servicio, del SaaS, afrontamos este tipo de soluciones como algo económicamente más costoso que la solución que nosotros tenemos administrada de forma local. El SaaS necesita un cambio de mentalidad por parte de la empresa a la hora de afrontar su viabilidad económica en su implantación.

Andres Eduardo Garcia: Seguir Leyendo...
   

Andres Eduardo Garcia: Barrelfish: el sistema operativo Open Source de Mi...


Barrelfish ha sido desarrollado desde el año 2007 por Microsoft Research y ETH Zurich

Barrelfish es el nombre del sistema operativo Open Source desarrollado desde el año 2007 por Microsoft Research y ETH Zurich con el fin de mejorar el funcionamiento de los procesadores multi-núcleo. Este nuevo SO a diferencia de Windows y Linux esta apuntando hacia un futuro de supercomputadoras de alto desempeño.

Andres Eduardo Garcia: Seguir Leyendo...
   

Andres Eduardo Garcia: 10 Razones para usar software libre en la empresa

Con los muchos negocios y organizaciones gubernamentales que utilizan actualmente el software libre o de código abierto como Linux, es cada vez más claro que el precio no es la única ventaja que este software tiene.

Andres Eduardo Garcia: Seguir Leyendo...
 

Estrategia de medición de un proyecto CRM

En un proyecto de CRM no se puede gestionar lo que no se puede medir, ni medir lo que no se define, aun así muchas veces las empresas no tienen en cuenta esto; es por esto que la práctica más adecuada para conseguir optimizar la relación con el cliente está en la definición de indicadores. Para definir con exactitud y agilidad un conjunto de indicadores de gestión, se debe tener en cuenta el monitoreo de los procesos, los resultados obtenidos y la rápida acción correctiva.

Según un estudio de Gartnerpublicado en el 2002, (líder mundial en investigación de tecnología de información y consultoría), el 50% de los proyectos de CRM se percibían como un fracaso. Ed Thompson, director de la investigación comenta que los principales problemas tenían origen en que muchas organizaciones no estaban seguras de por qué estaban haciendo este tipo de proyectos. Entonces, ¿Cuáles son los objetivos que tenían, si eran imprecisos?

Casi una década después, William Band Vicepresidente y Analista principal de Forrester Research (consultora independiente de tecnología y de investigación de mercado que ofrece asesoramiento a líderes mundiales en negocios) , analizaba el documento “Visión 2011: Las métricas de CRM adecuadas para su organización”, manifestó que la situación no es diferente ahora, afirmando que muchas de las iniciativas de CRM históricamente han fracasado o no han tenido éxito y se debe a que no poseen indicadores de gestión que permitan medir el éxito de la iniciativa.

La base para definir una conjunto de indicadores de gestión de CRM válidos y efectivos es que deben obedecer a una estrategia de CRM o centralización en el cliente claramente definida. Las métricas sólo son relevantes en relación con una estrategia que se está intentando ejecutar. Los analistas definen un conjunto de indicadores que presentamos a continuación:

El informe de Forrester, destaca que no hay escasez de indicadores en las iniciativas de CRM que se aplican hoy en día. Se siguen aplicando métricas operacionales como el número de clientes potenciales, el número de llamadas realizadas, las estadísticas por campaña, los ingresos por campaña, el costo por campaña, la tasa de retención de clientes. Con la evolución de ciertas tecnologías, que han fortalecido procesos de contacto con el cliente, se han implementado nuevas métricas relacionadas con temas como escuchar la voz del cliente, a través de medidas como índice de satisfacción del cliente, Net Promoter Score y preferencia por las marcas. Incluso se han incluido indicadores de “Relacionamiento Social” extraídas del uso de las reses sociales.

En la mayoría de veces se definen una gran cantidad de indicadores operacionales que son resultado de las necesidades de cada una de las áreas involucradas en la implementación y ejecución de una iniciativa de CRM.

Nuestra recomendación al respecto es que es necesario seguir un marco de planeación claro y objetivo de la iniciativa de CRM que permita establecer unos Objetivos concretos de porque la empresa desea ejecutar una iniciativa de CRM. Si los objetivos cumplen con la regla S.M.A.R.T., la probabilidad de éxito puede ser buena. Adicionalmente si el marco de planeación del proyecto es adecuado (por ejemplo nosotros hemos utilizado el modelo SOSTAC™ con muy buenos resultados), las posibilidades de éxito del proyecto pueden aumentar. Lo importante entonces es tener claridad sobre lo que se desea lograr con la estrategia de CRM, sus objetivos y de allí se derivan las métricas asociadas. Las siguientes son algunas de las guías suministradas por el Sr. Band.

1. Definir y cuantificar los objetivos de negocio: Es clave poder asociar métricas de la iniciativa de CRM a los objetivos de negocio de la empresa. Por ejemplo incremento en los ingresos, reducción de costos operativos, optimizar la inversión en atender al cliente, etc. Se recomienda asociar métricas del proyecto CRM a cada uno de estos indicadores del negocio.

2. Formular estrategias y tácticas de CRM: Por cada uno de los objetivos planteados en el numeral anterior, se recomienda definir estrategias y tácticas asociadas a su cumplimiento. Es claro que estas tácticas deben ir encaminadas al cumplimiento de la estrategia definida y por consiguiente de los objetivos de negocio asociados.

3. Establecer las métricas adecuadas para CRM: Es aquí donde se pueden asociar métricas operacionales a las estrategias y tácticas asociadas a CRM. Muy seguramente las tácticas definidas en la implementación de la iniciativa de CRM estarán asociadas a procesos específicos del negocio. Esto permitirá asociar métricas operacionales, como por ejemplo número de llamadas resueltas, con una de las tácticas relacionadas con CRM como por ejemplo mejorar el servicio a través del canal telefónico en un marco de tiempo específico. De esta forma las métricas operacionales que en la mayoría de casos son las primeras que se definen, estarán asociadas a un objetivo claro del negocio.

4. Vincular los objetivos de CRM, las estrategias y las métricas: Lo importante es garantizar que las acciones tácticas cuentan con unas métricas establecidas que son de fácil seguimiento y control y que se encuentran asociadas a estrategias y objetivos específicos de la iniciativa de CRM. El cumplimiento de las métricas a nivel táctico, podrán ayudar a la ejecución de las estrategias y por ende al cumplimiento de los objetivos globales de negocios asociados con la iniciativa de CRM.

Son recomendaciones de Forrester muy válidas. Realmente lo importante es contar con un marco de trabajo (Framework) probado y que la organización tenga la habilidad de poderlo aplicar y controlar. Una adecuada gerencia de proyectos puede ayudar a guiar la definición estratégica de la iniciativa de CRM. En el seminario Fidelimania 2011 estaremos explicando como un marco de trabajo como SOSTAC™ puede ser vital para lograr el éxito de la implementación de una estrategia de centralización en el cliente.

Fuente: mind.com.co