Pregunta

Así que estoy seguro que todos han topado con esta persona en un momento u otro, las capturas alguien viento de su proyecto o idea y al principio muestra cierto interés. Se llega a hablar de algunos de sus métodos y por lo general alrededor de este tiempo que interject indicando cómo se debe utilizar el método X en lugar, o simplemente utilizar la biblioteca Y. Pero no como una sugerencia amistosa, pero limita con un mandamiento. A menudo repitiendo el mismo consejo una y otra vez como un loro exceso de celo.

En lo personal, me gusta reinventar la rueda cuando estoy aprendiendo, o incluso sólo por diversión, incluso si resulta peor que lo que se ha hecho antes. Sin embargo, esta persona puede, aparentemente, no brazas recrear cualquier utilidad para tales fines, o posiblemente probar algo que no sigue estrictamente las prácticas de programación orientada a objetos tradicionales, y se conformará con nada más que su sentido de la perfección, y por lo tanto, naturalmente, levantar su lodos de la crítica por mis oídos fuerza completa . Por si fuera poco, con el tiempo comienzan a justificar su consejo (retraso) haciendo una lista de todas las cosas increíblemente complejas que han codificadas sin ayuda (por lo general a lo largo de las líneas de "confianza en mí, he hecho / X programa utilizado durante mucho tiempo , bla, bla, bla ").

Ahora, estoy lejos de ser un maestro de programación, soy probablemente ni siquiera que bueno, y como tal asesoramiento valor I y crítica, pero creo que el consejo / crítica tiene un tiempo y lugar. También hay una gran diferencia entre ser útiles y ser narcisista. En el pasado, probablemente habría utilizado un poco más fuerte despido estilo de George Carlin, pero no creo que los puentes se quema el mejor enfoque más.

¿Tiene algún consejo sobre cómo hacer frente a este tipo de flagelación verbal?

¿Fue útil?

Solución

No se limite a dejarlos hablar. Conseguirlos delante de un teclado. La frase "ok, me muestra" debería hacerlo. Mi experiencia es que la mayoría de soplado recalcitrantes no son tan grandes, y cuando en realidad tratan de hacer lo que dicen que no funciona y las cosas se ponen tranquila real.

Otros consejos

He estado programando desde hace treinta años. Conozco a mucha gente que me consideran un "maestro de programación." ¿Quieres saber mi pequeño secreto sucio? Estoy apenas competente en algunas áreas, pero eso es todo. Sobre todo me chupar .

He trabajado con algunos genios increíbles en esos años, no la actriz-on-a-podium-burbujeante-sobre-la-co-estrella especie de genio, pero el índice de inteligencia, genio ardiente con un capital G-tipo del genio. Heck, he leído Knuth.

Si usted trabaja duro y el tiempo suficiente a que tarde o temprano va a darse cuenta de que lo mejor que puede hacer es realmente muy insignificante en comparación con la amplitud y profundidad del talento que hay. No veo cómo alguien puede llegar a ese punto y salir con cualquier cosa menos la más profunda humildad.

Cualquier persona que los señores sus puntos de vista sobre otra persona y cree que su camino es el camino correcto por encima de todo es simplemente no un muy buen programador. Tome mi palabra para ella.

Mi consejo, estás en el camino correcto no quemar puentes. Escuchar cortésmente, toma todo lo bueno que desde ella se puede, a continuación, seguir su propio camino.

situaciones más sociales como, depende del contexto.

Si esta persona está en un papel principal (el contexto probable de ser un lugar de trabajo), entonces estás especie de regado a menos que pueda convencerlos de utilizar diferentes técnicas que los que eligen. Esperemos que están abiertos a la crítica de su equipo. En muchos casos he encontrado que presenta buenas, sólidas, argumentos basados ??en hechos de por qué su enfoque en particular es mejor para el proyecto a menudo ganar más de ellos. Si continúan a ser terco porque sí "que es como se supone que debe hacerse" (o alguna otra razón tonta), luego se terminan buscando mal de todos modos y que parezca que al menos trató de ser racional. En este caso, también me gustaría recomendar la comprobación hacia fuera careers.so ...

Si esta persona es su compañero, que puede prácticamente sólo ignorarlo y seguir adelante. Mejor sería pedirles que explicar por qué valoran una biblioteca o un enfoque particular. A través de la discusión, que se dan cuenta de que sus limitaciones son diferentes de lo que esperaban (por ejemplo, no es necesario "impresionante X súper rápido de la biblioteca", ya que no es necesario velocidad pura-pedal al metal, o don 't desea utilizar 'Naves de componente Y' ya que es el objetivo de minimizar las dependencias). Usted también puede obtener información valiosa sobre algunos de lo que están sugiriendo. Por lo general, en situaciones como éstas me acaban de ir sobre todo a mi manera, pero por lo general va también recoger alguna información útil de al menos mirar en cualquier aproximación / tecnología / biblioteca están abogando.

Si esta persona está por debajo de usted, a continuación, les dice que fallo fuera :) Ok ... tal vez sea un poco más constructivo que eso (no seas el tipo de persona con la que está tratando de hacer frente a!), Y volverá a tratar de entender lo que está pasando y comunicarse de manera efectiva.

Al final, si la persona está siendo realmente un fanfarrón fuerte a la que no quiere compromiso, no es de mente abierta, y no se preocupa de aprender; entonces todo lo que realmente puede hacer es ignorarlo y tratar de sacar el mejor partido de la situación.

Trate de averiguar ¿Por qué que siente la necesidad de incursionar en esta forma.

  • ¿Tiene miedo de que haciendo las cosas mal y perder dinero de la compañía / tiempo?
  • ¿Es inseguro y miedo de ser irrelevante?
  • ¿Está tratando de ser útiles por sugerencia de una solución mejor, pero si no?
  • ¿Está entendiendo mal su objetivo en la exploración del espacio de soluciones?
  • ¿Es esta su forma de ser amigable?
  • ¿Alguien le dirá que siempre se debe utilizar X, por lo que siempre sugiere X? ¿Por qué le dicen a eso?
  • ¿Es un vendedor de tecnología X?

Estos todos tienen diferentes respuestas.

Con un una mejor comprensión de su 'fanfarrón' - empezar por perder esa etiqueta para él -. Que será mucho más capaz de encontrar una manera de trabajar juntos

También puede investigar por qué esto le molesta tanto. ¿Por qué no se puede ignorar su entrada, o causar daño desviarlo?

Cambiar al modo de programación funcional. La mayoría de los recalcitrantes golpe saben Java y nada más. Por lo que el momento de llegar a ellos con algo extraño como por ejemplo Haskell o Lisp o incluso Rubí que van a dejar de muertos.

Yo les diría a f ** k off (Usted podría utilizar verborrea más diplomático si lo desea.) o simplemente ignorarlos. No hay muchas opciones más allá de lo que he dicho. (asesinato podría funcionar, pero la legalidad varía según la zona.)

¿Por qué te importa lo que esta persona dice? ¿Son su jefe? ¿A quien le importa? Cada trabajo tiene un chico, espero que no sea usted, que evitan, o escuchar lo que viene por el pasillo y pato. Ellos simplemente no lo hacen como él. Ellos ni siquiera saben por qué. Pero eso es sólo la forma en que el mundo es. Sé cuidados cordiales y la OMS. Parece que usted quiere que su libra de carne y golpearlo en torno a un poco.

Hubo un tipo como este en mi último trabajo. No sólo él tiene una opinión sobre cada tarea discreta a todos los demás estaban trabajando, pero también había enrollar y preguntar "¿qué estás haciendo - Estoy interesado" justo cuando estabas metiendo una tarea, en lugar de seguir adelante con su propia obra a la que se le había asignado. Es una cosa tiene una opinión sobre algo una y otra vez - cada uno tiene puntos de vista, y los equipos productivos siempre debemos estar abiertos a una entrada válida de sus compañeros - pero es otra muy distinta perspectiva cuando un individuo se pone en repetidas ocasiones otros desarrolladores fuera de su trabajo, pidiéndoles que dejar de hacer lo que están haciendo y explicar a ellos, con la esperanza de que pudieran desarrollar una opinión en el transcurso de la conversación que se proponen tener lugar de dejar que sus colegas continuar con su trabajo.

Cuando este individuo particular, intentó lo anterior en mí, su línea de apertura fue "¿Qué haces?", A lo que me dio una breve educado resumen visión general de la tarea me acaba de empezar en adelante, en caso de que en realidad era sólo pidiendo casualmente en lugar de buscar una larga y no muy esclarecedor debate sobre el tema, ya que se sospecha de la experiencia dolorosa antes era su intención. Cuando en respuesta a mi explicación visión general que llegó a decir "no entiendo? ...", en un tono que sugiere nada me haría más feliz que parar lo que estaba haciendo para explicar mis intenciones a él con más detalle, Sólo dije "¿por qué necesidad de entender?", que dejó de muertos en sus pistas.

Cada otro desarrollador en la oficina se rió en voz alta mientras se dirigía de mala gana de nuevo a su asiento, incapaz de responder a mi pregunta. La lección aquí, si puedo presumir de dar, es que estas personas están siempre tratan mejor civil y con calma, pero con firmeza. Si usted no puede entretener a su interferencia con su trabajo, y cortar cualquier conversación que amenazan con tomar el tenor de una discusión antes de que empiece, estas personas generalmente tienen a dónde ir en su intento de hacer fracasar el proceso de pensamiento.

golpearlos con el "Nunca se debe usar algo que no entiende" línea.

Licenciado bajo: CC-BY-SA con atribución
scroll top