Archivo de la categoría: Computers and Internet

Mobile Banking en los Estados Unidos: La evolución de la banca desde cualquier parte

Leyendo sobre como la tecnología de sincronización de Microsoft está siendo usada por Iphone, BlackBerry y otros me encontré con el estudio de Yankee Group “Mobile Banking in the United States: The Evolution of Anywhere Banking” [1], el cual está muy interesante.

Las aplicaciones móviles bancarias son un canal de interacción directa entre el banco y sus clientes. En EEUU el universo de cliente para mobile phone Services es de 200 millones y va creciendo con velocidad.

Los desarrollos de banca móvil pueden caracterizarse en 3 estadios diferentes de interacción entre el cliente y la institución financiera. Esto se muestra en la figura 1. Los estadios son los siguientes:

    1. Consultas Simples: acceso a los estados de cuenta desde cualquier parte y a conveniencia del clientes.

    2. Banca Interactiva: transacciones de transferencias de fondos, pago de cuentas, auto servicio, etc. La funcionalidad es la que motiva el uso en esté estadio.

    3. Rentabilidad: Marketing contextual y basado en posicionamiento, niveles de autoservicio alto. La motivación para estas aplicaciones son la rentabilidad del canal para atender los clientes de la institución financiera.

Figura 1

El cuadro en la figura 2 cruza los estadios de madures de las aplicaciones móviles bancarias con las actividades que el usuario realiza, el segmento objetivo, el valor desde el punto de vista del banco y el cliente y las tecnologías que lo habilitan. En este último punto hay que tener en cuenta que las opciones presentadas están limitadas por el Sponsor del estudio. En mi opinión donde dice JAVA debería decir Mobil Browser o Custom Client.

 

Figura 2

Un aspecto importante a tener en cuenta al momento de decidir una estrategia de implementación de aplicaciones móviles bancarias es identificar cual es el objetivo que buscamos con estás herramientas tecnológicas. Por ejemplo si queremos una adopción rápida basada en una interfaz de usuario fácil de usar las opciones de Custom Client y Mobile Browser son mejores que aplicaciones SMS. La figura 3 muestra una comparativa entre los distintos tipos de implementación de Mobile Banking (SMS, Mobile Browser y Custom Client) para diferentes aspectos de valor.

 

Figura 3

Les dejo el estudio para que lo revisen, muy bueno!. Gracias RIM.

 

Referencias

[1] Mobile Banking in the United States: The Evolution of Anywhere Banking

19 mistakes technical leaders make most often

Me pasaron (Javier) este Post de TechRepublic que está muy bueno para las personas que lideran equipos técnicos. Les comparto los 19 errores comunes que cometemos los lideres de equipos técnicos.

  1. Asumir que el equipo está a su servicio, muy común en nuestro pueblo de patrones de fundo.
  2. Aislarse del equipo
  3. Employing hokey motivation techniques
  4. No proporcionar la dirección técnica y el contexto, error común de los malos manager porque asignan tareas operativas en vez de delegar
  5. El cumplimiento de sus propias necesidades a través del equipo
  6. Centrarse en la contribución individual, esto pasa sobre todo en los equipos inmaduros que necesitan “héroes”
  7. Tratando de ser técnicamente omnisciente, nadie lo sabe todo excepto dios Google 🙂
  8. Falla en delegar eficazmente
  9. No conocer tus propias deficiencias
  10. Fallar al representar los intereses de su equipo
  11. Fallar en anticiparse
  12. Repetir los mismos errores que otras ya cometieron
  13. Usar el proyecto para perseguir sus propios intereses técnicos
  14. No mantener a los técnicos involucrados
  15. Jugar el juego en lugar de centrarse en el objetivo
  16. Evitar el conflicto, ufff esto pasa todo el tiempo, es nuestra cultura!
  17. Poner el proyecto antes que la gente, ojo los proyectos pasan el equipo queda.
  18. Esperar que todos piensen y actúen como él, otro problema que veo en nuestra cultura
  19. Fallar al mostrar compasión

Referencia

19 mistakes technical leaders make most often | View from the Cubicle | TechRepublic.com

Pocket Guide Series for Application Architecture

El grupo de P&P desarrollo un grupo de guías de arquitectura de bolsillo. Estas guías están basadas en la guía de arquitectura de aplicaciones 2.0 del mismo grupo. Son muy recomendables para las personas que están pensando en el software que se construirá más que en el cómo se programa.

Pocket Guides

  • Agile Architecture Method Pocket Guide
  • Web Architecture Pocket Guide
  • Mobile Architecture Pocket Guide
  • RIA Architecture Pocket Guide
  • Rich Client Architecture Pocket Guide
  • Service Architecture Pocket Guide
  • A 40 años de la creación de la Empresa Nacional de Computación

    Me llegó la siguiente invitación, que es muy interesante así que aprovecho de compartirla con ustedes.

    El Departamento de Ciencias de la Computación (DCC) de la Facultad de Ciencias Físicas y Matemáticas (“Escuela de Ingeniería”) de la Universidad de Chile, a través de sus académicos Juan Álvarez y Claudio Gutiérrez, realiza el proyecto de investigación “Historia de la Computación en Chile”. La primera etapa, “Orígenes de la Computación en Chile”, tiene el propósito de registrar el desarrollo del área desde fines de los cincuenta hasta mediados de los setenta.

    Desde la llegada de los primeros computadores en 1962, el Estado, a través de sus universidades e instituciones, jugó un rol fundamental en el uso y la difusión de la tecnología computacional. Las primeras experiencias, y la necesidad de compartir recursos y coordinar iniciativas, condujeron a la creación de EMCO -Empresa de Servicio de Computación- en 1968. Su primer gerente general fue Efraín Friedmann, entonces director del Departamento de Matemáticas y del Centro de Computación de la Universidad de Chile. Posteriormente, en 1970, la empresa se transformó en ECOM, Empresa Nacional de Computación e Informática.

    Considerando que este año 2008 se cumplen 40 años de la creación de la Empresa Nacional de Computación, el DCC organiza este encuentro con el propósito de conmemorar su aniversario, y recordar y registrar colectivamente los principales hitos de los primeros años de esta empresa.

    En la primera parte de este evento, hemos invitado a algunos directivos a exponer acerca de su experiencia en la conducción de la empresa: Italo Bozzi (Gerente Planificación y Finanzas 1968-1970 y Gerente General 1970-1971 y 1973-1974), Raimundo Beca (Gerente General y Presidente del Directorio 1971-1973), Hugo Segovia (Gerente Ingeniería 1971-1972 y Gerente Planificación y Desarrollo 1972-1973), e Isaquino Benadoff (División Capacitación 1969-1970 y División Ingeniería 1971-1974).

    En la segunda parte, en un diálogo con el público asistente, se analizará retrospectivamente los primeros años de la Empresa Nacional de Computación. Finalmente, compartiremos en una reunión de camaradería.

    Invitamos al público en general, a los profesionales, académicos y estudiantes del área, y especialmente a los ex-trabajadores de ECOM, a participar de esta conmemoración y de la experiencia de elaboración colectiva de la historia de la Empresa Nacional de Computación, confirmando su asistencia al correo electrónico eventos@dcc.uchile.cl .

    Santiago, noviembre de 2008

    Recomendación de contenido del PDC 2008

    Con los miembros de la comunidad técnica MSDN estamos inventando un evento llamado lo mejor del PDC 2008. Para ello cada uno debe votar por las dos sesiones que piensa son las más interesantes del evento.

    Bueno, para mí la cosa es clara y por eso les recomiendo revisar las siguientes “dos” presentaciones.

    Primer eL proyecto Dublin, que es el inicio de un servidor de aplicaciones.

     BB18 "Dublin": Hosting and Managing Workflows and Services in Windows Application Server

    Luego, mi segundo tema es compuesto, E futuro del lenguaje C# + Mono and .NET

    Esto porque Mono 2.0 tiene impresionantes avances en su compilador, por ejemplo el compilador de C# está hecho en C#, y el futuro de C# incluyendo lenguajes dinamicos es algo que los developers deben tener en cuenta.

    Enjoy

    Trata de PDC 2008. Architect’s Cut

      Este es un estupendo aporte de Dagum  para quienes estamos aplastados con el contenido del PDC y no hemos terminado de digerirlo.

     

    salu2

    Cita

    PDC 2008. Architect’s Cut

     Aunque, excepto algunas,  casi todas las sesiones del PDC 2008 están disponibles tanto online como offline (previo download, claro), uno puede sentir esa amarga frustración derivada de la abrumadora cantidad de las mismas

    Preguntas típicas que me hago yo mismo en esas situaciones emocionalmente encontradas son "Qué repositorio de info! Tendré tiempo de ver y posteriormente asimilar esta data!? Qué mirar primero? Qué si agarro alguna sesión que requiere ver otra antes, de modo de adquirir cierta base? Habrá alguna sesión que pudiera descartar sin sentirme culpable?"… y una larga lista de etcs

    Por suerte el equipo detrás del Microsoft Architecture Center (el Equipo de Arquitectura de Microsoft) está acá para ayudar: recorrimos la lista entera de sesiones, clasificandolas según complejidad, tópico abordado, relevancia en términos de arquitectura, etc, y extragimos una lista de unas 45 sesiones (la lista completa triplicaba o cuadruplicaba esto) que estamos actualmente exponiendo, pero en una forma gradual

     

     

    Para estos días estamos exponiendo las que que consideramos "watchme.1st":

    • Guías de Diseño de Frameworks
    • Performance
    • Escalabilidad
    • Cloud Computing y Azure
    • El Modelo de Modelado "Oslo" (valga la redundancia )
    • Lenguages Dinámicos
    • Caché Distribuido
    • Concurrencia y Paralelismo

     

     

    Vas a encontrar en estos días un video roller justo en la home page donde podrás seleccionar las sesiones de tu interés, click allí y, voilà!: el espectáculo comienza cuando Ud llega. No es necesario loguearse, nada

    Por supuesto, podés maximizar la ventana de video (me imagino que es lo que vas a hacer) gracias a la flamante tecnología Silverlight 2, o eventualmente visitar el sitio huesped (Channel 9) y descargar el powerpoint desde allí o, finalmente, una mezcla de todo

    Patterns & Practices – SharePoint Guidance

    P&P Lanzó una nueva guía, esta vez de Sharepoint. Esta guía ayuda a los arquitectos y desarrolladores construir aplicaciones de intranet con SharePoint. La guía contiene una aplicación de referencia (RI), que demuestra a las soluciones arquitectónicas, el desarrollo, la gestión del ciclo de vida y desafíos de este tipo de soluciones.

    Links rápidos:

    · MSDN site: SharePoint Guidance

    · Future friendly url: http://microsoft.com/spg

    · Download: SharePoint Guidance – November 2008

    · Codeplex site: http://codeplex.com/spg

    · Community Forum: http://www.codeplex.com/spg/Thread/List.aspx

    Fundamentos de Voz sobre IP, para Developers

    Estoy en un curso de “Convergencia De Redes De Telecomunicaciones” y como buen estudiante me hacen pruebas. Estudiando para una de esas pruebas leí en el apunte del curso un resumen de los fundamentos de Voz sobre IP. 

    El siguiente texto es parte del documento Seminario “Convergencia De Redes De Telecomunicaciones Parte II”, un Apunte preparado por José G. Mardones Fernández Ingeniero Electrónico, Santiago Septiembre 2008.

    Voz sobre IP y Telefonía IP

    Voz sobre IP(VoIP, Voice over Internet Protocol) es una tecnología que permite que se realicen transporte la voz usando una conexión IP, o sea digitalmente y en forma paquetizada. La Voz sobre IP ocupa el protocolo IP para transportar la voz sobre la red y hoy en día se convertido en una alternativa para la PSTN actual. Al transportarse la voz sobre redes IP se esta utilizando un medio lógico/físico existente (Internet), esto ultimo permite bajar los costos en transporte de las señales y ha permitido que en el ultimo tiempo se masifiquen servicios de este tipo. La telefonía IP se refiere a los servicios de voz que utilizan VoIP, hay que diferenciar que VoIP es la forma de transportar y telefonía IP es el servicio final, en este último se dan facilidades de valor agregados tales como ring de llamadas , transferencias, conferencias, identificación de llamadas, autenticación, buzones de mensajes, servicios de operadora, etc. En la sección de implementación se vera en forma practica cada servicio.

    En los servicios de telefonía PSTN existe protocolos de señalización de llamadas entre los cuales destaca SS7(Sistema de señalización 7), este estándar define el protocolo y los procedimientos mediante los cuales los elementos de la red de telefonía conmutada pública (la PSTN) intercambian información sobre una red digital para efectuar el ruteo, establecimiento y control de llamadas, para el caso de VoIP destacan H.323 y SIP, para nuestro caso de implementación se opta por SIP, ya que es libre de licencias.

    Para que la voz pueda ser transportada en forma digital esta debe ser digitalizada, o sea codificada y decodificada, en este punto es donde intervienen los codecs(codificador-decodificador); éstos a través de software y/o hardware cumplen la función de transformar un flujo de datos (stream). Los códecs codifican un flujo o la señal (a menudo para la transmisión, el almacenaje o el cifrado) y recuperan del mismo, todo este proceso tiene también como objetivo reducir la cantidad de información a transmitir, o sea transmitir el mínimo con el fin de ocupar bajas niveles de ancho de banda. En todo el proceso los codecs generan pérdidas de información, cuantas menos pérdidas se generen y a un menor ancho de banda requerido el codec será mejor.

    Uno de los principales problemas de transportar la voz sobre IP esta en que se debe hacer en tiempo real, a diferencia de los servicios tipos de Internet tales como Web, Mail, entre otros, por esta razón la mayoría de las implementaciones se realizan sobre UDP/RTCP(User Datagram Protocol /Real time control protocol) y sobre redes con QoS(Calidad de servicio).

    Arquitectura del protocolo VoIP

    A continuación se muestra un esquema general de la arquitectura del protocolo VoIP, en esta se puede apreciar como y donde actúan los protocolos de señalización y de transporte.

    Ventajas y desventajas de aplicaciones de la voz sobre IP sobre PSTN

    La principal ventaja de la integración de servicios telefónicos vía VoIP radica en la independencia de tener que utilizar redes telefónicas actuales de las propias compañías, esto produce que económicamente las soluciones sean muy atractivas, en términos generales podemos encontrar las siguientes ventajas:

    • Costos mas bajos que tecnologías actuales tales como voz sobre TDM, ATM, Frame Relay.
    • Una vez realizada la implementación dentro de su red IP pasa a ser un servicios mas de esta. Las redes IP son un estándar universal para la Internet, Intranets y extranets.
    • Hoy en día existen estándares efectivos (H.323).
    • Interoperabilidad de diversos proveedores, aunque no es universal, ya que existen varios sistemas propietarios.
    • No de depende de tecnologías de transporte (capa 2).
    • Movilidad, ya que vía IP se llamar a cualquier teléfono en cualquier parte del mundo, ideal para empresas con empleado móviles.
    • Reducción de costos en todo tipo de llamadas.

    Entre las desventajas presentadas por los servicio VoIP están la calidad de la comunicación (ecos, interferencias, interrupciones, sonidos de fondo, distorsiones de sonido, etc.), que puede mejorar según la conexión a la red(Internet, Intranet). Garantizar la calidad de servicio sobre una red IP, actualmente no es nada simple, los retardos que se presentan en el tránsito de los paquetes y los tiempos de retardos que lleva el procedo de las conversiones (codec) son alteraciones que son de fácil percepción por los usuarios. También el ancho de banda, el cual no siempre está garantizado, va en desmedro del servicio. Otro factor critico y que se debe considerarse en toda implementación es la calidad de servicio (QoS), es clave priorizar el trafico de voz por sobre servicio que no necesiten estar en tiempo real. En general los problemas de la calidad en el servicio telefónico en el protocolo IP van disminuyendo a medida que las tecnologías involucradas van evolucionando. Otras desventajas son:

    • El servicio queda limitado a todos los que estén en conexión directa a la red(Internet, Intranet); algunos servicios no ofrecen la posibilidad de que el computador reciba una llamada y tampoco funcionan vía de un servidor proxy.
    • Exposición a la perdida y el retardo de la información, ya que la información es transportada y dividida en paquetes y una conexión esta compuesta de transmisión de más de un paquete. Estos paquetes pueden perderse, y además no hay una garantía sobre el tiempo que tardarán en llegar de un extremo al otro de la comunicación.
    • No todos los sistemas utilizados por los Proveedores de Servicios de Telefonía por Internet son compatibles (Gateway, Gatekeeper) entre sí. Este ha sido uno de los motivos que ha impedido que la telefonía IP se haya extendido con mayor rapidez.

    Agenda PDC2008, un gran desafio

    Le PDC es un evento muy potente, por su contenido y el nivel de los presentadores. El primer problema para ir al PDC es el precio de la entrada que NO es menor. Si uno logra pasar es primer filtro y estas dentro tienes un nuevo problema. Este evento es gigante por lo que están pasando no una o dos conferencias al mismo tiempo sino unas 7 a 12. Entonces uno no puede llegar con el estilo Chileno a “improvisar” que es lo que va a ver sino que tienes que hacer una “hoja de ruta” antes de tomar el vuelo a Los Ángeles.

    Hay tantos temas que no es fácil decidirse a que ir, por lo que por ahora he hecho mi primera selección de temas. Estos son los que comparto con ustedes ahora. Espero que en la semana que me queda antes del viaje pueda haber discriminado ya a que es lo que finalmente voy a ir, NO es fácil.