¿Cómo puede un nuevo programador impresionar al ingeniero de software (jefe)? [cerrado]


98

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.


44
@Pablo: Como mencionaste, solo sé un gran programador :)
Fanatic23

2
@ Fanatic23 +1 para el consejo práctico ... NO.
Olivier Lalonde

Pídale que sea un mentor ...
Brian

1
Sea apasionado, inteligente, autoaprendiz, aprendiz rápido y, en general, un verdadero solucionador de problemas :-)
Jahan Zinedine

77
Para los futuros lectores, la respuesta TL; DR es la siguiente: impresiona a tu jefe al dejar un trabajo ingrato para volar de Michigan a San Francisco, porque el único lugar donde puedes hacer algo impresionante es en una ciudad llena de bicicletas de ruedas fijas.
Incognito

Respuestas:


189

¿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.


61
No puedes dejarme colgando así. ¿dónde está el capítulo 2 de esta historia :)
mikeal

50
¿Soy estúpido por no entender la moraleja de la historia? :(
Terence Ponce

39
Entonces Ashton dijo "miró a mi reino, finalmente estuve allí, para sentarme en mi trono como el príncipe de Bel-Air". Lo siento, no pude resistirme.
Jin

37
La moraleja es que si no está haciendo una diferencia en su trabajo o si tiene alguna oportunidad de avanzar, obtenga un trabajo donde lo hará. He estado en una situación en la que sabía que era bueno en mi trabajo, pero mi jefe era anticuado e inflexible y sabía que no llegaría a ningún lado, así que me fui. La mejor decisión profesional que he tomado.
Simon Hibbs

149
La historia continúa: fue a trabajar para Google, donde trabajó en Wave. Y de nuevo, nadie estaba usando su código.
Ivo van der Wijk

97

¿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.


2
1 y si su jefe es mejor que él - no hay maravillas, aquí es por qué: ericsink.com/Career_Calculus.html
sharptooth

@Mason: Gran y exacta respuesta. Pero creo que deberías eliminar el Aladdin para ....

3
Exactamente. Incluso en la escuela de programación de juegos soy uno (o el único) que hace preguntas todo el tiempo. Pero también debes entender que las personas no siempre tienen la respuesta, ni siquiera un maestro. Varias veces un maestro me respondió "no sé", y no me sentí orgulloso, pero más bien como "Mejor hubiera buscado esto antes de perder el tiempo de este tipo". La curiosidad, al igual que en las ciencias, es la MEJOR VIRTUD que se te ocurre. En serio, busca en Google cualquier palabra sobre algún tema que te pregunte. La curiosidad es el mejor motor de aprendizaje que tengo, esa es la diferencia entre las personas a las que llamas inteligentes y otras
jokoon 12/12/10

3
sabes que estás en un mal lugar en la vida cuando estás tomando pistas de una película de Disney.
Epaga

47

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.


2
Este comentario es válido para cada trabajo. Es simplemente sorprendente cómo ser confiable puede llevarte a lugares.
Bryan Harrington

27

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.


1
Verdad. Escriba un código que sea fácil de corregir cuando los clientes se quejan, o cuando algo se rompe, y parecerá que tiene todo en orden.
TehShrike

14
Smart no está sobrevalorado. Si construyeron un sistema demasiado complicado y fuera de contacto con la realidad, entonces no eran inteligentes después de todo. Las personas inteligentes deberían escribir bibliotecas para que las personas estúpidas puedan usarlas.
EMP

1
Tuve una conversación similar recientemente y uno de mis compañeros de trabajo describió el código de persona / estilo de codificación como 'pretencioso' ... y creo que realmente es una descripción adecuada ... El compañero que escribió el código es / fue brillante ... nadie que lo conociera estaría en desacuerdo ... pero su código era terriblemente pretencioso ... lo que tenía el efecto secundario de que era difícil de seguir para personas que no eran igualmente brillantes ... Me gusta escribir código para personas estúpidas ( Hace que sea más fácil de entender para mi idiota tonto).
TJ Seabrooks

2
Los equipos deben estar formados por diferentes tipos de personas para tener éxito. Necesita diseñadores, arquitectos, codificadores, gerentes, gruñidos, personas inteligentes, personas orientadas a los detalles, personas que se preocupan por el proceso, etc. Si solo tiene un tipo de persona, su equipo probablemente no funcionará bien juntos y es más probable que falle que no. Los grupos que intentan contratar solo estrellas de rock a menudo se pierden ese hecho.
onedozenbagels

@Evgeny De acuerdo. El punto es hacer que algo difícil (o al menos tedioso) sea más fácil a través de la abstracción. Solo necesitas personas inteligentes que amen la simplicidad.
LnxPrgr3

16

Escriba código claro y sólido.


77
Incluyendo buena documentación!

1
... Tan claro que es totalmente transparente. Será como golpear una pared de ladrillo invisible a 50 mph usando un camión. [¿A quien vas a llamar? MythBusters!]
Mateen Ulhaq

Buen consejo, en general. Pero desafortunadamente es un problema del administrador de sistemas: si todo funciona, nadie se da cuenta, si algo se rompe, todos te culpan. Lo mismo ocurre con el código: si es claro, simple y simplemente funciona, nadie creería que fue difícil escribirlo. Por lo tanto, no es la forma de ser "reconocido".

1
intenta ser reemplazable, de esta manera serás promovido o reemplazado.
IAdapter

lol @try para ser reemplazable! ¿No quieres decir ser irremplazable al escribir código reemplazable?
Tipo anónimo el

15

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.


2
o dile que te despida si fallas.
IAdapter

Tanto esta respuesta como el comentario de @IAdapter me hicieron legal.
CFL_Jeff

13

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.


3
Creo que esa cita es Kernighan: stackoverflow.com/questions/1103299/…
Orbling

2
“La depuración es dos veces más difícil que escribir el código en primer lugar. Por lo tanto, si escribe el código de la manera más inteligente posible, por definición, no es lo suficientemente inteligente como para depurarlo. ”- Brian Kernighan
Ape-inago

44
Con buena memoria: conocía a un muy buen programador con muy buena memoria. Podía mirar el código que escribió hace 2 años y recordar lo que estaba pensando en ese momento. Por lo tanto, nunca se esforzó mucho en escribir buenos comentarios, solo palabras clave suficientes para crear un código hash. Mi memoria apesta. Tengo que comentar bien las cosas porque sé que 1-2 meses después de que presenté un error, tendría que hacer lo mismo que alguien completamente nuevo, por ejemplo, leer cada paso. Por supuesto, algunas cosas son más vivos que los demás ... No estoy diciendo que soy un gran, pero mantenedores y probadores tienden me gustaría .;)
Trabajo

1
No obstante, la elegancia y la brevedad tienen mucho en común.

Conocí a muchos programadores excelentes y nunca me doy cuenta de que saben lo que son las matemáticas, ¿por qué? solo hablas de matemáticas en la escuela y entrevistas de mala programación. a menos que hable sobre la optimización prematura, conocí a personas con increíbles habilidades de adición (incluso podrían agregar cosas que existen solo en sus cabezas, creo que se llama matemática discreta).
IAdapter

11

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. ;)


¿Tiene algún trabajo de mierda que hacer? (Como lo mencionó Doug en la respuesta 25473) porque creo que no hay ninguno, pero podría estar equivocado.
IAdapter

9

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".


3
Eso es de Lucas 16:10 : "El que es fiel en lo más mínimo también es fiel en lo mucho; y el que es injusto en lo más mínimo también es injusto en lo mucho". Además: "Bien hecho, esclavo bueno y fiel. Fuiste fiel en algunas cosas; te pondré en muchas cosas. Entra en la alegría de tu amo". (Mateo 25:21)
Mark C

7

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.


6

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".


Y antes de que Software Monkey me dirija el mismo punto que a Steven ... He votado a favor de la respuesta de Mason :) Solo quería poner una inclinación ligeramente diferente en las cosas.
Stuart Golodetz

¿Pero también votaste a Steven? ;)
Jackson Miller

6

Resuelve el cubo de Rubik. El jefe sabrá que te gustan los acertijos desafiantes y te dará tareas difíciles.


1
sí, pero eso depende de si quieres las tareas difíciles o no.
Robert S Ciaccio

Para que eso funcione, debes hacerlo a tiempo. Es decir, un speedcuber

Lo hice cuando tenía 11 años, después de obtener mi nuevo C64 para Navidad.
Pablo

1
Puedo hacer eso en menos de un minuto. ¿Ahora que? ¿Dónde están mis tareas difíciles? : P
Nathan Osman

¡+1 mejor respuesta hasta ahora! George: ¡ahora hazlo con los ojos cerrados!
IAdapter

6

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.


5

@Mason tiene razón

  • escucha
  • aprender
  • haga preguntas relevantes a intervalos respetuosos (por ejemplo, dos veces al día, no cada 5 minutos)
  • relájate y sé tú mismo

3
Si @Mason tiene razón, ¿no debería simplemente votar su respuesta en lugar de publicar la suya que simplemente resume la suya?
Lawrence Dol

@Software: voté por su respuesta y la amplié.
Steven A. Lowe

2
@Software Money, y lo convirtió en viñetas. Para ser honesto, tan pronto como vi 'Alladin' pasé al siguiente punto. Creo que esta es una muy buena contribución.
Alex C

@Alex: +1 con una bala!
Steven A. Lowe

5

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.


Sh.t ​​se acumula en la base del código con el tiempo, y generalmente la gente verde lo nota más. A veces, leerlo por primera vez puede hacer que uno se sienta inquieto. Depende de cuán grande sea la organización, de qué tan bien obtengan puntajes en el examen de Joel, etc.
Trabajo

3

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.


3

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.


buen punto, deberías convertirte en Release Manager y no dejar que otras personas te digan qué escribir, escribir lo que quieras y enviarlo.
IAdapter

2

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.


2

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ú.


1

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.


Gracias a esta publicación, pude entender eso. Cuando bajas desde el fondo, los héroes son herramientas que utilicé para mantenerme motivado. Pero, ahora que he llegado a un lugar mejor, tengo que convertirme en mi propio héroe y trabajar duro. No por reconocimiento, sino por mí mismo. Mi padre, que es un hombre sabio, una vez me dijo que el secreto del éxito era yo. Nunca conseguí eso hasta ayer. Gracias.
Pablo

1

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.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.