¿Alguien puede ser contratado como desarrollador incluso si no sabe cómo codificar?

Definitivamente podría tener una vez, al menos por lo que cualquiera sabía. Fui traído por una empresa contratante, y la señora que me había reclutado me había conocido por años, pero solo porque trabajó con mi esposa en varias ocasiones. Nadie de esa compañía realmente investigó que yo pudiera escribir código.

El proceso de entrevista por el que pasé en la compañía incluyó una reunión con un grupo de gerentes de proyecto en su mayoría sucesivamente y en esa entrevista hubo uno de sus desarrolladores “senior”. Hicieron muchas preguntas técnicas, pero principalmente sobre filosofía y proceso. El primer ministro y el desarrollador estaban realmente interesados ​​en los idiomas que conocía más allá de .NET y me preguntaron qué había hecho con Python y Ruby on Rails. Sabía estas cosas en el sentido de que había jugado con ellas, pero no diría que realmente las sabía. Lo interesante fue que en los seis años que trabajé allí trabajé, casi exclusivamente, en .NET. Nunca toqué Python o ROR una vez.

Luego tuve otra ronda de entrevistas donde me reuní con dos de los desarrolladores “junior” en el equipo, uno que pensé que era realmente agradable (y ella lo era) y otro que pensé que era un imbécil (y naturalmente resultó ser uno de mis mejores amigos) No me preguntaron nada sobre el código. Lo que les interesaba es si soy un gilipollas o, más exactamente, su tipo de gilipollas.

Cuando terminé con las entrevistas, me di cuenta de que en ningún momento alguien se había tomado un momento para preguntarme cómo codificaría algo o si podía. Me hicieron muchas preguntas, sería fácil memorizar las respuestas y las ideas fácilmente adoptadas al leer los libros correctos.

Me contó mucho sobre lo mal que estaban como organización. Acepté la oferta porque la tasa era fantástica (al menos así lo creía en ese momento) y estaban dispuestos a esperar a que yo cancelara mi contrato actual para no interrumpir el flujo de caja. Aunque era un contrato para contratar un puesto de Desarrollador Senior, no tenía intención de quedarme, el lugar iba a ser un desastre.

Cuando llegué allí, hablé con los dos desarrolladores “junior” sobre mi entrevista sin codificación. Lo que descubrí es que odiaban este título “junior”, sentían que eran todo lo contrario. Habían decidido que desde que eran “junior” no estaban en ningún lugar para cuestionar a un potencial “senior” y, creo que con razón, asumieron que alguien en la cadena había determinado eso. Puedo ver a alguien leyendo esto y teniendo un problema con él, pero si vivieras en ese entorno, creo que estarías de acuerdo. Las personas para las que trabajaban eran sexistas y ageistas.

Lo que les preocupaba es que el agradable tuvo una revisión de código con el “senior” y tuvo que irrumpir en ella bastante duro. Ella tenía algunos problemas de confianza de todos modos (no todos) y él había sido duro y, en lo que a ella respectaba, no constructivo. Después de haber trabajado junto a él durante algunos años, debo decir que creo que era un imbécil. No era tan exagerado como algunos como he visto, era peor, era un idiota astuto.

No sé qué estaban pensando los PM o los “superiores”. Sé que tan pronto como me involucré con las entrevistas, me aseguré de que cada desarrollador fuera examinado adecuadamente. Adivina qué, algunos de ellos realmente no sabían cómo codificar.

Entonces, así es como me habrían contratado sin saber cómo codificar.

Bonus Story:

En el mismo lugar, mi amigo y yo fuimos llevados a realizar entrevistas telefónicas con varios candidatos en otro lugar que no tenían desarrolladores de software. Hablamos con los dos candidatos juntos. El hombre tenía una respuesta para cada pregunta, le daría largas exposiciones sobre cada tema que le preguntó. La otra, una mujer, sabía cómo desarrollar software.

El hombre trabajó para el proveedor de software que produjo el producto que buscábamos para alguien en quien desarrollar. Era una especie de gerente de producto que quería “volver” al desarrollo. La mujer realmente trabajó construyendo software en este mismo producto. Eso es lo que necesitábamos … o eso creíamos.

Para nosotros era obvio que era obvio y se lo dijimos a los PM que los habían entrevistado a ambos.

Contrata a la mujer, ella puede hacer esto.

Pero qué pasa con el hombre, él tiene esas habilidades blandas que amamos.

Sí, pero no puede desarrollar software para mierda.

No lo sabes, además él puede aprender, tú puedes enseñarle. Creemos que tiene el potencial de convertirse en uno de nosotros, un PM (que creían que debería ser el objetivo final de cualquier ser humano digno).

Ah {Pero en realidad es un imbécil que se involucra a sí mismo, ¿no te diste cuenta de eso? Oh, espera, no podrías porque eres un imbécil que se implica a sí mismo}

OK, no dije eso último pero seguro que quería hacerlo.

Entonces nos reunieron en una llamada telefónica con el representante de recursos humanos en la ubicación remota, discutimos lo que pensábamos, volvimos a presentar nuestro caso, lo ignoraron. De alguna manera tomamos la decisión unánime de contratarlo con dos votos discrepantes. Después de tomar la decisión, nos dijeron que la otra candidata estaba embarazada por alguna razón (¿supongo que quizás no pudieron revelarla antes?). Todavía no estoy realmente seguro de qué se trataba todo eso. Me hubiera gustado saber que lo era porque me hubiera gustado felicitarla por el bebé y también por esquivar la bala de trabajar para esta mierda.

El tipo, por supuesto, fue un completo desastre. También lo amaron. Quiero decir, como un amor extraño y antinatural, todos aman el tipo de amor de Skeeter. No importa lo que haya inventado, simplemente lo canalizaron a otra persona para que lo arreglara. En los años que trabajó allí, no estoy seguro de que haya producido una cosa viable y todavía están apagando sus fuegos.

Él escribiría estos largos correos electrónicos de disertación sobre varios temas y mi jefe respondió a todos que este era el ejemplo perfecto de buena comunicación. Fue sin duda uno de mis momentos favoritos. Puede haber sido una buena comunicación, creo que fue demasiado complicado y prolijo, pero también tuvo un gran golpe en su contra. Casi todo en el correo electrónico era incorrecto o completamente mal entendido.

Entonces, las personas que no pueden programar son contratadas todo el tiempo como programadores.

Lo más probable es que no, debe tener una idea acerca de cómo programar y conocer los conceptos básicos.

Las empresas no pasarán su tiempo enseñándole los puntos A, B y C de la programación porque el tiempo es dinero.

Sin un curso de TI sería muy difícil incluso obtener una pasantía en la que trabaje para una empresa de TI de forma gratuita durante unos meses para obtener experiencia.

Ir a la universidad y obtener un curso de TI, incluso si es profesional.

Si por error.

Estos errores suceden. Algunas veces los entrevistadores no son tan minuciosos como deberían ser; a veces los candidatos son geniales como decir todas las cosas correctas y tienen suerte. Improbable, pero posible.

También pueden permanecer en el trabajo bastante tiempo, ya que su gerente intenta diagnosticar de buena fe por qué el nuevo empleado no se está adaptando bien al nuevo entorno.

También es un error que se puede solucionar con bastante rapidez en cualquier estado de empleo a voluntad en los EE. UU.

También es posible que el empleador no necesitara exactamente un desarrollador, o no solo necesitara un desarrollador, y el nuevo empleado tiene otros talentos que pueden aprovechar en su nuevo puesto, y prosperar en el nuevo empleador. Improbable pero posible.

Los desarrolladores son contratados para escribir código. Hay algunos trabajos simples (por ejemplo, cavar zanjas, lavar platos, trapear pisos, etc.) que se pueden aprender en el trabajo en un par de días. La programación no es una de ellas.

Lo dudo. Eso es, por definición, para lo que te contratan.

La mayoria del tiempo, no.