الأربعاء، 28 ديسمبر 2011
CodeCamp - Introducción a Windows Phone
Andrés Felipe González uno de los asistentes al CodeCamp 2011 grabó la sesión introductoria al Track de Windows Phone, les comparto el audio esperando les resulte de utilidad. Además les recuerdo que el material y presentación del Hands on Lab están publicados en Avanet.
الاثنين، 19 ديسمبر 2011
Get Certified To Get More in Life...
Since certifications came into recognition, there have been some who have debated whether certifications are worth pursuing or not.
Statistics have proved time and again that certs lead to promotions and raises. A survey of 700 networking professionals in Networkworld.com tells what we already know – 60% of professionals said that their certifications led to a new job, 56% said they got raise, and about 29% said they got a promotion with their company.
الثلاثاء، 13 ديسمبر 2011
De metodologías, amistad y contratos de software
Bien, quien lo diría que hoy encontraría inspiración para escribir este tema que tanto tiempo lleva guardado en mi cabeza, y es que como ustedes saben, a mi me gusta hablar de ingeniería de software, experiencias y de todas esas situaciones "humanas" alrededor del tema y que finalmente terminan por impactar la calidad el software.
Yo diría que hoy quiero hablar de otro de esos temas éticos (no juzgables) que ocurren en esto de hacer software, y bueno ni soy experta ni es un tema que atañe solo a la industria de software, solo tengo el sentimiento a flor de piel para hablar de sus consecuencias.
Voy a contar a modo de historia, cada uno de los recuerdos que tengo en mi memoria, ...
Había una vez... nah, no sé ni que decir, veamos...
Otra vez estábamos ahí, frente a un bug de esos que lo dejan a uno pensando como demonios pasó,
¿Cómo pudo llegar algo así a producción? Después de horas de buscar la el problema, la razón fue un error de un desarrollador, una decisión de esas típicas que se tomaban, por darles un ejemplo, tan simple como dar una longitud fija a un vector, cosa que finalmente limitaría el proceso de negocio.
¿Quien le dijo que lo hiciera? ¿Donde está escrito?... la defensa, nadie, tampoco nadie dijo que "no podía hacerlo"... se dio una gran discusión, en el barrullo se escuchaban frases como: ¡Siempre es lo mismo!, ¿Por que no llamamos otro proveedor? ¡No podemos seguir así!, yo guardaba silencio en realidad en ese momento no tenia mucho que opinar.
Después de bastante tiempo perdido la conclusión fue, que nosotros teníamos la culpa, aunque no entendía bien por qué teníamos la culpa de que un programador tuviese malas practicas y asumiera cosas que no se le habían dicho, pero la conclusión era que nosotros teníamos que corregir la forma en que hacíamos las solicitudes para proteger a los desarrolladores de sus "errores conocidos".
El jefe dijo: ustedes ya saben como son, ya saben que cosas siempre hacen mal, entonces, escriban las cosas que no deberían hacer, para que esto no vuelva a suceder, "nosotros somos los responsables del negocio". El ambiente se notaba sombrío y en desacuerdo pero la reunión finalizó. Al salir alguien me susurró:
- Esto nunca va a cambiar, son amigos.
- ¿Amigos? ¿Quienes? - pregunté
- Los proveedores son amigos del jefe
Ese día fue la primera vez que entendí todo, entendí mil razones acerca de por qué no sucedía nada, cada repetida vez que algo mal salía y era culpa de una mala práctica por parte de algún proveedor, así que vamos al post.
El mundo de las influencias en un planeta árido, no comprensible en todas las ocasiones, a hoy yo no sé si por amistad uno termina negociando su ética o simplemente haciéndose el de la vista gorda.
Solo es un punto para concluir una vez más como hacer software es menos mágico y más humano, desde no ser capaz de solicitar calidad por lo que pagas por que a ti mismo te parece poco, sacrificar la arquitectura de un proyecto por años solo por dejarlo en manos de uno de tus amigos, hasta poner en peligro un escenario de negocio, son cosas de las que no se tiene conciencia hasta que no genera un problema real y que es observado por gente externa. Eso de pagar poco me resulta todo un dolor de cabeza, de modo que si un proveedor acepta un contrato en que la tarifa es baja, yo debo aceptar que haga un mal trabajo? Por Dios! Y en premio que hacemos? Les pagamos más? Será que así se van a corregir los vicios de fondo de sus programadores?
La calidad de software tiene un matiz más que no está en estándares ni libros, y tiene que ver con quien es el que elige cuales personas estarán a cargo de tus proyectos, cómo después de extensos procesos de selección solo quedan quien alguien quiere que quede en un lugar.
Que ser amigo de alguien no significa hacerlo mal, es cierto, como tampoco lo es que por elegir un amigo para realizar un trabajo se tenga que disminuir la exigencia sobre los productos y procesos realizados, y no hacer ni el intento de encontrar otras opciones.
¿A que costo se cede la salud de un negocio solo por ofrecer un contrato de software al proveedor equivocado?
Este post suena muy sentido pero no es más que un vago recuerdo, lástima verlo repetidamente en tantas personas e instituciones.
Yo diría que hoy quiero hablar de otro de esos temas éticos (no juzgables) que ocurren en esto de hacer software, y bueno ni soy experta ni es un tema que atañe solo a la industria de software, solo tengo el sentimiento a flor de piel para hablar de sus consecuencias.
Voy a contar a modo de historia, cada uno de los recuerdos que tengo en mi memoria, ...
Había una vez... nah, no sé ni que decir, veamos...
Otra vez estábamos ahí, frente a un bug de esos que lo dejan a uno pensando como demonios pasó,
¿Cómo pudo llegar algo así a producción? Después de horas de buscar la el problema, la razón fue un error de un desarrollador, una decisión de esas típicas que se tomaban, por darles un ejemplo, tan simple como dar una longitud fija a un vector, cosa que finalmente limitaría el proceso de negocio.
¿Quien le dijo que lo hiciera? ¿Donde está escrito?... la defensa, nadie, tampoco nadie dijo que "no podía hacerlo"... se dio una gran discusión, en el barrullo se escuchaban frases como: ¡Siempre es lo mismo!, ¿Por que no llamamos otro proveedor? ¡No podemos seguir así!, yo guardaba silencio en realidad en ese momento no tenia mucho que opinar.
Después de bastante tiempo perdido la conclusión fue, que nosotros teníamos la culpa, aunque no entendía bien por qué teníamos la culpa de que un programador tuviese malas practicas y asumiera cosas que no se le habían dicho, pero la conclusión era que nosotros teníamos que corregir la forma en que hacíamos las solicitudes para proteger a los desarrolladores de sus "errores conocidos".
El jefe dijo: ustedes ya saben como son, ya saben que cosas siempre hacen mal, entonces, escriban las cosas que no deberían hacer, para que esto no vuelva a suceder, "nosotros somos los responsables del negocio". El ambiente se notaba sombrío y en desacuerdo pero la reunión finalizó. Al salir alguien me susurró:
- Esto nunca va a cambiar, son amigos.
- ¿Amigos? ¿Quienes? - pregunté
- Los proveedores son amigos del jefe
Ese día fue la primera vez que entendí todo, entendí mil razones acerca de por qué no sucedía nada, cada repetida vez que algo mal salía y era culpa de una mala práctica por parte de algún proveedor, así que vamos al post.
El mundo de las influencias en un planeta árido, no comprensible en todas las ocasiones, a hoy yo no sé si por amistad uno termina negociando su ética o simplemente haciéndose el de la vista gorda.
Solo es un punto para concluir una vez más como hacer software es menos mágico y más humano, desde no ser capaz de solicitar calidad por lo que pagas por que a ti mismo te parece poco, sacrificar la arquitectura de un proyecto por años solo por dejarlo en manos de uno de tus amigos, hasta poner en peligro un escenario de negocio, son cosas de las que no se tiene conciencia hasta que no genera un problema real y que es observado por gente externa. Eso de pagar poco me resulta todo un dolor de cabeza, de modo que si un proveedor acepta un contrato en que la tarifa es baja, yo debo aceptar que haga un mal trabajo? Por Dios! Y en premio que hacemos? Les pagamos más? Será que así se van a corregir los vicios de fondo de sus programadores?
La calidad de software tiene un matiz más que no está en estándares ni libros, y tiene que ver con quien es el que elige cuales personas estarán a cargo de tus proyectos, cómo después de extensos procesos de selección solo quedan quien alguien quiere que quede en un lugar.
Que ser amigo de alguien no significa hacerlo mal, es cierto, como tampoco lo es que por elegir un amigo para realizar un trabajo se tenga que disminuir la exigencia sobre los productos y procesos realizados, y no hacer ni el intento de encontrar otras opciones.
¿A que costo se cede la salud de un negocio solo por ofrecer un contrato de software al proveedor equivocado?
Este post suena muy sentido pero no es más que un vago recuerdo, lástima verlo repetidamente en tantas personas e instituciones.
الأحد، 4 ديسمبر 2011
Los usuarios y la gobernabilidad de IT
Una vez más escribo del día de día, nada es una mejor inspiración aunque en términos prácticos uno preferiría que su vida no fuera el ejemplo de todas esas cosas que no deberían pasar.
Este concepto a pesar de lo "obvio" no es manejado por muchas personas, por eso les dejo aquí una pequeña definición: El término "gobernabilidad " define la capacidad de una organización para controlar y regular su propio funcionamiento con el fin de evitar los conflictos de intereses relacionados con la división entre los beneficiarios y los actores.
“Gobernabilidad” es un término genérico que se puede utilizar de diversas formas acuerdo al contexto.
La expresión “Gobernabilidad” política se utiliza en casos de interacción entre el Estado (gobierno) y la Sociedad (ciudadanos y empresas privadas). Cuando se trata de una compañía o de un grupo industrial, hablamos de "gobernabilidad corporativa"
* Tomado de: http://es.kioskea.net/contents/systeme-d-information/it-gouvernance-si.php3
Tengo que confesarles que cuándo escuché el término la primera vez, y eso de que todos los jefes de la compañia se reunian en el comité de Gobernabilidad, me pareció exagerado ¿Un comité de gobernabilidad de IT? ¿Por qué? La razón es simple, al existir muchos proyectos y recursos que administrar, es necesario darle orden, en especial por que las peticiones al área de IT son un caudal constante y creciente en las organizaciones y los recursos (tiempo, dinero y personas) somos limitados.
Hay que decir que muchos usuarios son pacientes o les toca serlo, yo tengo un proyecto actualmente con más de 200 días de espera por ser iniciado y a mi usuario no le toca más que sonreir cada vez conmigo y lanzarnos bromas al respecto de que quizá ni las predicciones Mayas de 2012 nos dejen terminarlo. Antes de continuar con la razón de contarles mis aventuras en este post, tengo que mencionar que igual la gobernabilidad deberia darse en cual escenario asi los recursos y proyectos no fueran muchos.
Un comité de gobernabilidad se encarga de definir las prioridades que debe atender IT, esto aunque a veces es frustrante para los que nos dedicamos a hacer, tiene mucho sentido, ya que por política o necesidad, son las personas que dirigen la organización las que llevan el rumbo del negocio y cuándo no hay forma de atender todo el tiempo, no es IT la que pone el rostro para decir que no tenia como hacerlo, si no que los usuarios debían definir que debía atenderse, y eso cambia sustancialmente la respuesta cuándo el momento de los reclamos llega, ya que en dicho comité tienen en cuenta además las metas anuales, las personas disponibles y el dinero disponible, en el caso del lugar donde trabajo, con respecto al dinero disponible hay una expectativa que llenar que siempre me ha parecido curiosa y que he visto en otros lugares, y es, que el presupuesto destinado para un año debe gastarse, no debe sobrepasarse ni debe ahorrarse, todo debe invertirse, y es una métrica muy importante para todos, en esa vía planear mensualmente al comité de gobierno las necesidades de inversión y los proyectos pendientes, es más un "estrategia" que una simple lista que ordenar, los usuarios velan por sacar adelante sus proyectos más apremiantes a veces también sus caprichos, pero el equilibrio se establece cuando además está IT y los altos directivos, IT luchará por innovar, actualizar y mantener sus actuales sistemas, y la alta dirección decidirá que de todos esos puntos de vista es lo que se debe hacer.
El título de este post hace alusión a los usuarios, la razón fue algo que viví con un proyecto hace poco, el proyecto llegó, era muy pequeño sin embargo de impacto en la imagen de la compañía, pero técnicamente era algo "simple" de resolver a los ojos de usuario. Al listar las necesidades funcionales, la teoría de los usuarios se confirmaba, era simple, el problema tenia que ver con "quien iba a construirlo" y "que tecnologías usarían" para que dicho proyecto apalancara la estrategia general de la compañía. Me disculparán si hablo como en clave, es evidente que no puedo hablar del proyecto abiertamente.
Ahora bien, al llegar la solicitud a mi, contemple la posibilidad incluso de hacerlo yo misma, los usuarios trajeron su proveedor sugerido, un absoluto desastre por cierto, estos sabían más de anatomía de pollos, pero estaban dispuestos hasta a trabajar gratis con tal de ser proveedores de la compañía, nada habla más mal de un proveedor así. Por otro lado decidimos ver varios proveedores y entre ellos nos encontramos uno, que además de dar una rápida solución al proyecto, garantizaba el futuro de la organización estableciendo una estrategia para el tema, ya que lejos de proveer una solucíón particular, tenía una plataforma genérica para afrontar ese y otros muchos problemas. Un momento, si nos ponemos en contexto, el tamaño del proyecto, el tiempo y el dinero disponible, ese podría ser el proveedor soñado pero, no el proveedor para un proyecto de ese tamaño, ya que el costo se multiplicaría por 100, créanme por 100 si no es más. Así se intentaron ver varios proveedores, algunos simplemente escucharon la necesidad y sus propuestas jamás llegaron, no tengo idea si el problema estuvo en el tamaño del proyecto, pero en 1 mes no alcanzamos a encontrar un proveedor con una propuesta coherente tecnológicamente hablando que a su vez lo fuera en costos.
De repente el proyecto cayo en el olvido, a mi me asignaron otras prioridades al no encontrar el proveedor y no volví a saber del tema, luego de unas semanas revisando la prensa interna vi el anuncio del proyecto ya en producción, me pude quedar de una sola pieza lo único que podía pensar es que habían aceptado la propuesta de aquel proveedor incoherente (nada espero más que no lo hayan hecho) sin embargo, el tema me quedó muchos días en la cabeza hasta terminar aquí escribiendo, una queja más de las que abundan en la red por parte de ingenieros de sistemas contra los usuarios.
Analizando lo sucedido desde el punto de vista de gobernabilidad, lo que hacen los usuarios es dejar de afectar el presupuesto de IT que parece tan luchado y simplemente, poner de su propio presupuesto, contratar a quien mejor les parece que les prometa que lo que quieren sale rápido y ya, para un usuario ese parece ser el fin de su vida, cumplir sus caprichos a como dé lugar, el futuro es típico y repetitivo, la mala selección de un proveedor, el hecho de que la área de negocio que contrata el proveedor, no sepa como manejar contratos de software o que debe exigir metodologías y artefactos para el software que se crea, empieza a crear un nuevo sistema fantasma, con el tiempo el proveedor es tan malo que lo único que ocurre es que ellos terminan por darse cuenta de su error y despedirlo, y el proyecto jamás llego a ningún lugar. ¡Momento! ¿Ningún lugar? Ese ningún lugar es el área de IT donde se le tendrá que dar soporte a un proyecto abandonado, sin documentación y con seguro las peores prácticas de programación jamás vistas, por que como los usuarios se la creen que el software es un producto de masa empaquetado que tiene una receta de ingredientes, entre ellos magia, jamás se percataron de si estaba bien hecho o no.
Mi pregunta hoy ya no va como siempre contra la responsabilidad de los ingenieros de sistemas y el si conocen o no buenas practicas de software, hoy arremeto contra los usuarios, contra aquellos que como nosotros deberían alinearse y evolucionar y dejar de creer que el software es una mezcla de deseos y magia que naturalmente produce los efectos que se desean y que así como en sus diferentes campos de acción hay procesos que respetar, también los hay en el área de IT.
Solo queda arremeter contra alguien más contra los empíricos proveedores que hacen este tipo de cosas, que eticamente saben son incorrectas pero que les importa un bledo y que evidentemente solo les importa ganarse un contrato y no atender coherentemente las necesidades de los usuarios y negocios a los que se presentan, sin siquiera detenerse profesionalmente a pensar en el tema de hacer bien su trabajo.
En fin, aquí no hay moraleja, este caso es del día a día en muchas organizaciones, comprensible es que los protocolos restan oportunidades al negocio, a las que se debe reaccionar con tecnología, pero quizá la salida no es actuar a punta de caprichos su no crear áreas de reacción inmediata para este tipo de proyectos y no solo áreas consumidas por el soporte a los sistemas de producción y que nunca tenemos el tiempo para apalancar al negocio en los nuevos escenarios tecnológicos.
Espero sus comentarios, hasta la próxima.
Sorey ;)
Imagen tomada de: http://reporteciencianl.com/2011/06/retos-de-la-gobernabilidad/
“Gobernabilidad” es un término genérico que se puede utilizar de diversas formas acuerdo al contexto.
La expresión “Gobernabilidad” política se utiliza en casos de interacción entre el Estado (gobierno) y la Sociedad (ciudadanos y empresas privadas). Cuando se trata de una compañía o de un grupo industrial, hablamos de "gobernabilidad corporativa"
* Tomado de: http://es.kioskea.net/contents/systeme-d-information/it-gouvernance-si.php3
Tengo que confesarles que cuándo escuché el término la primera vez, y eso de que todos los jefes de la compañia se reunian en el comité de Gobernabilidad, me pareció exagerado ¿Un comité de gobernabilidad de IT? ¿Por qué? La razón es simple, al existir muchos proyectos y recursos que administrar, es necesario darle orden, en especial por que las peticiones al área de IT son un caudal constante y creciente en las organizaciones y los recursos (tiempo, dinero y personas) somos limitados.
Hay que decir que muchos usuarios son pacientes o les toca serlo, yo tengo un proyecto actualmente con más de 200 días de espera por ser iniciado y a mi usuario no le toca más que sonreir cada vez conmigo y lanzarnos bromas al respecto de que quizá ni las predicciones Mayas de 2012 nos dejen terminarlo. Antes de continuar con la razón de contarles mis aventuras en este post, tengo que mencionar que igual la gobernabilidad deberia darse en cual escenario asi los recursos y proyectos no fueran muchos.
Un comité de gobernabilidad se encarga de definir las prioridades que debe atender IT, esto aunque a veces es frustrante para los que nos dedicamos a hacer, tiene mucho sentido, ya que por política o necesidad, son las personas que dirigen la organización las que llevan el rumbo del negocio y cuándo no hay forma de atender todo el tiempo, no es IT la que pone el rostro para decir que no tenia como hacerlo, si no que los usuarios debían definir que debía atenderse, y eso cambia sustancialmente la respuesta cuándo el momento de los reclamos llega, ya que en dicho comité tienen en cuenta además las metas anuales, las personas disponibles y el dinero disponible, en el caso del lugar donde trabajo, con respecto al dinero disponible hay una expectativa que llenar que siempre me ha parecido curiosa y que he visto en otros lugares, y es, que el presupuesto destinado para un año debe gastarse, no debe sobrepasarse ni debe ahorrarse, todo debe invertirse, y es una métrica muy importante para todos, en esa vía planear mensualmente al comité de gobierno las necesidades de inversión y los proyectos pendientes, es más un "estrategia" que una simple lista que ordenar, los usuarios velan por sacar adelante sus proyectos más apremiantes a veces también sus caprichos, pero el equilibrio se establece cuando además está IT y los altos directivos, IT luchará por innovar, actualizar y mantener sus actuales sistemas, y la alta dirección decidirá que de todos esos puntos de vista es lo que se debe hacer.
El título de este post hace alusión a los usuarios, la razón fue algo que viví con un proyecto hace poco, el proyecto llegó, era muy pequeño sin embargo de impacto en la imagen de la compañía, pero técnicamente era algo "simple" de resolver a los ojos de usuario. Al listar las necesidades funcionales, la teoría de los usuarios se confirmaba, era simple, el problema tenia que ver con "quien iba a construirlo" y "que tecnologías usarían" para que dicho proyecto apalancara la estrategia general de la compañía. Me disculparán si hablo como en clave, es evidente que no puedo hablar del proyecto abiertamente.
Ahora bien, al llegar la solicitud a mi, contemple la posibilidad incluso de hacerlo yo misma, los usuarios trajeron su proveedor sugerido, un absoluto desastre por cierto, estos sabían más de anatomía de pollos, pero estaban dispuestos hasta a trabajar gratis con tal de ser proveedores de la compañía, nada habla más mal de un proveedor así. Por otro lado decidimos ver varios proveedores y entre ellos nos encontramos uno, que además de dar una rápida solución al proyecto, garantizaba el futuro de la organización estableciendo una estrategia para el tema, ya que lejos de proveer una solucíón particular, tenía una plataforma genérica para afrontar ese y otros muchos problemas. Un momento, si nos ponemos en contexto, el tamaño del proyecto, el tiempo y el dinero disponible, ese podría ser el proveedor soñado pero, no el proveedor para un proyecto de ese tamaño, ya que el costo se multiplicaría por 100, créanme por 100 si no es más. Así se intentaron ver varios proveedores, algunos simplemente escucharon la necesidad y sus propuestas jamás llegaron, no tengo idea si el problema estuvo en el tamaño del proyecto, pero en 1 mes no alcanzamos a encontrar un proveedor con una propuesta coherente tecnológicamente hablando que a su vez lo fuera en costos.
De repente el proyecto cayo en el olvido, a mi me asignaron otras prioridades al no encontrar el proveedor y no volví a saber del tema, luego de unas semanas revisando la prensa interna vi el anuncio del proyecto ya en producción, me pude quedar de una sola pieza lo único que podía pensar es que habían aceptado la propuesta de aquel proveedor incoherente (nada espero más que no lo hayan hecho) sin embargo, el tema me quedó muchos días en la cabeza hasta terminar aquí escribiendo, una queja más de las que abundan en la red por parte de ingenieros de sistemas contra los usuarios.
Analizando lo sucedido desde el punto de vista de gobernabilidad, lo que hacen los usuarios es dejar de afectar el presupuesto de IT que parece tan luchado y simplemente, poner de su propio presupuesto, contratar a quien mejor les parece que les prometa que lo que quieren sale rápido y ya, para un usuario ese parece ser el fin de su vida, cumplir sus caprichos a como dé lugar, el futuro es típico y repetitivo, la mala selección de un proveedor, el hecho de que la área de negocio que contrata el proveedor, no sepa como manejar contratos de software o que debe exigir metodologías y artefactos para el software que se crea, empieza a crear un nuevo sistema fantasma, con el tiempo el proveedor es tan malo que lo único que ocurre es que ellos terminan por darse cuenta de su error y despedirlo, y el proyecto jamás llego a ningún lugar. ¡Momento! ¿Ningún lugar? Ese ningún lugar es el área de IT donde se le tendrá que dar soporte a un proyecto abandonado, sin documentación y con seguro las peores prácticas de programación jamás vistas, por que como los usuarios se la creen que el software es un producto de masa empaquetado que tiene una receta de ingredientes, entre ellos magia, jamás se percataron de si estaba bien hecho o no.
Mi pregunta hoy ya no va como siempre contra la responsabilidad de los ingenieros de sistemas y el si conocen o no buenas practicas de software, hoy arremeto contra los usuarios, contra aquellos que como nosotros deberían alinearse y evolucionar y dejar de creer que el software es una mezcla de deseos y magia que naturalmente produce los efectos que se desean y que así como en sus diferentes campos de acción hay procesos que respetar, también los hay en el área de IT.
Solo queda arremeter contra alguien más contra los empíricos proveedores que hacen este tipo de cosas, que eticamente saben son incorrectas pero que les importa un bledo y que evidentemente solo les importa ganarse un contrato y no atender coherentemente las necesidades de los usuarios y negocios a los que se presentan, sin siquiera detenerse profesionalmente a pensar en el tema de hacer bien su trabajo.
En fin, aquí no hay moraleja, este caso es del día a día en muchas organizaciones, comprensible es que los protocolos restan oportunidades al negocio, a las que se debe reaccionar con tecnología, pero quizá la salida no es actuar a punta de caprichos su no crear áreas de reacción inmediata para este tipo de proyectos y no solo áreas consumidas por el soporte a los sistemas de producción y que nunca tenemos el tiempo para apalancar al negocio en los nuevos escenarios tecnológicos.
Espero sus comentarios, hasta la próxima.
Sorey ;)
Imagen tomada de: http://reporteciencianl.com/2011/06/retos-de-la-gobernabilidad/
الأربعاء، 30 نوفمبر 2011
Firebrand NORDICS Wins Awards...
We’re delighted to announce that Firebrand Training NORDICS has again been named as a Microsoft Learning Partner of the Year. In only three years of existence, Firebrand NORDICS has won this award twice. We’ve also retained our Training Partner of the Year awards from EC-Council and (ISC)2.
Over 30,000 professionals have trained with us. The reason? Frank Højgaard, Managing Director, explains: It is fantastic to receive awards and recognition from Microsoft. Thousands of students have experienced Accelerated Learning with Firebrand Training, and it has proven a massive success in the Nordics. We gain feedback from each of our students, and there is a clear trend in why they continue to recommend us. This includes: saving both time and money, being able to focus 100% on learning in our distraction-free environment, and leaving the course with a guaranteed certification. The award confirms that this is a winning combination.”
One example of how fast we are is the 12 day Microsoft MCTS/MCITP Enterprise & Server Administrator course. Traditional training would take 51 business days overall. We’re 400% faster. Firebrand saves the customer 41 business days. One can get both the certs in just 10 business days.
A Microsoft spokesperson said: "Firebrand Training is growing rapidly and is focusing on having Microsoft as a strategic business partner. The professional and flexible approach has played a role in ensuring excellent results. This has benefitted both the customer and Microsoft."
Is Your Password "Password"?
This year Sony, Nintendo and even the CIA’s security was breached. But some things refuse to change.
Splashdata reports the 25 worst passwords of 2011. Top of the list is “password”. How many of us have been guilty of that one?
Five worst passwords of 2011...
Some tips on how to improve your password:
Splashdata reports the 25 worst passwords of 2011. Top of the list is “password”. How many of us have been guilty of that one?
Five worst passwords of 2011...
- password
- 123456
- 12345678
- qwerty
- abc123
Some tips on how to improve your password:
- Use at least eight characters - numbers, letters and special characters.
- Use unique passwords/usernames for different websites. Try using an online password manager to keep track.
السبت، 26 نوفمبر 2011
Guest Blog: Firebrand Training Day 8
Martin Spears is an alumnus of our CompTIA A+/Network+ course. He took to sharing his experience with the world on his blog. Each day, for 8 days, we’ll add one post from him where he describes how his day with Firebrand went, what challenges he went through and how in the end, he achieved the certification.
Martin's final day at Firebrand Training centre - he passes the exam. He is a CompTIA A+/Network+ certified professional.
الجمعة، 25 نوفمبر 2011
Guest Blog: Firebrand Training Day 7
Martin Spears is an alumnus of our CompTIA A+/Network+ course. He took to sharing his experience with the world on his blog. Each day, for 8 days, we’ll add one post from him where he describes how his day with Firebrand went, what challenges he went through and how in the end, he achieved the certification.
Martin's final day before the exam, after which he can return to "normal life"
Read more: Martin Spears: Firebrand Training - Saturday (Day 7)
Martin's final day before the exam, after which he can return to "normal life"
Read more: Martin Spears: Firebrand Training - Saturday (Day 7)
الخميس، 24 نوفمبر 2011
Guest Blog: Firebrand Training Day 6
Martin Spears is an alumnus of our CompTIA A+/Network+ course. He took to sharing his experience with the world on his blog. Each day, for 8 days, we’ll add one post from him where he describes how his day with Firebrand went, what challenges he went through and how in the end, he achieved the certification.
Martin slogs through another 12 hour day, as he gets used to having classes after dinner.
Read more: Martin Spears: Firebrand Training - Friday (Day 6)
Martin slogs through another 12 hour day, as he gets used to having classes after dinner.
Read more: Martin Spears: Firebrand Training - Friday (Day 6)
الأربعاء، 23 نوفمبر 2011
Guest Blog: Firebrand Training Day 5
Martin Spears is an alumnus of our CompTIA A+/Network+ course. He took to sharing his experience with the world on his blog. Each day, for 8 days, we’ll add one post from him where he describes how his day with Firebrand went, what challenges he went through and how in the end, he achieved the certification.
Martin passes the A+ exam, and immediately starts preparing for N+.
Read more: Martin Spears: Firebrand Training - Thursday (Day 5)
Martin passes the A+ exam, and immediately starts preparing for N+.
Read more: Martin Spears: Firebrand Training - Thursday (Day 5)
الثلاثاء، 22 نوفمبر 2011
Guest Blog: Firebrand Training Day 4
Martin Spears is an alumnus of our CompTIA A+/Network+ course. He took to sharing his experience with the world on his blog. Each day, for 8 days, we’ll add one post from him where he describes how his day with Firebrand went, what challenges he went through and how in the end, he achieved the certification.
Day 4: More studying, preparing for the exam the next day...
Read more: Martin Spears: Firebrand Training - Wednesday (Day 4)
Day 4: More studying, preparing for the exam the next day...
Read more: Martin Spears: Firebrand Training - Wednesday (Day 4)
الاثنين، 21 نوفمبر 2011
Guest Blog: Firebrand Training Day 3
Martin Spears is an alumnus of our CompTIA A+/Network+ course. He took to sharing his experience with the world on his blog. Each day, for 8 days, we’ll add one post from him where he describes how his day with Firebrand went, what challenges he went through and how in the end, he achieved the certification.
Martin gets used to the life at Firebrand's training environment on day 3...
Read more: Martin Spears: Firebrand Training - Tuesday (Day 3)
Martin gets used to the life at Firebrand's training environment on day 3...
Read more: Martin Spears: Firebrand Training - Tuesday (Day 3)
الجمعة، 18 نوفمبر 2011
Guest Blog: Firebrand Training Day 2
Martin Spears is an alumnus of our CompTIA A+/Network+ course. He took to sharing his experience with the world on his blog. Each day, for 8 days, we’ll add one post from him where he describes how his day with Firebrand went, what challenges he went through and how in the end, he achieved the certification.
Martin attends his first lecture with Firebrand. He experiences what 12 hour days are all about and what we mean when we say our training is 'intense'...
Read more: Martin Spears: Firebrand Training - Monday (Day 2)
الخميس، 17 نوفمبر 2011
Guest Blog: Firebrand Training Day 1
Martin Spears is an alumnus of our CompTIA A+/Network+ course. He took to sharing his experience with the world on his blog. Each day, for 8 days, we’ll add one post from him where he describes how his day with Firebrand went, what challenges he went through and how in the end, he achieved the certification.
Martin reached our training centre in Wyboston Lakes, Bedfordshire on Sunday evening. He talks about how he mentally prepares himself for a 7 day marathon study session...
الأربعاء، 16 نوفمبر 2011
Now Hacking Can Kill...
Hundreds of the world’s hackers descended on Miami for Hacker Halted 2011. The reason? To learn about the latest hacks that will hit your IT systems in the coming months.
Firebrand was on a fact-finding mission, to add the latest techniques to the world’s most popular Ethical Hacking course. Below lists the some of the most shocking stats from the conference.
2,000,000 – the number of new malicious websites detected every month
100,000 – the number of new malware screened every day 400% - the rise in Android mobile malware compared to 2010 £50m – the estimated global cost of the Zeus trojan virus
110 – average days to fix a security vulnerability on a website 44% - percentage of the world’s websites that have a serious security exposure every day of the year 70% - percentage of IT professionals and chief executives that say mobile computing is now the biggest threat to IT security
Robert Chapman, CEO of Firebrand Training says: “The stats from Hacker Halted are a reminder that we’re all more vulnerable than ever. There are thousands of new threats every day, and there currently aren’t enough ‘cyber defenders’ to deal with them.”
“The scary thing is that it’s not always about money. One hacker demonstrated how a wireless insulin pump could effectively be used to deliver fatal injections. It sounds like something from a sci-fi movie. But it’s here now, and it’s very real.”
Firebrand was on a fact-finding mission, to add the latest techniques to the world’s most popular Ethical Hacking course. Below lists the some of the most shocking stats from the conference.
2,000,000 – the number of new malicious websites detected every month
100,000 – the number of new malware screened every day 400% - the rise in Android mobile malware compared to 2010 £50m – the estimated global cost of the Zeus trojan virus
110 – average days to fix a security vulnerability on a website 44% - percentage of the world’s websites that have a serious security exposure every day of the year 70% - percentage of IT professionals and chief executives that say mobile computing is now the biggest threat to IT security
Robert Chapman, CEO of Firebrand Training says: “The stats from Hacker Halted are a reminder that we’re all more vulnerable than ever. There are thousands of new threats every day, and there currently aren’t enough ‘cyber defenders’ to deal with them.”
“The scary thing is that it’s not always about money. One hacker demonstrated how a wireless insulin pump could effectively be used to deliver fatal injections. It sounds like something from a sci-fi movie. But it’s here now, and it’s very real.”
الاثنين، 14 نوفمبر 2011
Security Spend to Increase by 40%
Gartner has predicted that corporate spending across the world on security services will increase by about 40%. It has said that it'll reach up to $49 billion in three years, with the managed security services expected to jump most of all. The current spend is $35 billion.
Managed security services called "IT management" will grow from about $8 billion today to $14.8 billion in 2015. Other areas, such as security consulting, are also expected to increase, with consulting rising from $9.6 billion today to $12.1 billion in 2015.
IT Security is hot on its heels. Get your Security certifications now. Firebrand's award winning EC-Council and (ISC)2 courses will kick start your career in security.
Managed security services called "IT management" will grow from about $8 billion today to $14.8 billion in 2015. Other areas, such as security consulting, are also expected to increase, with consulting rising from $9.6 billion today to $12.1 billion in 2015.
IT Security is hot on its heels. Get your Security certifications now. Firebrand's award winning EC-Council and (ISC)2 courses will kick start your career in security.
الجمعة، 11 نوفمبر 2011
Is Your Smartphone Ready?
One of the most vulnerable segments to emerge out of the rapid technology growth is the emergence of smartphones and the 'risk' they bring along with themselves.
More and more people now prefer to browse internet on their phones. From Facebook to their emails to internet banking, people are doing it all on their smartphones.
But are the smartphones really prepraed?
A national computer security campaign is urging smartphone users to protect themselves from unintentionally downloading malware applications. Get Safe Online has revealed that their has been an increase in the smartphone malware as the market has grown.
The frauds are very sophisticated. Apps which can generate cash secretly, without the user realising it, until they see their monthly bill, have been created and are a threat to the smartphone users.
Symantec has warned Android users that their phones were at risk and that they had found at least six varieties of malicious software.
Firebrand has taught complete amateurs how to hack, in as less as 15 minutes.
Our 5 day Certified Ethical Hacking course teaches you to become a "cyber ninja" in just 5 days.
Minister for Cyber Security Francis Maude said: "More and more people are using their smartphone to transmit personal and financial information over the internet, whether it's for online banking, shopping or social networking.
"Research from Get Safe Online shows that 17% of smartphone users now use their phone for money matters and this doesn't escape the notice of criminals."
More and more people now prefer to browse internet on their phones. From Facebook to their emails to internet banking, people are doing it all on their smartphones.
But are the smartphones really prepraed?
A national computer security campaign is urging smartphone users to protect themselves from unintentionally downloading malware applications. Get Safe Online has revealed that their has been an increase in the smartphone malware as the market has grown.
The frauds are very sophisticated. Apps which can generate cash secretly, without the user realising it, until they see their monthly bill, have been created and are a threat to the smartphone users.
Symantec has warned Android users that their phones were at risk and that they had found at least six varieties of malicious software.
Firebrand has taught complete amateurs how to hack, in as less as 15 minutes.
Our 5 day Certified Ethical Hacking course teaches you to become a "cyber ninja" in just 5 days.
Minister for Cyber Security Francis Maude said: "More and more people are using their smartphone to transmit personal and financial information over the internet, whether it's for online banking, shopping or social networking.
"Research from Get Safe Online shows that 17% of smartphone users now use their phone for money matters and this doesn't escape the notice of criminals."
الأربعاء، 9 نوفمبر 2011
UK tops the way for hiring Cloud Professionals
A European Online Employment Report by Elance has revealed that UK is leading the way when it comes to hiring and managing in the cloud.
UK has witnessed a 55% increase in the hiring of web freelancers, since Q3 2010, according to the report.
UK has witnessed a 55% increase in the hiring of web freelancers, since Q3 2010, according to the report.
الثلاثاء، 8 نوفمبر 2011
Women in Technology - Mobile Computing Biggest Threat to IT Security http://www.womenintechnology.co.uk/news/mobile-computing-biggest-threat-to-it-security-news-800789021
الاثنين، 7 نوفمبر 2011
Sony, Nintendo and now Adidas. Is Your Company Next?
A couple weeks ago we wrote about the second cyber-attack on Sony and how they learned from their lesson. The German Sportswear company Adidas had to take their website content offline after suffering from what they describe as a "sophisticated, criminal cyber-attack". Millions of user’s details were compromised and as soon as Adidas discovered the incident they had put extra security measures in place to protect their visitors.
In a statement Adidas has:
"Nothing is more important to us than the privacy and security of our consumers' personal data,"
"We appreciate your understanding and patience during this time".
The news follows a series of attacks against Sony earlier in the year and 29 chemicals firms were last week reported to be targeted for a series of cyber-attacks. Once again this illustrates how sophisticated and dangerous these attacks have become.
Companies have started taking their security very seriously now, and with the big names' security being breached, it is inevitable they'll be more stringent in the future. The demand for certified ethical hackers will rise, as they'll look to combat the looming threat of hackers.
Our Certified Ethical Hacking course trains professionals as "cyber defenders" in 5 days.
In a statement Adidas has:
"Nothing is more important to us than the privacy and security of our consumers' personal data,"
"We appreciate your understanding and patience during this time".
The news follows a series of attacks against Sony earlier in the year and 29 chemicals firms were last week reported to be targeted for a series of cyber-attacks. Once again this illustrates how sophisticated and dangerous these attacks have become.
Companies have started taking their security very seriously now, and with the big names' security being breached, it is inevitable they'll be more stringent in the future. The demand for certified ethical hackers will rise, as they'll look to combat the looming threat of hackers.
Our Certified Ethical Hacking course trains professionals as "cyber defenders" in 5 days.
الأحد، 6 نوفمبر 2011
Consideraciones (no técnicas) para el desarrollo móvil
He usado este título indiscriminadamente ya que muchos de los puntos a tratar en este post son evidentemente técnicos, sin embargo llevan un llamado de atención y el decir que no son técnicas las consideraciones que escribiré es más para indicarle a los fanáticos de la guerra entre marcas de sistemas operativos y lenguajes de programación, que aquí no encontrarán nada de eso.
Hace un tiempo hice una presentación con base en la materia de computación móvil que vi en mi especialización en EAFIT acerca de las consideraciones para desarrollar aplicaciones móviles, tema que di como desconferencia en BarCamp Medellín en 2009 y en BarCamp Cúcuta en 2010, hay que ver como ha cambiado súbitamente el escenario de desarrollo de aplicaciones móviles para estos días en el panorama nacional, es probable que en otros paises para 2009 ya este escenario estuviese tomando muchos matices, pero evidentemente la popularización del uso de las tablets y smartphones ha puesto en boca de todas las personas lo que ya se evidenciaba como una tendencia en los mercados internacionales, la movilidad.
Y bien, probablemente no haya nada nuevo que decir, temas como estos son analizados técnicamente por muchos, y también desde otras perspectivas a las que no muchos prestamos atención cuando estamos aprendiendo alguna tecnología en particular.
Pues bien esas consideraciones y algunas otras a las que también me refería en mi post anterior son a las que me referiré ahora, sin embargo no entraré a considerar mis preferencias o lo que es mejor o no con respecto a ninguna tecnología, más bien les plantearé algunos escenarios y criterios para tomar diferentes decisiones, por que en esto del desarrollo para móvil hay más de una decisión que tomar.
Empecemos por aclarar el tema de los dispositivos móviles que para más de uno hasta hace poco no eran más que los celulares, ahora con las tablets a muchos les queda claro que se trata más que de tener gadgets, hablar de movilidad es tener la posibilidad de tener tus datos y aplicaciones en cualquier lugar, por eso hay desde dispositivos pequeños de uso personal, hasta algunos de gammas medias para uso personal o empresarial, y hasta notebooks (si señor considerados como dispositivos móviles) pero que obviamente tienen una serie de características que lo hacen un escenario robusto, pocos piensan en dispositivos como los rugged devices que son dispositivos móviles para el trabajo pesado, que soportan escenarios agrestes que se producen en diversos entornos empresariales u otros tan comunes y simples como las pantallas táctiles ubicadas en super mercados, y que también son consideradas dispositivos móviles. Es así como se reducen los esquemas mentales a pensar que el desarrollo móvil cubre aplicaciones únicamente de uso personal, escenario que si bien es muy popular no es el único y no enfrenta a muchas consideraciones que si lo hace el ámbito empresarial.
A la gran variedad de dispositivos móviles debemos adicionarle la gran cantidad de sistemas operativos disponibles para cada uno de esos dispositivos y por lo tanto la disponibilidad de tecnologías que además trabajen correctamente sobre esos sistemas operativos, es así como el campo de la movilidad se ha fragmentado terriblemente, y de pasar de convivir con 3 sistemas operativos comunes y unos cuántos lenguajes que se daban la guerra entre si, tenemos un escenario, de múltiples dispositivos, múltiples sistemas operativos y múltiples tecnologías de desarrollo.
Esta situación de mano con el crecimiento en la capacidad de los dispositivos y el hecho de que ahora tengamos a la mano equipos con la posibilidad de correr casi completamente cualquier aplicación web con navegadores que hasta hace poco solo podían ejecutarse en un PC de escritorio, ha producido en la industria del desarrollo más de un efecto, de por sí la mano de obra de profesionales capacitados en el área de sistemas ha estado en declive con los años, por razones que considerar no son ámbito de este post, pero que en conjunto con lo anteriormente descrito, ha hecho que más de un desarrollador web, y más de una empresa de marketing y publicidad ingrese a competir y ofrecer abiertamente a grandes compañias sus servicios de desarrollo de aplicaciones móviles que funcionan en cualquier dispositivo.
Bien, empecemos por ver que tiene eso de falso y de verdadero, en primer lugar, no por saber desarrollar para web, se sabe desarrollar para móvil, desarrollar para móvil nunca ha sido ni será hacer una aplicación miniatura, lo que habrá que considerar entonces es si la aplicación que necesitamos lo único que requiere es una mini-web y por otro lado si el futuro de esa aplicación no requiere características avanzadas para interactuar con los dispositivos.
Como sé que más de un programador llegará por aquí, aclaro que si se bien que existe la posibilidad de usar frameworks como Phone Gap para programar una sola vez y usar la misma app en diferentes plataformas, también llegue a programar con Mobile JSF y he escuchado acerca de los beneficios de JQueryMobile para web móvil, lo único que puedo decir a eso es que conociendo la cada vez más exigente solicitud de buena experiencia de usuario por parte de las personas que usan dispositivos móviles, una sola aplicación que use eficientemente las capacidades de todos los dispositivos usando un framework va a estar difícil, sin embargo es un escenario a evaluar que en algunos casos puede resultar válido, pero seguramente no en la mayoría, y dudosamente una empresa dedicada a publicacidad o marketing tendrá un gran área de desarrollo dedicada a fortalecer a su gente en mejores prácticas de desarrollo de software o el uso de herramientas de este tipo.
Por otro lado, cuando el tema se vuelve de tener una excelente experiencia de usuario, usar funciones avanzadas del teléfono y lo que se necesita es que nuestra aplicación esté disponible en las diferentes tiendas de aplicaciones, el problema se torna aún peor. Actualmente la forma como los principales proveedores de software que dominan el mercado de los sistemas operativos para móvil están trabajando, hace que un lenguaje como java que lideraba el mercado de desarrollo de aplicaciones móviles por tener la posibilidad de ser multiplataforma, se ubique al mismo nivel de los demás al ser un lenguaje que adopta algunas plataformas específicas y que en realidad ya no puede ofrecer dicha ventaja, por más de un tema de seguridad de las aplicaciones a las cuales no se les está permitiendo acceder a las capacidades de los dispositivos directamente si no a través de APIs de programación que provee el mismo Sistema Operativo.
Esta parte del escenario genera muchos más problemas de los que se pueden intuir, eso de mano con la escasa mano de obra profesional, lleva a que cada plataforma se luche a los entusiastas del desarrollo de aplicaciones para engancharlos al desarrollo de la suya en particular, mundos cada cual que pueden ser tan amplios que encontrar un programador que trabaje y que tenga experiencia real en desarrollo para diferentes plataformas, es una necesidad cada vez más común y más difícil de cubrir.
Creo que a más preguntas como esas quisiera llevarlos cuando les hablo de consideraciones no técnicas, esto del mundo del desarrollo móvil no se trata simplemente de lograr encontrar un programador disponible entre la escasez, tampoco de que plataforma es común o no, temas como la dependencia de un solo programador por existir tan pocos disponibles, la cantidad de tiempo que tomaría implementar nuestra aplicación para cada uno de los dispositivos y plataformas, si voy a trabajar para una sola plataforma y tendré el presupuesto para que los empleados que trabajan para mi tengan un dispositivo donde corra mi aplicación o bien, si mi aplicación es de uso masivo cuantas personas usuarios potenciales de mi aplicación teniendo en cuenta sus edades, intereses, ubicación geográfica y el foco de mi aplicación, son consideraciones más importantes que pensar en quien es el más popular en el mercado.
Espero que algunas de estas consideraciones les sirvan de utilidad antes de emprender algún desarrollo serio de aplicaciones para móvil. Espero sus comentarios y hasta la próxima.
Sorey ;)
Imagenes tomádas de:
http://www.muycanal.com/wp-content/uploads/2011/10/tablets.jpg
http://www.redusers.com/noticias/wp-content/uploads/2011/10/smartphones-1912.jpg
Hace un tiempo hice una presentación con base en la materia de computación móvil que vi en mi especialización en EAFIT acerca de las consideraciones para desarrollar aplicaciones móviles, tema que di como desconferencia en BarCamp Medellín en 2009 y en BarCamp Cúcuta en 2010, hay que ver como ha cambiado súbitamente el escenario de desarrollo de aplicaciones móviles para estos días en el panorama nacional, es probable que en otros paises para 2009 ya este escenario estuviese tomando muchos matices, pero evidentemente la popularización del uso de las tablets y smartphones ha puesto en boca de todas las personas lo que ya se evidenciaba como una tendencia en los mercados internacionales, la movilidad.
Pues bien esas consideraciones y algunas otras a las que también me refería en mi post anterior son a las que me referiré ahora, sin embargo no entraré a considerar mis preferencias o lo que es mejor o no con respecto a ninguna tecnología, más bien les plantearé algunos escenarios y criterios para tomar diferentes decisiones, por que en esto del desarrollo para móvil hay más de una decisión que tomar.
Empecemos por aclarar el tema de los dispositivos móviles que para más de uno hasta hace poco no eran más que los celulares, ahora con las tablets a muchos les queda claro que se trata más que de tener gadgets, hablar de movilidad es tener la posibilidad de tener tus datos y aplicaciones en cualquier lugar, por eso hay desde dispositivos pequeños de uso personal, hasta algunos de gammas medias para uso personal o empresarial, y hasta notebooks (si señor considerados como dispositivos móviles) pero que obviamente tienen una serie de características que lo hacen un escenario robusto, pocos piensan en dispositivos como los rugged devices que son dispositivos móviles para el trabajo pesado, que soportan escenarios agrestes que se producen en diversos entornos empresariales u otros tan comunes y simples como las pantallas táctiles ubicadas en super mercados, y que también son consideradas dispositivos móviles. Es así como se reducen los esquemas mentales a pensar que el desarrollo móvil cubre aplicaciones únicamente de uso personal, escenario que si bien es muy popular no es el único y no enfrenta a muchas consideraciones que si lo hace el ámbito empresarial.
A la gran variedad de dispositivos móviles debemos adicionarle la gran cantidad de sistemas operativos disponibles para cada uno de esos dispositivos y por lo tanto la disponibilidad de tecnologías que además trabajen correctamente sobre esos sistemas operativos, es así como el campo de la movilidad se ha fragmentado terriblemente, y de pasar de convivir con 3 sistemas operativos comunes y unos cuántos lenguajes que se daban la guerra entre si, tenemos un escenario, de múltiples dispositivos, múltiples sistemas operativos y múltiples tecnologías de desarrollo.
Esta situación de mano con el crecimiento en la capacidad de los dispositivos y el hecho de que ahora tengamos a la mano equipos con la posibilidad de correr casi completamente cualquier aplicación web con navegadores que hasta hace poco solo podían ejecutarse en un PC de escritorio, ha producido en la industria del desarrollo más de un efecto, de por sí la mano de obra de profesionales capacitados en el área de sistemas ha estado en declive con los años, por razones que considerar no son ámbito de este post, pero que en conjunto con lo anteriormente descrito, ha hecho que más de un desarrollador web, y más de una empresa de marketing y publicidad ingrese a competir y ofrecer abiertamente a grandes compañias sus servicios de desarrollo de aplicaciones móviles que funcionan en cualquier dispositivo.
Bien, empecemos por ver que tiene eso de falso y de verdadero, en primer lugar, no por saber desarrollar para web, se sabe desarrollar para móvil, desarrollar para móvil nunca ha sido ni será hacer una aplicación miniatura, lo que habrá que considerar entonces es si la aplicación que necesitamos lo único que requiere es una mini-web y por otro lado si el futuro de esa aplicación no requiere características avanzadas para interactuar con los dispositivos.
Como sé que más de un programador llegará por aquí, aclaro que si se bien que existe la posibilidad de usar frameworks como Phone Gap para programar una sola vez y usar la misma app en diferentes plataformas, también llegue a programar con Mobile JSF y he escuchado acerca de los beneficios de JQueryMobile para web móvil, lo único que puedo decir a eso es que conociendo la cada vez más exigente solicitud de buena experiencia de usuario por parte de las personas que usan dispositivos móviles, una sola aplicación que use eficientemente las capacidades de todos los dispositivos usando un framework va a estar difícil, sin embargo es un escenario a evaluar que en algunos casos puede resultar válido, pero seguramente no en la mayoría, y dudosamente una empresa dedicada a publicacidad o marketing tendrá un gran área de desarrollo dedicada a fortalecer a su gente en mejores prácticas de desarrollo de software o el uso de herramientas de este tipo.
Por otro lado, cuando el tema se vuelve de tener una excelente experiencia de usuario, usar funciones avanzadas del teléfono y lo que se necesita es que nuestra aplicación esté disponible en las diferentes tiendas de aplicaciones, el problema se torna aún peor. Actualmente la forma como los principales proveedores de software que dominan el mercado de los sistemas operativos para móvil están trabajando, hace que un lenguaje como java que lideraba el mercado de desarrollo de aplicaciones móviles por tener la posibilidad de ser multiplataforma, se ubique al mismo nivel de los demás al ser un lenguaje que adopta algunas plataformas específicas y que en realidad ya no puede ofrecer dicha ventaja, por más de un tema de seguridad de las aplicaciones a las cuales no se les está permitiendo acceder a las capacidades de los dispositivos directamente si no a través de APIs de programación que provee el mismo Sistema Operativo.
Esta parte del escenario genera muchos más problemas de los que se pueden intuir, eso de mano con la escasa mano de obra profesional, lleva a que cada plataforma se luche a los entusiastas del desarrollo de aplicaciones para engancharlos al desarrollo de la suya en particular, mundos cada cual que pueden ser tan amplios que encontrar un programador que trabaje y que tenga experiencia real en desarrollo para diferentes plataformas, es una necesidad cada vez más común y más difícil de cubrir.Usaré un ejemplo para llevarles un poco al escenario en el que están cayendo las organizaciones sin darse cuenta, algunos de nosotros pensamos que el lanzamiento de Windows Phone iba a ser el final de Windows Mobile, al escuchar la versión oficial de esta situación, nada tenia que ver con lo que pensabamos, la versión de Windows Mobile pasará a ser Windows Embedded, la razón es que los escenarios empresariales necesitan seguir avanzando, pero en el caso de Microsoft ellos han pasado además a querer competir mano a mano con plataformas como iPhone y Android que están más enfocadas actualmente al público masivo, que tipicamente usa sus dispositivos móviles para uso personal. Colocando esta situación en los escenarios anteriormente descritos, hay dos escenarios ahora para los que trabajamos tecnologías Microsoft, y la pregunta es ¿Las otras plataformas competirán en el ámbito empresarial? ¿Quien compite en ese ámbito si yo buscara una alternativa? Ahí lo dejo de tarea para ustedes y para mí.
Me apalanco en este último tema para presentarles una perspectiva un poco más profesional, continuando con eso de lo que deberían tener en consideración empresas o proyectos cuyas aplicaciones móviles deban ser pensadas no momentaneamente o como utilidad de uso personal y es los procesos y las metodologías de software, mi tema de siempre, si bien, podemos encontrar cantidad de entusiastas dedicados al desarrollo de aplicaciones para cada una de las plataformas disponibles, la pregunta es ¿nuestros escenarios empresariales pueden someterse a escenarios de este tipo? ¿donde quedan las mejores prácticas de metodologías de desarrollo de software ágiles o estructuradas? ¿Cuántos de estos entusiastas se preocuparán por la documentación, la seguridad, la usabilidad, las pruebas de software, el soporte, la arquitectura, el buen desempeño y la mantenibilidad de nuestras aplicaciones?
Me apalanco en este último tema para presentarles una perspectiva un poco más profesional, continuando con eso de lo que deberían tener en consideración empresas o proyectos cuyas aplicaciones móviles deban ser pensadas no momentaneamente o como utilidad de uso personal y es los procesos y las metodologías de software, mi tema de siempre, si bien, podemos encontrar cantidad de entusiastas dedicados al desarrollo de aplicaciones para cada una de las plataformas disponibles, la pregunta es ¿nuestros escenarios empresariales pueden someterse a escenarios de este tipo? ¿donde quedan las mejores prácticas de metodologías de desarrollo de software ágiles o estructuradas? ¿Cuántos de estos entusiastas se preocuparán por la documentación, la seguridad, la usabilidad, las pruebas de software, el soporte, la arquitectura, el buen desempeño y la mantenibilidad de nuestras aplicaciones?
Creo que a más preguntas como esas quisiera llevarlos cuando les hablo de consideraciones no técnicas, esto del mundo del desarrollo móvil no se trata simplemente de lograr encontrar un programador disponible entre la escasez, tampoco de que plataforma es común o no, temas como la dependencia de un solo programador por existir tan pocos disponibles, la cantidad de tiempo que tomaría implementar nuestra aplicación para cada uno de los dispositivos y plataformas, si voy a trabajar para una sola plataforma y tendré el presupuesto para que los empleados que trabajan para mi tengan un dispositivo donde corra mi aplicación o bien, si mi aplicación es de uso masivo cuantas personas usuarios potenciales de mi aplicación teniendo en cuenta sus edades, intereses, ubicación geográfica y el foco de mi aplicación, son consideraciones más importantes que pensar en quien es el más popular en el mercado.
Espero que algunas de estas consideraciones les sirvan de utilidad antes de emprender algún desarrollo serio de aplicaciones para móvil. Espero sus comentarios y hasta la próxima.
Sorey ;)
Imagenes tomádas de:
http://www.muycanal.com/wp-content/uploads/2011/10/tablets.jpg
http://www.redusers.com/noticias/wp-content/uploads/2011/10/smartphones-1912.jpg
السبت، 5 نوفمبر 2011
La política, las necesidades del negocio y la tecnología
Hace unas semanas estaba pendiente de escribir este post, justo ahora que recuerdo mi proyecto estancado, recuerdo también por que queria escribirlo, la idea, abordar un poco lo que sucede en el mundo de las Tecnologías de Información (TI o IT) cuando nos enfrentamos al desarrollo de proyectos de software siendo analistas de negocio, una posición que la verdad no muchos entienden cuándo su rol es ser desarrolladores y no tomadores de decisiones, o al menos, eso me sucedía a mi.
Desde hace 8 años me encuentro en el mundo laboral, he sido analista programador y pase de dar soporte por 3 años para compañias grandes a ser parte dele equipo de Investigación y Desarrollo de la casa de software donde trabajé durante cinco años, luego de eso terminé en otra casa de software siendo diseñador de software (no, nada de look and feel), en ese lugar terminé amando el UML y aprendiendo un poco de ser lider técnico de un equipo y cuasi arquitecto de software, ante la apatía del arquitecto que estaba encargado.Pues bien, luego de ires y venires terminé estando una empresa del tipo de empresa que siempre me juré no estar si no hasta el declive de mi carrera profesional y teniendo como cargo ser analista de negocio, una experiencia sencillamente diferente.
Después de estar al margen durante un tiempo con pasos agigantados hacia atrás dando soporte, por fin fuí tenida en cuénta para cosas que valen la pena, y como en la mayoria de empresas grandes, las labores importantes de un analista se vuelven leer correos, hacer labores administrativas, seleccionar y supervisar a proveedores, ese rol tiene un montón de matices con los que no estoy de acuerdo y que terminan haciendo que los profesionales terminen por volverse seres obsoletos, pero ese es un tema de otro post.
Lo que me lleva a escribir es una experiencia que tuve en una presentación de un proveedor, de los pocos la verdad que me pudo dejar absolutamente atenta observándolo y escuchándolo por 3 horas continuas. Este señor Daniel, por su nombre de pila y de quien tengo que omitir su detalles por temas corportativos, después de explicarnos en que consistía su herramienta y de que mi jefe le preguntara como hacian para negociarla, presentó varios puntos que me dejarón impresionada, a mi pesar corporativamente hablando, pero admirada en el ámbito personal.
En su larga respuesta y explicación habló de varios puntos de los que espero espero transmitir con fidelidad dos de ellos:
- La politica es más importante que la necesidades de negocio: Cuando mencionó esto la verdad es que no le entendí, sin embargo el explicó. Cuando uno va pasando por los diferentes estadíos de su carrera profesional (de ahí que les contara un poco de mi recorrido por que coincido totalmente con lo que dice este señor), cuando recién se esta empezando, tiende a pesar que IT, es quien manda, que la tecnología es quien dirige a los negocios llevándolos a evolucionar día a día, es apenas comprensible tener esa visión de las cosas, si te ubicas al pie de una montaña dificilmente vas a observar lo que sucede en el panorama general, y haciendo un símil, desde esa posición parece que si le pones pies a la montaña, pues va a salir andando, y te quejas constantemente de que justamente alguien con dinero y desde las altas esferas no le ponga pies a la montaña para que ande a un ritmo más acelerado.
Después de que has recorrido un poco el camino y te acercas a cargos que si bien no toman las decisiones directamente, influyen en algunas de ellas y están cerca de quienes si las toman, sucede que empiezas a comprender que los negocios se rigen por unas necesidades, esas necesidades son quienes llevan a los tomadores de decisiones a invertir en lo que de verdad necesita el negocio para cumplir con sus metas.
En este punto la queja es, ¿por que no hay mejores tomadores de decisiones? ¿por que no hay gente realmente capacitada para tomar esas decisiones? Personas informadas y que entiendan temas de vanguardia tecnológica, para no dejar que proveedores maliciosos les vendan oro falso, los días son pensados viendo como la desinformación de quienes más influencia tienen llevan a las empresas a caer en fiascos que eran tan obvios.
En ese punto me encontraba yo hasta conocer a esta persona y ahora viene su enseñanza, el dijo, saben, están muy equivocados, las necesidades no son las que llevan el negocio, es la política. En ese momento imagino mi cara de signo de interrogación ¿como qué no son las necesidades? ¿la política? ¿qué importa la política?. Daniel continuó su discurso explicando como si no hay un interés real de alguien en una alta esfera por llevar a cabo un proyecto, aunque ese proyecto sea una gran necesidad de tu empresa, nunca va a realizarse. Si yo sé que esto no es nada de otro mundo, y que es muy obvio, pero creo que yo jamás lo habia visto de esa forma. En efecto de eso se trataba mi proyecto, del cual lamento no poder comentar, pero es una necesidad que debería estar cubierta hace muchos años, por mera competitividad, y cuya decisión lleva retrasada meses por que nadie de un alto rango se encontraba interesado hasta ahora. Alguno dirá que es trabajo de un analista de negocio presentarle a los directores estas necesidades, pero en este caso particular, eso no ha faltado.
Analizando un poco más lo que dice Daniel, me impresiona el pensar que despues de unos meses cuándo al fin caen en cuenta que el mundo va más rápido de lo que va la compañia, y lo que era un deber ser, se convierte en una necesidad apremiante, entonces llega la búsqueda acelerada de proveedores, en la que mi trabajo actualmente es no dejar que contraten uno de esos que vende falsas expectativas.
- Nuestro producto y nuestro trabajo valen: Creo que este subtítulo que le di no hace justicia con lo que significa este punto que voy a contarles, pero intentaré mostrarles la perspectiva que de hecho me hizo recordar uno de mis ex-jefes, Carlos, quien decia frente a un proceso de licitación al darse cuenta que su tarifa era más alta que la de sus competidores,que era el colmo que los otros competidores estuvieran arruinando el mercado, cosa en la que tenia mucha razón, y que si la empresa contratante decidia que nosotros no seríamos más los que trabajabamos para ellos por el precio, pues que así fuera, por que sus empleados y su trabajo tenian valor (Hoy desde la posición de ex-presidente de esa misma compañia seguro lo reconsideró)
Algo similar nos estaba diciendo Daniel al hablar de su producto, ¿que como lo ibamos a adquirir?, la respuesta, simple, demostrándole que la política de nuestra empresa estaba dispuesta invertir en una herramienta como la suya, que tantas necesidades iba a resolvernos a corto, mediano y largo plazo.
La verdad es que el tiene razón, lo malo es que en estos procesos de negociación donde el tira y afloja es constante, el sentó una posición muy difícil, nuestra empresa debía apostar a una inversión enorme, quizá no inicialmente, el de hecho no estaba solicitando que le fuese pagado inmediatamente el valor de su producto, pero exigía algo, que con la comprensión del primer punto en este post, es bastante difícil de prometer. La promesa que pedía era confirmarle que la política de la organización iba a estar comprometida con la adquisición del producto, en un futuro próximo.
Como les comentaba antes, esto corporativamente hablando iba a sumergir a mi proyecto en el limbo, lastimosamente nadie podia comprometerse con lo que pedia Daniel, menos cuando la necesidad inicial era tan pequeña, aunque tuvieramos la comprensión de que al futuro sería mayor. A hoy mi proyecto sigue en el limbo, buscar otros proveedores después de conocer una alternativa que solucionaría tantos problemas futuros, ha puesto en desventaja a otros y otros más al saberlo no se han ni interesado en competir.
Lo admirable, el punto que quería resaltarles de esta segunda parte es el hecho de que este señor se mantuvo y se ha mantenido firme en su punto hasta ahora, y la verdad que no creo que sea negociable, por las implicaciones técnicas de las que soy consciente, pero sobre todo por su firme covicción y conocimiento de que lo que tiene en sus manos tiene valor, y así mismo su herramienta se convierte en su caballo para librar batallas, en las que si bien puede que gane pocas, hasta ahora como el mismo nos lo dijo, los que se han comprometido, han obtenido la misma reprocidad en el compromiso y además los beneficios prometidos.
No se si haya que buscar culpables, pero respuestas seguro todos buscamos, ahora en mi posición de analista de negocio me confunde un poco alinearme en esas trés verticales, sugiriendo una implementación tecnológica viable, que satisfaga las necesidades de la compañia y que vaya con la política de la organización, que en caso de no existir se volverá una cadena de convencer a todos de que es lo que deberían hacer, y eso, eso si que es un trabajo, duro y largo.
Hoy puedo decir, que ya entiendo por que las grandes empresas parecen en algunos aspectos grandes dinosaurios obsoletos para aquellos que nos acostumbramos a estar actualizados en tecnología, hoy eso tiene más sentido y también mucha más razón.
Sorey García (@soreygarcia)
* Imagen tomada de Microsoft Office Online 2010
الجمعة، 4 نوفمبر 2011
Internet Explorer Not Hot Enough Anymore
Since its inception in the mid 90’s Microsoft Internet Explorer has claimed more than 50% of the web’s traffic. Now though after more than a decade Internet Explorer is no longer the preferred browser choice for people.
Microsoft’s browser’s share currently stands at 49.6 %, which is mostly due to its almost non-existence presence of mobile and tablet markets, which according to Netmarketshare.com makes up for 6 % of web traffic. Safari currently has 62.17% of mobile traffic, contributing to Internet Explorer’s diminishing share.
Firefox is the second most favored web browser with 21.20% of traffic, trailed by Google Chrome, which has 16.60 % and Safari, which accounts for 8.72 %. As time goes by Internet Explorer’s competitors are continuously increasing their shares. The question now is, can Microsoft regain the lost shares or are they slowly but surely phasing out of our lives?
Fact is though Microsoft’s Internet Explorer is still claims more web traffic than Firefox, Google Chrome and Safari combined. So the next question is, will any of the three ever claim the same position that the Internet Explorer has had for over a decade?
الأربعاء، 2 نوفمبر 2011
600,000 Facebook Accounts 'Compromised' Every Day
Facebook is the largest social network in the world. It is the third biggest "country", after China and India. As it stands, it has 800 million active users. Facebook has time and again come under heat for security and privacy concerns.
MSNBC.com has reported that 600,000 Facebook contacts are compromised everyday. Facebook tries to defend itself, by saying "only 0.06 percent of 1 billion logins per day are compromised". No matter how you look at it, 600,000 isn't a small number. These "compromised accounts" then set the foundation for misbehavious, cyber bullying, scams and other cyber criminals.
One should protect their accounts better to ensure that we're not one of the "600,000" accounts to get compromised.
Note: Facebook wants it known that these accounts weren’t hacked or compromised on Facebook itself, they are compromised off site, such as through phishing scams, for example.
MSNBC.com has reported that 600,000 Facebook contacts are compromised everyday. Facebook tries to defend itself, by saying "only 0.06 percent of 1 billion logins per day are compromised". No matter how you look at it, 600,000 isn't a small number. These "compromised accounts" then set the foundation for misbehavious, cyber bullying, scams and other cyber criminals.
One should protect their accounts better to ensure that we're not one of the "600,000" accounts to get compromised.
Note: Facebook wants it known that these accounts weren’t hacked or compromised on Facebook itself, they are compromised off site, such as through phishing scams, for example.
الاثنين، 31 أكتوبر 2011
What Does it take to be a succesful Project Manager?
The success of any project is down to good project management. If a project is not managed well, it could lead to exceeding the budget and going beyond the deadline. Lots of businesses face difficulties because they are unable to manage projects. It is vital for the success of the project that the person managing it is qualified for the job.
An ideal project manager must be detail oriented, analytical, understand the requirements of the project and ensure that those involved in the project are motivated and committed. Some people already possess these skills and are able to lead a project; others need to be trained in them.
Having a Project Management Professional (PMP) certification validates that you have the experience, training and skills to successfully to manage projects.
According to the PMI Salary Survey — Sixth Edition, most people who are trained and certified in PMP have increased their marketability to employers and have a 10% higher salary than your non-credentialed colleagues and peers.
Read more about Firebrand’s Project Management Professional (PMP) course.
An ideal project manager must be detail oriented, analytical, understand the requirements of the project and ensure that those involved in the project are motivated and committed. Some people already possess these skills and are able to lead a project; others need to be trained in them.
Having a Project Management Professional (PMP) certification validates that you have the experience, training and skills to successfully to manage projects.
According to the PMI Salary Survey — Sixth Edition, most people who are trained and certified in PMP have increased their marketability to employers and have a 10% higher salary than your non-credentialed colleagues and peers.
Read more about Firebrand’s Project Management Professional (PMP) course.
الأحد، 30 أكتوبر 2011
Instalando MojoPortal un CMS ASP.NET para pruebas locales
Saludos
Aprovechando que me encuentro montando MojoPortal, mi CMS (Content Management System) Open Source favorito (Si, si Open Source y en .NET), les dejo aquí las instrucciones para instalarlo y trataré de enseñarles algunas cositas en post futuros.
1. Lo primero es entrar a la página de MojoPortal oficial y descargar el software, se van a encontrar que pueden descargarlo desde CodePlex o que pueden usar el WebInstaller
2. Yo en este caso descargaré desde el CodePlex, ya que el WebInstaller es más fácil y los va llevando. Deben descargar la versión que corresponda con el .NET Framework que soporte su hosting, eso es muy importante. Para saber cual archivo descargar miran el nombre:
mojoportal-2-3-7-0-mssql-net40-deploymentfiles.zip
El nombre indica la base de datos y la versión del framework. Además si desean probar skins adicionales, en la parte inferior hay algunos.
3. Luego proceden a descomprimir los archivos de despliegue y ubicarlos en la ruta de su máquina que deseen.
c) Después de confirmar que se renombró ejecutenlo y dirijanse a la primera pestaña, seleccionando el proveedor para SQL Sever
d) Ingresen los datos de conexión a su base de datos, si todo está bien en la lista de bases de datos verán todas las que tienen instaladas.
e) Hagan el test de conexión
Aprovechando que me encuentro montando MojoPortal, mi CMS (Content Management System) Open Source favorito (Si, si Open Source y en .NET), les dejo aquí las instrucciones para instalarlo y trataré de enseñarles algunas cositas en post futuros.
1. Lo primero es entrar a la página de MojoPortal oficial y descargar el software, se van a encontrar que pueden descargarlo desde CodePlex o que pueden usar el WebInstaller
2. Yo en este caso descargaré desde el CodePlex, ya que el WebInstaller es más fácil y los va llevando. Deben descargar la versión que corresponda con el .NET Framework que soporte su hosting, eso es muy importante. Para saber cual archivo descargar miran el nombre:
mojoportal-2-3-7-0-mssql-net40-deploymentfiles.zip
El nombre indica la base de datos y la versión del framework. Además si desean probar skins adicionales, en la parte inferior hay algunos.
4. Creamos un grupo de aplicaciones en nuestro Internet Information Services
5. Configuramos la carpeta donde descargamos los archivos de despliegue como un sitio web usando el grupo de aplicaciones que configuramos.
6. Asignamos permisos al usuario del grupo de aplicaciones en la carpeta App_Data y Data que están dentro de la carpeta principal de archivos que descargamos. Ten presente que el usuario al que le debes dar permisos es IIS AppPool\"Nombre del Grupo de Aplicaciones"
7. Podemos probar que el sitio quedó bien colocando la url que configuramos en el explorados, debe salir un error de instalación de MojoPortal, ya que no hemos creado nuestra base de datos.
8. Vamos a SQL Server y creamos la base de datos, en mi caso es SQL Server Express R2, así que aún vamos con todo gratuito.
9. Ahora debemos configurar 2 archivos Web.config y user.config.sample. Al segundo lo renombramos y le quitamos la extensión sample, quedando unicamente user.config.
10. Debemos abrir los dos archivos y configurarles la cadena de conexión a la base de datos, dependiendo de la base de datos que vamos a usar, les dejo los ejemplos para SQL Server
Si no saben como obtener esta cadena de conexión, les recomiendo este par de fáciles opciones:
a) Creen un archivo de texto
b) Cambien su extensión a .UDL
c) Después de confirmar que se renombró ejecutenlo y dirijanse a la primera pestaña, seleccionando el proveedor para SQL Sever
d) Ingresen los datos de conexión a su base de datos, si todo está bien en la lista de bases de datos verán todas las que tienen instaladas.
e) Hagan el test de conexión
f) Diríjanse nuevamente a su archivo .udl y ábranlo con un editor de texto simple como Notepad o Notepad ++ que es el que yo uso.
g) Adentro encontrarán el string de conexión que deben configurar.
Otra opción la más fácil y sencilla para mi es usar Visual Studio, en mi caso Visual Studio Web Developer, en el Explorador de Servidores para conectarse a la base de datos y obtener la cadena de conexión de la pestaña de propiedades como ven aquí:
11. Volvemos al explorador usando la url que configuradmos en IIS y si todo salió bien MojoPortal comienza a instalarse.
12. Aquí podemos ver ya a MojoPortal funcionando :)
Espero que les sea de utilidad, si quieren ver un sitio montado con esta herramienta visiten Avanet y todos sus proyectos asociados.
Si tienes problemas con la instalación hay más detalles en el tutorial de instalación del portal oficial
Sorey ;)
الجمعة، 28 أكتوبر 2011
IT Skills Demanded for 2012
29% of IT Executives plan to increase their IT staff through next summer, Computerworld’s annual forecast survey has revealed. The number is up from 23% in 2010.
The major skills that stood out from the survey are:
- Project Management – The demand for Project Managers has been on the rise in the recent years. But this time round, IT Executives want PMs which can identify users’ needs and translate it for the IT staff, the popular business analysts. The major courses for Project Management Certification are PMP and PRINCE2.
- Networking – Virtualisation and Cloud Computing have acted as a catalyst in increasing the demand for Networking.
- Security – Security remains a top priority for IT executives, as hacks become more and more sophisticated, making our systems look ever so vulnerable.
الاشتراك في:
الرسائل (Atom)