sábado, 16 de febrero de 2008
by Ernesto
Esta frase vino a mi memoria ahora que se anuncia que la guerra de formatos de video de alta definicion de esta generacion ha acabado y el HD-DVD ha muerto, esta vez Sony y su formato Blu-Ray ha ganado.
A principios del año pasado no se tenia claro que formato emergeria ganador de este duelo y como podemos leer en esta entrevista al presidente de Toshiba España ellos tenian razones para sentir optimismo, asi que habia el temor de cuanto tiempo los usuarios tendrian que sufrir la dualidad de formatos, al final como cuenta Alt1040 han habido varias señales consecutivas que indicaban por donde iba madurando el mercado.
Siendo que los nuevos formatos empezaron a ser presentados alrededor del 2004, creo que esta vez la guerra fue corta si la comparamos con la anterior......
La frase que da titulo a este post la lei a mediados de los 80s para hacer publicidad a una tienda de alquiler de peliculas en "El Comercio", me parece que en la propaganda salia un mimo rodeado de un monton de cintas de video, es que por alguna razon en esa epoca Sony tuvo un momento de gloria en el Peru, pero desde el 87 la campaña de Panasonic fue muy fuerte y para cuando llegaron los 90s eran los usuarios de Betamax quienes la tenian complicado para conseguir peliculas, me acuerdo que fuimos a Polvos Azules con un amigo para buscar anime, y todo estaba en VHS pero los vendedores le indicaban quien era el unico que vendia todavia en Betamax, pocos años despues me contaba que al final tambien se habia comprado un VHS.
Recuerdo incluso un capitulo de los Simpsons en que unos pandilleros entran a robar a varias casas y uno sale con aparato, lo mira y dice "demonios...! Es Beta!!".
Revisemos esta comparativa de la diferencia de calidad entre Blu-Ray y DVD tomando como referencia Spiderman 3, viendo las fotos vemos efectivamente una mejor calidad por parte de Blu-Ray, pero Bajo la Mascara los comentaristas sospechan de una intencion deliberada de procurar no dar lo maximo de calidad que aun permite el DVD para de esta manera incentivar la migracion hacia el nuevo formato, la verdad que si.... es muy probable.
Ahora toca ver como vendra la nueva oleada de precios de los reproductores Blu-Ray y las respectivas peliculas...
Vida y muerte del VHS
A principios del año pasado no se tenia claro que formato emergeria ganador de este duelo y como podemos leer en esta entrevista al presidente de Toshiba España ellos tenian razones para sentir optimismo, asi que habia el temor de cuanto tiempo los usuarios tendrian que sufrir la dualidad de formatos, al final como cuenta Alt1040 han habido varias señales consecutivas que indicaban por donde iba madurando el mercado.
Siendo que los nuevos formatos empezaron a ser presentados alrededor del 2004, creo que esta vez la guerra fue corta si la comparamos con la anterior......
La frase que da titulo a este post la lei a mediados de los 80s para hacer publicidad a una tienda de alquiler de peliculas en "El Comercio", me parece que en la propaganda salia un mimo rodeado de un monton de cintas de video, es que por alguna razon en esa epoca Sony tuvo un momento de gloria en el Peru, pero desde el 87 la campaña de Panasonic fue muy fuerte y para cuando llegaron los 90s eran los usuarios de Betamax quienes la tenian complicado para conseguir peliculas, me acuerdo que fuimos a Polvos Azules con un amigo para buscar anime, y todo estaba en VHS pero los vendedores le indicaban quien era el unico que vendia todavia en Betamax, pocos años despues me contaba que al final tambien se habia comprado un VHS.
Recuerdo incluso un capitulo de los Simpsons en que unos pandilleros entran a robar a varias casas y uno sale con aparato, lo mira y dice "demonios...! Es Beta!!".
Revisemos esta comparativa de la diferencia de calidad entre Blu-Ray y DVD tomando como referencia Spiderman 3, viendo las fotos vemos efectivamente una mejor calidad por parte de Blu-Ray, pero Bajo la Mascara los comentaristas sospechan de una intencion deliberada de procurar no dar lo maximo de calidad que aun permite el DVD para de esta manera incentivar la migracion hacia el nuevo formato, la verdad que si.... es muy probable.
Ahora toca ver como vendra la nueva oleada de precios de los reproductores Blu-Ray y las respectivas peliculas...
Vida y muerte del VHS
by Ernesto
Usualmente no suelo recomendar otros posts sin un contexto previo, pero en este caso vale la pena porque estos dos amigos mios cubren y amplian topicos que ya se han tratado aqui, pero por sobre todo por la calidad del analisis efectuado.
El Bruno se explaya muy bien sobre la necesidad de la presencia de tech-frikis en los proyectos de desarrollo, la necesidad de brindar un entorno donde se sientan comodos, y la falta de vision de algunos responsables de estos proyectos que "tampoco entienden que "sus recursos" no pueden ser tratados como simples piezas de un Lego; teniendo un poco de sentido común es imposible pensar que una persona puede salir de un proyecto y cuando entra su reemplazo, automáticamente se adapta al nuevo equipo, rinde al mismo nivel que su antecesor, etc".
Vicente, nos trata de manera amena sobre la obsesion de establecer analogias entre los "arquitectos y albañiles" y los "ingenieros y programadores, algo de lo cual ya vimos al comentar sobre cual seria el perfil de un ingeniero informatico, me quedo con la conclusion de Vicente quien a pesar de hace años no tirar codigo nos dice: " Sigo pensando que la mejor forma de entender un diseño o un patrón es haberlo implementado. Hoy, todavía, un buen ingeniero del software, en general, debe ser o ha tenido que ser en algún momento un buen programador.
Buen y feliz fin de semana.
El Bruno se explaya muy bien sobre la necesidad de la presencia de tech-frikis en los proyectos de desarrollo, la necesidad de brindar un entorno donde se sientan comodos, y la falta de vision de algunos responsables de estos proyectos que "tampoco entienden que "sus recursos" no pueden ser tratados como simples piezas de un Lego; teniendo un poco de sentido común es imposible pensar que una persona puede salir de un proyecto y cuando entra su reemplazo, automáticamente se adapta al nuevo equipo, rinde al mismo nivel que su antecesor, etc".
Vicente, nos trata de manera amena sobre la obsesion de establecer analogias entre los "arquitectos y albañiles" y los "ingenieros y programadores, algo de lo cual ya vimos al comentar sobre cual seria el perfil de un ingeniero informatico, me quedo con la conclusion de Vicente quien a pesar de hace años no tirar codigo nos dice: " Sigo pensando que la mejor forma de entender un diseño o un patrón es haberlo implementado. Hoy, todavía, un buen ingeniero del software, en general, debe ser o ha tenido que ser en algún momento un buen programador.
Buen y feliz fin de semana.
viernes, 15 de febrero de 2008
by Ernesto
Por alguna razon me acabo de acordar un mail que me mando mi amiga que esta en Chile preguntando que seria necesario para migrar de C++ a C. Eso fue hace unos años pero aun asi sirve como ejemplo para ver como algunas decisiones se toman de manera poco estrategica.
El caso es que se tenia un proyecto desarrollado para una plataforma de comunicaciones, y habia sido desarrollado en C++ (osea orientado a Objetos) pero que por una migracion se requeria tener la misma funcionalidad en una plataforma cuyo compilador solo soportaba C (estructurado) y no C++. Conteste a mi amiga de que habria que convertir las clases a estructuras y definir una nomenclatura que sirva para identificar las funciones para que mapeen los metodos de las clases.... pero en fin.. tenia un pinta de ser una tarea titanica, suerte que al final ella no se hizo cargo.
Esto viene a proposito de tendencias que vemos en las empresas, anclarse a plataformas obsoletas o con fabricantes absorbidos/desaparecidos, todo porque se considera que la logica de negocio ya esta estable, que el costo de migrar seria superior y la mas comun... "es que el mainframe es mas robusto", "esta nueva tecnologia aun no esta probada" todas son excusas que al final se agravan en los casos de integracion de sistemas.
Los efectos visibles los habremos visto frecuentemente, sistemas criticos dependiendo de miles de lineas de codigo en COBOL, mismos que requieren constantes ajustes y mantenimientos que no pueden beneficiarse de conceptos como arquitectura de servicios, XML, WebServices, y en algunos casos ni siquiera Orientacion a Objetos, esto porque se siguio un proceso de mantenimiento continuo mas no de evolucion de los sistemas, a lo sumo una adaptacion de interfaces para su conexion con nuevas tecnologias, pero.... cambiar mi amado y superpoderoso mainframe con COBOL? ni hablar!!! Un resultado muy visible se vio cuando hubo que solucionar el problema del año 2000, se comentaba que en algunas empresas se tuvo que traer a programadores jubilados para que estuvieran en el proceso de parche, ya que estos eran quienes habian estado durante el desarrollo original.
Cierto, no es que debamos cambiar por cambiar, sino hacer un analisis de las nuevas tecnologias y sus perspectivas de evolucion, no vaya a ser que pase como quienes apostaron por las WebClasses, ColdFusion, o Visual J++, pero a estas alturas... desconfiar de los servidores de bases de datos relacionales??? (pues si a estas alturas hay quienes aun les tienen alergia).
Ironicamente se da el caso de empresas que acometen renovaciones periodicas de ciertas partes de su plataforma, especialmente la de los usuarios finales, pero claro... el nucleo hecho en mainframe... ni tocarlo, pero eso si.. a montar toda una super arquitectura Web mediante SOA y XML, como me paso en un proyecto donde todo era muy moderno en teoria, pero el mainframe era incapaz de generar XML para ser consumido (por lo menos eso podria hacer, no?) asi que otro modulo era el de conversion de tramas, eso si... no les falto valor para introducir AJAX en las etapas finales del proyecto.... alucinante de veras, se pasan defendiendo al mainframe por ser algo "ya probado" pero a la hora de los loros meten una tecnologia recien probandose... en las etapas finales del proyecto.
El caso es de que a veces se pierde la vista de que las Tecnologias de la Informacion deben cumplir un rol como ventaja competitiva para la organizacion, o en todo caso facilitador de sus procesos, pero lamentablemente vemos como persiste la dependencia a los "legados" lo cual lleva a problemas de mantenimiento debido al parche tras parche, y ahora la dificultad (y el mayor costo que eso conllevara) para encontrar personal dispuesto a trabajar en dichas tecnologias, como se manifiesta en el hecho de que buena parte de los reclutamientos que hizo una empresa española en Peru fueron de programadores para mainframe, es que claro... las nuevas generaciones saben de que va eso asi que evitaran tratar de enfocar su carrera en el uso de dichas tecnologias, y si en Peru aun es factible encontrar este tipo de programadores... es un sintoma de que algo se esta haciendo mal por ahi.
El caso es que se tenia un proyecto desarrollado para una plataforma de comunicaciones, y habia sido desarrollado en C++ (osea orientado a Objetos) pero que por una migracion se requeria tener la misma funcionalidad en una plataforma cuyo compilador solo soportaba C (estructurado) y no C++. Conteste a mi amiga de que habria que convertir las clases a estructuras y definir una nomenclatura que sirva para identificar las funciones para que mapeen los metodos de las clases.... pero en fin.. tenia un pinta de ser una tarea titanica, suerte que al final ella no se hizo cargo.
Esto viene a proposito de tendencias que vemos en las empresas, anclarse a plataformas obsoletas o con fabricantes absorbidos/desaparecidos, todo porque se considera que la logica de negocio ya esta estable, que el costo de migrar seria superior y la mas comun... "es que el mainframe es mas robusto", "esta nueva tecnologia aun no esta probada" todas son excusas que al final se agravan en los casos de integracion de sistemas.
Los efectos visibles los habremos visto frecuentemente, sistemas criticos dependiendo de miles de lineas de codigo en COBOL, mismos que requieren constantes ajustes y mantenimientos que no pueden beneficiarse de conceptos como arquitectura de servicios, XML, WebServices, y en algunos casos ni siquiera Orientacion a Objetos, esto porque se siguio un proceso de mantenimiento continuo mas no de evolucion de los sistemas, a lo sumo una adaptacion de interfaces para su conexion con nuevas tecnologias, pero.... cambiar mi amado y superpoderoso mainframe con COBOL? ni hablar!!! Un resultado muy visible se vio cuando hubo que solucionar el problema del año 2000, se comentaba que en algunas empresas se tuvo que traer a programadores jubilados para que estuvieran en el proceso de parche, ya que estos eran quienes habian estado durante el desarrollo original.
Cierto, no es que debamos cambiar por cambiar, sino hacer un analisis de las nuevas tecnologias y sus perspectivas de evolucion, no vaya a ser que pase como quienes apostaron por las WebClasses, ColdFusion, o Visual J++, pero a estas alturas... desconfiar de los servidores de bases de datos relacionales??? (pues si a estas alturas hay quienes aun les tienen alergia).
Ironicamente se da el caso de empresas que acometen renovaciones periodicas de ciertas partes de su plataforma, especialmente la de los usuarios finales, pero claro... el nucleo hecho en mainframe... ni tocarlo, pero eso si.. a montar toda una super arquitectura Web mediante SOA y XML, como me paso en un proyecto donde todo era muy moderno en teoria, pero el mainframe era incapaz de generar XML para ser consumido (por lo menos eso podria hacer, no?) asi que otro modulo era el de conversion de tramas, eso si... no les falto valor para introducir AJAX en las etapas finales del proyecto.... alucinante de veras, se pasan defendiendo al mainframe por ser algo "ya probado" pero a la hora de los loros meten una tecnologia recien probandose... en las etapas finales del proyecto.
El caso es de que a veces se pierde la vista de que las Tecnologias de la Informacion deben cumplir un rol como ventaja competitiva para la organizacion, o en todo caso facilitador de sus procesos, pero lamentablemente vemos como persiste la dependencia a los "legados" lo cual lleva a problemas de mantenimiento debido al parche tras parche, y ahora la dificultad (y el mayor costo que eso conllevara) para encontrar personal dispuesto a trabajar en dichas tecnologias, como se manifiesta en el hecho de que buena parte de los reclutamientos que hizo una empresa española en Peru fueron de programadores para mainframe, es que claro... las nuevas generaciones saben de que va eso asi que evitaran tratar de enfocar su carrera en el uso de dichas tecnologias, y si en Peru aun es factible encontrar este tipo de programadores... es un sintoma de que algo se esta haciendo mal por ahi.
viernes, 8 de febrero de 2008
by Ernesto
Varsavsky nos comenta la noticia: Facebook inagura su version en español, el tema es particularmente interesante ya que en vista de su rapido crecimiento muchos se preguntaban el porque se insistia en solo tener una version en ingles.
Al parecer todo era cuestion de tiempo, y ya esta la flamante version, asi que solo resta esperar a ver si logra ganarle cuota de mercado a Hi5 en nuestros paises, MySpace no lo logro.... veremos que pasa ahora.
Como nota curiosa debe notarse que este lanzamiento se hace antes que el de las versiones en aleman y frances, lo cual es un simbolo positivo del peso de este idioma en Internet, el caso contrario es por ejemplo el de Google, que provee mecanismo de traduccion entre aleman, frances e ingles, pero en el caso del español solo hacia y desde el ingles.
Al parecer todo era cuestion de tiempo, y ya esta la flamante version, asi que solo resta esperar a ver si logra ganarle cuota de mercado a Hi5 en nuestros paises, MySpace no lo logro.... veremos que pasa ahora.
Como nota curiosa debe notarse que este lanzamiento se hace antes que el de las versiones en aleman y frances, lo cual es un simbolo positivo del peso de este idioma en Internet, el caso contrario es por ejemplo el de Google, que provee mecanismo de traduccion entre aleman, frances e ingles, pero en el caso del español solo hacia y desde el ingles.
viernes, 1 de febrero de 2008
by Ernesto
Pues si, la noticia del dia es que Microsoft ha ofrecido comprar a Yahoo! por 30,300 millones de euros (en efectivo), ya se había especulado de esta posible operación hace un tiempo, luego de que se anunciara la disponibilidad de mecanismos de integración para sus plataformas de mensajería.
Lo interesante es que esta oferta se anuncia luego de que las ganancias de Yahoo! habían caído y que se iba a despedir a 1000 empleados, como se relacionara esto con el valor de la oferta hecha? La oferta supone un incremento del 62% sobre el valor actual de la acción de Yahoo, así que estando las cosas como están... es bien difícil que puedan conseguir una oferta mejor, aun así... igual presionan y consiguen mas dinero, total los ingresos generados por Windows y Office aun dan para muchas de estas operaciones.
Como cambian las cosas, cuando Google solo era un buscador Yahoo tuvo la oportunidad de adquirirlo, pero paso... y mira lo que ocurre, Google ya es mas grande que Yahoo y MS Live!, lo cual me lleva a plantearnos el tema es si de esta absorcion se generara una sinergia lo suficiente como para plantar cara a Google.
Analicemos el patrón de estas empresas, Microsoft fue capaz de generar su éxito integrando mas y mas aplicaciones teniendo como punto de partida los Sistemas Operativos (DOS y Windows) primero la ofimática, luego las aplicaciones de desarrollo... el software empresarial, pero no fue capaz de repetir ese esquema en el entorno de Internet (no hablo de su SW como Explorer ni el IIS) tan es así que con todo MSN Live! a pesar de su dinero solo ha tenido un éxito razonable en el area de mensajeria, pero por lo demás..... Yahoo! arranco bien con su directorio de la Web, lo cual le permitió ir creciendo integrando servicios de calidad en su momento: RocketMail (como base para Yahoo! Mail), eGroups, Geocities, pero cuando pasa el boom de la burbuja dotcom y una nueva generación de servicios surge, ya no hay crecimiento sino un declive, no muy pronunciado, pero declive. Google es producto o impulsor de esa nueva generación de servicios, su éxito como buscador (gracias a un algoritmo superinteligente) le permitió arrancar con paso firme en la creación e integracion de nuevos servicios interactivos que es lo que le ha permitido ser el líder de esta generación de proveedores Internet.
La experiencia dice que dos medianos no hacen un grande (como lo demostró la fallida fusión de Corel y Borland) y en este sector MSN Live no es tan grande, y Yahoo esta dejando de serlo, por lo cual la apuesta si bien es interesante es muy arriesgada y requerirá mucho empuje por parte de la organización resultante.
Enrique Dans hace interesante análisis sobre la operación, manifestando su escepticismo de la siguiente manera:¿Potencial? Si hablamos de Microsoft, el potencial siempre es elevadísimo: muchas personas muy brillantes y en un entorno prácticamente idílico que la convierten en un lugar fantástico para desarrollar una carrera profesional....para que Microsoft pueda de verdad materializar su potencial en Internet y pasar de ser una empresa del siglo pasado, basada en la venta de licencias, a ser una de este siglo, basada en servicios y publicidad, debe desprenderse de un lastre enormemente pesado: debe asesinar virtualmente a toda una generación de directivos, los que levaron a Microsoft a ser lo que es, y los que le impiden avanzar en el sentido en que lo necesita. ¿Va a hacer Microsoft algo así? .........
La unión Microsoft - Yahoo! unida a la dinamización del gigante de Redmond plantea posibilidades interesantísimas tanto en publicidad como en servicios web, búsqueda, multimedia, desarrollo y hasta en su relación con las comunidades de software libre, un aspecto fundamental para una Microsoft que no ha sabido adaptarse a un mundo en el que el mejor software ya no se desarrolla dentro de los muros de una empresa, sino en comunidades desperdigadas por todo el mundo. Yahoo! es, para Microsoft, la verdadera gran oportunidad. Pero para ello, Ballmer debe morir, y con él, toda una generación de directivos del siglo pasado. ...En muy pocas ocasiones la cultura de una empresa resultante de una adquisición se ha adaptado a la de la empresa adquirida en lugar de hacerlo a la de la empresa compradora. Y en el caso de culturas fuertes, como es el caso, es el “más difícil todavía”. ¿Posibilidades? Todas. ¿Probabilidades? Pocas.
Yo no soy tan escéptico ni radical como el profesor Dans, pero si considero que mas que cambiar a todo Microsoft sino de dar a MSN Live-Yahoo, suficiente autonomía como para que brinde la generación de servicios que necesita para ocupar un lugar importante en el mercado, el modelo de trabajo de Microsoft para el desarrollo de aplicaciones (basado en una cultura donde el desarrollador es alguien importante) aun es valido para ese segmento de mercado, pero justamente porque ambos segmentos de mercado son diferentes deben de ser tratados de manera separada. Apoyándose ambos en la poderosa maquinaria de desarrollo de software que se encuentra en Redmond.
Seguiré actualizando..... esto promete ser movidito.
Lo interesante es que esta oferta se anuncia luego de que las ganancias de Yahoo! habían caído y que se iba a despedir a 1000 empleados, como se relacionara esto con el valor de la oferta hecha? La oferta supone un incremento del 62% sobre el valor actual de la acción de Yahoo, así que estando las cosas como están... es bien difícil que puedan conseguir una oferta mejor, aun así... igual presionan y consiguen mas dinero, total los ingresos generados por Windows y Office aun dan para muchas de estas operaciones.
Como cambian las cosas, cuando Google solo era un buscador Yahoo tuvo la oportunidad de adquirirlo, pero paso... y mira lo que ocurre, Google ya es mas grande que Yahoo y MS Live!, lo cual me lleva a plantearnos el tema es si de esta absorcion se generara una sinergia lo suficiente como para plantar cara a Google.
Analicemos el patrón de estas empresas, Microsoft fue capaz de generar su éxito integrando mas y mas aplicaciones teniendo como punto de partida los Sistemas Operativos (DOS y Windows) primero la ofimática, luego las aplicaciones de desarrollo... el software empresarial, pero no fue capaz de repetir ese esquema en el entorno de Internet (no hablo de su SW como Explorer ni el IIS) tan es así que con todo MSN Live! a pesar de su dinero solo ha tenido un éxito razonable en el area de mensajeria, pero por lo demás..... Yahoo! arranco bien con su directorio de la Web, lo cual le permitió ir creciendo integrando servicios de calidad en su momento: RocketMail (como base para Yahoo! Mail), eGroups, Geocities, pero cuando pasa el boom de la burbuja dotcom y una nueva generación de servicios surge, ya no hay crecimiento sino un declive, no muy pronunciado, pero declive. Google es producto o impulsor de esa nueva generación de servicios, su éxito como buscador (gracias a un algoritmo superinteligente) le permitió arrancar con paso firme en la creación e integracion de nuevos servicios interactivos que es lo que le ha permitido ser el líder de esta generación de proveedores Internet.
La experiencia dice que dos medianos no hacen un grande (como lo demostró la fallida fusión de Corel y Borland) y en este sector MSN Live no es tan grande, y Yahoo esta dejando de serlo, por lo cual la apuesta si bien es interesante es muy arriesgada y requerirá mucho empuje por parte de la organización resultante.
Enrique Dans hace interesante análisis sobre la operación, manifestando su escepticismo de la siguiente manera:¿Potencial? Si hablamos de Microsoft, el potencial siempre es elevadísimo: muchas personas muy brillantes y en un entorno prácticamente idílico que la convierten en un lugar fantástico para desarrollar una carrera profesional....para que Microsoft pueda de verdad materializar su potencial en Internet y pasar de ser una empresa del siglo pasado, basada en la venta de licencias, a ser una de este siglo, basada en servicios y publicidad, debe desprenderse de un lastre enormemente pesado: debe asesinar virtualmente a toda una generación de directivos, los que levaron a Microsoft a ser lo que es, y los que le impiden avanzar en el sentido en que lo necesita. ¿Va a hacer Microsoft algo así? .........
La unión Microsoft - Yahoo! unida a la dinamización del gigante de Redmond plantea posibilidades interesantísimas tanto en publicidad como en servicios web, búsqueda, multimedia, desarrollo y hasta en su relación con las comunidades de software libre, un aspecto fundamental para una Microsoft que no ha sabido adaptarse a un mundo en el que el mejor software ya no se desarrolla dentro de los muros de una empresa, sino en comunidades desperdigadas por todo el mundo. Yahoo! es, para Microsoft, la verdadera gran oportunidad. Pero para ello, Ballmer debe morir, y con él, toda una generación de directivos del siglo pasado. ...En muy pocas ocasiones la cultura de una empresa resultante de una adquisición se ha adaptado a la de la empresa adquirida en lugar de hacerlo a la de la empresa compradora. Y en el caso de culturas fuertes, como es el caso, es el “más difícil todavía”. ¿Posibilidades? Todas. ¿Probabilidades? Pocas.
Yo no soy tan escéptico ni radical como el profesor Dans, pero si considero que mas que cambiar a todo Microsoft sino de dar a MSN Live-Yahoo, suficiente autonomía como para que brinde la generación de servicios que necesita para ocupar un lugar importante en el mercado, el modelo de trabajo de Microsoft para el desarrollo de aplicaciones (basado en una cultura donde el desarrollador es alguien importante) aun es valido para ese segmento de mercado, pero justamente porque ambos segmentos de mercado son diferentes deben de ser tratados de manera separada. Apoyándose ambos en la poderosa maquinaria de desarrollo de software que se encuentra en Redmond.
Seguiré actualizando..... esto promete ser movidito.
miércoles, 16 de enero de 2008
by Ernesto
Ayer fue un dia interesante para la industria del software, se anuncio que Oracle compraba BEA por 8.5 millardos de dolares y que Sun pagaria 1000 millones de dolares por MySQL.... todo en un mismo dia (*)
El caso de BEA es particular, al parecer ha habido un tira y afloja con respecto al precio que Oracle iba a pagar por la empresa, ya que como comenta ZDNet, debieron ser curiosas las negociaciones que llevaron a un precio de 19.375 dolares por accion. Lo importante es que con esto el poder de Oracle en el mercado de aplicaciones empresariales se consolida, adquiriendo un nuevo elemento a su plataforma Oracle Fusion que ellos mismos definen como “hot-pluggable”, siendo que hace rato los productos de BEA interectuaban con los de Oracle. Pero a la vez significa que la era de elegir "lo mejor del mercado" (“best of breed”) se acaba, atando a los clientes a un unico proveedor quien te ofrece: BD, Servidor de Aplicaciones, CRM, ERP..... ya que en estos ultimos años Oracle se esta volviendo el verdadero monopolio en la industria del software corporativo resultando que quien compro a Siebel, JD Edwards y BEA en un intento de diversificar riesgos... ahora resulta que lo tiene todo de Oracle!!. Y el entusiasmo de los chicos de Ellison esta en alza desde hace rato, como lo prueba esta nota.
Por otro lado SAP ha intentado crecer y ganar presencia mediante su pasada adquisicion de Business Objects, pero esta claro que el movimiento de Oracle es de lejos muy fuerte y planta una seria amenaza a las estrategias de empresas como SAP y Microsoft, de IBM no tanto... pues aun siguen tirando de los dinosaurios que tienen implantados (lamentablemente) en muchas empresas.
LAMP: Linux-Apache-MySQL-PHP, las siglas se hicieron famosas sin querer cuando a fines de los 90s se dieron cuenta la cantidad de sitios web que se basaban en la mezcla de estas tecnologia que habian aparecido, es que era: libre, soportado por una comunidad, no habia que pagar licencias, y mucho mas estable en su momento que el recordado ASP Clasico, ademas de que en esa epoca JSP estaba recien empezando, si, la plataforma fue creciendo y arrastrando mucho entusiasmo hasta la fecha. Personalmente en su momento tome al MySQL con poca atencion, pues entonces no contaba con Integridad Referencial ni Procedimientos Almacenados, pero aun asi me sorprendia como sitios de gran trafico afirmaban basarse en el para correr sus aplicaciones (habia quien me decia que era justamente por eso).
Queda por ver como se integrara MySQL dentro del modelo de negocios, y como quedaran sus usuarios corporativos, habida cuenta que Sun ha dicho que seguira dando soporte a PostgreSQL asi como continuara con su alianza con Oracle... no se... tener tantos intereses desperdigados con varias BD no garantiza precisamente de que le pongan bastante empeño a su nueva adquisicion, dicen que esperan dar un mayor atractivo al producto ahora que un "grande" esta detras.... veremos como queda todo eso.
(*) Y es un dia despues de que Steve Jobs presentara su MacBook Air!!!, y claro... con todo ese ruido mediatico estas operaciones han pasado algo desapercibidas.
Oracle-BEA deal expands lock-in strategy, offers new risks and opportunities for Red Hat
Oracle acuerda la compra de BEA en 8.500 mlns dólares
What Sun+MySQL says about open-source business models
El caso de BEA es particular, al parecer ha habido un tira y afloja con respecto al precio que Oracle iba a pagar por la empresa, ya que como comenta ZDNet, debieron ser curiosas las negociaciones que llevaron a un precio de 19.375 dolares por accion. Lo importante es que con esto el poder de Oracle en el mercado de aplicaciones empresariales se consolida, adquiriendo un nuevo elemento a su plataforma Oracle Fusion que ellos mismos definen como “hot-pluggable”, siendo que hace rato los productos de BEA interectuaban con los de Oracle. Pero a la vez significa que la era de elegir "lo mejor del mercado" (“best of breed”) se acaba, atando a los clientes a un unico proveedor quien te ofrece: BD, Servidor de Aplicaciones, CRM, ERP..... ya que en estos ultimos años Oracle se esta volviendo el verdadero monopolio en la industria del software corporativo resultando que quien compro a Siebel, JD Edwards y BEA en un intento de diversificar riesgos... ahora resulta que lo tiene todo de Oracle!!. Y el entusiasmo de los chicos de Ellison esta en alza desde hace rato, como lo prueba esta nota.
Por otro lado SAP ha intentado crecer y ganar presencia mediante su pasada adquisicion de Business Objects, pero esta claro que el movimiento de Oracle es de lejos muy fuerte y planta una seria amenaza a las estrategias de empresas como SAP y Microsoft, de IBM no tanto... pues aun siguen tirando de los dinosaurios que tienen implantados (lamentablemente) en muchas empresas.
LAMP: Linux-Apache-MySQL-PHP, las siglas se hicieron famosas sin querer cuando a fines de los 90s se dieron cuenta la cantidad de sitios web que se basaban en la mezcla de estas tecnologia que habian aparecido, es que era: libre, soportado por una comunidad, no habia que pagar licencias, y mucho mas estable en su momento que el recordado ASP Clasico, ademas de que en esa epoca JSP estaba recien empezando, si, la plataforma fue creciendo y arrastrando mucho entusiasmo hasta la fecha. Personalmente en su momento tome al MySQL con poca atencion, pues entonces no contaba con Integridad Referencial ni Procedimientos Almacenados, pero aun asi me sorprendia como sitios de gran trafico afirmaban basarse en el para correr sus aplicaciones (habia quien me decia que era justamente por eso).
Queda por ver como se integrara MySQL dentro del modelo de negocios, y como quedaran sus usuarios corporativos, habida cuenta que Sun ha dicho que seguira dando soporte a PostgreSQL asi como continuara con su alianza con Oracle... no se... tener tantos intereses desperdigados con varias BD no garantiza precisamente de que le pongan bastante empeño a su nueva adquisicion, dicen que esperan dar un mayor atractivo al producto ahora que un "grande" esta detras.... veremos como queda todo eso.
(*) Y es un dia despues de que Steve Jobs presentara su MacBook Air!!!, y claro... con todo ese ruido mediatico estas operaciones han pasado algo desapercibidas.
Oracle-BEA deal expands lock-in strategy, offers new risks and opportunities for Red Hat
Oracle acuerda la compra de BEA en 8.500 mlns dólares
What Sun+MySQL says about open-source business models
jueves, 20 de diciembre de 2007
by Ernesto
Como ya sabran una de mis aficiones es la fotografia y este año en mis viajes he estado usando mi nueva Sony A-100, y la verdad es que estoy encantado con ella (de lo cual tendre que hablar en breve) pero siendo como es una Reflex amateur, no cuenta con una empuñadura (grip) vertical, lo cual hace que al tomar fotos verticales uno deba colocar la mano en posiciones no muy practicas (*).
Situacion curiosa, pero justamente la habilidad del emprendedor esta en encontrar un nicho de negocio en situaciones como esta y es lo que hizo la empresa coreana Dicain al ofrecer empuñaduras tanto para la A-100 como para su predecesora la Konica Minolta 5D.
Entonces tenemos los primeros pasos: encontrar una necesidad insatisfecha y ofrecer una solucion para ello, pero eso si bien permite empezar un negocio, no garantiza su continuidad, la solucion: calidad y atencion al cliente.
Y es eso lo que han tratado de hacer estos coreanos, quienes han comprado sus productos no hablan sino maravillas de la calidad de las empuñaduras, y asi mismo quienes han comprado directamente al fabricante (en Corea!!!) dan buenas referencias (referencias que como es logico animan a otros potenciales clientes) sobre la atencion que sus encargados dan con relacion al pago y al seguimiento de los envios. Y creanme, he pasado buen tiempo en los foros de fotografia como para saber cuan exigentes y meticulosos pueden ser quienes llevan tiempo en esta aficion, asi como la gran importancia que se da a la opinion de tus pares.
Como es logico iniciado el ciclo de ventas, la cosa es no decaer y por lo visto siguen en ese ritmo lo cual no hace sino ayudar a que mas fotografos se animen a comprar sus productos, lo cual tiene merito tratandose de un sector tan especifico. Ahora bien, es curioso que hasta el momento dicha marca no tenga una version en ingles de su website, lo cual logicamente limita su potencial de ventas por mas de que tengas la capacidad de exportar a todo el mundo, es interesante que aun a pesar de esa limitacion ellos hayan podido ganar cierta imagen en este mundillo, pero esa situacion no se puede sostener por mucho tiempo, so pena de no poder sostener el exito logrado hasta el momento.
Este pequeño ejemplo nos permite darnos cuenta que si se hacen las cosas bien, enfocandose en el cliente, los foros y comunidades online pueden ser de ayuda (aun sin proponerselo) para la consolidacion del prestigio de una marca. En un tiempo en que el consumidor tiene tantas herramientas para formarse una opinion, que la opinion sobre un producto puede destrozarla instantaneamente, la respuesta es calidad y enfocarse en la atencion al cliente, utilizando a las comunidades de usuarios a fin de generar masa critica.
MinoltaSpain: Grip para sony alpha
MinoltaSpain: ANÁLISIS: DICAIN VG-II - MINOLTA 5D VERTICAL SHUTTER GRIP
Dpreview: Ordering from Dicain
(*)Como nota debemos comentar que la nueva Sony A-700 al ser un modelo de la gama superior si cuenta con ese accesorio como opcional.
Situacion curiosa, pero justamente la habilidad del emprendedor esta en encontrar un nicho de negocio en situaciones como esta y es lo que hizo la empresa coreana Dicain al ofrecer empuñaduras tanto para la A-100 como para su predecesora la Konica Minolta 5D.
Entonces tenemos los primeros pasos: encontrar una necesidad insatisfecha y ofrecer una solucion para ello, pero eso si bien permite empezar un negocio, no garantiza su continuidad, la solucion: calidad y atencion al cliente.
Y es eso lo que han tratado de hacer estos coreanos, quienes han comprado sus productos no hablan sino maravillas de la calidad de las empuñaduras, y asi mismo quienes han comprado directamente al fabricante (en Corea!!!) dan buenas referencias (referencias que como es logico animan a otros potenciales clientes) sobre la atencion que sus encargados dan con relacion al pago y al seguimiento de los envios. Y creanme, he pasado buen tiempo en los foros de fotografia como para saber cuan exigentes y meticulosos pueden ser quienes llevan tiempo en esta aficion, asi como la gran importancia que se da a la opinion de tus pares.
Como es logico iniciado el ciclo de ventas, la cosa es no decaer y por lo visto siguen en ese ritmo lo cual no hace sino ayudar a que mas fotografos se animen a comprar sus productos, lo cual tiene merito tratandose de un sector tan especifico. Ahora bien, es curioso que hasta el momento dicha marca no tenga una version en ingles de su website, lo cual logicamente limita su potencial de ventas por mas de que tengas la capacidad de exportar a todo el mundo, es interesante que aun a pesar de esa limitacion ellos hayan podido ganar cierta imagen en este mundillo, pero esa situacion no se puede sostener por mucho tiempo, so pena de no poder sostener el exito logrado hasta el momento.
Este pequeño ejemplo nos permite darnos cuenta que si se hacen las cosas bien, enfocandose en el cliente, los foros y comunidades online pueden ser de ayuda (aun sin proponerselo) para la consolidacion del prestigio de una marca. En un tiempo en que el consumidor tiene tantas herramientas para formarse una opinion, que la opinion sobre un producto puede destrozarla instantaneamente, la respuesta es calidad y enfocarse en la atencion al cliente, utilizando a las comunidades de usuarios a fin de generar masa critica.
MinoltaSpain: Grip para sony alpha
MinoltaSpain: ANÁLISIS: DICAIN VG-II - MINOLTA 5D VERTICAL SHUTTER GRIP
Dpreview: Ordering from Dicain
(*)Como nota debemos comentar que la nueva Sony A-700 al ser un modelo de la gama superior si cuenta con ese accesorio como opcional.
martes, 4 de diciembre de 2007
by Ernesto
Hace unos dias en una reunion conoci a un egresado de Ing. Informatica de una de las universidades surgidas a la amparo de la Ley de Promoción de la Inversión en la Educación durante el fujimorismo, y sin querer la conversacion derivo a conversar sobre el enfoque que se da a nuestra carrera en las universidades.. y fue mas o menos asi.
Comentaba sobre el hecho de que algunos egresados de una tercera universidad tenian a honra el hecho de casi no haber programado, y que cuando les toco hacerlo contrataron a alguien para que lo hiciera por ellos, actitudes como esa serian desconcertantes en la UNI o en la PUCP pero a este caballero le parecia lo mas normal del mundo, arguia que lo importante era el negocio que todo formaba parte del negocio, etc etc, y que al final el programa final es lo de menos. Un poco mas y casi se dirige al lugar comun de que el codigo es la pieza mas basica del todo y que un Ing. Civil no necesita saber colocar ladrillos para hacer su trabajo. Eh??? Si, no es raro que se llegue a dicha peregrina conclusion, ignorando que los diversos modulos de una solucion tienen una tarea intelectual detras de ellos, que no homogenea precisamente.
Vayamos por partes, si... las aplicaciones informaticas al final de cuentas deben estar alineadas a los objetivos de la organizacion, y significar un medio para la mejora de sus procesos o para lograr ventajas competitivas, hasta ahi las cosas claras. El problema que ocurre es que a veces se llega a un nivel tan abstracto en el como implementar las cosas, todo diluido en pilas de documentacion e informes a la gerencia, que en la practica tratan de enmascarar que no se esta cumpliendo los objetivos que se tenia con la implementacion o desarrollo planificado. Y nos olvidamos que dentro de nuestro ambito de competencia lo que importa es la entrega de lo realizado, la obra visible y que sea de utilidad a la organizacion.
(Aprovecho para recordar los principios del Manifiesto Agil:
Estamos poniendo al descubierto mejores métodos para desarrollar software, haciéndolo y ayudando a otros a que lo hagan. Con este trabajo hemos llegado a valorar:
A los individuos y su interacción, por encima de los procesos y las herramientas.
El software que funciona, por encima de la documentación exhaustiva.
La colaboración con el cliente, por encima de la negociación contractual.
La respuesta al cambio, por encima del seguimiento de un plan.
Aunque hay valor en los elementos de la derecha, valoramos más los de la izquierda.)
Parte de los problemas que se tiene en los procesos de desarrollo de aplicaciones vienen dados por malas estimaciones y una gestion irrealista de las expectativas del cliente, situaciones que en varios casos vienen dadas porque dichos pasos han sido dados por profesionales que han visto la informatica de manera muy ligera, osea: no saben la clase de complejidades que puede implicar el desarrollo de tal o cual funcionalidad, o no saber las limitaciones que puede tener cierta tecnologia y el impacto en los plazos de entrega que tendra el "puentear" dichas limitaciones. Se me dira que si, pero que un jefe de proyecto no esta para tirar lineas de codigo, y doy toda la razon, pero voy al hecho de la necesidad de este jefe de proyecto de haber tenido, ya sea en su educacion o experiencia previa, de un conocimiento interno de que es lo que hay detras de las aplicaciones informaticas.
Cierto, he tenido jefes que no han pasado por la programacion y han sido capaces de sacar adelante sus proyectos, pero en estos casos han tenido el suficiente sentido comun de saber escuchar a la gente tecnica que lo rodea, pero aun asi, de mi experiencia puedo decir que a un jefe que haya pasado por las trincheras es mucho mas dificil pasearlo, y que ademas te dara una estimacion fiable.
Por otro lado esta el otro perfil de nuestra carrera, el que permanece siempre detras de las lineas de codigo, si, es facil decir que con un curso de medio año ya se puede programar, pero olvidamos la importancia de una formacion matematica y logica en el perfil de un programador de calidad, la necesidad de introducir principios de eficiencia, programacion metodica, y por que no? algo de elegancia al momento de plantear las ideas en codigo.
Entonces, llegamos al punto de la importancia que tienen las bases (programacion, matematicas, logica, ciencias de la computacion) en la formacion de un ingeniero informatico, independientemente del curso profesional que luego se siga (gestion, programacion, comunicaciones), esas bases son las que nos definen y las que hacen que no seamos Administradores de Empresas con conocimientos de Informatica, que es lo que parecia el perfil de mi interlocutor de entonces.
Comentaba sobre el hecho de que algunos egresados de una tercera universidad tenian a honra el hecho de casi no haber programado, y que cuando les toco hacerlo contrataron a alguien para que lo hiciera por ellos, actitudes como esa serian desconcertantes en la UNI o en la PUCP pero a este caballero le parecia lo mas normal del mundo, arguia que lo importante era el negocio que todo formaba parte del negocio, etc etc, y que al final el programa final es lo de menos. Un poco mas y casi se dirige al lugar comun de que el codigo es la pieza mas basica del todo y que un Ing. Civil no necesita saber colocar ladrillos para hacer su trabajo. Eh??? Si, no es raro que se llegue a dicha peregrina conclusion, ignorando que los diversos modulos de una solucion tienen una tarea intelectual detras de ellos, que no homogenea precisamente.
Vayamos por partes, si... las aplicaciones informaticas al final de cuentas deben estar alineadas a los objetivos de la organizacion, y significar un medio para la mejora de sus procesos o para lograr ventajas competitivas, hasta ahi las cosas claras. El problema que ocurre es que a veces se llega a un nivel tan abstracto en el como implementar las cosas, todo diluido en pilas de documentacion e informes a la gerencia, que en la practica tratan de enmascarar que no se esta cumpliendo los objetivos que se tenia con la implementacion o desarrollo planificado. Y nos olvidamos que dentro de nuestro ambito de competencia lo que importa es la entrega de lo realizado, la obra visible y que sea de utilidad a la organizacion.
(Aprovecho para recordar los principios del Manifiesto Agil:
Estamos poniendo al descubierto mejores métodos para desarrollar software, haciéndolo y ayudando a otros a que lo hagan. Con este trabajo hemos llegado a valorar:
A los individuos y su interacción, por encima de los procesos y las herramientas.
El software que funciona, por encima de la documentación exhaustiva.
La colaboración con el cliente, por encima de la negociación contractual.
La respuesta al cambio, por encima del seguimiento de un plan.
Aunque hay valor en los elementos de la derecha, valoramos más los de la izquierda.)
Parte de los problemas que se tiene en los procesos de desarrollo de aplicaciones vienen dados por malas estimaciones y una gestion irrealista de las expectativas del cliente, situaciones que en varios casos vienen dadas porque dichos pasos han sido dados por profesionales que han visto la informatica de manera muy ligera, osea: no saben la clase de complejidades que puede implicar el desarrollo de tal o cual funcionalidad, o no saber las limitaciones que puede tener cierta tecnologia y el impacto en los plazos de entrega que tendra el "puentear" dichas limitaciones. Se me dira que si, pero que un jefe de proyecto no esta para tirar lineas de codigo, y doy toda la razon, pero voy al hecho de la necesidad de este jefe de proyecto de haber tenido, ya sea en su educacion o experiencia previa, de un conocimiento interno de que es lo que hay detras de las aplicaciones informaticas.
Cierto, he tenido jefes que no han pasado por la programacion y han sido capaces de sacar adelante sus proyectos, pero en estos casos han tenido el suficiente sentido comun de saber escuchar a la gente tecnica que lo rodea, pero aun asi, de mi experiencia puedo decir que a un jefe que haya pasado por las trincheras es mucho mas dificil pasearlo, y que ademas te dara una estimacion fiable.
Por otro lado esta el otro perfil de nuestra carrera, el que permanece siempre detras de las lineas de codigo, si, es facil decir que con un curso de medio año ya se puede programar, pero olvidamos la importancia de una formacion matematica y logica en el perfil de un programador de calidad, la necesidad de introducir principios de eficiencia, programacion metodica, y por que no? algo de elegancia al momento de plantear las ideas en codigo.
Entonces, llegamos al punto de la importancia que tienen las bases (programacion, matematicas, logica, ciencias de la computacion) en la formacion de un ingeniero informatico, independientemente del curso profesional que luego se siga (gestion, programacion, comunicaciones), esas bases son las que nos definen y las que hacen que no seamos Administradores de Empresas con conocimientos de Informatica, que es lo que parecia el perfil de mi interlocutor de entonces.
Categories
- .NET (11)
- 24 horas (1)
- 3G (1)
- 4B (1)
- abogados (1)
- aburrimiento (1)
- Adlo (1)
- ADSL (2)
- AEAT (1)
- Agile (6)
- Agile Open Lima (1)
- Air Plus Comet (1)
- AJAX (1)
- All Music Guide (2)
- ALM (4)
- Altavista (1)
- alumni (1)
- AMG (1)
- Aplicaciones Web (7)
- apple (6)
- Argentina (1)
- ASP.NET (2)
- Azure (1)
- Bancos (3)
- Bancoval (1)
- banda ancha (3)
- bases de datos (2)
- batch (1)
- BEA (1)
- Betamax (1)
- Bill Gates (2)
- blackberry (1)
- bloggers (1)
- blogs (1)
- Blogs y Bloggers (5)
- BlogsPeru (2)
- bloqueo (1)
- Blu-Ray (1)
- brecha digital (2)
- browsers (10)
- buscadores (1)
- Bush (1)
- C# (2)
- cabeceo (1)
- cabinas (1)
- calidad (1)
- call center (1)
- capital de riesgo (1)
- career manager (1)
- Carlos Slim (1)
- celular (1)
- censura (1)
- certificacion (3)
- certification (1)
- China (1)
- chips (1)
- Chrome (7)
- Chromium (1)
- cibercultura (1)
- Claro (1)
- CMS (1)
- Cobol (3)
- codigo (1)
- college (1)
- comercio electronico (1)
- comparativa (1)
- competitividad (1)
- computacion (1)
- comunidades (2)
- Conan O'Brien (1)
- conectividad (2)
- conferencia anual (1)
- consultoria (2)
- contenidos (1)
- convergencia (1)
- correo Peru (1)
- CPI (1)
- credibilidad (1)
- crisis (2)
- CRM (4)
- cubiculos (1)
- Cuil (1)
- Damian Voltes (1)
- David Konzevik (1)
- Dell (1)
- Delphi (2)
- demandas (1)
- derecho (1)
- desarrolladores (4)
- Dexia (1)
- dicain (1)
- direccion de sistemas (1)
- dirinfo (1)
- diseño web (3)
- Disk2VHD (1)
- document.all (1)
- domimio (1)
- dominio (1)
- dominios (1)
- dotcom (1)
- educacion (2)
- El Bruno (1)
- El Comercio (2)
- emprendimientos (1)
- encarte (1)
- Enrique Dans (1)
- Entity Framework (1)
- ERP (1)
- errores (2)
- escasez (1)
- estilos (1)
- eula (1)
- examenes (1)
- Facebook (6)
- Federico Salazar (1)
- Feynman (2)
- Firefox (6)
- firefox3.5 (1)
- FNMT (1)
- Fon (3)
- foneras gratis (1)
- fotografia digital (2)
- fusion (2)
- gadgets (1)
- Genaro Delgado (1)
- General Motors (1)
- Georgeo Pulikkathara (1)
- Git (3)
- Gmail (1)
- GoLive (1)
- Google (14)
- graficos (2)
- Guillermo Giacosa (1)
- hackers (1)
- HD-DVD (1)
- hi5 (5)
- Hotbot (2)
- HP (1)
- HSDPA (1)
- HTML (2)
- Hudson (1)
- IBM (1)
- ICANN (1)
- IEEE (1)
- impuestos (1)
- Infoseek (2)
- ingenieria informatica (1)
- innovacion (4)
- Instituto de Empresa (2)
- Intel (1)
- Internet (5)
- Internet Explorer (7)
- Inventarte (1)
- inyeccion de dependencias (1)
- IoC (1)
- iPad (1)
- iphone (3)
- iPod (3)
- irfanview (2)
- Jaime Lertora (1)
- Java (3)
- JavaScript (2)
- Jazztel (4)
- juegos olimpicos (1)
- Kanban (3)
- Kane Kramer (1)
- Kodak (1)
- Larry Ellison (1)
- latinoamerica (1)
- legados (1)
- Leonard Hofstadter (1)
- licencias (1)
- LINQ to SQL (2)
- Linux (2)
- Live (1)
- locutorios (1)
- Lycos (1)
- Magnolia (1)
- mainframes (4)
- Manning (1)
- Maquinas virtuales (1)
- marca (2)
- marketing (4)
- Martin Varsavsky (5)
- matematicas (1)
- mcpd (3)
- mcsd (1)
- Media Player (3)
- medios (2)
- mentor (1)
- metodologias. (2)
- microelectronica (1)
- Microsoft (29)
- Microsoft Expression (1)
- migración (2)
- Mobuzz (1)
- monopolio (2)
- morfeo (1)
- movil (1)
- mozilla hispano (1)
- mozilla-europe (1)
- mp3 (2)
- MSBuil (1)
- MSDN (2)
- MSN (1)
- MUG (1)
- MUGPeru (1)
- myspace (3)
- napster (1)
- Natal (1)
- navegadores (1)
- negocios (2)
- netbooks (1)
- Nokia (1)
- NuGet (1)
- Obama (1)
- obsolescencia (6)
- ocram (1)
- Office (1)
- ofimatica (1)
- open source (1)
- Openbank (1)
- Oracle (2)
- outsorcing (1)
- PADRE (1)
- paint (2)
- Panamerica Television (1)
- Pantel (1)
- papa upa (1)
- Parablogs (2)
- patrones (2)
- pekin (1)
- pelicula (1)
- pelotazo (1)
- performance (1)
- periodismo (1)
- Peru.21 (3)
- perublogs (2)
- PHP (1)
- Polonia (1)
- prensa escrita (1)
- privacidad (2)
- problemas de conexion (1)
- procesos por lotes (1)
- programacion (2)
- Prometric (2)
- propiedad intelectual (2)
- proyectos (6)
- publicidad (2)
- pucp (3)
- puntocom (1)
- racismo (1)
- radio (1)
- RCP (1)
- recordacion (2)
- redes sociales (6)
- Remix (1)
- renta (1)
- rentabilidad (2)
- sandisk (1)
- Sansa View (1)
- SAP (1)
- satisfaccion (1)
- Scotiabank (1)
- Scrum (2)
- Service Pack 3 (1)
- servidor de aplicaciones (1)
- SharePoint (1)
- Sheldon Cooper (3)
- showModalWindow (2)
- Siebel (1)
- Silverlight (2)
- Simo (1)
- Sistemas operativos (3)
- sites (1)
- SketchFlow (1)
- smartphones (1)
- SOLID (3)
- sony (2)
- Spam (4)
- Speedy (1)
- SQL Server 2008 (2)
- standards (1)
- Star Office (1)
- startups (1)
- Steve Ballmer (1)
- Steve Jobs (2)
- Sudamericano (1)
- TCP/IP (1)
- TDD (1)
- TDT (1)
- Team Foundation Server (3)
- Team Foundation Service (3)
- telefonia celular (2)
- telefonia movil (2)
- Telefonica (2)
- telemarketing (1)
- Television (1)
- TFS (2)
- The Big Bang Theory (2)
- Toshiba (1)
- Trabajo basura (1)
- trabajobasura.com (1)
- transacciones (1)
- Tuenti (1)
- universidades (2)
- usabilidad (2)
- usuario (1)
- utero de marita (1)
- V8 (1)
- VHS (1)
- Vignette (1)
- virgenes digitales (1)
- Virtual PC (1)
- VirtualBox (1)
- Visual Basic (5)
- Visual Studio (3)
- Visual Studio Online (1)
- VivaAerobus (1)
- vodafone (1)
- VSO (1)
- VUE (2)
- Wamba (1)
- Web (13)
- WebCrawler (1)
- whitehouse.gov (1)
- Wiese (1)
- Wifi (2)
- Windows (2)
- Windows 7 (7)
- Windows 8 (1)
- Windows Vista (4)
- Word (2)
- WPF (1)
- XML (2)
- XP (3)
- XP Mode (1)
- Yahoo (1)
- YouTube (3)
About Me
- Ernesto
- Egresado de Ingenieria Informatica de la PUCP. Master en Direccion de Sistemas y Tecnologias de la Informacion por el Instituto de Empresa. MCSD,MCSD.NET.
Blog Archive
-
►
2009
(31)
- ► septiembre (5)
-
►
2008
(34)
- ► septiembre (5)
-
►
2007
(28)
- ► septiembre (3)
-
►
2006
(10)
- ► septiembre (1)