Me despidieron después de 2 meses en mi primer trabajo de desarrollo de software. Tuve que aprender marcos en una semana y completar el proyecto. No recibí una buena capacitación, y los desarrolladores senior no tuvieron tiempo de capacitarme. Estoy perdido ¿Qué puedo hacer a continuación?

Muestro interés en escribirle una respuesta porque también tuve problemas en mi carrera y ahora soy líder tecnológico en solo unos pocos años.

En primer lugar … Cálmate ” Es solo el comienzo “.
En segundo lugar … ” No es el fin del mundo “, así que no te preocupes demasiado.
En tercer lugar … ” No significa que no eres apto para esta industria “.

Eres al menos lo suficientemente bueno como para entrar en un trabajo. Hay miles de ingenieros que terminan en diferentes industrias simplemente porque no son capaces de entrar en TI. Eso significa que está en forma para esta industria.

Ahora que llegamos al problema real, lo despidieron porque el CEO sintió que estaba perdiendo el tiempo de los demás y que tampoco estaba acelerando. ¿Ahora qué se puede hacer al respecto? Bueno, esa es la retroalimentación sobre ti. Debe cambiar usted mismo, aumentar la velocidad y asegurarse de que es capaz de manejar a otros juniors.

Puntos clave que sigo personalmente

1. Elija el jefe correcto : asegúrese siempre de elegir el jefe correcto, esto realmente lo ayudará a subir la escalera más rápido. El jefe correcto siempre se asegurará de que progreses en tu carrera.
2. Trabaje duro y no se preocupe por el mundo: trabaje horas extra, trabaje los fines de semana, trabaje como un burro, a menos que esté contento con su desempeño y reciba buenos comentarios de la gerencia. Recuerde que como desarrollador, cuanto más trabaje, más aprenderá, más fuerte se volverá. Nunca tenga la mentalidad de por qué debería trabajar para otra persona así, o no pagan más por trabajar más. Sé bendecido por trabajar extra … recuerda que te estás entrenando como un ninja.
3. Sé un autodidacta, sé un desarrollador independiente: nunca dependas de otros para que te enseñen. Tome la iniciativa y aprenda usted mismo, sea un desarrollador independiente.
4. Elija siempre la tarea compleja y difícil : vaya a la tarea más difícil, esto lo obligará a mejorar y sacar lo mejor de usted.
5. Nunca jamás se relaje en el aprendizaje continuo: como desarrollador, nunca debe reducir la velocidad. Hay nuevas tecnologías que surgen casi todos los meses, esté abierto a aprender cosas nuevas. Esto lo mantendrá competente en la industria de TI.
6. Muestre / promocione su talento: comience a escribir blogs o responda en stackoverflow, etc. Debe tener una identidad propia que no sea un currículum antiguo. Hacer tales cosas definitivamente te hará destacar entre la multitud.
7. Sé un PRO en lo que haces: debes ser el mejor en lo que sea que estés haciendo. esforzarse por llegar a ese punto. Recuerda … Necesitas ser el mejor …

   En algún momento tienes que tomar un descanso, relajarte y tener una carrera sin problemas. Deje que ese punto sea después de haber alcanzado una muy buena posición. Así que trabaja duro hasta llegar allí. Todo lo mejor para tu futuro. NUNCA PIERDAS LA ESPERANZA

——————————————————————————————————————————

Una larga historia mía ( puede ser que esto te motive, también tiene algunos puntos clave )
Nunca supe programar, sí, eso es correcto. Solía ​​recordar los programas y borrar mis exámenes, y en las asignaturas de programación solía aprender la teoría y omitir la parte de programación. Logré pasar mi ingeniería, pero una vez que salí de la universidad, literalmente no conocía la programación, mi primo me dio algunas preguntas de programación y me pidió que me preparara para eso, ya que se lo preguntará en una entrevista en su oficina. Ahora instalé Turbo C en mi máquina y comencé a programar y fue entonces cuando comencé a entenderlo. Fue divertido … Me empezó a gustar. Pero aún no estaba preparado para la industria porque aprendí C básico, la industria espera C # o Java (la mayoría de ellos al menos). Afortunadamente fallé en la entrevista, y fallé en mayo más. Limpié una entrevista y me dieron el trabajo solo porque podía escribir un programa lógico. Estaba feliz de unirme por dos razones Primero: era una empresa muy pequeña (tamaño <10). Nunca quise unirme a un MNC porque había escuchado de muchos que no podemos aprender rápido en MNC ya que está demasiado orientado al proceso. En las pequeñas empresas, se te impondrá mentalmente para hacer la mayor parte del trabajo de principio a fin y eso es lo que quería, quería cambiar yo mismo. Segundo - fue porque el jefe era genial y muy sensato y amigable

El primer día en mi oficina, me pusieron en un proyecto y me pidieron que trabajara en él. Estaba basado en C # MVC, mirando todo ese código, archivos, Visual Studio por primera vez, literalmente lloré. Lloré durante los primeros dos días porque no entiendo nada. El código era muy complejo. Y comencé a sentir que este no era el lugar adecuado para mí. Pero continué …

La oficina era pequeña y tenía 1 senior. El senior era parte del tiempo y solía venir por 30 minutos para asignar tareas y salir. Tuve que luchar para entender primero el requisito, luego codificarlo, solía trabajar más de 13 horas por día, no tenía a nadie que me ayudara o me guiara (Excepto google). Comencé a dominar el idioma, luego me di cuenta de que tenía que aprender algunos idiomas más SQL, HTML, Javascript, lo que nuevamente me puso en segundo plano. Pero estuve trabajando durante largas horas, trabajando los fines de semana (mis amigos solían reírse de mí, pocos me insultaban), trabajé así durante 1 año. Estaba en una etapa en la que podía manejar cualquier tarea de forma independiente. Insisto en la palabra “Independientemente” porque es una señal del siguiente nivel. Fui implementado en un lugar de cliente durante 5 meses y estaba manejando un pequeño proyecto solo, luego fui contratado por el mismo cliente como un líder técnico (tenía solo 1,5 años de experiencia). Comencé a manejar un equipo de 10, muchos de ellos con más de 3 años de experiencia. Me sentí bien, me sentí feliz. el trabajo duro realmente valió la pena. Ahora gano mucho más de lo que la mayoría de las empresas multinacionales me puede pagar por mi nivel de experiencia y también más que cualquier miembro de mi clase que siempre obtuviera puntajes altos. También a menudo ayudo a mis personas mayores que tienen más de 10 años de experiencia en algunos temas (porque sé cómo trabajar de forma independiente, sé cómo abordar un problema, lo que es más importante, sé cómo usar Google).

Entonces, las cosas clave que aprendí en mi viaje son ser un recurso independiente, trabajar duro, elegir un buen jefe, asumir tareas difíciles, comercializarme a mí mismo, aprendizaje continuo, trabajar horas extra.

Gracias al error de atribución fundamental y la asimetría actor-observador, es extremadamente difícil para usted saber si es su culpa, a menos que obtenga comentarios muy objetivos. Lo que estamos escuchando es solo su versión de la historia, por lo que es difícil para nosotros sacar una conclusión también.

Soy desarrollador senior en un equipo de desarrollo de productos. No despido directamente a los ingenieros, pero a menudo hago recomendaciones al respecto.

(No creo que el siguiente párrafo se aplique a usted, pero lo incluyo para explicar algunas de las decisiones detrás del despido de los desarrolladores de software)
Algunas personas simplemente no están preparadas para el desarrollo de software. Esto no tiene nada que ver con su capacidad general o inteligencia. Tampoco significa que nunca puedan hacer desarrollo de software. Simplemente significa que podría necesitarse mucho tiempo y esfuerzo antes de que puedan ser buenos desarrolladores de software. Algunas compañías tienen ese tipo de tiempo y esfuerzo para gastar. Otros no.
Si contratara a alguien en esta categoría, principalmente me culparía por el error. Volvería y refinaría mis procesos de entrevista. Pero, todavía recomendaría despedir al ingeniero.

Hay varios aspectos más de ser un desarrollador de software que solo tener las capacidades técnicas adecuadas. Una entrevista que dura unas pocas horas no es suficiente para evaluar todas esas habilidades.
Puedo enumerar algunos:

1. Tomando tareas para completar
Cuanto más pequeña sea su empresa / equipo, más importante será. Nadie quiere escuchar excusas o explicaciones de la cantidad de tiempo / esfuerzo que pones. Los resultados son importantes . Si algo simplemente no es posible hacer, se espera que hable temprano, no se presente con las manos vacías en la fecha límite.

2. Comunicación clara
Ya mencioné los riesgos de comunicación con claridad. La otra habilidad importante es hacer preguntas. Cómo hacer preguntas La manera inteligente es una excelente lectura.
Algunas preguntas realmente malas que escuché de ingenieros que finalmente fueron despedidas:
” Intenté con X y vi un error. Ahora no recuerdo cuál fue el mensaje de error. ¿Qué debo hacer? ” (Apesta a falta de esfuerzo, al intentar reproducir el problema o depurarlo)
” Escribí un código y no funciona. Probablemente sea un problema de hardware. ¿Cómo lo pruebo? ” (Falta absoluta de datos para llegar a una conclusión altamente improbable)

3. Trabajando en la retroalimentación
Esto no es tan fácil como parece, porque muchos gerentes e ingenieros superiores apestan en dar retroalimentación. Si encuentra a alguien que le brinde buenos comentarios procesables, quédese el mayor tiempo posible. De lo contrario, aún le interesa buscar comentarios. Incluso si cree que lo está haciendo bien, comuníquese con la gente para preguntarle qué podría haber hecho mejor o cómo podría haber hecho las cosas de manera diferente. Recuerde que la retroalimentación es subjetiva (por lo que no tiene que estar de acuerdo con todo) y proporcionar explicaciones (excusas) puede hacer que se ponga a la defensiva (por lo que es más difícil darle retroalimentación abiertamente). Disfruta de todo lo que puedas conseguir y decide por ti mismo en qué te gustaría trabajar.
En esa nota, ¿le pidió comentarios a su CEO?

La programación en la universidad es muy diferente de una carrera en desarrollo de software. Además, cuando le pagan por algo, le quita algo de la alegría (la motivación extrínseca generalmente reemplaza la motivación intrínseca, dejándolo menos motivado).

Si realmente te gusta programar, continúa haciéndolo porque te encanta. Tenemos demasiados hacerlo solo por el dinero. No tienes que probarte ante nadie. Si tienes la pasión y la perseverancia, el éxito puede ser retrasado, no privado.

Parece que tuvo la primera experiencia laboral, y no es inusual. Mi primer trabajo, fui puesto en un armario (literalmente, lo compartí con recibos de pago en blanco) y me dijeron que creara una intranet usando un paquete de software que usara un lenguaje propietario con muy poca documentación. El proyecto tenía una larga lista de requisitos que el software COTS no proporcionaba. No tenía idea de por dónde empezar. Paseé por el edificio hasta que encontré un DBA, que tuvo la amabilidad de señalarme a otros ingenieros de software. Todos estaban demasiado ocupados con su propio trabajo, o tal vez no podían ayudarme, ya que todos eran programadores de COBOL contratados principalmente para Y2K. Finalmente, me di por vencido y acampé en Borders (no tenían desbordamiento de pila en ese entonces) durante 3 semanas seguidas, 12 horas al día y durante los fines de semana hasta que me orienté. También conocí a alguien en la librería que trabajaba para una compañía diferente que se convirtió en mi mentor y me ayudó en mi primer proyecto. Afortunadamente, mi jefe fue muy comprensivo acerca de mi desaparición porque le informaba cada día lo que había hecho y lo que había aprendido.

En mi empresa actual, tenemos una capacitación profunda para nuevas personas en cualquiera de los paquetes tecnológicos con los que trabajamos. Se espera que los nuevos empleados completen el plan de estudios básico, el plan de estudios para su primer paquete tecnológico importante y que agreguen algo durante el primer año. Asignamos a cada persona un mentor. Tenemos una cultura de que compartir información es más importante que ser un experto en algo. Dicho esto, esperamos que la gente se acelere muy rápidamente. Solo contratamos personas que creemos que tienen una verdadera pasión por el software. Hemos esperado plazos para completar nuestro plan de estudios. Algunas personas lo logran fácilmente sin tiempo fuera del trabajo. Otros pueden trabajar más de 40 horas, o incluso mucho más, para lograr esto. Las personas aprenden cosas a ritmos diferentes y se adaptan más fácilmente a algunas tecnologías que a otras, pero aún esperamos que tengan un alto nivel de contribución rápidamente. Descubrirá que, especialmente en la industria del software, se le paga por cuánto contribuye, no por cuánto trabaja (aunque lo duro que trabaja, especialmente durante los primeros años, puede tener un gran impacto en cuánto puede contribuir sobre tu carrera).

Como ingeniero de software, puede encontrarse en una empresa en el extremo sin ayuda y con grandes expectativas, como su trabajo anterior, en algún punto intermedio, con gran ayuda y altas expectativas, hasta el otro extremo donde tiene mucha ayuda disponible sin mucha expectativa. El otro extremo puede ser peor, ya que las personas inteligentes o motivadas generalmente se aburren y se van para encontrar un desafío o pierden su motivación y deciden cobrar un cheque de pago y pudrirse. En estos lugares, las personas tienden a hablar mucho sobre diferentes tecnologías, pero no obtienen tanta experiencia real a menos que estén extremadamente motivadas o pasen la mayor parte de su tiempo en proyectos personales. Tampoco es probable que estas empresas mantengan a las personas con experiencia o conocimiento pragmático real de los que los nuevos desarrolladores puedan aprender.

Ve a donde sientas que encajarás mejor. Haga muchas preguntas en entrevistas, especialmente en torno a la cultura. Piense críticamente sobre las preguntas que hacen y cuáles podrían ser sus motivaciones. No aceptes un trabajo en el que no puedas conocer gente con la que trabajarás durante el proceso de la entrevista. No acepte un trabajo si no le dan algún tipo de evaluación técnica. Busque una cultura que coincida con usted o que cree que puede adaptarse fácilmente.

Parece que la compañía tuvo la culpa, y no tú. Como dijo Adam Leffert, cuando hable con reclutadores y entrevistadores, simplemente diga que no encaja bien y siga adelante. ¡Pero definitivamente NO te rindas! Hay muchos trabajos de codificación gratificantes por ahí.

En cuanto a “perturbar a los adultos mayores”, diría que el CEO tiene mucho que aprender sobre ingeniería, porque después de haber estado en un nivel superior durante 15 años, ser mentor de desarrolladores junior es parte de mi descripción de trabajo . Cuando alguien viene y me hace una pregunta cuando estoy en medio de algo, podría irritarme un poco, pero lo supero rápidamente, porque literalmente me pagan para responder preguntas . Cualquier Desarrollador Senior con su sal que no esté dispuesto a hacer esto no merece ser un Senior. Período.

Me doy cuenta de que esto suena trivial, pero creo que el CEO te estaba haciendo un favor involuntariamente al dejarte ir. De todos modos, eso no suena como una empresa en la que te gustaría trabajar a largo plazo.

Entonces, ¿qué sigue? Un par de cosas:

• Entra en LinkedIn. Se ha vuelto mucho más Facebook-y en el último año, pero LI todavía es donde obtuve mis últimos 2 trabajos. Diablos, si lo deseas, incluso puedes enviarme una solicitud de red una vez que llegues allí. 🙂
• Configure una cuenta en Github. Aprende a usarlo, si aún no lo has hecho. Crea algo. Cualquier cosa. O únase a un proyecto que admire particularmente, cree una rama y comience a jugar. Si ve errores, intente solucionarlos. Esto se ve realmente bien en un currículum, y puede ser una forma divertida de recuperar su ritmo de codificación, por así decirlo.
• Una vez que ingrese a una nueva posición (y lo hará; hay mucho más trabajo que talento ahora mismo), entonces recomendaría ir a Glassdoor y dejar una revisión (anónima) de su antigua empresa, para que otros puedan aprender de tu experiencia Si puedes evitar que otros se vuelvan miserables, entonces al menos habrá algo positivo fuera de la situación.

Buena suerte, joven padawan

No soy un desarrollador de software, pero pasé muchos años como empleado de oficina, lo que, aunque no es exactamente lo mismo, tiene similitudes con conseguir un “nuevo” trabajo cada pocos días / semanas. Lo que puedo agregar a esta discusión es la certeza de que nunca es el trabajo, es el lugar de trabajo. No permita que un ambiente de trabajo tóxico lo desanime del trabajo que ama.

Mis trabajos como empleado de oficina siempre fueron los mismos. Contesta el teléfono, ingresa datos, archivos y escribe cosas. Yo era bastante competente. En muchas oficinas, los clientes me dieron excelentes críticas.

Entonces, cuando fui a una nueva oficina y no pude hacer nada, rápidamente aprendí que no tenía nada que ver conmigo, o al menos, solo tenía que ver con cómo las otras personas “me usaban” como temporal, no con mi habilidades. Recibiría instrucciones confusas / incompletas. La gente en realidad no tendría tanto para mí y me vería sentado, esperando, y pensaría que me estaba burlando. (Sí, mirar al espacio es muuuuy divertido.) Me gustaría ir a Internet para buscar algo para la empresa y obtener el aviso “No se le permite acceder a este sitio. ¡Deje de jugar! Su computadora ha sido marcada”. Haría preguntas, obviamente completamente desorientadas acerca de lo que era un “Informe KUSDC”, y me rodarían los ojos y agitarían las manos.

Lo que describe en este trabajo no tiene nada que ver con sus habilidades y tiene mucho que ver con la mala gestión. Sí, solo estamos escuchando tu lado, pero no veo cómo fue posible que sobrevivieras al “extremo profundo de la piscina” cuando nadie estaba dispuesto a mostrarte cómo hacer tu trabajo o darte el tiempo para ponerse al día. Es realmente imposible “fallar” un trabajo como ese en dos meses. El fracaso fue de la empresa.

Así que deja a un lado los malos sentimientos y llama a esto una “lección de vida”. En futuras búsquedas de trabajo, busque un mejor ajuste. Asegúrate de estar en un ambiente sano donde puedas hacer preguntas y tal vez (jadear) tengas un mentor durante los primeros meses.

Y, como otros han dicho, nunca te quejes del viejo lugar. Cuando se le pregunte al respecto en la entrevista, explique que encajó mal y ahora tiene una mejor comprensión de qué tipo de trabajo le conviene. En su carta de presentación / currículum, sea honesto, pero no se demore. (Para obtener ayuda con esto, vea una publicación de blog de un colega mío – Cartas de presentación: 3 lecciones de ventas).

Y buena suerte.

Este caso es sorprendentemente similar a un caso en nuestra startup, y sospecho que es el caso de nuestra startup. Solo voy a ASUMIR que OP es de hecho nuestro nuevo empleado que fue despedido.
Resulta que soy uno de esos “desarrolladores senior” y me gustaría contar toda la historia.

Cuidado: ¡saltaré mucho entre el tiempo pasado y el presente en esta historia!

El elenco:
TalentedFresherButFired: OP, un nuevo empleado talentoso que fue despedido
TalentedFresherButNotFired: Otro empleado nuevo realmente talentoso que recibió una buena capacitación en nuestra startup y no fue despedido
CEO (el CEO)
SeniorDev # 1: referido en la pregunta como desarrollador senior
I: Yo, un desarrollador con 1.5 años de experiencia en el momento en que OP fue despedido

Prólogo:
¡Antes de la llegada de las nuevas contrataciones, yo era el único desarrollador junto con SeniorDev # 1 ! Otros 2 desarrolladores senior se habían unido y ya habían abandonado nuestra startup debido al alto estrés (muy, muy alto estrés).

Al CEO realmente le gustaron los currículums de TalentedFresherButFired y TalentedFresherButNotFired , por lo que decidió contratarlos.

Todo salió bien con TalentedFresherButNotFired:
Me asignaron la capacitación y preparación de TalentedFresherButNotFired . Inmediatamente solicité un período de tiempo bien estimado para entrenarlo. Realmente creo en el auto entrenamiento, así que le di un montón de temas y le dije que estudiara por su cuenta durante los primeros 3-4 días. Luego, le asigné ejercicios prácticos de codificación. Realmente creo que crear un proyecto es la mejor manera de aprender.
Estaba muy contento con su progreso. En la semana siguiente, habíamos configurado su máquina para ejecutar nuestra base de código real. Comenzamos a discutir la arquitectura y la base del código. Le asigné tareas para escribir pruebas automatizadas para el código existente, para que pudiera aprender cómo estábamos haciendo las cosas. Después de 3 semanas, se sintió cómodo con el proyecto y comenzó a implementar funciones. Aprendimos y trabajamos juntos y producimos código de calidad.

Pero, no fue tan bueno para TalentedFresherButFired:
El miniproyecto asignado a TalentedFresherButFired no se estimó correctamente. No había forma de que se hubiera completado en 2 semanas, demonios, habría estimado al menos 1,5 meses para ello. Creo que tanto el CEO como TalentedFresherButFired tienen la culpa de esto, porque el mini-proyecto debería haberse dividido en tareas detalladas y solo entonces se debería haber estimado el tiempo.
A continuación, los marcos con los que trabajamos (Spring, Hibernate, AngularJS) requieren una buena experiencia antes de poder desarrollarse cómodamente con ellos. TalentedFresherButFired no tenía esa experiencia.
Entonces, cuando el mini proyecto no se terminó a tiempo, el CEO se sintió frustrado y eso eventualmente condujo al despido del TalentedFresherButFired.

@TalentedFresherButFired: Lamento que no te haya resultado tan bien en esta startup. Creo que la compañía es mucho más culpable que tú. La empresa no debería haber tenido expectativas de resultados inmediatos. Debería haber recibido un amplio tiempo de capacitación con tecnologías y nuestra base de código actual. Además, debería haber tenido la oportunidad de hacer una estimación adecuada en lugar de ser forzado con un plazo estricto. Aunque tienes talento, las cosas no funcionaron. Tome esto como una experiencia de aprendizaje que permanecerá con usted para siempre y le dará fuerza en sus futuras empresas. Las cosas no siempre funcionan, pero siempre podemos aprender de la experiencia y mejorar.

Las lecciones que podemos aprender de esta historia son:
a. Una startup no debe esperar que “nuevos talentos nuevos” comiencen a entregarse dentro de una semana de la contratación (por muy “talentosos” que sean)
si. El talento no es un sustituto del entrenamiento y la experiencia. Cualquier contratación nueva, con experiencia o sin experiencia tomará algún tiempo antes de que puedan comenzar a entregar productivamente.
C. Los plazos no deben establecerse a ciegas, sino que las tareas más grandes siempre deben dividirse en tareas más pequeñas y luego debe realizarse una estimación. Los plazos ciegos establecen falsas expectativas que son casi imposibles de cumplir.

Como otros han dicho, esta compañía apesta, recógete, empújate y sigue adelante. Sugiero volver a enmarcar su proceso de entrevista.

Al ser entrevistado también se convierte en el entrevistador.

Asumiendo que se siente cómodo con el producto / servicio y las tecnologías, comience a conocer la personalidad de la empresa. Esta es probablemente la parte más importante de la entrevista para ti. Estás buscando sus valores, cómo los ven y cómo se interpretan en acción a diario. La alineación de valores es posiblemente el predictor más importante de la probabilidad de que una relación de cualquier tipo vaya a proceder.

Cuando se trata de la inevitable pregunta: “¿Tiene alguna pregunta para mí / nosotros?” respondes con algo como: “Sí, de hecho, un número considerable, ¿tienes 25 minutos para revisarlos conmigo?”.

Si la respuesta es “No”, o incluso “No ahora”, ya tiene su respuesta. Si es “Sí”, rodar a lo largo ..

Hay algunas preguntas clave para hacer. Aquí hay un número, sin ningún orden particular de importancia. Su objetivo es desviar al entrevistador y pensar en su lugar de trabajo, alejándolo de poner su atención en su posible ajuste para un papel en particular.

1) ¿Cuánto tiempo dedica la empresa al desarrollo personal de su personal? es decir, ¿piensan siquiera en este tema?

2) ¿Qué organizaciones benéficas o buenas obras apoya la empresa y el personal está inscrito en esto? es decir, ¿es un compromiso cultural de todos o es un ejercicio de relaciones públicas en nombre de los accionistas y otros?

3) ¿Cómo ha sido la rotación de personal en los últimos dieciocho meses? Haga un seguimiento con ¿Por qué cree que es plano / alto / bajo?

4) ¿Cuántos de los altos cargos en el departamento / empresa se han desempeñado desde dentro de la empresa?

5) ¿Cómo apoya a los trabajadores que están experimentando una crisis en sus vidas más amplias, tal vez experimentando una ruptura, un divorcio o un duelo?

6) ¿Qué te atrajo a trabajar aquí?

7) ¿Qué objetivos tiene para su vida y cómo encajan con su rol actual?

.. etc.

Estoy seguro de que puedes pensar en los demás.

A menudo, lo que no aprende es lo más importante que lo que aprende. Está buscando respuestas que reflejen una organización que:

* tiene una visión que el personal ha aceptado y ama o al menos encaja con su propia personalidad

* tiene procesos que son humanos, solidarios, realistas y los mantiene en un estándar con el que puedes empatizar

* se ve integrado en la sociedad y en su comunidad en general

* valora a sus personas y procesos, así como a sus accionistas y clientes de manera que resuenen con sus valores fundamentales

Estos pueden ser respondidos de muchas maneras. Cualquier empresa u organización que carezca de estos atributos centrales debe abordar con precaución. No parece importar si es nuevo o está bien establecido, las respuestas positivas equilibradas en cada una de estas áreas indican una personalidad colectiva saludable en el trabajo.

Como precursor, es posible que deba tomarse un tiempo para comprender y articular sus valores personales y cómo desea interpretarlos en su propia vida.

Hace varios años, dirigí un equipo lo suficientemente grande como para tener una amplia gama de niveles de habilidad trabajando debajo de mí. Tuve un chico con un MSCS completamente nuevo, algunos otros con un año o, algunos con 5 o 10 años, y en el pasado, yo con unos 25 años.

Ese conjunto de niveles de habilidades de varias capas es algo que es poco probable que encuentre en una empresa más pequeña, y algo que es absolutamente improbable que encuentre en una empresa de consultoría donde se espera que comience a producir de inmediato. Hay compañías que contratarán desarrolladores de nivel junior, esperando que aprendas sus productos y te quedes por un tiempo, pero en su mayoría son compañías más grandes que esperan aumentar el talento en lugar de contratarlo.

Es muy posible, y si los empleados fueron evaluados en función del trabajo producido por hora facturada, es muy probable que los desarrolladores de nivel superior al que solicitaba ayuda se quejaran de que usted era un lastre para su productividad. Este es un problema real en las empresas donde el tiempo de los empleados se convierte en horas facturables. Al cliente se le factura por su experiencia de aprendizaje.

Por lo tanto, no veo esto como una compañía “mala” o “hostil”. Es lo que es, y ese tipo de empresa existe para satisfacer una necesidad: desarrolladores altamente calificados que pueden cumplir con un cronograma y realmente cumplir con ese cronograma. No es en absoluto culpa de la compañía: no eras rival para lo que necesitaban. Y a menos que haya tergiversado su nivel de habilidades, tampoco es su culpa. Ni siquiera significa, como algunos han sugerido, que no estás preparado para el desarrollo de software, o que no lo estés o cualquier otra cosa por el estilo.

¿Cómo explicas este trabajo durante una entrevista? Parece que ni siquiera estuviste allí el tiempo suficiente para explicar algo. Ciertamente no digas que te despidieron porque “despedido” generalmente significa por causa y no parece que tuvieran una causa, además de la falta de habilidad y experiencia necesarias para realizar el trabajo. Eso no es lo que la mayoría de la gente consideraría “por causa”

Lo que no quieres hacer es un poco de lo que hiciste aquí. A menos que le hayan prometido capacitación, o que el personal de alto nivel prometió ayudarlo a ponerse al día, tampoco hicieron nada malo. Cuando dirigía ese equipo, era mi trabajo ayudar a capacitar, orientar y trabajar con mi personal de nivel junior. Algunas compañías trabajan de esa manera, otras no.

Entonces, marque este para experimentar y seguir adelante. Lamento que haya tenido que aprender esta lección, pero es una lección para aprender.

Bueno, en realidad, lo que describe suena como casi todas las empresas de consultoría en las que he trabajado. Lo único que les importa son las horas facturables, y la mayoría de los clientes quieren todo * lo antes posible *. La combinación es alto estrés, largas horas y sin tiempo de amortiguación para * el aprendizaje *. La gerencia quiere que las personas de la tercera edad sean mentores del personal junior, pero no les dé tiempo para hacerlo. Se espera que las personas de la tercera edad facturen semanas completas (o con frecuencia más), se mantengan al día con todos los cambios tecnológicos y nuevos marcos como usted, y usualmente llevan muchos extras en términos de ayuda con la gestión del compromiso, la gestión de proyectos, las ventas técnicas, etc. En la mayoría de los casos, hay un incentivo menor a cero para dedicarle tiempo real a ayudarlo o asesorarlo. Muchas (no todas) empresas de consultoría tienden a ser muy competitivas internamente, y lo mejor que puede hacer si quiere mantenerse es darse cuenta de que es cada hombre (o mujer) por sí mismo. Si encuentra colegas que lo ayuden o realmente colaboren con usted, ciertamente aproveche eso, pero no cuente con ello.

Si puedes hackearlo, la consultoría te ayuda a perfeccionar algunas habilidades increíbles. Tiendes a adquirir habilidades (porque si no te has ido) a un ritmo rápido, y aprendes a combinar técnicas con otras habilidades * suaves * que te ayudarán en tu carrera más adelante. También es muy consciente del valor del dinero, ya que cada hora facturada a un cliente debe ser contabilizada con la productividad. Con presupuestos ajustados y horarios más ajustados, no hay lugar para esconderse.

En general, recomiendo que los desarrolladores obtengan al menos 3-4 años de experiencia trabajando a tiempo completo en una empresa que no sea de consultoría antes de pasar a Consultoría para impulsar su carrera a un nivel más alto.

Creo que Matthew Lai ha dado en el clavo: califícalo y sigue adelante. Hay una serie de grandes empresas que buscan nuevos graduados de CS que sean inteligentes y estén dispuestos a trabajar duro para marcar la diferencia (y las personas inteligentes hacen preguntas). El método de “hundirse o nadar” que utilizan suena duro e indica una serie de posibles causas, la mayoría de las cuales se suman a una empresa en la que preferiría no estar trabajando. Quizás solo quieren “colillas en los asientos” y no les importa la calidad del producto, simplemente la apariencia de productividad. Cualquiera sea la razón, es probable que no sea una empresa que comprenda o valore la buena ingeniería de software, y ese no es un buen lugar para usted, o incluso para determinar si una carrera en ingeniería de software es adecuada para usted.

Uno de los elementos clave para marcar la diferencia en la ingeniería de software es ponerse al día en el conocimiento del dominio, es decir, las áreas específicas de los proyectos en los que está trabajando. El tiempo que demore depende de la experiencia. Aprendiste la teoría, ahora estás en el trabajo y es hora de recoger las herramientas, obtener orientación y descubrir qué puedes hacer. Darle un proyecto de “hacer trabajo” para que lo haga por su cuenta sin orientación parece inútil y completamente irracional. Tu educación no te preparó para eso, es el tipo de cosas que uno aprende en el trabajo. Debe comenzar con las piezas del trabajo para el que está preparado. Hacer lo contrario es mala gestión / liderazgo.

Contraté a muchas personas y las puse al día en proyectos en los que estoy trabajando, no solo en los Estados Unidos sino también en Europa e India. Siempre he sido práctico y eso significa que puedo explicar no solo lo que está sucediendo sino también por qué . Si te hubiera contratado para trabajar en algo, esto es lo que esperaría:
1. No te estaría dando un “entrenamiento”. La capacitación es algo que las grandes empresas o las operaciones de outsourcing hacen para capacitar a las personas para trabajos específicos, como la solución de problemas de un enrutador Cisco. En cambio, recibiría sesiones de trabajo ocasionales con una pizarra en la que esperaría que …
2. Aplícate a digerir lo que te dije. Si tuviera que responder las mismas preguntas una y otra vez, le diría que por favor comience a tomar notas.
3. Si hubiera algo que realmente necesitara revisar porque lo aprobó en la universidad pero realmente no lo entendió, esperaría que fuera honesto conmigo y me dijera que necesita un poco de ayuda. Podría señalarle recursos en línea o esas cosas que utilizamos en el pasado, cómo se llaman, oh sí, libros, y que se ponga al día con su propio tiempo y, por último,
4. Si se entendió que hay áreas en las que debe ser competente cuando fue contratado, pero necesita practicar, puede hacer un poco de tarea y practicar esas áreas en su propio tiempo. Escribir código Leer código, leer MUCHOS códigos. Comprende el código que lees. Comprende el por qué del código que lees. Las habilidades de lectura de códigos están muy subestimadas. Debes ser un buen lector de códigos antes de ser un buen escritor de códigos.

En el desarrollo de software, nuestro trabajo es un poco como construir casas. A veces entras cuando los planos aún se están elaborando, a veces es durante el encuadre, a veces es hacia el final cuando se están realizando los toques finales, y a veces es para reparar una casa decrépita que necesita derribar paredes y agregar nuevas habitaciones. Debe comenzar a utilizar todas las herramientas que aprendió y cada trabajo será diferente. Solo para hacer las cosas interesantes, las leyes de la gravedad, el coeficiente de fricción y las propiedades de los materiales varían de un trabajo a otro, por lo que muchas partes de la analogía de la construcción de viviendas desaparecen. A veces estás construyendo casas de un dormitorio para hormigas y otras tienen miles de habitaciones, pero el equipo de construcción es del mismo tamaño.

Es un trabajo divertido cuando disfrutas el desafío de resolver problemas y resolverlos de la mejor manera posible. Debes trabajar para las personas que te valoran a ti y a tus contribuciones y que quieren ayudarte a contribuir. A medida que se aplique y desarrolle el arte de la ingeniería de software, mejorará al hacer las preguntas correctas, pero debe comenzar en algún lugar.

Bueno, no he trabajado para nadie como desarrollador, pero he tratado de entrar en el negocio. ¿Dices que eres un graduado de CS? Entonces vendrán más trabajos. Mi consejo para usted, y puede tomarlo o dejarlo, es preguntarse “¿Qué he enviado?”. Si no ha realizado ningún proyecto propio y lo ha puesto en una tienda de aplicaciones (supongo que está tratando de trabajar para una empresa que fabrica software para cualquiera de las principales plataformas móviles o aplicaciones para las principales plataformas del sistema operativo), entonces haz algo. La experiencia es el mejor maestro y descubrir las respuestas por su cuenta es la mejor manera que conozco para bloquear las lecciones. He leído y trabajado tantos tutoriales que te sorprendería, pero no fue hasta que comencé a hacer mis propios proyectos (pequeñas herramientas para hacerme la vida más fácil, utilidades para hacer mi trabajo más productivo, etc.) que realmente entendí todos los pequeños matices sobre el desarrollo y cuánto aún tengo que aprender. Descubrí cómo usar la documentación, y con eso he llegado al punto en que puedo resolver muchos problemas y me he vuelto bastante competente. Sin embargo, no tengo lo que tú tienes. Un título de CS. Tampoco tengo una tonelada de productos disponibles al público. Entonces, para mí, los trabajos son más difíciles de conseguir, a pesar de que he podido obtener bastantes entrevistas, me golpearon con el “ir a buscar un puesto de desarrollador junior”. Sé como se siente.

Solo comienza a hacer cosas. Crea aplicaciones o bibliotecas de código abierto. Vaya a las fuentes de fracaso en su último trabajo. Usted sabe qué marcos necesitaban que aprendiera en una semana, descubra todo lo que pueda sobre ellos. Asegúrate de que nunca te vuelvan a tropezar. Una vez que tenga una experiencia negativa, luego conviértala en positiva, permanecerá con usted para siempre. Luego, una vez que se familiarice con ellos, vaya a stackoverflow y responda preguntas sobre ellos. Cree un blog sobre esos marcos y haga tutoriales sobre ellos. Conviértete en un experto en lo que alguna vez fue tu ruina.

El conocimiento es poder, no le des a esos imbéciles el poder de destruir tu amor por el desarrollo. Lo siguiente que sabes es que ese desarrollador senior te pedirá que respondas preguntas para que él / ella pueda verse bien frente al CEO. Responda su pregunta por correo electrónico y comuníquese con el CEO para mostrarles lo que perdieron. Luego, vaya a una mejor compañía y prospere.

Considérate afortunado. Sé por experiencia que puedes quedarte en una compañía el tiempo suficiente para ser completamente miserable, y estás ganando demasiado dinero para irte e ir a otro lugar sin un ENORME ajuste de estilo de vida. Lo descubriste desde el principio y probablemente salvaste tu cordura. No te has rendido o no estarías aquí hablando de eso. Estás haciendo lo correcto. Lo está sacando de su sistema, ahora es el momento de seguir adelante. Sigue y conquista el mundo. Cuando comiences tu propia empresa de desarrollo, llámame, probablemente todavía estaré buscando trabajo. jajaja

Si bien parece que encontraste una compañía que no entiende cómo incorporar a los juniors, hay varias cosas que debes eliminar de esto.

En primer lugar, es posible que deba considerar una pasantía para aprender los fundamentos de trabajar como ingeniero de software: cómo acercarse a nuevos sistemas y tecnología que no conoce, cómo acercarse a otros ingenieros para obtener ayuda.

Para un puesto junior, aunque no se espera que seas un experto con las herramientas y los sistemas con los que trabajarás, probablemente deberías intentar encontrar puestos que usen tecnologías, sistemas, herramientas, etc., de los que tengas alguna conciencia de si no familiaridad básica con.

Durante el proceso de la entrevista, asegúrese de preguntar sobre su proceso de incorporación, capacitación y las herramientas y tecnologías con las que trabajará. Especialmente como estudiante de tercer año, no evite decir “No sé nada de eso”, pero ¿ quiere saber algo al respecto? Si es así, entonces reemplace esa oración con “Todavía no estoy familiarizado con eso, ¿es propietario? Si es así, ¿hay algo que pueda considerar para prepararme para trabajar con él? Si está disponible públicamente, ¿dónde puedo comprobarlo yo mismo?

Tome notas de estas cosas y mírelas como parte de su búsqueda de trabajo.

Esté atento a las palabras clave “emprendedor” y sus gustos, estos pueden ser indicios de que la compañía espera que usted sea capaz de impulsar sus propios esfuerzos para ponerse al día con las herramientas y sistemas que tienen.

Pero, sobre todo, después de comenzar un trabajo, no tenga miedo de hablar con quien sea que informe directamente y decir “No sé” o “No entiendo”, seguido de una solicitud de orientación sobre cómo superar eso obstáculo.

“¿Hay una pequeña tarea [ish?] Que pueda realizar para familiarizarme”,

“¿Tenemos documentación o un tutorial para esto?”,

“¿Cuál sería un buen código para leer para comprender el uso de esta tecnología en nuestros sistemas?”,

“¿Quién sería una gran persona para preguntar sobre aprender esto?

Asegúrese de que sus preguntas sean voluntarias de su propio esfuerzo. No es la escuela, las personas tienen trabajo que hacer y plazos para cumplir, y si la empresa no tiene la infraestructura para recompensar a las personas que se ponen en apuros, querrá considerar ofrecer algo a cambio por el tiempo que va. comer. En las reuniones, intente presentarse, diga un poco sobre cuáles son sus tareas iniciales; demuestre que ha investigado un poco y exprese la tecnología / sistemas / herramientas / lenguaje que le preocupa familiarizarse. Esto le da a la gente la oportunidad de ayudarlo las 24 horas del día mientras demuestra sus habilidades en un entorno grupal.

En muchos casos, un título en SWE no es suficiente: también debe haber invertido tiempo y energía en el arte , y tener cierta familiaridad con la programación práctica y la ingeniería de software. Si la programación es solo una habilidad para ti y no una pasión / pasatiempo, entonces tendrás dificultades allí. Elija una copia de “Siete idiomas en siete semanas” y aprenda a ser un poco más programador que un simple ingeniero de software.

Otra excelente manera de aprender las habilidades más amplias de SWE es una pasantía. Algunas de las compañías tecnológicas más grandes tienen roles internos realmente excelentes: Google, Microsoft, Facebook, Apple, Amazon, etc.

No se preocupe, recientemente me despidieron después de seis semanas y tengo más de 30 años de experiencia. La compañía esperaba que me convirtiera inmediatamente en un experto en una base de código de línea de cinco millones. Sin una sola línea de documentación. Además, debería haber sido un experto en la configuración de su software. También indocumentado. También en la instalación de su software. Un proceso de instalación tan complejo, poco intuitivo e indocumentado, el tipo que ha estado allí 11 años regularmente se sorprende al intentar instalarlo.

Lo que probablemente nos esté pasando a usted y a mí es que las compañías están en crisis y están bajo presión para “hacer algo”. Entonces contratan personas, y cuando no obtienen resultados inmediatos, los despiden. Así que los gerentes se ven muy bien, hicieron la gestión, la contratación y el despido. Tú y yo y el proyecto y la compañía sufrimos. No puedes hacer nada.

En sus próximas entrevistas de trabajo, solo diga la verdad, el lado positivo, que sus expectativas eran un poco irracionalmente altas.

No dejes que esto te detenga. Trabajé para muchas empresas, principalmente como contratista (en el Reino Unido) y es difícil, hay que adaptarse a nuevos proyectos, personas y empresas.

Haz que la gente diga que se necesitan diez años de práctica para ser un buen programador y se suponía que eras bueno en dos semanas. Si lees ‘Outliers: The Story of Success’, verás que incluso un genio como Mozart tuvo que practicar diez años antes de escribir sus famosas composiciones.

La compañía contrató a la persona equivocada para satisfacer sus necesidades y no le dio tiempo para conocer el marco que estaban utilizando. Sin duda, era un trabajo para una persona de la tercera edad e incluso las personas de la tercera edad a veces necesitaban un poco de tiempo para adaptarse.

Por lo tanto, parece que terminaste en una compañía no agradable, porque no tienen una buena práctica de contratación y el CEO no sabe cómo hacer su trabajo.

Como contratista, hago muchas entrevistas de trabajo y pruebas de código, a veces apruebo y a veces fallo. Sin embargo, siempre encontré trabajo porque nunca me doy por vencido: si alguien cierra la puerta frente a mí, voy a llamar a otra puerta y luego a otra. El punto es nunca rendirse. Tan sencillo como eso. Si te encanta la programación, sigue intentándolo y sigue mejorando. No puedes fallar, está lleno de trabajos por ahí.

Quiero centrar mi respuesta en una parte, ya que creo que otras personas han dado muy buenas respuestas. No dormiste, estabas muy estresado y sentías que te estabas volviendo loco. Estos son síntomas relacionados y, básicamente, le muestran que usted, como todos nosotros, tiene límites. Para ser una persona productiva, y para aprender y mejorar, necesitas estar sano y dormir lo suficiente. Los estudiantes se saltan el sueño para ponerse al día con el estudio, pero eso solo funciona porque el horario escolar impone descansos regulares. En el trabajo, el ritmo continúa durante años.

También aprendí esta lección por las malas, y después de cambiar las cosas y tomarme unas vacaciones, miré hacia atrás y me di cuenta de que había aprendido algunas lecciones realmente importantes que me han ayudado mucho desde entonces. También aprendí mucho sobre ingeniería de software al reaccionar a todos esos desafíos.

Una de las lecciones es que en la industria del software la carga de trabajo siempre se expandirá para exceder sus límites, por lo que en algún momento solo tendrá que reducir la velocidad. Después de eso, aprendes que muchas de las cosas que creías que era tan importante completar realmente no eran …

Lamento escuchar tu mala experiencia. Incluso cuando se es profesional y experimentado, se requiere una gran cantidad de tutoría, especialmente si hay marcos para entender.

Lo que es muy triste es que su creencia en sus habilidades ha sido aplastada por esta experiencia.

Dices que te encanta programar, así que no dejes de programar. Solicite trabajos de programación y usted (con suerte) encontrará una mejor experiencia.

Donde estoy trabajando ahora, es normal que a los nuevos programadores se les dé casi medio año de tiempo para “ponerse al día” mientras asisten a los bootcamps, sesiones de aprendizaje y disfrutan del tiempo asignado de tutoría de programadores experimentados. De hecho, mi colega más cercano es un chico verde fresco de la escuela y he pasado una o dos horas todos los días ayudándolo. La necesidad de mi ayuda está disminuyendo todo el tiempo. Esta carga adicional se muestra en mi pobre desempeño que coincide con las tareas asignadas en nuestro tablero de scrum. Me quedo corto aproximadamente 20 horas cada sprint, y cuando se divide en todos los días de trabajo, obtenemos esa razón de 1-2 horas al día de la tutoría. Se supone que esta situación no durará. Este nuevo tipo es realmente bueno, pero se está metiendo en un sistema enorme en todos los frentes. Ese tipo de aprendizaje paralelo es más lento que enfocado “aprender un área a la vez”. También está estresado, imaginando lo que esperamos de él, y he hecho todo lo posible para decirle que no se preocupe y que si se le asignan demasiadas tareas para completar en un momento dado, es un problema dar tareas, no completarlas.

Los nuevos desarrolladores deben cuidarse bien. Trabajan duro para convertirse en expertos en la selección de herramientas y sistemas que usamos, que serán un conjunto único de habilidades. Contratar un desarrollador experimentado significa que el tiempo en el que uno “se pone en marcha” puede ser más corto, pero es una tarea muy difícil encontrar desarrolladores tan experimentados.

El valor está en ti. Acabas de salir de un mal trabajo quemando solo 2 meses. Solo 2 meses, eso es bueno. Algunas personas pueden quemar 10 años (o más) en un mal trabajo.

Entonces, sigue programando. Si bien no hay un jefe que te diga qué programar, eres libre de programar cualquier cosa. Usa eso. Mientras lo hace, envíe solicitudes a nuevas empresas y cuando se siente en su entrevista, use su experiencia recién acumulada para hacer algunas preguntas precisas para saber si se dirige o no a una situación similar de la que acaba de salir. Eso es lo que haría.

Cuando te golpeas la cabeza y tienes un moretón, te dolerá por un tiempo, al igual que este moretón en tus sentimientos.

Sigue siendo uno de nosotros.

Te deseo fuerza.

Has aprendido una valiosa lección, espero sinceramente que no dejes que tu carrera termine aquí. Deja que te humille, pero no dejes que esto rompa tu confianza. Todavía tiene mucho que ofrecer y mucho que ganar en una carrera de programación. Solo necesitas crecer.

Desafortunadamente, como ya has visto de primera mano, ninguna cantidad de escuela te preparará adecuadamente para una carrera profesional de programación. La tutoría y la experiencia que recibirá en su primer trabajo o dos deberían lograrlo. Los programadores más experimentados lo saben, y también lo debería hacer una empresa que contrata programadores.

La verdad contundente es que no estaba calificado para el puesto. Como programador de primer año, no deberías estar trabajando de forma remota. Durante las primeras semanas en su primer puesto profesional, probablemente ni siquiera debería lanzar el código a producción.

Debería tomar pequeñas tareas cuidadosamente seleccionadas de otro programador que las revisará y le indicará qué debe arreglar y hacer de manera diferente. Todavía es intimidante, pero al menos hay alguien que lo ayudará hasta que sea productivo. Después de eso, debe entenderse que será productivo, pero no tan productivo como un programador más experimentado.

Si fuera usted, buscaría un trabajo en una empresa mediana con un salario modesto y un ambiente agradable. Revise sus opciones cuidadosamente, la entrevista es una calle de doble sentido. Asegúrese de tener la impresión de que la empresa está invirtiendo en usted y de que obtendrá una experiencia valiosa. Si bien tenía ciertos requisitos de ingresos, elegí mi primer puesto de programación en función de la experiencia que esperaba obtener de él. Para mí, esa era una pequeña tienda personalizada de aplicaciones web. Mucha variedad en proyectos, trabajando en la pila completa a medida que me sentía cómodo con ella, y una vista de todo el proceso de desarrollo de principio a fin.

En cuanto a las entrevistas … Yo personalmente, tiendo a caer del lado contundente, y si estuviera en su lugar, le diría a un entrevistador que me contrataron para un puesto para el que no estaba calificado. Hice todo lo posible para que funcionara, pero ambos reconocimos que no podía dar lo que se esperaba de mí. Acepte culparse a sí mismo, responda cualquier pregunta que tengan sobre el tema, pero permita que el entrevistador empatice y llegue a la conclusión de que las expectativas no eran realistas por sí mismas. Si el entrevistador no llega a esa conclusión, entonces probablemente no quiera el puesto de todos modos.

Siéntase libre de enviarme un mensaje, me complacería ayudarlo con cualquier consejo.

ACTUALIZAR:
Después de leer otras respuestas (una de las cuales puede contar más de la historia) también recomendaría acostumbrarse a decir NO a cualquier cosa con la que no se sienta cómodo y señalar cualquier cosa que no sea realista. Si bien esto no siempre es posible, generalmente me niego a hacer estimaciones hasta que esté familiarizado con todo el alcance del proyecto y las herramientas / marcos utilizados en el proyecto.

“No” y / o “No puedo garantizar” son probablemente las palabras más inteligentes que salen de mi boca.

Si dijo que no era el mejor lugar para juniors, me pregunto por qué contratan a juniors. No importa cuántas personas le digan que estará bien, no obtendrá el impulso de confianza que necesita hasta que vuelva a montar ese caballo. Realmente no hay forma de evitarlo, pero lo creas o no, es mucho más probable que estés bien. Los grados Cs no son fáciles, por lo que sería fuera de lo común si no pudieras hacer el trabajo de un desarrollador junior. Entonces, tan sacudido como te sientas, no reacciones de forma exagerada porque esto pasará. Una vez fui convocado a la sala de conferencias principal por el intercomunicador del edificio. La única otra vez que se usó el intercomunicador del edificio fue para un tornado en el área. Llego a la sala de conferencias y al CEO, todo el equipo ejecutivo y la junta me están esperando y no están contentos. No entraré en detalles, pero 45 minutos después salí de esa sala de conferencias con el corazón en el estómago y el culo en la mano. Era mucho más joven entonces y en ese momento pensé que estaba arruinado. Sin embargo, no me despidieron. Intenté renunciar a la mañana siguiente yendo delante de todos y dejando una carta de John. No es la decisión más sabia, pero después de una noche de emborracharme y sentir pena por mí mismo, mis facultades no funcionaban a un alto nivel. Al final no renuncié y obtuve un aumento mucho mayor que la mayoría en las revisiones de fin de año. Por decir lo menos, reaccioné exageradamente ante una situación incómoda. Me podría haber costado económicamente y la gran experiencia que tuve al quedarme en compañía. Tuve la suerte de tener un CEO que sabía que estaba exagerando, así que vino a mi casa y remedió la situación. La moraleja de la historia es no tomar decisiones escandalosas porque la forma en que percibes la situación es probablemente mucho peor de lo que realmente es. No tienes encontrar un nuevo trabajo. ¡Vaya cosa! Estás en el mismo bote en el que estabas hace dos meses.

Los mejores programadores de software que existen son aquellos que no piden “buena capacitación”.

No desea estar entre aquellos que no tienen problemas para sentarse en una clase para recibir capacitación en marcos.

Muchos son entusiastas de la tecnología de software maníaco, que ya se han familiarizado con los marcos mientras estaban en la escuela.

Son muchos los que aprovechan todas las oportunidades para resolver un rompecabezas de software utilizando la tecnología de software de vanguardia para evaluarlo y aprender sobre él, y si les agrada dominarlo.

Si desea trabajar con Android, no solicite capacitación. Descargue el kit de desarrollo y los complementos de Eclipse, y trabaje en él. Hasta que pueda producir una pieza de aplicación funcional aunque simple. Y luego lo mejoras hasta que estás satisfecho.

No espera un trabajo que requiera una tecnología en particular, solo intentaría aprenderlo o incluso aprenderlo. Ya deberías tenerlo. Ya tiene todos los marcos estándar de la industria más un par de sandalias bajo la manga.

En la entrevista de trabajo, la persona con la influencia real para contratarlo no está allí para escuchar lo que puede hacer o lo que sabe. Él / Ella está allí para escuchar lo que no sabe y los problemas que ha enfrentado al usar una tecnología o marco particular. Porque cuando eres capaz de decirles lo que no sabes y los problemas que enfrentas, expones las últimas fronteras de tus habilidades y conocimientos. De modo que si lo que no sabe y coincide con los mismos problemas que están tratando de resolver, o incluso mejor si tiene que educar a su entrevistador de qué está hablando y por qué es un problema, entonces ellos sabría que encajará en sus expectativas.

Los mejores programadores de software son aquellos que nunca están satisfechos con su propio rendimiento y conocimiento, y tienen una lista constantemente actualizada de lo que no saben. Una lista que se les atribuye a sus mentes, que constantemente los molesta y los empuja.

Nadie puede enseñarte marcos de programación. Tienes que aprenderlos tú mismo. Debe trabajar con Stack Overflow, MSDN y varios sitios web, descubrir blogs, familiarizarse con las palabras clave de google. Tienes que tener hambre y sed. Tiene que comparar notas, hacer preguntas tontas y sus preguntas encendidas por sabelotodos furiosos en Stack Overflow y similares, en su grueso software. Tienes que ser persistente y obsesionado con la ingeniería de software.

Tienes que querer ser dios.

Tienes que despertarte a las 3 de la mañana, porque un problema te está molestando e inicias sesión en tu computadora e intentas resolver ese problema.

Si no puede hacer eso, no hay lugar para usted en ingeniería de software. Debe estar en ventas de software o ser un ingeniero de soporte de campo donde “recibirá capacitación”.