Nuevamente sobre el negocio del software


Las 5 lecciones aprendidas en la vida por el guru del negocio del software Guy Kawasaki

  • Concentrarse en el flujo de efectivo
  • Progresar un poco cada dia, ignorar el grandioso big bang
  • Experimenta! La suerte esta con el que actua
  • Ignora a los expertos
  • Nunca pidas a otros que hagan lo que tu no harias

    Leer el articulo original (recomendado)

    Anuncios

    Sun TechDays Mexico


    Por si algunos no se han enterado, la proxima semana son los Sun Techdays en mexico.

    Otra buena oportunidad para intercambiar experiencias y reactivar la comunidad.

    Sun Techdays Mexico 2008

    Llegan los dias Google para desarrolladores a Mexico!


    Para enriquecer aun mas la variada oferta tecnologica para los desarrolladores mexicanos (y los que se animen a hacer el viaje), llegan a Mexico los dias google:

    Ahi nos vemos!!


    Sitio del google developers day

    Usuario conocedores de IT o IT desconocedor del negocio


    Que pasa con el depto de IT cuando la gente de negocio conoce bien IT.
    Que pasa cuando la gente de IT se encuentra completamente desactualizada de los proceso y tenencias del negocio?
    Este profesor nos indica que es una situacion cada vez mas comun y peligrosa.

    ¿Espera otro golpe mas IT?

    Leer articulo | digg it

    Pensamientos sobre la carrera profesional y la vida


    Steve Jobs nos da una catedra acerca de como desarrollar laa carrera profesional y vivir la vida:
    Siguiendo el corazon, haciendo lo que uno ama y viviendo cada dia como si fuera el último.

    Lo recomiendo ampliamente

    Visitar liga | Ver en digd

    ¿Quieres ser un arquitecto de software?


    El Arquitecto de Software es visto hoy en día como un integrante fundamental de los equipos de desarrollo de software empresarial. Ante esta situación, es interesante conocer que se requiere para ser un buen arquitecto de software, por lo cual, basado en una petición de Oscar Galicia y una solicitud de linkedin, presento este artículo dinámico en base a mis experiencias y a las de otros arquitectos:

    Lo primero que se requiere para ser un arquitecto de software es querer ser un buen arquitecto de software. Esto puede parecer obvio o irónico, pero para nada es así. Estoy siendo sincero y me baso en artículos de prestigiadas revistas e instituciones (véase mi post “Como ser el mejor programador del mundo”).

    • Haber participado directamente en al menos 2 proyectos de software grandes, donde existan requerimientos conflictivos entre si de parte de varios participantes (Stakeholders). Esto implica mas de 5 años de experiencia profesional, el buen vino toma su tiempo.
    • Amplio conocimiento de alguna de las plataformas empresariales (.Net, J2EE o ahora Ruby on Rails)
    • Conocimiento profundo de las características de los atributos de calidad y lo que implica conseguirlos y balancearlos (Escalabilidad contra sencillez por ejemplo)
    • Experiencia en todo el ciclo de vida del desarrollo de software (véase el peligro del non coding architect, aunque esto no significa que tenga que continuar codificando en una base diaria)
    • Saber trabajar en equipo, Habilidad para convencer y guiar al equipo.
    • Habilidad para mantenerse constantemente actualizado en los aspectos tecnológicos y de negocios de su industria.
    • Intensa empatía hacia los interesados en los proyectos en que participa, si solo piensa en su área esta frito. Debe de poder ponerse en los pies del resto de los participantes y entender sus preocupaciones. No existe arquitectura que sea buena si no es en función de las necesidades de sus interesados (stakeholders).

    Lens sobre arquitectura de software

    Como ser un programador experto


    Leyendo la edición de este mes de una de las más prestigiosas revistas de negocios: HBR, encontré un artículo sobre un tema que me ha intrigado desde hace tiempo y que ya había tratado en este blog:

    ¿Como convertirse en el mejor en algo?

    Pues resulta que los profesores de Harvard describen como los componentes para convertirse en un experto en un tema son los viejos conocidos: Dedicación, disciplina, y sobre todo practica.

    Si queremos convertirnos en un desarrollador experto de software, debemos practicar constantemente (diariamente si se puede) el desarrollar software. Al menos unas 25-30 horas a la semana distribuidas en los 5 días laborables.

    Nótese buen estoy diciendo desarrollar, no asistir diariamente a 3 reuniones de 3 horas sin haber desarrollado mas de 1 hora en total al día.

    Presione clic aquí para leer articulo original en el HBR