Estoy trabajando en mi primer trabajo de programación. Mi jefe es un ingeniero de software muy inteligente, y siento que tengo muy poco que ofrecer en comparación con él. El problema es que él siempre está ocupado y necesita a alguien que lo ayude. Siento que no soy lo suficientemente bueno, pero todavía quiero tener éxito. Quiero ser un gran programador.
¿Qué puedo hacer para impresionarlo?
Gracias.
career-development
Pablo
fuente
fuente
Respuestas:
¿Alguna vez te conté sobre Ashton?
Ashton era tu clásico granjero alimentado con maíz. Sus padres habían sido hippies que nunca lograron realmente actuar juntos hasta que su madre heredó 15 acres en una zona rural de Michigan. La familia se mudó allí, compró un par de cabras lecheras y luchó para ganarse la vida vendiendo queso de cabra orgánico a los yuppies en el mercado de granjeros de Ann Arbor.
Desde el momento en que tenía diez años, Ashton tuvo que levantarse todas las mañanas a las 4:00 a.m. y ordeñar esas malditas cabras, y fue agotador. A Ashton le encantaba ir a la escuela porque significaba que no estaba trabajando hasta las rodillas en la caca de cabra. A lo largo de la escuela secundaria, estudió su trasero, con la esperanza de que una beca para una buena universidad sería su boleto de salida de la granja. Encontró que la universidad era mucho más fácil que la vida en la granja que no entendía por qué todos los demás no obtenían una A como él. Se especializó en Ingeniería de Software porque no podía imaginar que los ingenieros tuvieran que levantarse a las 4:00 a.m.
Ashton se graduó de la escuela sin saber mucho sobre la industria del software, así que fue a la feria de carreras, solicitó tres trabajos, fue aceptado por los tres y eligió el que pagaba más: algo loco como $ 32,000 al año, trabajando en una gran empresa de muebles en la parte suroeste del estado que fabricaba granjas de cubículos para corporaciones de todo el mundo. Nunca quiso volver a ver una granja, por lo que estaba decidido a causar una buena impresión en su jefe, Charlie Sherman.
"Eso no va a ser fácil", dijo su compañero de cubículo, Jeff. "Ella es una especie de leyenda aquí".
"¿Qué quieres decir?", Preguntó.
"Bueno, ¿recuerdas hace unos años, cuando hubo tanto alboroto sobre Y2K?"
Ashton probablemente era demasiado joven. "¿Y2K?"
“Sabes, nadie esperaba que todos los viejos programas de computadora escritos en la década de 1960 todavía se ejecutaran en 2000, por lo que solo tenían espacio para dos dígitos para el año. En lugar de almacenar 1999, almacenarían 99. Y luego, cuando el año se volcó el 1 de enero de 2000, los sistemas informáticos colapsaron, porque intentaron ajustar "100" en dos dígitos.
"¿De Verdad? Pensé que era un mito ”, dijo Ashton.
"En todas las demás empresas del mundo, no pasó nada", dijo Jeff. “Gastaron miles de millones de dólares revisando cada línea de código. Pero aquí, por supuesto, son bastardos baratos, por lo que no se molestaron en hacer ninguna prueba ".
"¿De ningún modo?"
"Nada. Prueba cero Nada Y he aquí, cuando la gente volvió a trabajar tambaleándose el 2 de enero, ni una sola cosa funcionó. No podían imprimir horarios de producción. No pudieron encender ni la mitad de las líneas de montaje. Y nadie sabía en qué turnos se suponía que estaban trabajando. La fábrica literalmente se detuvo ”.
"Estás bromeando", dijo Ashton.
“No te cago. La fábrica estaba totalmente en silencio. Ahora, Charlie, ella era nueva entonces. Ella había estado trabajando en Microsoft, o en la NASA, o algo así ... nadie podía entender por qué alguien como ella estaría trabajando en nuestra pequeña axila de una empresa. Pero se sentó y comenzó a codificar. Y codificación. Y codificación.
“Charlie codificó durante nueve días seguidos. Nueve días sin dormir, sin comer, algunas personas incluso afirmaron que nunca fue al baño. Ella fue de sistema en sistema y literalmente los arregló a todos. Era algo para contemplar. Dios mío, había sistemas COBOL allí que debían repararse. Toda la fábrica está parada, y Charlie está enviando gente a la biblioteca de la universidad en Ann Arbor para encontrar viejos manuales de COBOL. Los trabajadores de la línea de ensamblaje están temblando, porque incluso los termostatos tenían un error Y2K. Y Charlie bebe taza tras taza de café y escribe como una loca.
"Guau. ¿Y ella nunca fue al baño?
"Bueno, esa parte podría ser un pocoun poco exagerado Pero ella realmente trabajó 24 horas durante nueve días seguidos. De todos modos, el 11 de enero, unos cinco minutos antes de que se supone que comience el turno de día, ella sale de su cubículo, va a la impresora de líneas, presiona un botón y ¡boom! salen los cronogramas de producción y los cronogramas del equipo, y todo es perfecto, perfectamente formateado, con una fuente un poco más pequeña para que el "2000" encaje donde solía decir "99", e incluso ha escrito un nuevo sistema de optimización de prioridades que los ayuda a ponerse al día con 9 días de producción perdida sin molestar a demasiados clientes, y todas las líneas de ensamblaje comienzan a funcionar como si nada estuviera mal, y el calor se enciende, y las facturas salen impresas con '2000' como el año. de '19100', y después de ese día, nadie encontró un solo error ".
"¡Oh, vamos!", Dice Ashton. "Nadie escribe código sin errores".
"Ella hizo. Lo vi con mis propios ojos. El primer día de regreso corrieron dos días de cubículos sin ningún contratiempo ”.
Ashton estaba estupefacto. “Eso es épico. ¿Cómo puedo estar a la altura de eso?
"No puedes, amigo, nadie puede", dijo Jeff, volviendo a su terminal de computadora, donde reanudó una guerra de fuego en línea sobre quién ganaría en una pelea, Spock o Batman, que había estado furiosa durante más de cuatro meses.
Sin renunciar, Ashton juró que algún día haría algo legendario. Pero la verdad es que nunca hubo otro Y2K. Y a nadie, en esa parte de Michigan, le importó la buena programación. Los programadores no tenían casi nada que hacer, de hecho. A Ashton se le asignaron pequeños proyectos tontos ... en un momento, pasó tres semanas trabajando en el manejo de un caso en el que el impuesto a las ventas en un condado en particular estaba mal porque algún código postal abarcaba dos zonas diferentes de impuestos a las ventas. Lo curioso fue que fue en una parte despoblada del estado de Nueva York donde nadie había comprado cubículos de oficina, y nunca habían tenido un cliente allí, por lo que su código nunca se publicaría.
Siempre.
Durante dos años, Ashton entró en el trabajo entusiasmado y entusiasmado, y muriendo por hacer la diferencia y hacer algo fantástico y asombroso, mientras sus compañeros de trabajo navegaban por Internet, enviaban mensajes instantáneos a sus amigos y jugaban al solitario de la computadora durante horas.
Jeff, su compañero de cubículo, solo tenía una responsabilidad: actualizar la hoja de cálculo semanal de Excel que indica cuántas personas resultaron heridas en el trabajo esa semana. Nadie lo fue nunca. Una vez a la semana, Jeff abrió la hoja de cálculo, fue al final de la página, ingresó la fecha y un cero, presionó guardar, y eso fue todo.
Ashton incluso escribió una macro para Jeff que automatizó esa tarea. Jeff no quería ser atrapado, por lo que se negó a instalarlo. No estaban hablando en términos después de eso. Fue incomodo.
En la mañana de su segundo aniversario en la empresa de cubículos, Ashton conducía hacia el trabajo cuando se dio cuenta de algo.
Nunca se había ejecutado una línea de código que hubiera escrito.
Nada de lo que había hecho en dos años de trabajo tuvo impacto en el mundo.
Y era jodidamente 24 grados en esa parte de Michigan, y era gris y maloliente, y su Honda era una mierda, y no tenía amigos en la ciudad, y nada de lo que importaba.
Mientras conducía por Lincoln Avenue, vio a la empresa de muebles a la izquierda. Tres banderas ondeaban frente al campus corporativo: una bandera estadounidense, una bandera del gran estado de Michigan y una bandera blanca y roja con el logotipo de la empresa. Se metió en el carril de giro detrás de una larga fila de autos que esperaban girar a la izquierda. Siempre tomó cuatro o cinco ciclos de semáforos, en hora punta, para hacer la vuelta, por lo que Ashton tenido mucho tiempo para tratar de recordar si había cualquier código que jamás escrita fue nunca utilizado por cualquier persona .
Y no lo hizo. Y luchó contra una lágrima.
Y en lugar de girar a la izquierda, se fue derecho, casi causando un accidente porque olvidó que la luz de giro a la izquierda no significaba que podía ir derecho.
Y condujo por Lincoln Avenue, y entró en la autopista Gerald Ford, y siguió conduciendo hasta que llegó al aeropuerto en Grand Rapids, y dejó su viejo y horrible Honda justo en frente de la terminal, sabiendo perfectamente bien sería remolcado, y ni siquiera cerró la puerta del auto, y caminó hasta el mostrador de Frontier Airlines y se compró un boleto para el próximo vuelo a San Francisco, que salía en 20 minutos, y consiguió en el avión y dejó Michigan para siempre.
fuente
¿Recuerdas la escena en Aladdin donde Aladdin quiere impresionar a Jasmine, y el genio le dice que sería mejor concentrarse en ser él mismo? El mismo principio aquí.
Si el jefe es mucho mejor que tú y lo sabes, probablemente él también lo sepa. No espera grandes proezas de programar el estrellato del rock de ti. Como este es su primer trabajo, lo más probable es que lo haya contratado porque vio el potencial de convertirse en un buen programador en usted. Entonces, si realmente quieres impresionarlo, aprende. Aprende el idioma, aprende el sistema en el que estás trabajando, aprende los entresijos y rincones oscuros. Concéntrese en aprender los principios correctos, aprendiéndolos bien y aprendiéndolos rápidamente, en ese orden.
Y recuerde que parte del aprendizaje es copiar el conocimiento que otras personas ya tienen. No tenga miedo de hacer preguntas, ya sea de sus compañeros de trabajo o en StackOverflow, o de investigar cosas en Google. Hagas lo que hagas, no finjas saber algo cuando realmente no lo sabes, en un esfuerzo por evitar parecer tonto. Cualquier buen desarrollador lo notará rápidamente, y eso te hará ver incluso más estúpido a sus ojos. La humildad tiende a ser considerada una virtud entre los ingenieros.
Haz un buen trabajo en eso e impresionará al jefe.
fuente
Dos palabras: sé confiable.
En su posición, no fue contratado para ser la persona más inteligente del equipo. Fue contratado por el potencial que mostró y porque hay tareas adecuadas para su nivel de habilidad que deben realizarse.
Demuestre que puede estar a la altura de esa confianza primero y, a medida que tenga una idea del código y la compañía, encuentre formas de superar su primera impresión de usted. Esto último puede tomar un tiempo, pero no confundas ser junior por ser inferior.
fuente
Lo que parece ser hace mucho tiempo, tomé un trabajo increíble trabajando con una sala llena de programadores increíbles y consumados. Todos eran una estrella de rock, algunas personas del equipo original de Macintosh, casi la mitad de las personas allí habían publicado libros, era un gran lugar para estar.
Así que pasé mi primer año allí tratando de impresionar a todos. Sentí que tenía que hacer algo increíble y me llevó a aprender más de lo que creía posible en muy poco tiempo. En mi segundo año me tranquilicé, tenía mucha más confianza en lo que estaba haciendo, un poco más vocal sobre mis opiniones, y al mirar a mi alrededor me volví más y más pesimista sobre el producto real que estábamos construyendo.
Ese fue el último año que el proyecto fue totalmente financiado. Esos increíbles ingenieros, a quienes todavía admiro hoy, pasaron 5 años y millones de dólares construyendo marco tras marco, una plataforma de aplicación para construir sobre una aplicación que realmente no se había enviado y, finalmente, una interfaz de usuario y flujo de trabajo que nadie podía entiendo, incluso las personas que lo construyeron.
Smart está sobrevalorado. Ser una "estrella de rock" está sobrevalorado. Es una excusa realmente fácil para aumentar su umbral de complejidad. Le hace pensar que es más importante volver a escribir un sistema de trabajo para que sea "más limpio" en lugar de implementar lo siguiente que solicitó un cliente.
Jacob Kaplan Moss una vez me dijo algo sobre un programador que no nombraré, dijo: "Es demasiado inteligente. Escribe estas bibliotecas realmente inteligentes y complicadas que no puedo usar porque no soy lo suficientemente inteligente. La gente estúpida debería escribir bibliotecas para que la gente estúpida pueda usarlos ".
Los programadores que los ingenieros "consumados" tienden a rechazar, las personas que escriben Ruby y JavaScript y otros lenguajes de "juguetes", esas personas hacen PRODUCTOS y los ENVÍAN. El código puede ser feo, la arquitectura puede no ser tan pura y limpia como quisieras, pero envían maldita sea y en esta industria eso es lo que realmente importa.
Si yo fuera usted, me daría por vencido en tratar de ser este rockstar y me centraría en el envío y la construcción de productos. No debe juzgar su contribución por lo inteligente que es su código, debe juzgarlo por cuántas personas lo ejecutan todos los días y son felices.
fuente
Escriba código claro y sólido.
fuente
Llama a su puerta. Pregúntale si tiene algún trabajo de mierda que ha estado posponiendo y que puedas manejar. Dile que te despida más tarde por correo electrónico si no tiene tiempo ahora.
fuente
Leer Knuth
(Corolario: muchas personas tienen Knuth, pero nadie lee Knuth)
Todos los programadores realmente buenos con los que he trabajado tienen algunos rasgos en común:
(1) Aunque no tienes que ser bueno en matemáticas para programar, de todos modos lo fueron (y les gustó)
(2) Aprecian una cualidad que llamaré 'elegancia', que no debe confundirse con brevedad (!!!)
(3) Son buenos para diseñar software (incluso si ninguno de nosotros puede explicar qué es realmente un buen diseño)
Además, personalmente encuentro útiles los siguientes rasgos:
(a) disfrutar resolviendo acertijos
(b) escribir código legible
(c) un buen recuerdo
(d) puede adaptarse superficialmente a otros lenguajes de programación fácilmente (amplitud)
(e) aprenda su idioma principal en profundidad (por ejemplo, haga la certificación Java si Java es su entorno (para detractores despistados que nunca hicieron esto, pero descartó la certificación ya que la certificación de Microsoft es (¿fue?) realmente mala ... el beneficio no está en teniendo el pedazo de papel, el beneficio está en el estudio ))
(f) dada la opción de hacer algo simple y fácil y luego seguir adelante, o algo súper complicado que tomará semanas / meses, hago lo simple. Me gusta lo simple, ya que tiende a la robustez, también es más flexible cuando los requisitos cambian a medio paso y es mucho más fácil comunicarse con otros miembros del equipo.
(g) si haces algo que consideras especialmente astuto, documenta el borrón
Alguien (¿Djikstra?) Dijo que la depuración es dos veces más difícil que la codificación, por lo tanto, si escribe código que está al límite de su capacidad, por definición no es lo suficientemente inteligente como para depurarlo.
========
Dicho esto, convertirse en un codificador inteligente / mejor no es lo mismo que avanzar en su carrera.
Realmente solo se necesita un 'ingrediente secreto' para avanzar en su carrera, y son las habilidades de las personas.
Si realmente quieres avanzar en tu carrera , lo mejor que puedes hacer es dejar de fumar y vender autos durante 6-12 meses.
fuente
He estado codificando durante más de 20 años, y actualmente tengo 10 programadores trabajando conmigo. Tengo que decir que aquellos que me impresionan son aquellos que hicieron bien su trabajo, entregaron a tiempo y con calidad (menos errores). comunicarse con frecuencia, mostrar pasión son todos factores importantes.
eso es todo lo que puedo compartir ahora mismo. ;)
fuente
Bueno, simplemente agregaría esta cita del evangelio:
"Al que se puede confiar con muy poco también se le puede confiar mucho, y el que es deshonesto con muy poco también será deshonesto con mucho".
fuente
Habiendo sido un jefe para los programadores, puedo decirte que nada me hizo más feliz que cuando un programador solucionó un error que era demasiado flojo para solucionarlo .
Entonces, si puedes, arregla sus errores por él.
fuente
Como dice Steven, Mason tiene razón: concéntrate en tu propio juego. Lo que debes tener en cuenta es que tu jefe solo quiere que hagas bien tu propio trabajo. Probablemente le guste el hecho de que es mejor que tú; si no lo fuera, podría terminar sintiéndose inseguro (¡los jefes son humanos!). En este momento, estás en una posición ideal para aprender de su experiencia: no pierdas el tiempo compitiendo con él, en lugar de eso, pide su consejo. Si alguna vez has leído las 48 Leyes del Poder, la clave es "Nunca eclipses al maestro".
fuente
Resuelve el cubo de Rubik. El jefe sabrá que te gustan los acertijos desafiantes y te dará tareas difíciles.
fuente
Si quieres impresionar a tu jefe, sé honesto. En tu 1-1 semanal, pregúntale en qué es más importante para ti concentrarte y hazlo. Trate de comprender cuál cree que es su papel y haga todo lo posible para cumplirlo. Es posible que él necesite que hagas ciertas tareas para que pueda concentrarse en lo que está haciendo. Si te esfuerzas por hacer las cosas que está haciendo, es posible que no estés haciendo lo suficiente de tu propia tarea. Encuentre su lugar en el equipo, sobresalga en eso y luego amplíe. Dile que quieres ayudar.
fuente
@Mason tiene razón
fuente
En mi opinión, el mayor activo que un programador verde puede aportar, más allá de sus habilidades técnicas existentes, es la iniciativa y la pasión. Si le demuestras a tu jefe que eres agresivo para aprender cosas nuevas, agresivo para aprender cómo manejar la empresa, la base de código, las herramientas y tus compañeros de trabajo, y demuestras que te apasiona lo que estás haciendo. , eso impresionará. A menos que esté trabajando para un gerente horrible, en cuyo caso quiere salir de todos modos.
También sugeriría poner un poco de atención en cosas de "habilidades blandas". Demuestra que no eres solo un geek que es inútil en cualquier tipo de interacción interpersonal. Haga amigos con las personas en ventas, mercadotecnia, soporte, desarrollo de negocios, gestión de proyectos, etc. Demuestre que es un buen comunicador y alguien que puede trabajar con las personas para hacer las cosas.
fuente
Si tiene la libertad de hacerlo: escriba subvenciones, traiga dinero de subvenciones del exterior o comience una cooperación que tenga valor comercial, con nuevos socios que lo consideren un programador competente o, al menos, un empleado valioso.
fuente
No te molestes en impresionar a la gente o a tus jefes. Nadie está impresionado por solo hablar. Concéntrese en cambio en el código de envío. Asegúrese de participar en proyectos o aplicaciones que serán utilizados por personas. Más código que tenga en producción será más relevante. Cuanto más relevante sea para las personas, más confiarán en usted. El descanso es todo espectáculo de magia.
fuente
Trabaja duro. Haz todo lo que te digan y aprende todo. Tienes mucha suerte de trabajar con alguien que sabe mucho más que tú, sigue trabajando hasta que puedas ponerte al día.
Además de trabajar duro y tener éxito en el trabajo en el que estás ahora, me gustaría darte un consejo que tal vez sea una respuesta a la pregunta que no estás haciendo. (Ni siquiera estaba en mi radar cuando obtuve mi primer trabajo de software).
Internet está hecho por personas como tú. Y las personas como tú pueden ganar dinero en Internet.
Encuentra algo que te apasione. Constrúyelo. Véndelo. Sé tu propio jefe.
Abra http://news.ycombinator.com y comience a leer los artículos. Verá una ola interminable de historias de personas como usted, que tuvieron una idea, crearon un sitio web y lograron ganar un dólar o dos al hacerlo. Es inspirador y revelador que haya un tipo que gana un salario ridículamente bueno vendiendo un generador de tarjetas de bingo a los maestros ... otro tipo que vendió un sitio web a Google por millones. También hay muchas otras cosas interesantes sobre tecnología.
'Padre rico, padre pobre' hay lugares donde tiene buenos consejos.
'The Four Hour Work Week' toma esta con un grano de sal, pero tiene algunas formas interesantes de ver el trabajo y la vida.
Sigue aprendiendo del chico bajo el que estás ahora. Hay tanto que aprender en 'tu primer trabajo real' que ni siquiera puedo comenzar. Sin embargo, a la larga (tres, cinco, diez, veinte años) si aprende a ganar su propio dinero, no tendrá que preocuparse por impresionar a alguien más.
fuente
Rara vez puede impresionar a las personas al tratar de impresionarlas. Y mientras trates de impresionar a las personas y no parezcan impresionadas, tu frustración crecerá.
Simplemente haz tu trabajo de una manera que te haga sentir orgulloso de ti mismo. No te preocupes por lo que piensen los demás. La única persona que puedes hacer feliz eres tú.
fuente
Me gustó la historia publicada en la respuesta, pero es más entretenida que una respuesta confiable.
Es normal que todos sean como tú: tratar de ser mejores en lo que hacemos, eso es humano. Pero la horrible verdad es que hay muy pocas posibilidades de que seas el mejor en eso.
En cuanto a mí, siempre temí las preocupaciones de humildad, porque odio esas pequeñas peleas infantiles sobre quién tiene razón y quién no, y aquí está el por qué.
Mientras no seas uno de los mejores, es mejor que intentes trabajar para obtener más experiencia comparando lo que sabes y haces con lo que los mejores programadores saben y hacen.
Se podría decir que me comparo con los mejores programadores, pero eso es solo la mitad: - Me comparo mejor con los mejores, sabiendo que soy simplemente ridículo en comparación con ellos, por lo que el principio de comparar es bastante estúpido e inútil. - No considero su fama, sino más bien lo que lograron para conseguirlo, porque en realidad, la mayoría de los mitos de los genios se desvanecen cuando conoces hechos reales como el funcionamiento de los negocios. No cambia el hecho de que lograron un gran trabajo, pero recuerde que la experiencia es difícil de evaluar si piensa en las condiciones de trabajo. - Al final, este proceso evita el proceso de competencia que es realmente inquietante para mí y me ayuda a centrarme en lo que es importante: aprender mediante la práctica, pero también aprender con la ayuda de un buen motor de curiosidad.
Puedes admirar a alguien todo lo que quieras, pensando que es tan mejor que todos los demás empleados u otros programadores que conocerás, pero debes recordar que el mundo es vasto y que el tipo que admiras es bastante promedio en comparación con otros mejores hay personas con experiencia allí, así que tal vez te sientas mejor una vez que lo hayas impresionado, pero sentirás lo mismo contra otras personas con mejor experiencia que él, por lo que todo será para nada.
Salga de este juego insignificante e intente encontrar temas más interesantes sobre los que haya escuchado, porque este ingeniero del que está hablando ciertamente está ocupado trabajando para algo menos grandioso de lo que está pensando.
fuente
Tengo que estar de acuerdo con algunos de los otros aquí en que es probable que fracases en tu objetivo, porque te estás enfocando en el problema incorrecto , o al menos tu enfoque es demasiado estrecho.
Desea ser un gran programador: ¿la opinión subjetiva de un ingeniero de software le otorga ese título y capacidad (además de Joel)? Si solo te enfocas en impresionar a tu jefe, entonces no te estás concentrando en el trabajo o en mejorar tus habilidades; no estás enfocado en tu objetivo de convertirte en un gran programador. Estás tratando de obtener respeto en lugar de ganarlo.
Tomemos el peor de los casos (porque a los programadores les gusta hacer eso): su jefe lo odia absolutamente sin ninguna razón objetiva (usó un sombrero de los Patriots el primer día, lo que sea). Nunca tendrá una buena opinión de ti. Si te concentras en completar las tareas asignadas, en resolver problemas de manera eficiente y elegante, y en mejorar tu conjunto de habilidades técnicas, mejorarás tú mismo, entonces al final eres el ganador, independientemente de lo que piense tu jefe.
El trabajo de Ashton fue una receta para el fracaso, no porque su código no fue utilizado, sino porque el trabajo no le proporcionó ningún beneficio práctico más que la seguridad en la jerarquía de Maslow. ¿Estaba aprendiendo nuevas habilidades? No. ¿Su trabajo le permitió ser creativo? No. ¿Le valió el respeto? No.
Siendo que esta es su primera posición, le ofrecerá la mayoría de estas propiedades por defecto. Tendrás tus primeras experiencias programando profesionalmente, se te darán nuevos desafíos tanto técnicos como no técnicos. Pero llegará un momento en que superarás la posición o eso te superará, y debes mejorar continuamente para que no te pille desprevenido.
Una cosa más, si Ashton va a medir su autoestima simplemente por la cantidad de personas que usan su código, le sugiero que se una a un club de viajero frecuente. La única felicidad duradera en la vida es la que creamos para nosotros mismos. Vivir estrictamente de acuerdo con las opiniones que los demás tienen de nosotros produce seres humanos trágicos e inauténticos.
fuente