Aprender a programar

Pienso que todo el mundo en este país debería aprender a programar, porque eso te enseña a pensar.

Steve Jobs

Sigue leyendo “Aprender a programar”

Anuncios

¿Cómo crear buenas Presentaciones?

Una de las cosas que más me obsesiona son las presentaciones, me parece algo básico en nuestro sector. Es la forma que tienes de comunicar y trasladar tus ideas. Hace poco intercambié algunos correos con algunos compañeros sobre puntos que para mi son básicos para preparar una presentación y además encontré una slideshare del maestro Steve que da grandes ideas.

1-Diez diapositivas máximo
2-20 minutos como máximo
3-Una diapositiva por cada 2 minutos de ponencia
4-No contener fuentes menores a 30 puntos.
5-No querer transmitir más de 3 ideas claras y concretas a lo largo de la presentación.
6-Más imágenes y menos texto, la imagen genera la emoción y tus palabras da la forma.
7-Lleva tu guión (aparte) no utilices la ppt como guión sino como transmisor de emociones y mensajes.

Lecciones de Steve Jobs (Parte 5)

Hace tiempo que llevo escribiendo la serie de lecciones de Steve Jobs:

Lecciones de Steve Jobs

Lecciones de Steve Jobs (Parte 2)

Lecciones de Steve (Parte 3)

Lecciones de Steve (Parte 4)

En esta ocasión los consejos están centrados en la temática de Diseño.

Diseño es funcionalidad: Este es un problema común, se cree que el diseño es algo bonito, el buen diseño es funcional. El diseño es funcionalidad, no forma.

Escucha fuera de ti: Cuándo diseñes un producto, habla con la gente de tu alrededor.  Normalmente cuando estás diseñando un producto sufres el denominado efecto miopía. Te crees el padre de la criatura y es difícil que aceptes consejos sobre como educarlo y este es un gran problema de nuestra profesión, no creamos hijos, creamos productos para que usen otros. ESCUCHA.

Incluye a todo el mundo: El diseño no son sólo los diseñadores, ingenieros, programadores, marketing, administración, cualquiera puede ayudarte a crear un diseño funcional.

Crea, prueba y Error: El proceso de diseño y usabilidad, se crea a base de prueba y error, no hay otra manera. Debes probar diferentes modelos y observar donde se encuentran más cómodos los usuarios.

No te obsesiones: No hay que marcarse la obsesión de tener un producto “usable”, el producto usable debe nacer del proceso del diseño. Debes seguir el proceso paso a paso y finalmente tendrás un producto usable.

Lecciones de Steve (Parte 4)

Siguiendo con los artículos que había generado sobre Steve Jobs vamos con la siguiente lista de consejos:

  • Pasión en tu trabajo: Trata de encontrar la pasión en lo que haces, Jobs la tiene y es contagiosa.
  • El héroe y el inútil: Trabajando con Jobs puedes pasar de ser un Dios a un idiota en unos segundos. Esa manera de motivar y mantener la tensión hace que todo el mundo esté alerta. No sabes cuando te va a caer un alago o una bronca. (será eficiente pero tiene que ser estresante)
  • Celebraciones: Trata de celebrar los éxitos con todo el entusiasmo del mundo.
  • Insiste en que no hay nada imposible: Apple es capaz de crear productos increíbles porque internamente no existe la palabra imposible. Todo es posible y todo se puede sacar adelante.
  • Trabajar duro: Jobs genera toneladas de estrés a su alrededor pero el personal hace un gran trabajo (estresante)
  • No pierdas de vista al cliente: Apple genera grandes productos porque están creados por diseñadores que piensan en el cliente.
  • Estudia el mercado y la industria: Apple está constantemente buscando nuevas tecnologías que puedan mejorar sus productos.

_

nothdr3

Lecciones de Steve Jobs (Parte 2)

Bueno como os comenté en el anterior post, hoy vamos a por las segundas lecciones de Steve, como siempre interesantes:

  • Genera alternativas y elige la mejor. Es algo interesante que estoy empezando a aplicar con algunas cosas. Aunque un trabajo te guste pide a la gente que presente varias alternativas para poder elegir la mejor. Por ejemplo para eligir el nombre “ipod”, se barajaron cientos de nombres. Jobs siempre pide muchas opciones diferentes del mismo trabajo a la gente.
  • Diseña pensando pixel a pixel. Jobs se para en cada pequeño detalle. Por ejemplo para elegir los tres botones de la ventana de una mac (rojo,amarillo,verde) que emulan un semaforo, tardaron meses viendo diferentes opciones.
  • Simplifica (os suena no?). Simplifica significa decir NO. Despoja de opciones a las cosas, di NO.
  • No tengas miedo a empezar desde 0. Mac OX se hizo de cero, y se tuvo que invertir cientos de millones y muchos años, pero no tuvo miedo. (aquí vamos bien porque con V7…:)), lo mismo con IPOD, IPHONE,….
  • Evita el efecto Osborne. No hables nada de tus nuevos productos hasta que los tengas en la calle. Hay muchas explicaciones por la cual no se debe hacer esto, una de ellas y más importante según Jobs, es que quiere que las ventas del viejo producto continuen hasta el día de la presentación del nuevo. (de esto tenemos mucho que aprender por que el gambazo de V7 lo estamos pagando bien caro…..).
  • No permitas no creer en tus productos. . Ordenó internamente ser positivos con productos que algunos ingenieros odiaban como el antiguo Mac OX.
  • Cuando las ideas vienen todo es un juego. En apple siempre se está dispuesto a escuchar nuevas ideas y propuestas.
  • Encuentra caminos fáciles para presentar nuevas ideas. Todos conocemos como son las presentaciones de Apple.
  • No escuches a tus clientes. ellos no saben lo que quieren. Jobs tiene una frase de Ford que le encanta, “Si le hubiera preguntado a la gente qué querían, me habrían dicho que un caballo más rápido.” (Henry Ford). No estoy de acuerdo con la apreciación, una cosa es crear un nuevo producto y otra diferente mantenerlo en el mercado. Creo que hay que tener equilibrio.

Odio a la gente que se queja

De esta manera tan directa empieza una entrevista el tio de Nadal, que explica como educó al número uno del mundo, una de las personas más admiradas hoy del planeta.

La verdad que creo que de todo hay que aprender en la vida y de un fenómeno así más, os dejo un repaso a los comentarios del tio y entrenador de Rafa Nadal:

“Es una cuestión de educación. Uno no consigue que su hijo sea educado haciéndole que dé siempre los buenos días. Hay un trabajo detrás y tiene que salir de él. Aquí es lo mismo. Se consigue lo que se hace en los entrenamientos. Odio a la gente que se queja, en todos los ámbitos de la vida, y Rafael nunca lo hace en los partidos. Es una incoherencia: si fallas mucho es porque no sabes lo suficiente de lo que estás haciendo, así que más vale que mejores. Y si fallas poco, es algo con lo que hay que convivir sin quejarse. Eso hay que educarlo en los entrenamientos: si haces algo mal, te aguantas. Trabaja para que te salga bien. A Rafa todavía le tengo que decir que no se queje en algún entrenamiento si hace las cosas mal”, cuenta.

Toni considera que la mejor cualidad del juego de Rafa es “que es un jugador muy ordenado y duro de cabeza”. Ahí tiene un salto de calidad evidente entre los otros tenistas del circuito. A lo mejor no es al que le corre más la bola, ni su revés está entre los mejores. Pero su dureza mental es incomparable.

Al final, la conclusión que se saca de hablar con Toni Nadal es que el juego de su sobrino está muy lejos de circunscribirse a pelotas y raquetas. Que es el resultado de una filosofía de vida. Y que Toni es un profesor que da lecciones que todos deberíamos aprender: “Mira, nuestros padres eran de una manera porque vivieron una situación muy diferente, la dureza de la posguerra. Por eso son más duros. Lo decía Ortega y Gasset: ‘Yo soy yo y mis circunstancias‘. Si de pequeño te lo permiten todo, si te dan lo que quieres sin esfuerzo, serás mucho menos sacrificado”, dice. Y ahí redica el éxito del número uno, quizá el deportista que más admiración despierta entre todos nosotros. 

Para Toni Nadal, “hay deportes, como el fútbol, en el que el mejor del mundo falla muchas veces en un partido. En otros, como el golf, el ajedrez o el tenis, el fallo está muy penado. El mejor del mundo debe fallar poquísimo”, dice.

Esta última frase me impactó muchísimo ya que estoy 100% agree con él. Yo he practicado muchos deportes en mi vida, y la verdad que nunca llegué a nada, creo que en las empresas y a diferencia de los deportes puedes tener el lujo de cometer muchos errores y levantarte. Tienes mucho más tiempo para aprender y volver a intentarlo. Esta es la gran ventaja de la empresa frente al deporte. Además que para realmente hacer algo en la empresa tienes toda la vida, mientras que en general para los deportes tu rango de edad para hacer algo es mucho más corto. Steve Jobs triunfa con 50 años, Amancio con 80,…..

Lecciones de Steve Jobs

Este verano me he leído unos cuantos libros, uno de los que más me enganchó fue Inside Steve’s Brain

Al final de cada capitulo hacen un recapitulación de las principales lecciones que quiero compartir con vosotros:

  • Decisiones duras a la cara. En tu puesto no te pagan por ser el bueno, te tocarán muchas decisiones difíciles y ahí se ve el carácter de líder. Él apuesta por dar la cara en las decisiones difíciles no dejarlas a terceros.
  • No seas emocional, no te dejes llevar por las emociones para resolver los problemas de la empresa.
  • Se firme, esto es muy difícil, pero debes ser firme en tus convicciones.
  • Estate informado, no adivines. Documéntate con datos e información. No creas que sabes lo que ocurre.
  • Ten buena gente cerca. No intentes llevar las cosas tu sólo. Necesitas un buen equipo que te acompañe.
  • FOCALIZAR SIGNIFICA DECIR NO. Apple se focaliza en pocos proyectos que pueda hacer realmente bien. Todos los días hay millones de ideas para hacer nuevas cosas.
  • Mantente FOCALIZADO. No permitas perder el foco. Mantén las cosas simples, que no es nada fácil en el mundo de la tecnología. A todo el mundo le gusta lo simple, pero pocos realmente lo llevan a cabo.
  • FOCALIZA EN LO QUE REALMENTE ERES BUENO, y delega en todo lo demás.

Este es el resumen del primer capítulo del libro y son 8 que compartiré con vosotros. Todo lo que se dice son verdades que todos conocemos pero que realmente son muy difíciles de llevar a cabo.

La que más me obsesiona últimamente es la SIMPLEZA. Todos quieren ser como Google o Apple. Productos, paginas y servicios simples, que prescinden de mucha funcionalidad para centrarse en lo realmente importante. Pero al final acabamos, con webs, blogs, o productos realmente densos o complicados.

Al final todo el mundo tiene muchas ideas, y quiere satisfacer las funcionalidades y deseos de todo el mundo, eso hace que las cosas no se mantengan SIMPLES. La simpleza tiene una relación directa con los costes y con la calidad. La simpleza va de decir muchas veces NO, prescindo de funcionalidad para mantener las cosas SIMPLES.

Vemos que las empresas de éxito lo hacen, pero joder como cuesta imitar esa cualidad, al final nuestro blog tiene más funcionalidad que el de Google. ( yo mismo soy el responsable de muchas de las funcionalidades que se han introducido) Lo sabes pero cuesta…..

Hace poco hice una prueba con mi blog, antes tenía un montón de plugins, ahora lo he dejado en lo más elemental y en texto (he suprimido cosas que me parecían básicas), pero el resultado es más tiempo medio por visitas, menos tiempo de carga de página, y muchos más clics a las pocas opciones que he dejado.

Antes el total de los clicks en barra izquierda eran 20 al día ahora son más de 60.

Si es que lo simple…. tiene algo.

Eso si prepárate para discusiones y para empezar a decir NO.

Historia de Oracle

Me estuve leyendo unos libros sobre la historia de Oracle y paso a contar un resumen de su historía según mi punto de vista claro:

  • Ted Codd crea en IBM 1970 his paper “A relational model of data for marge sharet data banks”
  • En los 70 IBM empieza a trabajar en varios proyectos de relaciones de BBDD
  • Crean RUFUS (relation user friendly universal System) Proyecto rechazado
  • Algunos de esos ingenieros crean System R (Relational))
  • Desarrollan un lenguaje para system R
  • SEQUEL (Structured English Quero Language )
  • SEQUEL era un marca registrada por una compañía de aviones Americanas.
  • Se crea el acrónimo SQL
  • Al mismo tiempo profesores de Berkeley trabajan en la teoría de Ted Codd.
  • El proyecto de estos profesores se denomina Ingres.
  • En Berkeley se trabaja en el lenguaje QUEL (Query Language)
  • Mientras Berkeley e IBM trabajan cada uno por su cuenta en el modelo, Larry Ellison y sus 2 socios (ED y Miner) no saben muy bien si van a hacer programas a medida o un software Standard.
  • Deciden que algo Standard, pero que?
  • Ed se lee un documento y acude a una presentación de IBM “System R: Relational Approch to database Management” En el se habla del lenguaje SQL. Le pasa la documento a Larry y Miner.
  • En aquella época la compañía se llamaba SDL, y deciden seguir los papers de IBM y crear una realtion database management system.
  • Lo que hicieron fue implementar las teorías de IBM. Como si un Kit de montaje se tratara.
  • SDL llamó al primer producto que hicieron Oracle, ya que el software respondía a las preguntas que hacías.
  • Que pasó con IBM? La gente que trabajaba en el proyecto para IBM (Ted Codd) erán académicos, estaban interesados en ideas y no en productos. Su gloría eran los papers y las conferencias.
  • 20 años más tarde el grupo de académicos discutío sobre si había sido bueno publicar sus investigaciones…
  • IBM fue muy lento, en 1977 Oracle ya tenía su producto e IBM no sacó su producto hasta 1982.
  • IBM tenía un sistema llamado IMS information Management System que estaba corriendo en las grandes corporaciones. Hacían mucho dinero con IMS.
  • IBM no quería vender ningún producto que pudiera desplazar al IMS del cual vivian muchas familias internamente.
  • En 1982 introdujo su primera versión, SQL/DS pero no fue hasta 1985 que introdujo su primera versión que corría en varios tipo de servidor. DB2
  • En 1985 Larry Ellison ya era millonarío.
  • ¿Os recuerda a algo cuando IBM dejó que Microsoft introdujera su sistema operativo en sus ordenadores personales? o cuando en 1979 Los investigadores de Palo Alto invitaron a un tal Steve Jobs de Apple a que viera las cosas en las que estaban investigando.
  • En 1995 la industria de las bases de datos relacionales generaba Billones de dolares anuales.
  • Los innovators fueron atraídos por los papers y las conferencias más académicas.
  • Los early adopter enseguida vieron las posibilidades de negocio que había en tal revolución la adopción, sus empresas podían tener información, el Oráculo podía responder a sus preguntas.
  • El gran movimiento de ORACLE para poder coger al pragmático fue hacer portar el SQL (ORACLE) en cualquier pieza de hardware que se encontraron algo que IBM tardó 10 años en comprender. Algo que también hizo Microsoft con su S.O. Era más práctico……no tenía que cambiar de hardware para acceder a la innovación.
  • Para el pragmático es un dolor de cabeza que empiecen a aparecer sistemas incompatibles que después saben que tienen que ser comunicados entre si, Oracle ganó la partida.
  • Oracle ya era líder de Mercado
  • Aparecieron cientos de competidores, Ingres, Informix, Sysbase, IBM, DEC, Tandem, HP, Ingres….todos trataron de mejorar el producto.
  • Oracle respondío siempre (tarde) pero respondiendo a las mejoras de producto, y eso es suficiente para el pragmático que quiere que el Lider de mercado puede mejorar su producto y seguir siendo el Lider.
  • Cuando Sysbase implantó el Cliente/servidor
  • Oracle no lo ignoró y pronto lo implantó en sus sistemas manteniendo su liderazgo……

………………el resto lo conocemos todos……

avión oracle