Conflicto de conocimientos con un colega

Puede dejar de crear problemas (¡esta actualización de IDE no va a funcionar!) y comenzar a solucionar problemas (ese nuevo IDE no admitirá mis cosas, y el intercambio de IDE es una molestia. ¿Qué tal X?).

Porque a primera vista, parece que tu colega no te respeta. Especialmente entre los desarrolladores, el respeto viene con tu habilidad para resolver problemas. Tan pronto como empiezas a crear impedimentos oa no ofrecer soluciones, te ves envuelto en la gestión, el marketing y los clientes; no es un compañero con quien trabajar.

Podría estar equivocado, y esto es una conjetura. Al final, para compartir el conocimiento de manera más efectiva, deberá lograr que su colega valore su conocimiento. A veces eso significa tener un mejor conocimiento, a veces es mostrar cómo ese conocimiento es valioso, a veces significa hacer que los matices del conocimiento sean más comprensibles... Pero si no valoran lo que estás vendiendo, te desconectarán.

cuando veo que esto sucede en lugar de representar al cliente (señalando posibles problemas en nombre del cliente), le digo a la persona involucrada "oh, es posible que desee consultar con X antes de hacer eso", donde X es alguien con más autoridad y probablemente bloqueará el movimiento. De esa manera, no perderá el tiempo hablando con una pared de ladrillos, además, con el tiempo, su colega podría desarrollar una lista de verificación mental de los posibles impactos en el cliente de cualquier cambio deseado (parece que esta lista de verificación simplemente no está presente en este momento).

si no te escuchan y no "verifican con X" (X es mayor), entonces es probable que surja un poco de molestia y puedes verlos mientras trabajan para limpiar el derrame. Suficientes derrames y eventualmente podrían comenzar a escucharte.

Lo que sugiero puede sonar duro, pero ha funcionado para mí.

Yo estaba en una situación similar con algunas ligeras diferencias. Y lo que hice fue no ofrecer ningún consejo ni ayuda ni instrucciones a menos que mi colega se lo pidiera. Empecé a hacerlo porque algunas veces, cuando ofrecí mi ayuda, mi colega parecía molesto por el hecho de que alguien con menos experiencia y conocimiento podría saber más, y a veces incluso decía cosas como "no puede ser así" o " ¿está seguro?".

Sin embargo, siempre estaba dispuesto a ayudar cada vez que se me acercaba primero o nuestro gerente me pedía ayuda. Y al rato su actitud empezó a cambiar.

Mi consejo es que no intentes convencerlo de nada a menos que te afecte directamente a ti o al proyecto. Si quiere actualizar su IDE y romper su entorno, que lo haga. Dijiste que él ignoró tu opinión de todos modos. No malgastes tu tiempo, es valioso tanto para ti como para tu empresa. Cuando su colega necesite su consejo y, con suerte, esté listo para aceptarlo/considerarlo, él mismo se acercará a usted.

Algunas personas escuchan a otras personas, otras personas profundizan en algo y lo aprenden de los detalles del código. Parece que hay una división natural aquí, tú haces las relaciones con los clientes y él hace la codificación. Sin embargo, eso es probablemente una tontería.

Estoy rodeado de todo tipo de personas que saben cómo jugar con las últimas herramientas de desarrollo, robots, impresoras 3D, cortadoras láser, etc., pero se quedan un poco desconcertados cuando el mecánico de su automóvil los sacude. En resumen, esta persona vive en una realidad separada, y las cosas de las que estás hablando 'no existen' en su mundo. Es posible que descubra que si los dos estuvieran en una conferencia con su cliente y su cliente explicara el propósito de algunas modificaciones, su compañero de trabajo se desconectaría. ¿Te está ignorando a ti o a todos los demás también?

'Actualizar un IDE' suena como algo que podría hacer en una máquina separada o en una partición de arranque, por lo tanto, podría ser útil que configure el nuevo antes de desarmar el anterior. Una vez que haya configurado el nuevo, pídale que importe los proyectos, los compile y vea qué tipo de códigos de error aparecen. Mi experiencia personal con este tipo de cosas se produjo con versiones anteriores de Entity Framework, si eso sugiere algo. En resumen, ¿tiene que hacer esto para darse cuenta de que habrá consecuencias materiales y que no está en el cronograma o el presupuesto hacer esa refactorización?