¿Cuál es un título de trabajo de escritor técnico más técnico que no es cursi o confuso?

Me contrataron como redactor técnico en una empresa que necesitaba varios tipos de redactores: algunas personas fueron contratadas para escribir contenido para el lector de sitios web promedio interesado en nuestro producto, como un gerente de producto, y documentación del usuario, como guías de usuario . Sin embargo, me contrataron para profundizar en el código y escribir un código de muestra para explicar cómo usar el SDK (kit de desarrollo de software) de la empresa. Me comunico con el equipo de desarrollo a diario y pruebo su código, lo analizo y les doy sugerencias para mejorar.

Me gustaría agregar otro término descriptivo en el título de mi trabajo en mi firma de correo electrónico y currículum para demostrar que tengo un conocimiento profundo de ingeniería de software. Cualquiera que piense que esto es para envanecerme o restar importancia a los escritores técnicos normales, está equivocado. La razón principal por la que quiero hacer esto es para que mi currículum no parezca que cambié de carrera. La razón secundaria es que las personas que reciben mis correos electrónicos y leen mi currículum pueden saber por mi título que tengo una amplia experiencia en ingeniería de software dentro del desarrollo de software.

Leí esto , pero no ayudó. Por supuesto, también busqué en Internet. Encontré artículos sobre mi rol actual, pero nada sobre títulos de trabajo.

Pensé tal vez:

  • Escritor técnico (Ingeniero de software sénior)
  • Escritor técnico como ingeniero de software sénior
  • Escritor técnico especializado en SDLC completo
Bienvenido a Writing.SE. Nos encantan las preguntas sobre redacción técnica aquí y esperamos que se quede (y elija un nombre de su elección para que podamos recordar quién es usted). Sin embargo, no estoy seguro de que esta pregunta sea sobre el tema. El enlace al que se vincula tiene 7 años y muchas publicaciones antiguas aquí estarían fuera de tema ahora, ya que creo que una sería indudable. No voy a votar para cerrar porque me gustaría escuchar a otros aquí sobre si su pregunta es o no sobre el tema. De cualquier manera, publique otras preguntas según lo desee y responda lo que desee.
¿Cuánta autoridad tienes para cambiar tu propio título? Más de un lugar de trabajo. Punto SE.
El título del trabajo es un titular de lo que hizo, no un índice para buscar su rango en su empresa anterior. El título de trabajo anodino Asociado que algunas empresas le dan no ayudará al entrevistador.
¿Es mejor preguntar en Workplace.SE?
Creo que es sobre el tema en ambos lugares. Como escritores, a menudo tenemos que descubrir cómo marcarnos a nosotros mismos: ¿escritor, bloguero, autor? Este es solo el lado tecnológico de esa pregunta. Workplace.SE puede tener más personas que han pasado por eso, y perspectivas de gerentes de contratación a veces, pero también creo que preguntar aquí da una respuesta un poco más reflexiva. Como si estuviera enojado porque descubrí que el nivel 3 de Tech Writer, que es el puesto que tengo, en realidad es para aquellos con MUCHA menos experiencia.

Respuestas (4)

Me gusta mucho el título "Evangelista de desarrolladores" o "Defensor de desarrolladores". Lo primero implica que está difundiendo conocimientos sobre el software/SDK de la empresa, pero que también es desarrollador. Esto último implica que está ayudando a los desarrolladores a interactuar con su empresa. Creo que el título anterior podría ser más adecuado para sus preferencias. Este título es de uso común; por ejemplo, Microsoft lo usa: https://careers.microsoft.com/professionals/us/en/c-evangelism

Actualización: hay algunos títulos nuevos que veo que aparecen en Silicon Valley ahora:

  • especialista en productos
  • Especialista en API
  • Especialista en plataforma

También me gusta el uso de "{Product|Technology|API|Platform} Advocate", como se indica en el comentario.

Evangelist tiene una ligera connotación negativa para mí (probablemente solo para mí y probablemente no en este contexto) y Developer Advocate no me dice lo suficiente.
Un evangelista es alguien que trata de meterme sus creencias en la garganta y le cierran la puerta en la cara por ello. ¿Por qué querrías eso en el título de tu trabajo? (Ver también: "cruzada".)
Algunos más en este sentido son Technology Advocate y Product Advocate. A menudo también se encuentra junto a referencias laterales a Relaciones con desarrolladores.

El término convencional es "escritor programador" o, a veces, "escritor de programación". Generalmente se usa para describir a alguien cuya capacitación y enfoque es la programación en lugar de la escritura técnica, pero que actualmente realiza una función de comunicación técnica específicamente destinada a documentar cosas para los programadores. También hice la mayor parte de mi escritura técnica para desarrolladores, pero debido a que el enfoque de mi carrera era la escritura técnica, me limité al término "escritor técnico". Mismo trabajo, más o menos. La diferencia en los títulos es más para cubrir las diferencias en la trayectoria profesional, que parece ser lo que le preocupa.

Si este sitio me permitiera seleccionar varias respuestas, seleccionaría esta, pero como solo puedo seleccionar una, elegí una respuesta diferente. Su respuesta es informativa y tiene sentido, pero encontré otra respuesta que se adapta mejor a mi situación particular. Si se me permite, votaré esta respuesta.

Esta es una especialización desafiante para capturar en un título de trabajo, razón por la cual mi eslogan de LinkedIn dice "portavoz para programadores". Pero eso no funciona como título de trabajo en ninguna, excepto en las nuevas empresas más vanguardistas.

Como se sugiere en esta respuesta , algunos usan el escritor de programación. En una empresa anterior, estaba documentando pero también mejorando (y escribiendo ejemplos contra) nuestro SDK, y cuando queríamos dejar más claro para la alta dirección y nuestras nuevas sobrecargas corporativas que soy un escritor técnico de grado de ingeniería, me dieron el título (Senior) SDK Developer. Dependiendo de qué tan involucrado esté en la definición de su SDK, eso también podría funcionar para usted.

En mi empresa actual soy desarrollador de información porque ese es el título que usan; Internamente, la gente sabe que tengo credibilidad en programación, y si necesito comunicarlo externamente, probablemente tendré más de un título disponible para hacerlo. En un currículum, por ejemplo, hay un par de formas de transmitir información importante que no está incluida en el título del trabajo. En LinkedIn (y en una carta de presentación) puede escribir un resumen que las personas verán antes de acceder al historial de trabajos. Si le doy a alguien una tarjeta de presentación (supongo que eso podría suceder), tendremos el contexto de cualquier conversación que me llevó a hacerlo.

En mi carrera, descubrí que el adjetivo (senior, director, lead...) tiene más peso que el título específico de escritor técnico. Si llega al nivel de director/líder, las personas que saben algo sobre el campo esperarán que tenga una profundidad técnica real.

Si este sitio me permitiera seleccionar varias respuestas, seleccionaría esta, pero como solo puedo seleccionar una, elegí una respuesta diferente. Su respuesta es informativa y tiene sentido, pero encontré otra respuesta que se adapta mejor a mi situación particular. Si se me permite, votaré esta respuesta.
@ user2263986 debe seleccionar la respuesta que más le ayudó. ¡No hay problema! Puede votar en todas las respuestas (incluso votar a favor de la que también aceptó).

La escritura técnica se trata de relacionar nueva información en el área sobre la que está escribiendo con el conocimiento existente de su audiencia. Para hacer eso, necesita tener algún grado de ese conocimiento especializado existente.

En este caso, parece que lo que le gustaría destacar es el conocimiento especializado que posee que le permite escribir para una audiencia de desarrolladores de software.

Con ese fin, sugiero algo como:

"Escritor, especializado en documentación técnica para desarrolladores de software"

Puede parecer un poco prolijo, pero es muy claro lo que quieres decir en la primera lectura. Algo más corto puede confundir al lector, y seamos realistas, eso sería la antítesis de lo que debe hacer un buen escritor técnico.