Cómo saber si soy un "Desarrollador Real"

**Supongo que tu jefe te está menospreciando para mantener tu moral baja, así que es menos probable que busques otro trabajo o pidas un mejor salario. Cinco años de experiencia son más que suficientes para considerarte un promotor cualificado.

Dado que tu papel actual no va bien, y que tienes un gerente emocionalmente manipulador por encima de ti ahora mismo, definitivamente empezaría a buscar otro trabajo que te diera el respeto que te has ganado.

… me dijo que no hay manera de que pueda obtener el mismo salario o posición en otra organización

La persona es un idiota.

Si no estuviera contento con tu trabajo, te despediría.

Lo que la persona estaba diciendo en realidad es:

Estoy desesperado por mantenerte ya que haces cosas. Y hay una increíble escasez de programadores. Pero voy a menospreciarte e intentar engañarte psicológicamente para que sigas trabajando aquí, y no tengas que aumentar tu salario.

Ya eres un desarrollador. Hay un meme haciendo las rondas en LinkedIn en este momento que vale la pena citar aquí:

Tu valor no disminuye por el hecho de que alguien más no vea tu valor

Los desarrolladores tienen una gran demanda. Ha habido artículos recientes declarando que los desarrolladores son más importantes para las empresas que el acceso al capital - y que el valor está aumentando todo el tiempo.

Sospecho que su táctica es hacer que te quedes, pero si te están menospreciando abiertamente - ¿por qué deberías hacerlo?

LOL

Recuerdo cuando trabajaba para un importante periódico de NY y todo nuestro equipo fue abofeteado con ese apodo de “No es un verdadero desarrollador”. (Estábamos separados del grupo principal y nos encargábamos de todo, desde el desarrollo hasta el soporte de escritorio, allá por los años 90 y principios de los 2000)

Los “Desarrolladores reales”, en el grupo principal de TI insistían en que ellos hicieran el trabajo.

La dirección decidió dejar que cada uno de los dos grupos hiciera la mitad del trabajo (era factible) y dejar que los usuarios finales, que utilizarían la solución, decidieran qué camino tomar.

Después de llamar a nuestro trabajo “código sh*t” a nuestras caras, y de entregar su “obra maestra” a los usuarios finales, los usuarios finales eligieron nuestro trabajo sobre el suyo y rápidamente rehicimos el trabajo que los “verdaderos desarrolladores” hicieron un desastre.

Tú estás haciendo desarrollo, eres un verdadero desarrollador. Puede que necesites diversificarte, y dada la actitud de tu empresa, te lo sugiero encarecidamente.

No escuches a nadie que diga “SQL no cuenta”. Claro que sí, mucha gente ni siquiera puede escribir SQL básico, y el orden inverso de procesamiento puede fastidiar mucho a los programadores. Ser capaz de hacer ambas cosas es una habilidad rara y valiosa.

Confía un poco más en ti mismo. No escuches a tus detractores. Si te falta un área, haz trabajo independiente para fortalecerte, pero no dejes que nadie te desanime.

Si puedes escribir código que funcione, eres un desarrollador.

Especialmente si estás en un rol superior con cinco años de experiencia variada! Tu gerente, trabajando para el negocio, necesita buenos desarrolladores para los trabajos. Si eres clasificado como un desarrollador senior, definitivamente estás satisfaciendo esa necesidad (junto con tus colegas). Si tu jefe te está presionando, haciéndote sentir inútil, o incluso peor, haciéndote creer que no eres lo suficientemente bueno, entonces déjalo. Encuentra un trabajo con alguien que se preocupe por los empleados. Demuéstrale que puedes encontrar un trabajo bien remunerado, con un rol superior. Tu jefe está diciendo dos cosas aquí:

• Tienes suerte de estar donde estás.
• No puedes irte

Esto se reduce a:

Tienes que quedarte; fuera de la necesidad, no querer

Él ha usado algunas palabras poderosas. Él está siendo psicológicamente manipulador, o simplemente, de mente pequeña.

Estás en un rol superior en un trabajo de alta paga. Lo que sea que diga tu jefe, estás haciendo algo que él necesita que alguien haga. **Claramente lo estás haciendo bien. Me parece que estás perdiendo interés en el trabajo, y él lo sabe. No dejes que alguien más te moleste. Haz lo que necesites hacer, y recuerda:

Él es sólo una persona, con una opinión, con tanto significado como tú le das.

Como eres un desarrollador senior, asumo que has pasado por varios ascensos para llegar allí y no fuiste contratado en el puesto por casualidad.

Un desarrollador senior debe tener una gran experiencia, y puede realizar la mayoría de las tareas del trabajo con poca orientación. Su empresa debe tener una matriz de carreras que pueda marcar para ver qué casillas ha marcado claramente para ser promovido a donde está.

Usted es un desarrollador (eso es lo que dice la descripción de su trabajo, ¿no?). Creo que tu error fue decirle a tu supervisor que estabas planeando buscar otro trabajo. Puede que haya hecho esos comentarios por amargura. Sólo busca otro trabajo y hazle saber que te vas después de que tengas una oferta en otro lugar.

Sólo conozco los fundamentos de los lenguajes con los que trabajo (C# & JavaScript), aunque me considero un tipo avanzado de SQL (pero me dicen regularmente que eso no cuenta).

Usted, como la mayoría de los que han escrito respuestas hasta ahora, se está perdiendo un punto importante. Ser un desarrollador “real” no se trata de conocer las características arcanas de un lenguaje, sino de ser capaz de resolver problemas. Si puedes hacerlo usando sólo los fundamentos de cualquier lenguaje con el que trabajes, eso te hace un mejor desarrollador que la gente que arrastra esas características arcanas para mostrar lo inteligentes que son, porque tu código es mucho más probable que sea fácilmente comprendido por otros.

De hecho, he encontrado que el único lugar donde el conocimiento de tales características es realmente beneficioso es cuando estás atascado tratando de descifrar el código de alguien más.

Deberías leer la página de Wikipedia sobre el Síndrome del Impostor . También me he preguntado si soy un “desarrollador real”, especialmente cuando trabajo con gente que es mucho más consumada que yo, o que parece hacer lo que yo puedo hacer, sólo que mucho, mucho más rápido.

Pero sigo creyendo que soy un desarrollador real, y la razón de ello es porque puedo escribir código que hace lo que mis usuarios necesitan que haga. Esa es la línea de base: ¿puedes hacer que tu aplicación haga lo que tus usuarios necesitan que haga? Si la respuesta es sí, entonces eres un verdadero desarrollador.

Claro, habrá errores, y a veces es porque hiciste algo tonto, pero eso no significa que no seas un verdadero desarrollador. Si un jugador de tenis pierde una devolución, ¿eso lo convierte en un jugador de tenis de verdad?

Entonces la única manera de saber con seguridad si puedes conseguir otro papel con la misma (o mayor) paga, y el mismo puesto, es salir ahí fuera y hacer una entrevista para ello. Los entrevistadores tendrán medidas para filtrar a las personas que no cumplan con sus requisitos.

Desafortunadamente, estoy de acuerdo con él. Sólo conozco los fundamentos de los lenguajes con los que trabajo (C# y JavaScript), aunque me considero un tipo avanzado de SQL (pero regularmente me dicen que eso no cuenta).

Entonces, ¿cómo sabré cuando sepa lo suficiente para llamarme desarrollador?

En cuanto a su pregunta, ser desarrollador no se trata sólo de tener X cantidades de conocimiento. Una habilidad más importante es saber cómo encontrar los conocimientos necesarios para hacer el trabajo.

Por último, no descartes las habilidades no codificadoras que has adquirido a lo largo de los años: ser capaz de depurar el código, analizar los requisitos / casos de uso, idear diseños de soluciones, etc.

¿Cómo sé si tiene razón?

Aplicando a otro puesto y viendo si puedes conseguir el mismo salario. Sólo para darte un resumen, mi último trabajo tenía un gerente que hablaba como el tuyo. El área está llena de trabajos técnicos y como tal, tiene razón hasta cierto punto en que no sería posible encontrar un trabajo similar por el mismo salario y por el mismo tiempo. Mucha gente que renunció, dejó el área por completo y tuvo un gran éxito.

Dicho esto, su enfoque de la retención de empleados fracasó. Se equivocó ya que había muchos trabajos en el área que ofrecían más salario y mejores tasas de retención que la compañía. Fue despedido un tiempo después, ya que mucha gente se fue y el producto de la web estaba fallando. Es fácil desanimarse cuando alguien te dice que no vales nada y se “confirma” con el primer fracaso. Considera esto: si te considera inútil e incapaz de encontrar un trabajo, ¿por qué te paga?

Sólo tienes que ser inteligente y aplicar, mirar y hablar con la gente. Mira a los otros que dejaron la compañía. ¿A dónde van? ¿Se van de la zona? ¿O todavía están en el área?

Cómo saber si soy un ‘verdadero desarrollador’

Has estado trabajando en el desarrollo de software durante cinco años, estoy seguro de que tu compañía no te está empleando sólo para ser amable contigo y están sacando algo del trato.

No es el lugar de tus actuales gerentes para decirte si estás o no a la altura de trabajar en otro lugar. Dependerá de las personas que te entrevisten para otros puestos que decidan si estás capacitado para ello.

Te sugiero que reúnas tu currículum y que solicites empleo en otras empresas y tal vez entonces veas tu valía.

Nunca he entrado en ningún puesto de trabajo y conozco toda la jerga de la empresa y todo lo que hay en su pila tecnológica, siempre ha habido algo que aprender y no conozco a nadie diferente.

Cree en ti mismo, y espero que encuentres algo que te guste donde te aprecien.

me dijo que no hay manera de que pueda obtener el mismo salario o posición en otra organización ya que no soy un verdadero promotor todavía.

Y sin embargo, aquí estás, recibiendo el pago de tu actual empresa.

No hay tal cosa como un “verdadero promotor”. Es sólo lo bueno que eres en tu trabajo, y eso no es algo binario. Es una escala.

Si como dices, has identificado agujeros en tu conocimiento, es hora de rectificarlos. Sin embargo, también tienes que darte cuenta de que ningún desarrollador que valga la pena se siente cómodo/conocedor todos los días, ya que constantemente se están estirando más allá de su zona de confort y se sienten como principiantes cada vez que aprenden algo nuevo. Eso es algo bueno.

Por último, ser un desarrollador no se trata sólo de conocimientos de programación. También se trata de aprender a ser un profesional, y parte de ello es entender qué tipo de retroalimentación hay que recibir y qué hay que ignorar o rechazar. Los dejo para que decidan a qué categoría pertenece este tipo de retroalimentación.

Todas estas son respuestas muy buenas; realmente disfruté el comentario de novio/novia de arriba. Y otros han dicho que has estado empleado por 5 años, lo que prueba que hay una necesidad comercial legítima para ti y tus servicios. Añadiría la advertencia de que eso prueba que eres un “verdadero” profesional, pero no necesariamente un “verdadero” desarrollador.

¿Qué te hace un “verdadero” desarrollador?

No dejes que nadie te diga que SQL no cuenta. No hay ningún lenguaje que no cuente. Si entiendes HTML, o XML, a un nivel muy alto, amplio y detallado, eres un desarrollador. Si entiendes los archivos EDI, o incluso los archivos MIDI, a un nivel muy alto, amplio y detallado, eres un desarrollador.

Creo que lo que separa a los desarrolladores “reales” de los meros codificadores, el apoyo de TI y los internos técnicos es: la comprensión de los sistemas, la comprensión del ciclo de vida del desarrollo de software, la aptitud no enseñada, natural o practicada… y el éxito, los proyectos desplegados. Si eres competente para proveer tus sistemas operativos, IDEs, servidores y entornos de prueba, desde hardware, paquetes de software y servicios en la nube, eres un desarrollador. Si entiendes en la teoría y en la práctica cómo rastrear errores, cómo hacer la ramificación de características y la prueba de unidad, eres un desarrollador. Si has intentado, a veces sin éxito, enseñar y entrenar a otros sobre lo que te viene en segundo plano, eres un desarrollador. Si tu material funciona, eres un desarrollador.

No dejes que nadie te diga que ser un desarrollador “real” es de alguna manera una función de la paga o del avance profesional. Es bueno tener un sueldo y un avance profesional, pero hay estudiantes universitarios e incluso estudiantes de secundaria que tienen mucho talento para construir sus divertidos proyectos de código abierto y de hobby: retroinformática, juegos, linux-from-scratch, radioaficionados, minería encriptada, salvapantallas, firmware personalizado, hacer arte en calculadoras gráficas, y todo eso. Incluso si esos chicos no tienen la paga y el ascenso apropiado para su nivel de habilidad, por falta de calificaciones formales, falta de madurez profesional y “habilidades blandas”, o una falta de necesidad de negocios para sus especialidades específicas, nunca me atrevería a decirles a la cara que no son desarrolladores “reales”.

Porque sus cosas funcionan.

Tu jefe es un idiota. O bien está tratando de asustarte para que te quedes en tu trabajo, o te está menospreciando por razones de ego, o en realidad cree en estas tonterías. Las tres son razones para dejar el trabajo y seguir adelante lo más rápido posible.

Ser un desarrollador no se trata de los idiomas específicos, habilidades o herramientas que tienes. Ser un desarrollador se trata de ser capaz de producir productos según las especificaciones. Eso es todo.

Has estado haciendo esto durante más de cinco años, creo que probablemente estés bien.

Sin embargo, si y cuando optas por pasar de este trabajo, recuerda que los scripts hábiles y particularmente el SQL avanzado son capacidades valiosas y relativamente raras. No dejes que nadie te convenza de lo contrario.

Ignora los comentarios y el drama de tu trabajo actual. Ve a solicitar trabajos en otros lugares. Si no consigues el trabajo, no te queda nada. Si consigues una oferta, sabrás lo que valen tus habilidades en el mercado abierto y podrás decidir dónde quieres trabajar.

Nunca está de más mirar alrededor.

Considerando que la respuesta elegida NO responde a la pregunta:

Entonces, ¿cómo sabré cuando sepa lo suficiente para llamarme desarrollador? ¿Hay algún tipo de matriz/prueba que pueda usar? Estoy estudiando regularmente (2 - 3 horas por día) en PluralSight y haciendo mis propios proyectos, pero me siento como un completo principiante en la mayoría de los aspectos del software.

En general, podrías ir con una definición muy básica:

Eres un dev si alguien te paga por hacer el desarrollo.

Pero esa no es una declaración útil para tus propósitos.

Voy a definir “desarrollador real” porque en este contexto necesita ser definido.

Un desarrollador real es alguien que construye software profesionalmente.

Nota al margen, esta es probablemente una definición polémica, porque esto literalmente excluye a los codificadores aficionados, a los que personalmente considero también como desarrolladores. Sin embargo, se puede argumentar que no son EXACTAMENTE como los desarrolladores profesionales, porque no están “exprimidos” de la misma manera.

Así que un “desarrollador real” en general debería sentirse cómodo:

• Diseñar módulos o una arquitectura más grande (esto depende de la org tbh)
• Ser capaz de depurar y “caminar a través” de la lógica
• Entender la buena artesanía del código
• Entender el proceso de construir una pieza de software por dinero (entregar un producto)
• Ser capaz de trabajar en equipo y ser autónomo
• Ser un auto-aprendiz (lo cual es claramente op)
• Alguna comprensión más profunda de algún paradigma de codificación (OOP es popular pero hay mucho por ahí)
• (esto es sólo una opinión) pero alguna comprensión profunda de algún lenguaje. Comprensión del aspecto más granular de él. (Cómo se compila, genéricos…) Especialmente si estás en una posición de tipo principal / senior.

Mucha gente se echará atrás en esto, porque estamos midiendo a un desarrollador. Pero estoy respondiendo al contexto de tu pregunta. Estabas hablando de nuevas oportunidades en otros lugares. Bueno, estas cosas serán las que los potenciales empleadores estarán buscando.

También, buen trabajo en ser lo suficientemente autodirigido para usar Pluralsite, yo también lo uso, me encanta. Sin embargo, podría sugerir que usted podría mirar más la ciencia de la computación teórica (los videos tienden a ser extremadamente orientados a la práctica). Aprender cosas GRASP y SÓLIDAS y ser capaz de aplicarlas va mucho más allá. Por eso los LIBROS son una excelente manera de aprender estas cosas porque son mucho más profundos que los videos. Lo ideal sería que hicieras las dos cosas.

En resumen: Tienes que ser capaz de ir de la idea al producto. No necesitas ser un experto, pero al menos debes ser capaz de tropezar de alguna manera competente en ese proceso. También, la comunicación. Muchos desarrolladores subestiman la comunicación, es importante. (ese último bit es sólo una tangente aleatoria).

Siento publicar otra respuesta, pero es demasiado larga para un comentario y no veo ninguna de las muchas respuestas existentes que abordan este punto.

no hay manera de que pueda obtener el mismo salario o posición en otra organización

Esta parte puede ser verdad. Volveremos a eso.

porque no soy un verdadero desarrollador

Esta parte es demostrablemente falsa. Las otras respuestas han cubierto este terreno. Pero detengámonos por un momento en la primera parte. Las calificaciones que usted enumeró no necesariamente me gritan “desarrollador principal”. Aunque eso tiene que ser sopesado con el hecho de que usted está haciendo la pregunta que hizo aquí, la cual sugiere un síndrome de impostor: usted puede estar vendiendo sus habilidades reales de forma corta con esa descripción que dio.

En cualquier caso, lo veo de esta manera: Tengo un cierto conjunto de habilidades como desarrollador. Algunos trabajos están “por encima de mí” en el sentido de que podría hacerlos aunque no esté técnicamente cualificado (para alguna definición de ello). Algunos están “por debajo de mí” en el sentido de que probablemente podrías conseguir un desarrollador menos cualificado para hacerlos con un rendimiento más o menos equivalente por menos dinero.

Puede que hayas tenido suerte en un trabajo por encima de tu clase de peso nominal. Si es así, ¡felicidades! No hay nada malo en tener suerte, asumiendo que estás cumpliendo adecuadamente con los deberes del puesto que ocupas. Pero puede significar que será más difícil recrear ese mismo puesto en otro lugar. No lo sabrás a menos que lo intentes.

Pero en términos de tu posición actual, sólo recuerda, mucho crecimiento personal y profesional viene de morder más de lo que puedes masticar, y luego masticar tan rápido como puedas.

* En mi área de experiencia. No estoy sugiriendo que John Q. Developer (incluyéndome a mí) pueda ser inmediatamente productivo en un área completamente desconocida. Nadie me pagará por hackear el kernel de Linux en cualquier momento, sólo por nombrar un ejemplo.

Estoy de acuerdo con el resto de las respuestas, pero hay un punto que debes asegurarte antes de buscar en otra parte: ¿sabes venderte como desarrollador de software?

Ya has empezado describiendo tus habilidades actuales, pero necesitas trabajar en tu narrativa; una entrevista de trabajo va más allá de una entrada en la pila de trabajo. Repensar sobre todo lo que hiciste los últimos 5 años, todo lo que aprendiste, todo lo que hiciste bien, cada lección difícil que recibiste, todo lo que te hace un verdadero desarrollador. Si es posible, practica con un amigo (no en tu empresa actual) hablando de ti.

A los ojos de los reclutadores, serás un desarrollador de software tan pronto como seas capaz de contarles una narración sobre cómo te convertiste en desarrollador. Ese es el verdadero significado del discurso de tu jefe (aunque no sea lo que él piensa).

Otras respuestas ya te han dado un gran comienzo en tu propia narración. Trabaja a partir de eso, demuestra que eres un solucionador de problemas, recuerda que los reclutadores quieren gente que les quite los problemas, muestra eso en tu historia, y entonces serás un desarrollador de software a los ojos de la gente que realmente cuenta.

Estoy de acuerdo con todos los comentarios anteriores en que probablemente ya eres un gran desarrollador, pero si estás buscando áreas para mejorar, estas son algunas que se me ocurren:

Fiabilidad:

¿Por qué los errores y el retrabajo ocurren en tu entorno? ¿Puedes cambiar el proceso (TDD, pruebas de integración, mejores historias) para ayudar a esto? ¿Están las herramientas o la estructura del código en fallo?

Rendimiento:

¿Por qué el sistema es lento o inescalable? ¿Cómo podemos perforar y depurar esto? (pista, encontrar las respuestas reales, no trotar el conocimiento recibido de Internet)

Productividad:

¿Cómo podemos trabajar más inteligentemente? ¿Qué es lo que lleva tiempo, y se relaciona esto con las necesidades reales de los negocios? ¿Estamos usando las herramientas y procesos apropiados?

Conocimiento del dominio:

¿Entiende las necesidades de los clientes? ¿Cómo puedes mejorar esto, ya sea visitando la tienda, leyendo un libro de texto o yendo a un curso. Incluso si no es una parte directa de su flujo de trabajo, entender el por qué y el cómo de los requisitos le hace un mejor desarrollador.

Y si no es capaz de moverse en esas direcciones porque su trabajo establece barreras, entonces es definitivamente el momento de seguir adelante.

Lo que sientes se conoce como “síndrome del impostor”, el pensamiento de que no sabes realmente lo que haces y la gente asume que eres mejor que tú.

Aquí hay un secreto: Todo el mundo se siente así, y rara vez es así. Pregúntese, si me dan una nueva tarea para la que necesito aprender alguna tecnología específica, ¿soy capaz de hacerlo? Porque pocas personas son expertas en múltiples idiomas y nunca se encuentran con algo que no entiendan inmediatamente.

Tu jefe te está “negando”, diciendo que no eres un verdadero desarrollador porque no quieren que renuncies. Eso le dice que usted es realmente un activo valioso para la empresa y que vale más de lo que usted cree.

Mi papel actual no va bien (problemas con la gente). De todos modos, le dije a uno de los gerentes que estaba pensando en buscar otro trabajo

Algunos puntos aquí… Primero, a menos que este tipo sea de alta fibra moral, nunca es una buena idea notificar a su actual lugar de trabajo que está buscando un nuevo puesto. Y la razón por la que:

…me dijo que no hay manera de que pueda obtener el mismo salario o posición en otra organización ya que no soy un verdadero promotor todavía.

es porque ahora está tratando de controlar la situación, pero no de una manera moral. Supongo que ya está planeando su próximo movimiento después de ti porque asume que estás en camino de salir, pero aún no está listo para eso. No es que esté completamente equivocado si está planeando su próximo movimiento, porque ¿por qué no seguir adelante si alguien le ha dicho verbalmente, en persona, que está pensando en buscar un nuevo puesto? Sé el gerente y mira las cartas sobre la mesa…

Aprendí de la manera más dura a tratar de ser franco. Por mucho que parezca lo correcto, hay muy, muy pocos lugares de trabajo donde lo sea. Es mejor limitarse a avisar con suficiente antelación cuando se ha conseguido un nuevo puesto (de nuevo, a menos que estés seguro de que trabajas para alguien que sabes que no va a hacer este tipo de cosas; existen, pero son raros…)

En cuanto a si eso es cierto o no… La primera pregunta franca es: “Vale, entonces ¿por qué me pagas en esta posición?” Esto suena honestamente como una posición de mártir al revés. “Este lugar nunca sobreviviría sin mí”, pero en su lugar, “Nunca sobrevivirás sin este lugar”, lo cual es raramente cierto. Sobreviviste antes, sobrevivirás después, lo mismo ocurre con el lugar de trabajo.

Tu gerente sólo da su opinión sobre lo que vales para él y su compañía, que puede ser parcial al intimidarte para que te quedes. Tienes que asumir la responsabilidad de hacer tu propia investigación sobre lo que tu salario se basaría en los puestos abiertos en otros lugares. Tengo la sensación de que encontrarías muchos puestos de desarrollador basados en tu nivel de experiencia.

También puedes usar esta aplicación si alguien quiere comprobar si es un verdadero desarrollador.

Estoy en mi 5º año como desarrollador.

Así es como sabes que eres un desarrollador real, por ejemplo, si tu actual empleador no contrata a un real desarrollador para reemplazarte, demuestra que eres un real desarrollador. Período!

• *

He estado en una situación similar hace sólo unos meses,

• Cobrando más que el precio de mercado
• Problemas con la gente (sufriendo debido a políticas mezquinas)
• Trabajando duro para mejorar mis habilidades a través de Pluralsight, Edx, Youtube
• Sintiéndome como un principiante en algunos aspectos
• . .. Incluso trabajé con C#, Javascript y SQL

La verdad es que tu actual gerente está tratando de desmoralizarte, para que no te vayas. Tienes problemas con la gente porque tu gerente es incompetente en su trabajo, es decir, administrar a la gente. Te pagan más porque tu empresa no es capaz de encontrar otras personas igualmente competentes que estén dispuestas a trabajar allí.

Entonces, ¿cómo sabré cuando sepa lo suficiente para llamarme desarrollador? ¿Hay algún tipo de matriz/prueba que pueda usar?

Yo diría que el primer paso ideal sería empezar a buscar un trabajo en el lado. No pongas tu renuncia, pero empieza a entrevistar a empresas decentes. Si recibes ofertas relativamente buenas, eso debería darte algo de confianza, e incluso podrías considerar cambiar.

Segundo, puedes buscar certificaciones profesionales. Los 70-480, 70-483 y 70-761 de Microsoft pueden aplicarse a tu trabajo. Tener dicha certificación no sólo debería aumentar tu confianza, sino que también te ayudará a demostrar tus habilidades siempre que tu gerente u otros superiores te cuestionen.

En resumen, deja de dudar de ti mismo. Vea como otros empleadores perciben sus habilidades. Encuentra una manera de validar tus habilidades a través de certificaciones adecuadas.

Esto está muy cerca de muchas otras preguntas - ¿soy un verdadero creyente? ¿Soy un verdadero activista? ¿Soy un verdadero hombre/mujer o cumplo con los criterios para ser una verdadera persona transgénero? ¿Soy un verdadero judío, un verdadero musulmán, un verdadero hindú, un verdadero experto, una verdadera autoridad, una verdadera lesbiana, una verdadera creyente en Cristo, una verdadera seguidora del Profeta, una verdadera líder, una verdadera vegana, una verdadera lo que sea?

Eres lo que eres, alguien que ha aprendido, y siempre aprenderá más. Las etiquetas pueden ayudar a veces, pero la etiqueta no ayuda aquí, te está estrangulando. Lee sobre el “síndrome del impostor”.

Tú eres tú. Eres lo suficientemente bueno para justificar tu derecho a la existencia (filosóficamente o en el lugar de trabajo), y siempre puedes elegir aprender más.

Fin de.

Hay muchas respuestas de apoyo. Mi respuesta intentará abordar objetivamente su pregunta pero puede que no sea de mucho apoyo.

Las feas verdades:

• 5 años pueden o no significar nada
• Conocimiento experto en SQL puede o no significar nada
• Parece que está en un ambiente tóxico y debería planear irse. Cualquier ambiente de trabajo que permita/ tolere que un gerente le diga algo así es un ambiente en el que no quiere trabajar.

¿Cómo saber si es un verdadero desarrollador?

Respuesta corta:

Cuando puede tomar un proyecto mediano o grande solo y programarlo desde cero.

No se trata de cuántos lenguajes o marcos de programación conoce. Se trata de resolver problemas y lograr un resultado a través de las mejores prácticas.

Respuesta larga:

Solía trabajar en una compañía que tenía un código base desarrollado por un equipo que es tratado como un ciudadano de primera clase de la compañía. Luego este código base es personalizado y vendido a los clientes por otro equipo que es considerado ciudadano de segunda clase y generalmente son tratados como parásitos inútiles por el primer equipo. Todo el entorno de trabajo es muy confinado y restringido en términos de acceso y herramientas que se utilizan. El trabajo se reduce a llenar los espacios en blanco en ese código base y hacer pequeños cambios de estilo. Estuve en ese segundo equipo y no consideré mi trabajo allí como un verdadero trabajo de desarrollador, simplemente porque la cantidad y la magnitud de los problemas a los que me enfrento son muy limitados debido al hecho de que la mayor parte del trabajo ya está hecho en el código base. La arquitectura ya está decidida y todas las librerías están desarrolladas y sólo la consumes y extiendes la funcionalidad existente. Si eso te suena familiar, te recomiendo que inviertas algo de tu tiempo en construir aplicaciones desde cero hasta publicarlas en la web.

**Si tu actual empleador te paga el salario de un desarrollador senior, entonces por cada definición de la palabra, eres un desarrollador senior y no sólo un desarrollador.

Otros miembros han dado información muy útil sobre su competencia.

Le explicaré lo que su manager le está haciendo psicológicamente, dónde se equivocó y qué puede hacer ahora.

Su actual manager le está manipulando psicológicamente. Déjame darte un resumen de lo que va a pasar, en primer lugar te regañarán y te harán sentir que no vales nada (claramente esto te ha hecho dudar de ti mismo) entonces dirán algo como, “te estamos tratando lo mejor que te mereces” ya que no eres un “desarrollador real”; te estamos dando esta posición como un “regalo” y no te lo mereces". Claramente hicieron exactamente eso. Ahora estás herido y estás dudando de ti mismo, lo que inevitablemente te causará ansiedad en las entrevistas que darás para un nuevo trabajo. Si fallas en la entrevista, entonces es una victoria para tu gerente. Ahora viene la tercera y más interesante parte, te darán un pequeño aumento o bono y _“te permitirán” mantener el trabajo, para significar que son bastante generosos aunque no lo merezcas.

Después de este abuso de tres pasos, tu autoestima será aplastada y estarás casi “feliz” de trabajar para ellos. Esta es una relación abusiva y puede ser identificada a kilómetros de distancia. Por ejemplo: Un novio abusivo primero lastimará a su pareja, luego la regañará y luego procederá a darle regalos como flores para compensar de alguna manera el abuso. Aquí, tu manager es el abusivo en esta relación profesional.

Te mereces algo mejor

¿Qué hacer?

–Sonrisa malvada– : ¡Démosle a tu manager una dosis de su propia medicina!

Lo primero es lo primero: Dile a tu manager que no dejarás el trabajo y que estás extremadamente feliz por esta oportunidad de vida. Intente decir que investigó el mercado y que ninguna otra compañía ofrece nada parecido a lo que le están dando actualmente. Esto inflará el ego de tu gerente por ahora y te dará un respiro. Obviamente lo que dijo es una descarada mentira y esto le ayudará.

Cometió un grave error al informar a su gerente que dejará la compañía. Su gerente seguramente le habría hecho la vida imposible y eso puede llevar a que no se desempeñe bien en sus entrevistas para el nuevo trabajo. Ahora que después de inflar el ego, tendrá un respiro para llevar a cabo su búsqueda de trabajo pacientemente.

Después de que consiga un nuevo trabajo y lo hará con su increíble experiencia, simplemente entre en la oficina de su gerente y entregue su aviso de salida.

Ahora las cosas se ponen serias y debe tener cuidado

• **No dé una razón, de por qué se va. Nunca pelees con nadie. Sólo sonríe.
• **Nunca le digas a nadie de tus compañeros de trabajo o a tu gerente a qué compañía te unes.
• **Nunca le digas a nadie cuánto salario recibirás.
• *Nunca le digas a nadie de dónde obtuviste este nuevo trabajo. *
• Nunca jamás acepte asistir a una entrevista de salida.
• Limpie todos sus archivos personales y artículos del lugar de trabajo.
• **Tratarán de ofrecerle un ascenso o incluso un ascenso: ¡nunca lo acepte!

Si puedes completar con éxito las tareas de desarrollo, eres un verdadero desarrollador.

Dicho esto, hay buenos desarrolladores - aquellos cuyo código es consistentemente de alta calidad. Pero, ¿qué hace que el código sea de alta calidad? El código que hace el trabajo deseado de forma fiable y eficiente - resuelve el problema correcto, tiene un mínimo o ningún error, y no desperdicia recursos; código que se ajusta a las mejores prácticas y es legible y mantenible. Lo que también separa a los buenos desarrolladores del resto son las habilidades que van más allá de la simple escritura de código - comunicación escrita y verbal, organización, análisis, resolución de problemas, estimación. Estas son necesarias para que un buen desarrollador obtenga la comprensión correcta del trabajo a realizar, descomponer un problema en piezas accionables, planificar las tareas, comunicar los requisitos de tiempo y recursos, e informar de los progresos.

Hay muchos más programadores malos que buenos. No importa lo bueno que sea, probablemente hay espacio para mejorar en algún aspecto. Lo que importa no es dónde estás en alguna escala, sino si te esfuerzas por mejorar. Si estás trabajando activamente para convertirte en un mejor programador entonces eres un verdadero programador.

Como ya se ha dicho en otras respuestas, decir que no eres un verdadero programador es un desprecio con la intención de manipularte de alguna manera. Estarías mejor si no trabajaras para alguien que te hiciera eso.