Categoría: Web

¿Cómo convencer a un cabinero de actualizar sus browsers?

Posted on by ecardenas

Este problema me ha pasado en las dos últimas veces que he estado en Perú, en adición a la usual lentitud de las maquinas de las cabinas de acceso a Internet (curiosamente la velocidad de acceso ha ido mejorando de manera muy aceptable) uno se topa con que se usa software obsoleto o muy lento (o que reduce la velocidad de un equipo de por si poco potente).

Como habrán podido deducir, el problema usual con el que me enfrento es el hecho de que al llegar a una cabina no encuentro ya no siquiera Firefox, sino tampoco a Internet Explorer 7 (de la 8 mejor ni hablemos), pero si por el contrario muy orondos programas que te hacen creer que estas en Windows Vista cuando en realidad estas en XP. Y bueno.. uno dirá ¿Qué más da? Pues mucho….. uno se acostumbra a trabajar con pestañas, lo cual es imperativo si estas con límite de tiempo, pero al solo haber IE6 no queda más remedio que dejar que se acumule una pila de ventanas en la barra de tareas… penoso.

Claro, a un administrador de una cabina o locutorio poco le interesa el tema, solo le interesa que todas sus maquinas estén operativas, y si a alguna le entra virus (como suele pasar) pues a formatear se ha dicho, y si se tiene suerte (algunos son precavidos debo reconocerlo) a restaurar desde una imagen para reducir al mínimo el downtime, asi que eso de actualizar a IE7 o IE8 queda fuera de los planes y peor…. Instalar Firefox, eso es lo que me llevo en la reciente presentación de Firefox 3.5 a preguntar sobre como lograr que los dueños de estos establecimientos instalaran Firefox en sus negocios (claro, no iba a decir como lograr que actualizen a IE8 😉 ) .

Al final todo depende de lo que te reclamen tus clientes, en ese sentido es que me parece una buena idea lo que leí hoy en ALT1040 acerca de un plugin para WordPress, el cual permite que si alguien visita una página (hecha en WordPress) que incorpora ese plugin, usando IE6 le ocurra alguna de estas cosas (dependiendo de cómo se configure el plugin):

  1. Una barra superior avisando al visitante que está usando un navegador caduco y que debería actualizar a algo “mejorcito”.
  2. El mismo aviso, pero a pantalla completa, tapando todo el contenido y avisándole que a menos que actualice no podrá ver el contenido.
  3. La medida extrema: hacer que el navegador falle, crasheandolo, congelándolo, como usted quiera llamarlo.

¿Ven la idea?, si hay un número suficiente de blogs que decidan incorporar ese plugin, tarde o temprano habrá usuarios cabineros quejándose del “problema” antes los dueños, por lo que eventualmente estos accederán a instalar un browser mas actualizado. Si tan solo esto también fuera posible en blogspot… seguro que yo lo instalaría en mis blogs.

Así las cosas …. a veces pienso que son los dueños de cabinas los únicos que se han tomado en serio la “campaña” Save IE6, a pesar de que ya se lleva buen tiempo pidiendo la actualización a los usuarios.

¿Hay margen para un jugador más?

Posted on by ecardenas

AutoCAD, Gimp, Photoshop, Visual Studio, Premiere, Office … ¿qué tienen en común?, que son aplicaciones que requieren el acceso a un API medianamente rica para asi poder aprovechar major los recursos de la computadora, y de esta manera poder lograr su cometido para brindar soluciones avanzadas al usuario final.

¿A cuento de que viene esto? A propósito del anuncio de los planes de Google de desarrollar su propio Sistema Operativo, su enfoque es claro “We’re designing the OS to be fast and lightweight, to start up and get you onto the web in a few seconds. The user interface is minimal to stay out of your way, and most of the user experience takes place on the web.” Interesante, ofrece una interfaz de usuario ligera para que el uso de las aplicaciones Web sea más óptimo.

Con todo esto, quisiera plantear mi opinión que seguro puede chocar dentro del ánimo actual de considerar que todo lo que produce Google está bien, cuando como con todo debería ser mirado con la misma lupa con que se miraba a Microsoft en los 90s, pero vayamos por el principio, ¿qué es lo que creemos necesario que debería tener un Sistema Operativo para que funcione en el mercado actual y futuro?

  • Una arquitectura robusta y segura
  • Una interfaz de usuario con capacidad de atractivo a los usuarios que facilite su transición (desde Windows)
  • Un conjunto de aplicaciones finales que sean usadas por el público (como las que menciono al principio).
  • Una potente maquinaria de marketing (que ojo, no es lo mismo que publicidad).

Con respecto al punto final quiero detenerme un poco, sin haber llegado a utilizar dichos sistemas, creo que parte de las razones que motivaron el buen pie con que salieron iPhone y Android, se debe a la capacidad de generar una buena oferta de aplicaciones de terceros de una manera muy rápida, razones técnicas o buen mecanismo de convencimiento a los desarrolladores, lo ignoro, pero es algo que no debemos dejar de tener en cuenta, en ese sentido tanto Linux como Windows cuentan con un buen legado de aplicaciones que han ido evolucionando a lo largo de los años.

Rescatemos otros dos detalles del documento de lanzamiento: la primera versión estará disponible para netbooks(ojo a esto de si ¿Las netbooks son una basura?), y que se basara en el kernel de Linux. De ahí se puede inferir que en esta primera iteración del producto no habrá una gran exigencia de máquina, por lo que aplicaciones de alto rendimiento como el AutoCAD podrían quedar descartadas, y por otro lado que habría un mecanismo para poder valerse de todo el parque de aplicaciones existente para Linux. Entonces, tenemos claro que conseguir que se desarrollen aplicaciones para una nueva plataforma es parte del proceso de marketing, asi que podemos dar por descontado de que la maquinaria de Google trabajara duro en ese sentido, la pregunta seria ¿Qué clase de aplicaciones?.

Hasta ahí se podría ver que hay cierto margen de suponer que esta propuesta podría cumplir con los requisitos comentados anteriormente, pero leamos este otro párrafo: “The software architecture is simple — Google Chrome running within a new windowing system on top of a Linux kernel. For application developers, the web is the platform. All web-based applications will automatically work and new applications can be written using your favorite web technologies.”, de Nuevo tenemos a la recurrente propuesta de la Web como plataforma (algo de lo que ya comente a proposito del lanzamiento del browser Chrome), siendo así creo que es legitimo preguntarse:

  • ¿Cuál es el rol que piensa Google que jugarían las aplicaciones “tradicionales” dentro de su esquema?
  • ¿Qué tan rápido reaccionara el conjunto de fabricantes de software “no web” a fin de soportar el nuevo sistema operativo?
  • ¿Sera viable técnicamente el hacer esa clase de desarrollos?
  • ¿Lograra Chrome OS la adaptación masiva (por el usuario no tecnológico) que no logro Linux?

Enrique Dans dice en Expansion : «No es Google, sino el paso del tiempo, el que ataca a Microsoft, que no se ha dado cuenta de la evolución de la Red. La época de un sistema operativo grande que se vende en una caja y cuesta 200 euros ha pasado, pero Windows 7 sigue la misma línea. Microsoft ve el ordenador como el centro de la experiencia del usuario, mientras Google lo sitúa en Internet», y es cierto que se podría presumir de que es la diferencia entre paradigmas, pero veamos lo de otra manera: Microsoft ha hecho grandes movimientos para colocar su tecnología de servidores (base para la generación de contenidos y servicios en Internet) en una posición solida en el mercado (eso es algo que es poco evidente), por otro lado Google ha dado el paso de proveedor de servicios a desarrollador de sistemas operativos primero Android (que reconozcámoslo, ha logrado generar mas momentum que las sucesivas iteraciones de Windows Mobile) y ahora Chrome OS.

Entonces hay algo que Microsoft tiene y que Google quiere (una cuota en el mercado de los Sistemas Operativos), pero como apuntaban en Expansión el detalle está en que esa cuota de mercado arrebatada a Windows implica menos licencias de Office vendidas(el cual tampoco ha dejado de evolucionar hacia la Web), puesto que la intención de Google es que la experiencia básica de productividad del usuario pase por la nube (que es donde están las vacas lecheras de Google), pero ¿todo todo es posible de ser manipulado a través de internet? (*).

Si asumimos plenamente la idea de Google de que se necesita efectivamente algo diferente para una era basada en la Web, pues si, cobra sentido su apuesta de estructurar el kernel de esa manera, pero la realidad es algo mas complicada y aun necesitamos la computadora para hacer manipulación de imagen y video (que no es lo mismo que ver fotos y videos) y compilar nuestros programas, por lo que creo que la web aun no está preparada tecnológicamente para ser la plataforma de desarrollo de todas las aplicaciones que vayamos a necesitar, probablemente lo esté en el futuro, y tal vez así se pueda entender un poco mejor la apuesta de Google de poner un primer pie en este terreno.

Al profesor Dans le parecía lógico y razonable esta clase de apuesta de Google desde el principio, y si, si uno veía siguiendo la evolución del mercado eso iba a caer por su propio peso, pero más que saber cuál será el próximo movimiento de Google, en este instante toca plantearse cual sería el escenario luego del lanzamiento de este SO (el cual requiere bastante alianzas de fabricantes de hardware para arrancar con buen pie), por lo que me atrevería a afirmar que estamos viendo el surgimiento de un nuevo actor en el mercado, que muy pronto hará pelea a las diversas distros de Linux (las cuales no tienen algo que Google si tiene: la Web), pero que aún resta por medir si ese mordisco a la torta repercutirá lo suficiente como para debilitar las finanzas de Microsoft, lo que es cierto es que en Redmond no están durmiendo ni nada por el estilo, sino veamos la fuerza con la que ha entrado Bing, el cual como ya opine en su momento espero que le vaya mejor que a Cuil, justamente por la necesidad de que haya competencia en el mercado de búsquedas.

(*) El lector desprevenido puede creer que me resisto al cambio y a la viabilidad del desarrollo de aplicaciones Web, pues no, ya que la mayor parte de las aplicaciones que he desarrollado han sido de tipo Web, pero también se que muchas veces se tomo la decisión de hacer un desarrollo para Web a pesar de la mayor complejidad que implicaba, siendo que usando “clientes ricos” se podría haber logrado una mayor productividad y experiencia de uso, es esta experiencia la que me permite ser un poco escéptico por naturaleza, de ahí mi lema de que “si tienes un martillo cualquier cosa te parece un clavo” y veo que muchos por ahí solo tienen martillos sin mirar mas allá en el espectro de herramientas posibles.

Rediseñando… estropeando Peru.21

Posted on by ecardenas

Pues si, como ya ciertos cartelitos lo indicaban Peru.21 cambia de diseño y adquiere nueva URL, como podemos ver en esta captura a pantalla completa:

La verdad es que no me termina de gustar, el primer pantallazo da menos informacion que la version anterior, parte de ello derivado por las las letras gigantes, antes no era necesario hacer tanto scroll para enterarte de los titulares, no les parece que hay mucho espacio negro desperdiciado?.

Siendo expatriado y no estando en contacto directo con los medios audiovisuales, las webs de los diarios son los mecanismos mas directos para tomar contacto con lo que esta pasando en el pais, y una de las razones por las que me gustaba el anterior diseño era justamente la capacidad de tener todo a la mano en un vistazo, siendo justamente esta web la que recomendaba a los demas compatriotas expatriados que estan mas ocupados y requerian un mecanismo agil para enterarse de las noticias en la patria distante. Hemos perdido esa ventaja.

Siguiendo el patron de sus “papis” de El Comercio, parece que ahora habra mas dependencia del Flash, algo que no tenia la web anterior.. otro punto en contra.

Se aprecia tambien que las secciones de los columnistas no estan tan a la mano, me imagino que eso se solucionara pronto, y pueda seguir gozando de mi placer culpable de leer las opiniones progresistas y con conciencia social de sus economistas.

Tan dificil es pensar en la usabilidad? A ver si hacen caso a los 10 mandamientos del diseñador grafico.

Actualizacion: Como era de esperarse, si en algun sitio se habia hecho referencia a alguna URL de la web, es casi seguro que ya no funcione… por lo visto el mantener las URLs como algo permanente es asignatura dejada de lado cuando hay migraciones de entornos, entorno? si…. gracias a Ocram nos enteramos que no solo han migrado de diseño sino de software de plataforma, curiosamente estos defensores del software libre no valoran la libertad de opinion pues la nota donde cubren ese aspecto tecnico tiene los comentarios deshabilitados…

Por lo que puedo ver, la migracion incluye dejar el segmento de red de Telefonica del Peru para pasar a uno de El Comercio, interesante.

El Morsa: Perú21 es ahora Peru21.pe

Ocram: Blogs en Perú.21

MS Yahoo podra contra Google?

Posted on by ecardenas

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.

Esto de diseñar para Aplicaciones Web….

Posted on by ecardenas

La reciente nota de ALT1040 sobre el lanzamiento de Adobe GoLive 9 y los problemas que acarrea como consecuencia del mal codigo HTML generado me trajo de golpe a la memoria los muchos dolores de cabeza asociados con la creación de Aplicaciones Web con las que he tenido que lidiar.

Si bien en mi primer trabajo era multifuncional: un dia programaba en C y el otro dia retocaba una imagen (no se rian! así corrían los tiempos hace 10 años!), ese modelo no me duro mucho y tuve que centrarme eventualmente en la programación web y en como los websites generaran contenido dinámico, la parte del diseño gráfico correría a cargo de otros…. y ahí empiezan los líos.

Como dice la nota :“….nunca entendieron como se diseña para el web y lo hacen al revés: primero cómo se ve y después cómo funciona cuando debería ser al revés: cómo funciona y después cómo se ve.”, completamente de acuerdo… mi idea siempre ha sido establecer el modelo de arquitectura y generación del contenido dinámico, produciendo un HTML mas o menos estructurado y simple que después podría ser “adornado” con los estilos y gráficos que fueran convenientes.

Pero no… parte de los problemas que tuve en un trabajo fue debido a la forma en que trabajaba el departamento de Diseño Web (estático) a la hora de plantearse algo, primero dibujaban con Corel (o lo que usaran en sus Macs) la idea de las paginas y una vez refinado se procedía a una etapa llamada de “corte” donde agarrando el gráfico y una herramienta se procedia a trocear y a dividir en secciones dicho gráfico y con eso generar un HTML que seria el que al final se publicaría, este esquema podía ser muy practico para los clientes que solo querían su Web “para estar en Internet”, el problema se da cuando nuestro equipo de Desarrollo pasa a asumir la creciente demanda de Aplicaciones Web (lo que un vendedor mal llamo “web con base de datos”) por parte de la clientela.

En esa época no había ASP.NET y lo que se usaba era ASP Clasico y PHP, JSPs recien trataban de lograr lo que no habían logrado los Servlets, pero bueno… esta clase de tecnologías requerían un conocimiento mas o menos claro del HTML que se estaba generando, controlar bien los bucles, saber cuando acababa una sección de HTML y empezaba la otra…. nada que dependiera mucho de los estilos y si de tener un HTML ordenado y con los Tags completos.

El lió venia cuando ellos nos daban una plantilla generada con el método arriba comentado, y tratábamos de integrarla con nuestros desarrollos… que lio!!! Tags mal agrupados, estilo inconsistente a la hora de definir los nombres de los objetos, y tags sin cerrar, esto era lo peor pues ya podías pasarte un buen rato tratando de cerrarlo (porque se daba la casualidad de que justo ahi era donde tenias que colocar código dinámico) y darte cuenta que en cada intento todo se descolocaba, eventualmente se lograba el efecto pero a costa de mucho esfuerzo y de insistirles que por favor comentaran las secciones del HTML generado, especialmente las que se sabia que iban a ser regeneradas dinamicamente. Tuve suerte que ya tenia esa practica cuando cambie de trabajo pues en este caso dependíamos de una empresa externa para el diseño y la practica me permitió corregir algunos errores e informar a dicho proveedor que tuvo el buen tino de incorporar el ajuste en su siguiente entrega.

Por el lado opuesto se daba una situación peor, teníamos un portal de ventas que constaba sencillamente de Tablas y un poco de gráficos, les pedí a los de Diseño gráfico que por favor la hicieran presentable: estilos, tipos de letra, iconos; creo que el reto era demasiado para ellos pues un poco mas y me daban una plantilla generada con su método para que nosotros rehiciéramos nuestro trabajo, en lugar de aprovechar lo ya existente…. Osea, este equipo contaba con gente muy calificada que hacia verdaderas maravillas con buen gusto, pero a la hora de pedirles de que integren sus habilidades de una manera mas productiva ya les costaba.

Los desarrolladores de Aplicaciones Web, no tenemos porque ser los creativos de la presentación, pero creo que al menos estamos en la condición de pedir que la gente de Diseño realice una sinergia positiva a la hora de trabajar juntos, pero estos a veces en aras de la creatividad omiten el paso de generar algo que sea fácil de ser integrado, o de mejorar lo ya existente sin necesidad de destruirlo.

Evitando errores al hacer Websites…

Posted on by ecardenas

Acabo de revisar este enlace de Microsiervos : Cosas que no debes hacer al construir un sitio web, que es la traduccion de: 19 Things NOT To Do When Building a Website, vale la pena revisarlo pues a pesar de que los websites ya llevan tiempo entre nosotros, aun no terminamos de aprender todas las lecciones al respecto.

Alt1040 tiene sus favoritas y las mías son:

  • Si todo tu sitio está hecho en Flash despide al desarrollador de la página y hazla otra vez; si la has hecho tú colócala en el apartado “sitios inútiles que he hecho” de tu portafolio y hazla otra vez. Total no nos importa que nuestro web no aparezca en Google….
  • No pretendas reinventar la navegación de los sitios web. Tienen que ver lo ingenioso que soy, el que es inteligente se quedara!!!
  • El contenido es el rey: si tu página web no tiene suficiente contenido o ningún texto real que no esté en una imagen contrata a un copy y despide a tu webmaster ahora. O sino mejor contratamos a un Search Engine Optimizer para que nos posicione en los rankings y asi evitarnos la carga de escribir contenido relevante y util… para que, verdad?
  • Si la página contiene música asegúrate de que el usuario puede detenerla o apagarla y mejor si no se inicia automáticamente —lo mismo para el vídeo. No vean lo incomodo que es este error muy frecuente aun en paginas de la administración publica.
  • Cuida el tiempo que necesita la página para cargarse. Claro, creemos que todos tienen una conexión DSL con un huevo de megabits, asi que los demás a sufrir, no? Has oído hablar de la previsualizacion de imágenes en lugar de colocar el tamaño final? Es de veras necesario ese applet Java??
  • No utilices técnicas y tecnologías nuevas en tu sitio web simplemente porque puedes o porque son novedosas. Las tecnologías nuevas son chulas, pero utilizalas sólo si realmente mejoran de algún modo la vida a tus lectores / clientes / usuarios. Eso eso…. el Ajax esta bien, no? así que a usarlo… no sabemos para que pero ya encontraremos uso.

En adición a estos errores, también me parece irritante cuando el diseñador tuvo la genial idea de deshabilitar el botón derecho del mouse pues no me deja controlar donde quiero abrir los enlaces.

Pero en todo caso el error mas común que se comete es no visitar su propia pagina para ver la usabilidad real comentada en estos puntos o simplemente que el contenido HTML se este formando bien (en todos los browesers!!!), error que he notado en las paginas de algunos compañeros bloggers, de lo cual es sencillo darse cuenta con solo ver el icono amarillo del Internet Explorer o las herramientas de las que dispone el Firefox, es fácil olvidarnos de comprobar si el bonito añadido que le colocamos a la pagina ha empezado a soltar pop-ups o a generar errores de JavaScript, errores que a veces saltan de manera muy evidente e incomoda debido a la las alertas que puede dar el navegador (llegado a este punto pensaba colocar los enlaces de los bloggers “culpables”, pero baste decir que son dos dedicados a la historieta, mas uno dedicado al análisis político).

Cuando el cliente nos ofrece el camino del crecimiento y … lo rechazamos

Posted on by ecardenas

Hace 10 años me encontraba trabajando en uno de los CPIs (Centro Proveedor de Internet) surgidos al amparo del lanzamiento que hubo de Unired como un medio para tumbarse al entonces operador principal (tema de otro post) en el Peru. Como todo eso de Internet era nuevo mis labores incluian el ser Webmaster, dar soporte telefonico, ayudar en la supervision de los servidores (sin cuarto frio!!!) y eventualmente apoyar a los vendedores cuando tocaba visitar a algún cliente que requería mayor detalle técnico para convencerle de la compra de nuestros servicios que incluian:

  • Diseño de paginas web
  • Hosting y eventualmente housing
  • Configuracion de FTPs
  • Cuentas dial-up para conexion a Internet
  • Cuentas de correo usando POP3, (¿Webmail? que es eso?)

Recuerdo que en una de esas uno de los vendedores nos pidió a Percy (un compañero PUCP que habia entrado junto conmigo a practicar en ese CPI) y a mi a que le acompañáramos para ver a un potencial cliente, pues se veía bien interesante aunque el no tenia muy claro sus requerimientos. Fuimos al local del cliente ubicado en la Av. Pardo, donde explicando resulto que la situación del cliente era esta: ellos editaban una revista sectorial con muchos datos sobre las actividades (vinculadas a los procesos de negocios del rubro) que se iban a realizar en los siguientes meses, así que este cliente pensaba que la Web seria un mecanismo útil para que sus suscriptores pudieran ver los listados de actividades mediante criterios de búsqueda de acuerdo a sus necesidades, dando de esta manera un valor agregado en el servicio que proveía.

Esto que ahora suena como una tarea simple (consultas sin transacciones) en su momento era novedoso, no existían aun las aplicaciones web, los CGIs se usaban esencialmente como contadores y con suerte para rotar publicidad, pero aun así ese cliente tenia la visión de lo que se podía hacer al generar dinamicamente contenido personalizado, Percy y yo lo vimos entonces como una gran oportunidad asi que con el coordinador del área tratamos de empezar a estimar los recursos a utilizar y las posibles herramientas (Intrabuilder, Cold Fusion y los IDC de Microsoft surgieron como opciones), para toparnos con lo que nos dijo el Gerente: “No, no somos una empresa de desarrollo”, seguidamente nos propuso que trataramos de venderle el hacerle muchas paginas y tratar de volcar su contenido pero de manera estática.

Fuimos donde el cliente (ya muy desmotivados) y como es lógico, al cliente no le interesaba ese parche, ya tenia claro lo que necesitaba (cosa rara) y no iba a aceptar pulpo como animal de compañía.

¿Qué ocurría?, que esta pequeña empresa se sentía muy segura en tanto lo que hacia como proveedor de instalaciones de red, y entonces el nuevo rubro de negocio que era vender conectividad y paginas web, así que creía que no había que mirar mas allá en cuanto a ofrecer valor agregado a sus potenciales clientes. Que paso al final? que la empresa dejo el rubro de Internet, regreso al tema de instalaciones de red y vendió su negocio de CPI (con usuarios y todo) a Terra cuando esta empresa surgió (y de esta manera arrancar ya “grande”).

Siempre tengo esto como un ejemplo de oportunidad perdida para despegar en un mercado que esta emergiendo, ¿se habrán percatado ellos de lo que se le paso por las manos?

Google quiere mantener su credibilidad

Posted on by ecardenas

No recuerdo exactamente cuando me entere exactamente de la existencia de Google, pero si me acuerdo el como y que fue en algún momento entre 1999 y el 2000, para eso ya había leído un comic de Ricky Ricon en el que mencionaban a un villano llamado el Googol, nombre elegido en alusión a la cifra representada por un 1 seguido por 100 ceros…. bueno…. sigamos, me entere de ellos porque en un newsgroup (si Gamma, yo también los usaba) alguien posteo una pagina que había desaparecido pero que ese site desconocido lo tenia cacheado, a partir de ahí las cosas empezaron a cambiar (como ya era frecuente desde 1995).

Entendamos el contexto: cuando Internet irrumpe con fuerza en el Perú era 1995, y los buscadores por referencia eran Infoseek, Lycos y Webcrawler; en esa época Netscape Navigator tenia un enlace directo a Infoseek y oohh que desgracia!! Mosaic no lo tenia, así que en las maquinas que solo tenían Mosaic instalado había que tipear a mano la dirección respectiva, el golpe fue dado el siguiente año cuando Digital (absorbida luego por Compaq, quien a su vez fue absorbida por HP) lanza Altavista el cual fue el buscador dominante y mas efectivo durante 1996 y 1997 (que? ya han pasado mas de 10 años desde eso?), lo curioso es que durante un buen tiempo Digital no tenia la titularidad del dominio altavista.com por lo que la dirección de entrada era altavista.digital.com (si alguien sabe cuando se hizo con dicho dominio que me lo diga). Los problemas empezaron a surgir alrededor de 1998 cuando los resultados se empezaban a llenar de verdadera basura, todo como consecuencia de la política de Altavista (Digital vendió su titularidad en cierto momento) de vender posiciones en la lista de resultados. Como consecuencia directa recuerdo que durante 1998 y 1999 esencialmente solo usaba Hotbot, que me daba mejores resultados con mucho menos ruido.

Mi postura ante los buscadores e Internet ha sido siempre la de encontrar los sitios que me cuentan sobre algo en lugar de los que intentan venderme ese algo (es por eso que tengo bloqueados los servidores de publicidad) , y la verdad es que Altavista ya lo hacia muy pero muy mal al momento de surgir Google, Hotbot era una buena solucion entonces pero no tan buena como la que resulto ser Google a lo que si le sumamos su opción de cache… increible!!!! Tan rompedor era en su momento que hasta Mauricio Sougarret de Microsoft lo recomendó como herramienta para los desarrolladores en un Developers Days del 2000.

El resto es historia conocida, GoogleAds, Gmail, la compra de Blogger, Picassa, Writely entre otros, pero siempre la referencia es el buscador que presume de un algoritmo imparcial que garantiza mejores búsquedas y mas limpias hasta que la búsqueda de las empresas por tratar de conseguir los primeros lugares en las listas ha llevado a la aparición de los SEO:Search Engine Optimizers, empresas que se publicitan como capaces de conseguir que el site de tu empresa aparezca en los primeros lugares de búsqueda mediante diversas técnicas que van desde optimizar la estructura y metatags de la pagina hasta contratar servidores con enlaces a tu site y así hacer creer a Google que tu site tiene muchos sitios que apuntan a ti, Google ya advirtió contra estas practicas, pero ahora a dado un paso mas:

Gracias mi profesor del IE Enrique Dans me entero que Matt Cutts de Google solicita al publico que denuncie a los sites que estarían tratando de hacer “trampa” para ser los primeros “..específicamente, Matt pide que mientras desarrollan una herramienta para la denuncia de este tipo de enlaces, utilicemos la herramienta de reporte de spam en su versión autenticada o anónima incluyendo la palabra “paidlink”, con el fin de poder investigar maneras de “aumentar las capacidades de los algoritmos existentes”. Matt comenta que los reportes pueden ser tan simples como un simple vínculo a una página que incluya enlaces pagados, y la palabra clave “paidlink” para poder rastrear esas denuncias fácilmente.”

Como dice Enrique por ahí, yo tampoco tengo nada en contra de quienes te ayudan a que tu site este mejor estructurado (no usar Frames, no hacer tu site muy dependiente del Flash… etc etc) pero de ahí a contratar gente para que te enlace… pues eso no, reitero yo (y creo que la mayoría de nosotros) buscamos que nos digan algo no que nos lo vendan, si quieren ser los primeros… pongan contenido relevante!!! Es que personalmente una de las cosas a las que se supone que se tiende (o debería tender) Internet es al afloramiento de la “cola larga”, los contenidos y materiales que son interesantes para un sector pero que están tapados por “los mas grandes”, pero si las empresas a punta de dinero distorsionan los resultados esa cola larga nunca llega a aflorar.

Ahora bien, me dirán que entonces estaría en contra del “Google bombing”, pues la verdad es que no tanto pues para que esto funcione se requiere que haya voluntad de muchos para lograr el objetivo, si la iniciativa no consigue acogida pues no se lograra el resultado, lo cual me parece mas legitimo que querer conseguir una posición a punta de billetes.

En ese sentido la intención de refinar el algoritmo y ahora basarse en las denuncias me parecen interesantes, pero habrá que ver si la cosa prospera y logran conseguir el objetivo deseado:resultados relevantes en las búsquedas

Google se estropea
Google y la venta de enlaces

Errores de alto vuelo en la web de Air Plus

Posted on by ecardenas

Un articulo reciente de Eduardo y su posterior discusión, me ha convencido de seguir con esto de los problemas en las paginas Web, problemas que no están restringidos a ninguna tecnología en particular, ya que como le decía a Eduardo no ha sido rara la ocasión en que he visto la entera pila interna de mensajes de error generados en sites JSP o PHP. Sin ir mas lejos, la primera versión de la web del Continental te sacaba todos sus mensajes JSP cada vez que salia un error (cosa muy frecuente entonces)

Como sabran estoy yendo a Perú en Septiembre, así que como contaba entonces realice mi investigación de precios (con los resultados conocidos), lo que no conté entonces fue de este error que aparecio mientras buscaba precios en la web de Air Plus Comet

Lindo, no? Una hermosa query SQL para que todo el mundo intuya como van tus tablas mySQL, y de ahí … hasta la cocina.

Por cierto, los webmasters de El Comercio bien harían en revisar el siguiente articulo: 25+ ASP Tips to Improve Performance and Style, articulo muy especifico a ASP y que me sirvió de gran ayuda antes de la llegada de ASP.NET.

Joder con el puto AJAX de los cojones!!

Posted on by ecardenas

Como decia un profesor en el IE “mis muertos los cuento frios”, asi que recien ahora puedo contar algo de mi experiencia profesional reciente, que espero que sea de utilidad para el que le interese la gestion del desarrollo de software.

Con todos estos años de practica, algunas cosas se te quedan claras en base a las experiencias pasadas y tratas de aplicarlas en la medida de lo posible, lamentablemente a veces no se esta en la posicion de aplicarlas y este fue el caso.

Como decia, algunas cosas se te quedan claras y con fundamento, en este caso tenia claro que avanzado un proyecto no es conveniente meter una tecnologia nueva salvo que: Estuviera focalizada en un sector con poca interaccion con el resto de la aplicacion, o que estuviera claro que fuera completamente compatible y/o evolutiva de la tecnologia empleandose en ese momento.

Pareceria una politica simple y razonable de seguir, pero quienes estan en informatica sabran que estas dos palabras no estan precisamente a la orden del dia en la gestion de proyectos, aunque debo reconocer que he tenido jefes que sin tenido la habilidad suficiente como para llevar razonablemente el proyecto y los intereses de los stakeholders.

Se trataba de una aplicacion Web para uso interno, donde como consecuencia del alto numero de datos a ingresar eran frecuentes las idas y vueltas al servidor, ocasionando un efecto de parpadeo o “pantallazo” que era incomodo para algunos usuarios. Sin ir al detalle tecnico (conocido para quienes conocen esta tecnologia) sabran que este efecto es consecuencia del modelo que trajo ASP.NET el cual es necesario para brindarnos una facilidad de desarrollo que habiamos perdido cuando se paso de la Programacion Visual (con VB, Delphi o PowerBuilder) a desarrollar para la Web (quien ha programado CGIs, ASP Clasico o PHP3 sabe de lo que hablo).

Lamentablemente las quejas salieron cuando la estructura de la aplicacion estaba completada en un 80%, asi que poco se podia hacer (yo proponia aumentar la capacidad de procesamiento del servidor), hasta que alguien planteo la posibilidad de usar lo que recientemente se ha dado por denominar AJAX (aunque las tecnologias base han estado disponibles desde hace tiempo) para solucionar el problema y claro …. se dio el visto bueno a dicha propuesta.

Como ya he comentado la aplicacion ya habia avanzado bastante pero aun faltaban ajustes finales, por lo que se inicio un desarrollo paralelo, por un lado se trataba de replicar en AJAX la funcionalidad existente, y por otro lado se continuaba el refinamiento en la tecnologia actual hasta llegar a un punto de convergencia para integrar las modificaciones hechas en paralelo (las cuales tenian que apuntarse con sumo cuidado).

Cuando correspondio a que se manipulara mis modulos recien cai en la cruda realidad, trabajar con AJAX (al menos en la version que se utilizo) involucraba un paso atras en lo que habiamos ganado en funcionalidad de desarrollo con ASP.NET (si quieres la explicacion marciana ve al final del articulo) siendo mucho mas complicado depurar la aplicacion obligandote a mantener un doble juego de variables y de logica de la pantalla, ya que como la tecnologia se inyecto estando la aplicacion avanzada no hubo alternativa, siendo otra la situacion si se hubiera tenido un desarrollo en AJAX puro desde el principio o con modelo ASP.NET como lo teniamos.

La desesperacion para tratar de ajustar y que vuelvan a funcionar cosas que YA ESTABAN BIEN nos llevo en algunos momentos a decir la frase que titula este post, porque de veras…. era desesperante que cosas sencillas como asignar u obtener el valor de un control de una variable fuera algo complicadisimo.

En honor a la verdad debo decir que el proyecto salio adelante y ya esta en produccion, pero no dejo de pensar que los dos meses (como minimo) que se agregaron al proyecto multiplicado por el coste de 2 recursos (igualmente como minimo) hubiera podido alcanzar para la adquisicion de un mejor servidor, sin el inconveniente de la poca mantenibilidad que adquirio el proyecto.

En resumidas cuentas con ASP.NET uno se acostumbra a manipular directamente los valores de los diversos controles que estan en la pantalla, con AJAX tareas simples como requerian la regeneracion de un XML con el conjunto de valores de los controles, siendo necesario implementar funciones (mas complejas) para recuperar los valores utilizados pues los valores que usa por defecto ASP.NET se vuelven completamente inutiles, mas aun: como en este caso teniamos logica duplicada en ciertos momentos debia hacerse una multiple verificacion para saber que conjunto de variables estaba informado, so pena de que la aplicacion fallara.