Área Estratégica

Icon

negocios en internet, innovación y productividad. desde 1999.

Desarrollo web y su enseñanza en universidades

Al parecer en las universidades en México no les están dando formación a sus alumnos en desarrollo web. He notado esto pues durante los últimos dos meses he estado entrevistando a muchos ingenieros en sistemas o licenciados en informática recién egresados. La muestra tal vez no sea representativa, pero lo que puedo notar es interesante.

De una muestra de 26 entrevistados de universidades públicas y privadas.

  • La mitad de ellos nunca había oído hablar de PHP.

  • Los que habían oído hablar de PHP no me supieron explicar en qué consiste.
  • Sólo 3 de ellos habían oído hablar de XML. Ninguno me supo explicar en qué consiste.
  • 19 de ellos conocían Java o habían oído hablar de Java.
  • 21 han recibido entrenamiento para administrar ruteadores y equipo Cisco.
  • NInguno de ellos me supo dar ejemplos de otras plataformas, lenguajes o frameworks de desarrollo utilizados en la web, como Python, Perl, Ruby on Rails.
  • Sólo 4 tenían una muy vaga idea del concepto de open source o código libre, como se le conoce por aquí.

  • Sólo tres de ellos conocían algo acerca de blogs.
  • Prácticamente todos conocen y utilizan la Wikipedia, pero ninguno me supo decir qué es un wiki

Desde luego la mayoría de ellos no tendría mayores problemas en aprender nuevos lenguajes o adaptarse a un nuevo framework, pero no dejan de llamarme la atención varios puntos.

Por ejemplo, además del hecho de que los planes de estudio están sin duda desactualizados (lo cual es casi un estándar en la mayoría de las universidades en México), muy probablemente sus maestros no tienen experiencia en el mundo real del desarrollo web, lo cual es lamentable.

Quienes sí tienen puestas las pilas son empresas como Sun, Microsoft y Cisco, al ponerles atención a los universitarios con seminarios y talleres prácticos de entrenamiento.

Es también notable que los proyectos de open source, además de los blogs y los wikis como herramientas sean tan desconocidos por estos estudiantes a quienes entrevisté, así sea en una muestra pequeña.

Comparte esta nota:
  • Print this article!
  • Digg
  • del.icio.us
  • Facebook
  • Google Bookmarks
  • Bitacoras.com
  • FriendFeed
  • LinkedIn
  • Meneame
  • RSS
  • StumbleUpon
  • Twitter

10 Formas seguras de echar por la borda un proyecto web

15 Formas seguras de echar por la borda un proyecto web

1. No les muestres a tus prospectos trabajos realizados por tu despacho. Deja que tu carisma y tu sonrisa tropical se encarguen de convencerlos de que tus diseños se adaptan a sus extravaganes expectativas.

2. Cuando estés cerrando el proyecto, ya con el cheque en la mano, y te pidan una característica que no estaba contemplada en tu cotización, acepta con gusto. Calcula el tiempo adicional que requerirá mientras sigues charlando amistosamente y si no es tanto, øqué mas da? Que no te importe si esa característica adicional se convierte en una auténtico proyecto dentro del proyecto.

3. Jamás les digas a tus clientes que los entregables que se van generando en el transcurso son parte del proyecto. Me refiero a los diagramas de estructura, personas, bocetos, resumen de proyecto, cuestionarios. øQué importa que tu cliente piense que el único entregable que realmente vale el dinero que te dieron es el sitio terminado?

4. No les indiques que hay responsabilidades de ambos lados en el proyecto y ellos deben cumplir con sus responsabilidades en tiempo para que el flujo del proyecto siga un curso suave y controlado. Por ejemplo, øqué importa si faltando dos días para la fecha límite aún no te han entregado contenido?

5. Hablando de tiempos, no calendarices el proyecto. Y si calendarizas, no les digas qué tan importante es que los tiempos programados se vayan cumpliendo.

6. Si no responden tus mensajes solicitándoles retroalimentación, no te preocupes. Lo más seguro es que estén dispuestos a esperar varios meses más, así es que retrásate lo más posible, no hagas avances ni insistas en contactarlos.

7. Si cambian al equipo responsable de su lado, no solicites ninguna confirmación por escrito. Confía ciegamente en lo que te digan los miembros del nuevo equipo. Por ejemplo, que los miembros del nuevo equipo tienen poder de decisión.

8. En las raras ocasiones que puedas establecer contacto con tus clientes, trata de adivinar lo que están pensando o haciendo acerca del proyecto. No busques hechos concretos. Al final de cuentas fueron tu carisma y tu intelecto los que los convencieron, øno es así? Guíate por instintos y no por hechos.

9. Si notas que empiezan a haber pequeñas quejas de su parte, no les hagas caso.

10. Nunca les solicites aprobación por escrito de los cambios solicitados, bocetos, diagramas. øPara qué molestarlos? Además, confías en tus instintos y en su buena fe.

Comparte esta nota:
  • Print this article!
  • Digg
  • del.icio.us
  • Facebook
  • Google Bookmarks
  • Bitacoras.com
  • FriendFeed
  • LinkedIn
  • Meneame
  • RSS
  • StumbleUpon
  • Twitter

Area Estratégica en tu Email

Suscríbete para recibir cada semana por email las actualizaciones de nuestro blog

 
O bien, Suscríbete a nuestro feed RSS

Twitter @gustavoarizpe

Posting tweet...