Tratar con fanboys [cerrado]

Pocas cosas están saltando fuera de la cuestión.

• ¿Es realmente un script desechable? Si lo es, es extraño que sea siendo discutido.
• ¿Estás seguro de que el script desechable se mantendrá como está? Mucha produccion Las cosas han sido un script desechable en algún momento.
• ¿Reescribirá el script si se promociona y necesita? integración en el sistema?
• ¿Es la elección del idioma puramente sintáctica o es un lenguaje de otra esfera?

Entiendo un poco la parte de fan-boy, porque, por un lado, a veces me estoy comportando como un fan-boy, a la vez que protejo mis pocos idiomas de elección. Y también he tratado con otros fan-boys que intentan traer cosas nuevas.

Mi punto de vista sobre esta situación es así:

• Si es un nuevo idioma, pertenece a un contenedor de basura.
• Si es un lenguaje probado en la industria, puede usarse si es Especializada para la tarea.
• Si es un lenguaje muy impopular, pertenece a un contenedor de basura, incluso si Es super guay y súper rápido.

Es porque nadie sabe cómo escribir software seguro y rápido en un idioma desconocido, y tiene todo lo que los desarrolladores deben aprender. El guión estúpido tendrá que ser soportado por más de 20 años o reescrito. Durante 20 años, al menos 50 desarrolladores cambian en una tienda promedio. Si cada uno escribe pocos scripts de lujo en un nuevo idioma, necesita 50 tiempos de ejecución de idiomas, 50 expertos diferentes en el equipo, y el código base tiene un código de error en 50 idiomas. Y algunos de los idiomas ya no son compatibles con Windows o Linux. Y necesita ese servidor personalizado de 10 años sin parchear, sin repuestos disponibles, 24/7.

Además, nadie quiere realmente admitir idiomas muertos como VB, Silverlight, D, etc., cuando la base de código probablemente sobreviva al lenguaje en sí.

¿Él decide qué usarás según la política de la compañía? Apela tu caso a él; Si aún decide no hacerlo, cállate y haz tu trabajo con las herramientas que tu jefe dice que debes usar.

Usted trabaja allí, no juega allí. En última instancia, está fuera de tus manos.

Incluso si él no es tu jefe, consideraría todos los ángulos aquí. ¿Le gustaría que conociera a Fortran y un día usted heredara todo su código? Tendría que aprender un nuevo lenguaje desde cero sobre la marcha , eso es terriblemente estresante. Ahora imagine su lado, puede escribir sus guiones usando Cobol y él puede que no sepa Cobol.

Use algo que la mayoría de su equipo sepa.

  

"2. Ve con eso"

Esta es la única respuesta razonable. Tienes una gran oportunidad aquí.

• Use los comentarios del programador senior para alentar a su compañía a pagar por el tiempo y / o un curso y / o certificación para aprender el nuevo idioma. En el peor de los casos: la certificación y el idioma mejorarán tu currículum, puedes obtener una buena recomendación para ser un jugador de equipo y puedes reírte de un trabajo mejor en otro lugar.

• He obtenido información valiosa sobre la programación de todos los idiomas que aprendí. Incluso el lenguaje menos práctico ( tos XSLT tos ) tenía su punto dulce y estaba lleno de interesantes oportunidades de aprendizaje (y pagué mis cuentas durante varios años). El aprendizaje constante es uno de los grandes beneficios de ser programador.

• Todos los proyectos geniales probablemente utilizan el lenguaje favorito del desarrollador senior. Saber que el idioma lo coloca en el grupo de talentos que puede trabajar en esos proyectos.

• Alguien le está pagando a usted para que realice cierto trabajo de cierta manera. Cualquier otra respuesta es probablemente insubordinación y es probable que termine mal.

El desarrollador / arquitecto senior normalmente elige el idioma principal que se usa en una tienda y se asegura de que todos usen ese idioma. De esta manera, una empresa crea una base de conocimientos en ciertas tecnologías para que un empleado (usted) pueda tomar vacaciones y otra persona pueda recoger su código y repararlo mientras usted no está. Además, la compañía puede aportar talento de capacitación relevante y el departamento de recursos humanos sabrá qué palabras de moda buscar en los currículos.

Al aprender su idioma y al utilizarlo para trabajar, acumula el capital político que necesita para abogar de manera efectiva por su idioma favorito. Muchas empresas tienen un idioma de infraestructura oficial y un lenguaje de script oficial para los informes. Prepare una lista de pros y contras que muestre dónde sobresale su idioma y dónde lo hace el suyo, y también dónde se queda corto. Debe mantener esta lista en el contexto de una aplicación específica, como los informes que está escribiendo. Planee un tiempo con él para mostrarle la lista de manera privada y respetuosa y coméntela con él. Escriba sus objeciones, investiguelas después de la reunión y, si tiene buenos argumentos en contra, planifique una reunión de seguimiento.

¡Buena suerte!

Demuestre que en un contexto específico, otro idioma es una opción más pragmática.

Si a la persona le apasiona C ++ y está trabajando en un proyecto de aplicación web, no sería demasiado difícil. De la misma manera, algunos contextos están muy inclinados hacia la programación funcional y utilizar un lenguaje no funcional no sería muy sensato.

Notas:

• Evite situaciones en las que tanto su idioma preferido como el suyo sean muy similares.

  Por ejemplo, difícilmente imagino un contexto en el que Java sea "mejor" que C #, o C #, "mejor" que Java.

• Recuerde que la elección de un idioma es a menudo subjetiva y se explica más por la experiencia previa de un desarrollador que por algunos elementos basados en la evidencia.

  Por ejemplo, si me piden que haga una solicitud en relación con el sector financiero, seguiría usando C # en lugar de Haskell, incluso si encuentro a Haskell más apropiado y verdaderamente emocionante. La razón de esta elección es que tengo años de experiencia con C #, pero cuando se trata de Haskell, solo leí unos pocos tutoriales y nunca los usé profesionalmente.

La respuesta es 2) Ve con ella.

1. La única manera de callar al fanboy es volverse fluido (hasta cierto punto) en el idioma de su elección.
2. La pérdida de productividad no es un problema. Usted está haciendo lo solicitado por su senior, por lo que el proyecto debe adaptarse a los cambios de productividad.
3. Aprender un nuevo idioma hará que tu cerebro funcione mejor.
4. Aprender a ser abierto acerca de aprender nuevos idiomas te hará aún más bien.

Es ganar-ganar-ganar-ganar ¡Disfrutar!

La respuesta es que no lo tratas. Discutir con ellos simplemente arrastra a la persona a su nivel (donde te ganan con experiencia) y, en última instancia, no es constructivo porque tienen una mentalidad cercana.

Ignore cualquier argumento que den a favor o en contra de su idioma y tome su decisión. Use las técnicas habituales, como evitar el contacto visual, responda de forma monosábica y pase a un nuevo tema cuando el silencio lo garantice. Entrénalos para que molesten a la persona que está a tu lado.

El desafío aquí es que el fanático asocia el lenguaje con su identidad y cualquier negatividad asociada con ese lenguaje es personal. No ataque ni defienda. Solo ignora.

Muy pocas cosas en un trabajo son scripts realmente desechables. Termino poniendo muchas de estas cosas en la wiki o en el repositorio de todos modos en caso de que sea necesario otra vez.

Incluso las cosas que creo están por debajo del nivel de compartir, mis compañeros de equipo a menudo se sienten de manera diferente. Por ejemplo, tengo un alias rgrep en mi perfil. Es solo una declaración de búsqueda con un parámetro, ya que no tengo acceso a rgrep real en ese servidor. Un compañero de equipo se enteró y lo quiso en el wiki. Sí, la declaración de una línea. Obviamente no tuvimos un debate sobre el lenguaje de implementación, tenía que ser UNIX. Pero destaca la necesidad de hacer cosas que otros en el equipo puedan entender.

Otro giro es que es posible que el desarrollador senior tenga una razón que desconoce para usar ese lenguaje. ¿Has preguntado?

Tal vez intente hacer el mismo script en ambos idiomas una vez para mostrar por qué el tuyo es mejor.

Debes probar empañamiento . Esto significa estar de acuerdo con todo lo que dice el fanboy (en parte o en su totalidad), pero haz lo tuyo a menos que se te indique explícitamente lo contrario.

Las opciones pasivo-agresivas 1,3 llevan a más angustia emocional, así que dame un 2) tómalo en la barbilla.

Algunos consejos generales para el camino: 4) Si no le escuchas a tu senior con inteligencia, haz tu propio estudio sobre el diseño del lenguaje / compilador. Escoge un idioma y aprende qué pensamientos entraron en él. Cuál es la compensación entre características, rendimiento y poder expresivo. Qué otras opciones hay. Esto solo te otorgará superpoderes de programación inhumanos. Learn NBL incluso, va a ser enorme.

Afirmarse a sí mismo empujando opiniones sobre otros inhibe la productividad y la comunicación. La gente puede pensar que renunciar al impulso emocional es útil, pero es solo una curita en su inseguridad.

Ser humilde y amable con los consejos, y mejorarte a ti mismo hará maravillas para expresar tus sensaciones viscerales a nivel técnico. Te sentirás mejor y verás las cosas por lo que son, porque podrás razonar. Es difícil enojarse cuando externalizas las críticas a un contexto técnico.