¿Debo aceptar un trabajo si se requiere programación de pares? [cerrado]

Me ofrecieron un trabajo interesante, pero hay una gran advertencia para mí: usan programación en pares.

Odio la idea de la programación de pares, y probablemente no soy adecuada para ello: me gusta hacer pausas frecuentes, odio ver a alguien programando (constantemente saco el par para codificarme), tengo que estar completo control de la máquina en la que estoy trabajando, me gusta trabajar escuchando música, y básicamente no me gusta estar atado a otra persona. Ni siquiera soy una persona social.

Sin embargo, nunca he trabajado con la programación de pares verdaderos (además de algunas veces durante un corto tiempo para ayudar a alguien más o para resolver una tarea compleja juntos) ... ¿es realmente tan mala la programación de pares? Y dada mi actitud, ¿debería rechazar el trabajo o debería dejar el actual y probarlo?

Para las personas que preguntaron al respecto: estoy buscando un trabajo donde se usen diseño y desarrollo formal, ya que odio mi trabajo actual en el que estamos "codificando en la naturaleza". La empresa está muy interesada en mi perfil técnico, por lo que insistieron incluso cuando especifiqué que nunca trabajé con la programación de pares y que probablemente no me gustaría (además de ser un programador solitario insociable, no me gusta y creo en el concepto mismo de programación en pareja).

Según sus diversos comentarios aquí, parece tener una perspectiva / disposición similar a la mía sobre el tema. Y yo he experimentado "programación Par". Y ciertamente no me uniría a una compañía que me obligara a morder un escorpión. :)

Lo que recomendaría es: ir con su instinto.

Si la compañía te obliga a hacer Programación de pares y sabes que no quieres, no te unas.

Si le dan la oportunidad de demostrar que puede producir un mejor trabajo más rápido que cualquiera de sus dos desarrolladores actuales combinados, continúe y pruébelo.

Sin embargo, antes de decidirse definitivamente, estoy de acuerdo con la recomendación de que pida hablar con los desarrolladores existentes allí y sentirlos como personas. (Probablemente lo recomendaría para cualquier trabajo nuevo, independientemente de las metodologías utilizadas).

Supongo que lo que - a nadie le gusta la programación en parejas en un principio .

Cuando probé por primera vez la programación de pares, estaba en contra de la idea y tuve muchas objeciones similares a las suyas. No me gusta ver a alguien más codificar, me gusta escuchar música, siento que trabajaré más rápido por mi cuenta, no quiero parar y explicarme constantemente, etc., etc.

Entonces lo probé. ¿Y adivina qué? Todavía apestaba . Estábamos teniendo todo tipo de problemas: quería trabajar diferentes horas con el otro chico, teníamos diferentes configuraciones de teclado y atajos, nuestros escritorios no funcionaban muy bien para la programación de pares, etc.

Esto continuó durante aproximadamente una semana. Durante esa semana reescribimos todo el sistema de inicio de sesión heredado para una aplicación distribuida. Tuvimos que aprender cómo funcionan algunos problemas de enhebrado realmente difíciles, descubrir cómo funcionaban los sumideros remotos, cambiar toneladas y toneladas de código heredado para trabajar con nuestro nuevo módulo de inicio de sesión y hacer algunas de las codificaciones más agitadas que he tenido que hacer en mi carrera. Después de una semana de esto, lo implementamos ... y todo simplemente funcionó . Ni un solo error . Ni uno solo .

Fue entonces cuando pensé que podría haber algo en este par de tonterías de programación. Comenzamos a hacer más programación de pares. Incluso comenzamos a obligar a todos a trabajar en parejas. Se meció. Probablemente aprendí más en un mes haciendo eso que en los 2 años anteriores . Los otros problemas no desaparecieron. A veces te quedarás atrapado con un par que no te gusta. Va a suceder. A veces te costará encontrar horas de trabajo superpuestas. A veces querrás trabajar solo. Pero las ventajas de la programación de pares son simplemente increíbles.

Desde entonces, siempre he intentado hacer la mayor cantidad de programación de pares posible. Es simplemente la mejor forma de aprender. ¿Esta compañía obliga a todos a hacer programación de pares? Dónde firmo? Me parece que están realmente iluminados y estarás en un ambiente de trabajo realmente intenso. Increíble.

Dicho esto, asegúrese de que los pares se roten con frecuencia. No querrás quedarte atascado desarrollando con otro desarrollador durante meses, te volverás loco. Todos somos humanos, después de todo. Además, verifique que esto haya sido una práctica continua durante un tiempo. Si no lo es, no es el fin del mundo, pero si es una práctica aceptada, es una luz verde masiva.

Confía en mí, quieres trabajar para una empresa así.

¡La programación en pareja es una gran herramienta! Puede ser mucho más eficiente (dos cabezas son mejores que una) y una excelente manera de aprender nuevas técnicas. Por supuesto, también hay otros beneficios. Pero, si no está comprando, entonces no obtendrá nada. Dada su actitud, parece que no encajaría en absoluto y probablemente sería una pérdida de tiempo. Parece que tu mente ya está decidida incluso antes de darle una oportunidad.

Veamos esto desde otro punto de vista: dada su predisposición, es probable que esté perjudicando al empleador. Ciertamente no quieren contratar a alguien que "odie" una de sus prácticas de desarrollo. ¿Les ha informado sobre su perspectiva dado un entorno de colaboración tan estrecho? Si no, te estás engañando a ti mismo.

Como empleador, estaría bastante frustrado de contratar a alguien que supiera, entrando, que no estaría contento con las prácticas de desarrollo que habíamos implementado. Es una receta de descontento y frustración para todos los involucrados.

Editar Dado que entienden de dónde vienes (y están dispuestos a aceptarte, como mencionaste en tu comentario), ¿por qué no discutir cómo te sientes con algunos desarrolladores de la empresa? Es posible que puedan abordar cualquier inquietud o parcialidad que tenga contra el PP. También es importante que sepan que no está muy interesado en la idea, ya que trabajará con ellos a tiempo completo.

También te dará la oportunidad de aprender algo sobre las personas con las que trabajarás tan de cerca.

Si todos están a bordo, definitivamente recomendaría PP por las mismas razones mencionadas en las respuestas aquí. Tienes responsabilidad inmediata por lo que estás escribiendo; Es probable que otro par de ojos en su código detecte defectos o puntos problemáticos que de otro modo podría perderse; obtienes una gran exposición a la perspectiva de otra persona sobre la codificación (y puedes proporcionar tu propia experiencia); y el resultado final suele ser mucho mejor de lo que cabría esperar.

Le agradezco su parcialidad contra el PP; Hay veces que no quiero nada más que sentarme frente a una computadora para resolver un problema, y ​​el PP se vuelve frustrante (también soy introvertido, lo que significa que el PP me deja un poco más agotado al final del día) porque alguien siempre está ahí. Dicho esto, los resultados, en mi experiencia, hablan por sí mismos y soy mucho más amigable con ellos de forma regular.

Intenté programar en pares y lo odié. Comparto casi todas las dudas y preocupaciones que ha expresado en su contra. Renuncié por esta misma razón.

Mi consejo personal siempre está en contra de la pareja, y dada su actitud, le recomiendo encarecidamente que ni siquiera lo intente.

Odio la idea de programar pares

...

En realidad nunca trabajé con programación de pares

Debes aclarar eso primero.

No puedes decir que no te gusta algo sin probarlo. Personalmente no me gustó la salsa de tomate hasta que realmente la probé.

Parece que definitivamente no estás mentalizado para hacer programación en pareja, pero el hecho de que hayas hecho la pregunta me llevaría a creer que mantienes una mente abierta al respecto.

¿Por qué no ser sincero con el empleador y hacerle saber cómo se siente? Si todavía piensan que usted es el candidato que desean, podría sugerir una prueba de 2 semanas (o el período de tiempo que funcione) para ver si su sensación inicial es válida o no. Si el empleador declina, no parece que realmente quisieras comenzar el trabajo, así que no es una gran pérdida. Si el empleador está de acuerdo, entonces al menos sabrá definitivamente de una forma u otra para el próximo trabajo.

Recientemente fui a un retiro de código de programación de pares. No lo uso en el trabajo y soy muy nuevo en él. Soy como tú en el sentido de que me gusta tener el control de mi propia máquina. Varios programadores que programan mucho en parejas insistieron en que la programación en pareja mejora significativamente las habilidades de codificación de uno porque recibe comentarios constantes, su código se revisa constantemente y es menos probable que escriba código hacky. Estoy de acuerdo con el hecho de que es un cambio significativo para alguien que nunca antes ha programado en pareja. Sin embargo, es difícil tener una opinión sólida sobre el asunto a menos que lo intente durante un período prolongado de tiempo.

Soy algo germofóbico. Odio la idea de que alguien toque mi mouse y teclado. Odio la idea de tocar el mouse y el teclado de otra persona. Tomo el camino largo alrededor del perímetro del complejo de oficinas en lugar de atravesar el patio para llegar a la cafetería solo para no tener que tocar las manijas de las puertas.

Por otro lado, me gusta el concepto de programación en parejas. Podría aprender algo interesante. O podría instruir. De cualquier manera, sería una buena experiencia.

Mi propuesta (para mí): emparejar la programación desde la distancia. Use Office Live Meeting y comparta su pantalla. Amigo se queda en su escritorio, yo me quedo en el mío.

¿Hay alguna forma de hacer un par de programación de forma independiente, para tener una mejor idea? Parece que hay personas a las que les gusta la programación en parejas y personas que no, y antes de comprometerse con un trabajo que utiliza la programación en parejas, realmente desea tener la sensación de que puede hacerlo.

Alternativamente, puede hablar con el gerente de contratación, o con alguien en una posición similar, y hablar sobre esto. Pueden tener uso para un programador que no sea de pareja. Pueden tener experiencia con personas que se sienten negativas acerca de la programación en pareja. Dígale al gerente por qué no se siente cómodo con la programación de pares, pero enfatice que no tiene experiencia y está muy interesado en el trabajo.

En este momento, está en la mejor posición de negociación posible con la compañía: ellos han ofrecido, y usted aún no ha aceptado. La compañía tiene interés en contratarlo, y es muy poco probable que lo deje solo porque primero necesita hablar con alguien de la compañía.

Si ya conoce la tecnología, la odiará. Pero si no conoce la tecnología, la aprenderá por PP. Si no lo sabe y no hace PP, simplemente se sentará allí y no hará nada.

El peor caso posible es si ambas partes lo saben y se convierte en una carrera o un concurso de meadas.