Presión del supervisor para usar el software que está desarrollando

Si usted es el único autor de un artículo, entonces sí, puede organizarlo como desee y usar las herramientas que considere apropiadas. Si tiene coautores, entonces debe estar de acuerdo.

Pero la otra pregunta, no respondida, es si es prudente ignorar a un supervisor que tiene alguna influencia sobre su futuro, tanto para terminar como para después. Es una cuestión de delicadeza que debes resolver.

Una cosa en la que su supervisor tiene razón es que las cosas toman tiempo. Pero no debería hacerte sufrir por el tiempo que lleva mejorar su software.

Le sugiero que intente ayudarlo tanto como sea razonable con el desarrollo del software, y puede estar en una buena posición para hacerlo si obtiene resultados alternativos (y mejores) con otro software. Si es sabio (quizás cuestionable), entonces debería darle la bienvenida.

Pero, mire a sus propios intereses. Necesitas terminar y desarrollar tu carrera. La negativa absoluta a trabajar con él en esto probablemente será negativa.

Para bien o para mal, el asesor podría considerar el software que desarrollaron conjuntamente como una parte importante de la producción de su grupo de investigación. En ese contexto, es totalmente plausible para ellos que los estudiantes de doctorado usen este programa y, como parte de su trabajo, ayuden a mejorarlo. Es poco probable que hacer que un estudiante simplemente incursione en otro software resulte en una tesis que se ajuste a la experiencia y los intereses del asesor.

Una ruta posible podría ser comprender cómo y por qué el otro software es mejor y ver cómo se podría usar esto para mejorar el software desarrollado por el laboratorio.

Si cree firmemente que simplemente quiere usar otro software, es probable que este grupo de investigación no sea una buena opción para usted.

Su enfoque principal debe ser obtener resultados. Si la herramienta A puede ayudarlo a obtener resultados que no puede obtener con la herramienta B, entonces no hay duda de que lo científicamente correcto es usar la herramienta A. Es literalmente su deber como científico usar la herramienta que necesita. think es la correcta que se adapta a su proyecto y que maximizará el valor científico de su trabajo. Doblarse a la voluntad de su asesor en esto parece frustrar en gran medida el propósito de hacer un doctorado en primer lugar. Incluso si te lleva a una carrera académica marginalmente más exitosa, te convertirá en un académico cínico que cree que todo lo que hacen los académicos está motivado por el interés propio y complacer a las personas en posiciones de poder en lugar del deseo de hacer buena ciencia.

Sin embargo, también se da el caso de que…

un objetivo secundario legítimo es mantener contento a su asesor. Vivimos en el mundo real, no en una utopía socrática. En el mundo real, está haciendo su trabajo dentro de los confines de la academia, donde se espera que no solo busque la verdad científica, sino que también muestre la capacidad de trabajar como parte de un equipo, y la humildad y el tacto para deferir a los demás. sabiduría y experiencia de sus superiores (incluso en algunas ocasiones en las que pueden no ser tan sabios como creen que son).

La conclusión es que, en la búsqueda de este objetivo secundario, no sería una traición a sus principios dedicar al menos una cantidad modesta de tiempo a hacer las cosas que su asesor quiere que haga, incluso si usted no quiere hacerlas o ellos lo hacen. parece sin sentido. ^* Así que le sugiero que, además de usar la herramienta científicamente correcta que ha identificado, también aprenda a trabajar con el software de su asesor y trate de incorporar algún uso en su tesis y/o documentos, en la medida en que eso puede justificarse como apoyo a la ciencia que está haciendo, aunque solo sea marginalmente.

^{* Asumiendo que su asesor no le está pidiendo que haga algo que sea totalmente fraudulento o chiflado, es decir.}

Por último, ten en cuenta que…

Otro objetivo secundario legítimo de un doctorado es aprender habilidades útiles.Es posible que no piense que su doctorado deba involucrar la codificación, pero si lo ve de otra manera, su asesor en realidad le está brindando una valiosa oportunidad para adquirir algunas habilidades de codificación extremadamente útiles y comercializables. Cuando me reúno con personas de la industria, me dicen cosas como que los ingenieros de software tienen tanta demanda en estos días que "pueden escribir sus propios cheques de pago" (literalmente, una frase que escuché de un gerente senior de recursos humanos en una gran empresa de Silicon Valley). Por lo tanto, no subestimes el valor de adquirir habilidades de codificación incluso si no tienen una relevancia directa (tu propia visión personal) de lo que trata tu doctorado, o si adquirir estas habilidades requiere que salgas de tu zona de confort. De hecho, son precisamente las cosas que nos sacan de nuestras zonas de confort las que nos ayudan a desarrollarnos y crecer como académicos, investigadores o futuros [llene el espacio en blanco].

Como alguien que ha visto este arreglo (aunque con supervisores menos agresivos) desde múltiples puntos de vista... Sí, no está obligado a usar el software. ¡Ve y publica por tu cuenta, aprende a ser un investigador independiente!

Eso no quiere decir que tenga que estar en desacuerdo con su supervisor sobre este tema si decide usar otra cosa. Dices que es un buen diplomático. ¡Aprende de eso! Un ejemplo de buena diplomacia sería obtener carta blanca para usar cualquier otra herramienta de software para su proyecto explicando cómo ayudaría a desarrollar su propio software. Sea más detallado y útil con sus comentarios: si el proyecto X de código abierto funcionó, pero no es algo propio de su laboratorio, ¿por qué? ¿Cuáles fueron los principales obstáculos y cómo podría usted o él mejorar eso? ¿Podría pedir prestado directamente de estos proyectos externos?

Sin embargo, le daría una historia de advertencia. Tener una visión holística sobre el producto es importante. He estado trabajando durante aproximadamente 5 años en un proyecto (producto A) que estaba destinado a ser un reemplazo moderno para el estándar de la industria que cuesta más de $ 2000 por licencia. Hemos replicado toda la funcionalidad principal y hemos agregado un par de características propias. ¿El problema? Nadie tiene idea de cómo comercializarlo y la totalidad del equipo de desarrollo no estaba interesado en hacerlo. Se usa como alternativa gratuita en cursos en un par de universidades afiliadas y listo. Ahora el equipo se ha derrumbado y uno de los miembros está trabajando en lo que considera un mejor reemplazo de UX para el producto A. Tiene algunos toques agradables, pero es un gran desastre arquitectónicamente y carece de características en comparación con el anterior: Espero que se detenga por completo en unos 3-5 años si decide seguir este camino. Pero obtuvo mucha más tracción porque ahora tiene una visión del producto y lo presenta de manera más activa a los posibles usuarios.

La moraleja de la historia? Puede obtener buenos resultados, pero serán enterrados y olvidados a menos que sean absolutamente sobresalientes, lo que muchos de nosotros no deseamos en secreto, o los "venda" bien. Hasta que convenza a su supervisor del valor de su trabajo, será un obstáculo en lugar de ayudarlo a realizar su potencial. Convertir sus activos en pasivos es una manera fácil de no llegar a ninguna parte.

Es posible que desee tratar de entender por qué su supervisor prefiere que use su código. ¿Es porque el desarrollo de este código es parte de la subvención de la que recibe fondos (como se menciona en otra respuesta)? Una razón que aún no se ha mencionado es:

Es mucho más fácil para su supervisor comprobar la corrección de su trabajo (archivos de configuración, etc.) si utiliza un software con el que está familiarizado.

Una de las razones por las que el supervisor puede preferir que utilice su software es que lo entiende bien y, por lo tanto, puede comprobar adecuadamente la exactitud de su metodología. Un IP a menudo es responsable de la investigación que sale de su laboratorio (especialmente si lo están financiando a través de una subvención) y también es su responsabilidad capacitarlo en las prácticas correctas. Puede ser difícil para ellos hacer esto si está utilizando un software con el que no están familiarizados.

No exijo que mis alumnos usen solo software con el que estoy familiarizado, pero lo sugiero enfáticamente, ya que puedo brindarles ayuda y ejemplos de configuraciones de trabajo. En algunos casos han querido usar códigos diferentes y lo he permitido con suficiente justificación (el código que quieren usar tiene características que el código que uso no tiene). En estos casos, les pido que me expliquen cómo funciona el código y, a veces, leo la documentación para asegurarme de que lo que están haciendo es correcto. Los estudiantes principiantes a veces no tienen una comprensión tan buena de lo que puede salir mal con los cálculos como yo y soy más capaz de detectar problemas incluso si no conozco bien el software. Honestamente, no siempre confío en que mis alumnos principiantes realicen los cálculos correctamente porque hay muchas formas de cometer errores.

Una idea para lograr que su supervisor le acepte usando el nuevo código podría ser ejecutar algunos casos de prueba (tal vez modelos de juguete simples) que demuestren que el software que está usando proporciona resultados similares a los de su software. También podría mostrar lo que es difícil de hacer con su software que le gustaría hacer, pero que es más fácil de hacer con el software que encontró.

Hay dos preguntas:

1. Con respecto a su documento:
   debe atenerse a los hechos sobre qué software se utilizó para producir los resultados. Puede explicar que ambos conducirían al mismo resultado y explicar diferentes enfoques, tiempos de ejecución, etc. Si los resultados son diferentes, puede discutir estas diferencias. También puede mencionar el software de su asesor en la introducción como productos similares. Pero no debes estirar la verdad, por la razón que sea.
2. Con respecto a su tesis doctoral:
   con la situación dada, no creo que se gradúe con su asesor con un software diferente al que él desarrolla. O encuentra otro asesor o encuentra una manera de acostumbrarse a él y a la forma en que trabaja su asesor. Hable con otros miembros del laboratorio sobre cómo manejan la situación. Probablemente vas a sufrir. Decide si es mejor terminar tu último año de trabajo y encontrar un nuevo asesor, o quedarte durante los próximos años con un asesor con el que tengas dificultades para trabajar.