Debes tener muchas habilidades antes de convertirte en un desarrollador web junior en una empresa. El Proyecto Odin es una maravillosa colección de recursos gratuitos que pueden guiarlo en la dirección correcta.
Cómo conseguir un trabajo como desarrollador web
Tu actitud es el aspecto más importante.
Lo más importante sobre conseguir un trabajo en desarrollo web no es cuánto sabes, es la actitud que tienes hacia el aprendizaje.
- ¿Cuál es una buena manera de evitar decirle a un posible empleador mi salario actual?
- ¿Por qué es difícil conseguir un trabajo en Canadá?
- ¿Cómo puedo conseguir un trabajo como anfitrión de un programa de viajes? ¿Son necesarias algunas calificaciones específicas para el mismo?
- ¿Le resulta difícil encontrar trabajo dentro de su título en Auckland? ¿Cómo se puede conseguir un trabajo con poca o ninguna experiencia cuando todos los empleadores solicitan candidatos con experiencia?
- ¿Qué sucede si no tengo experiencia práctica en ingeniería pero tengo una licenciatura en ingeniería mecánica, qué debo hacer si muchos trabajos requieren experiencia?
A la gente le encanta estar rodeada de personas que hacen lo que realmente les apasiona: cosas por las que viven. Si eres alguien que sigue el camino establecido por The Odin Project, y luego dejas de codificarlo todo y buscas un trabajo, creo que vas a tener dificultades para conseguirlo.
Si, en cambio, estás entusiasmado, estás construyendo tus propios proyectos, gastando tu tiempo libre codificando porque te encanta, te será más fácil conseguir un trabajo. La forma en que se comunique sobre la codificación será diferente y a la gente le encantará.
Si realmente te encantan estas cosas, obtendrás tu información de un montón de fuentes, porque querrás diferentes puntos de vista. Irás a eventos de rubí. Vivo en Boston y la comunidad de Boston Ruby (bostonrb) está activa y siempre tienen presentadores súper conocedores que enseñan mucho a la audiencia. Verá a los charlatanes hablar en presentaciones en YouTube (hay un montón gracias a ConfFreaks). Seguirás a los programadores en Twitter y leerás sus ideas brillantes y juegos de palabras tontos. Escribirás un blog sobre cómo resolviste un problema interesante de una manera nueva.
Por lo tanto, se trata más de quién eres y de hacer que la codificación se convierta en parte de tu identidad.
A continuación, deberá desarrollar habilidades de entrevista.
Las entrevistas técnicas son difíciles. Antes de obtener mi primer trabajo como programador, me rechazaron unas 20 empresas seguidas debido a la entrevista técnica. Aprender a entrevistar toma algo de tiempo, y necesitarás aprender habilidades mientras lo haces.
Cada vez que entrevistes podrás reflexionar sobre lo que salió bien, lo que salió mal y cómo mejorar para la próxima vez.
Un amigo mío tiene la misión de realizar al menos una entrevista al año. Incluso si estaba absolutamente feliz en su trabajo actual. Solo para mantener las habilidades frescas.
En las entrevistas se le harán una serie de preguntas de diferentes tipos.
Las preguntas van desde:
Preguntas detalladas sobre el idioma : algunas personas lo entrevistarán para preguntarle sobre cosas raras en el idioma o tratarán de confundirlo. Muchas entrevistas de Java son de esta manera. Afortunadamente para mí (no sé todos los matices de la especificación Ruby, solo sé cómo construir cosas usando código limpio), la comunidad ruby generalmente no se enfoca en este tipo de preguntas.
Preguntas basadas en algoritmos : su empleador querrá saber que puede resolver problemas de codificación y pensar en su proceso de pensamiento. ¿Cómo se puede resolver un problema complicado? En qué aspectos te enfocas. ¿Con qué luchas?
Un ejemplo de este tipo de pregunta es “Implemente una lista vinculada individualmente en Ruby. Luego escriba el código ruby que la revertirá”.
“En pseudocódigo, escriba un método para ordenar una lista”
Te darán un marcador de borrado en seco, una pizarra blanca y solo verán cómo piensas.
Preguntas de arquitectura: a veces las personas le harán preguntas sobre cómo diseñaría los sistemas. Las preguntas en este ámbito serían algo así como “¿Cómo implementaría un clon de Uber”. En ese punto, tendrías que hablar sobre los diferentes componentes de la tecnología. Piense: aplicaciones móviles, aplicaciones web, API, bases de datos. Se le pedirá que describa las decisiones específicas que tomaría en cada capa, cómo lo abordaría y en qué trabajaría primero.
Entonces, si el código es parte de su identidad, aprende cómo entrevistar y aprende a resolver problemas basados en algoritmos, podrá conseguir un trabajo.
Si la compañía está cerca de usted, probablemente le ofrecerán un puesto que es algo así como “contrato de 3 meses para contratar”. Esto significa que tiene un empleo de 3 meses y, cuando termine, la empresa puede optar por contratarlo si es bueno, o si no lo hace, no extenderán la oferta.
Si apareces, trabajas duro y encajas en el equipo, generalmente recibirás una oferta. La mayoría de los candidatos que obtienen un contrato de contratación generalmente extienden el contrato a 6-9 o 12 meses o una oferta de trabajo. Debido a que la compañía dedica mucho tiempo a capacitarte y a enseñarte todos los días, debes ser malo en tu trabajo para no conseguirlo.
Mi primer trabajo con Ruby on Rails.
Un poco de historia sobre mí. Fui a la Northeastern University for Computer Science. Tuve un par de pasantías de codificación. Escribí un software de fábrica que mostraba pedales de efectos de guitarra en una compañía llamada Fishman Transducers (construyen pedales de efectos, preamplificadores, etc. utilizados por músicos como Dave Matthews, y siempre tuvimos músicos entrando en la oficina, lo cual fue genial). También trabajé en Microsoft trabajando en Microsoft Office. Luego me gradué de la universidad y estaba buscando conseguir un trabajo a tiempo completo.
Nunca había hecho ningún desarrollo web, pero sabía que quería hacerlo. Después de leer sobre las diferentes tecnologías, me entusiasmó Ruby on Rails.
Revisé aproximadamente la mitad de un libro, me enseñé lo esencial y luego construí un par de proyectos por mi cuenta que me entusiasmaron. Recuerdo que antes de la entrevista necesitaba revisar cuál era la sintaxis de escribir un bucle en ruby porque no estaba seguro. Decir que sabía muy poco es un eufemismo.
Recibí una entrevista con una empresa de nueva creación, AgileClicks, y obtuve el trabajo. Recuerdo haber pensado que engañé al gerente de contratación, y trabajé 80 horas a la semana tratando de ocultar el hecho de que no tenía idea de lo que estaba haciendo. Trabajando los fines de semana, quedando hasta tarde, una noche estaba trabajando hasta las 2 de la madrugada arreglando problemas de producción
Mirando hacia atrás, me doy cuenta de que el gerente de contratación se dio cuenta de que no sabía lo que estaba haciendo, pero reconocí que era bueno para resolver problemas, y estaba dispuesto a superar a los otros candidatos que veía. Luego, más tarde, AgileClicks fue adquirido por una empresa asociada.
Luego pasé a WHERE.com, una startup centrada en cosas hiperlocales. Me uní al equipo de Ruby on Rails allí antes de que eBay los adquiriera, y aprendí más allí cuando lo había hecho en mi vida porque el equipo era increíble. Diferentes miembros del equipo me brindaron tutoría, revisiones de códigos y me obligaron a escribir códigos mucho mejores.
Crecí mucho como programador, y seguí contribuyendo al marco de Ruby on Rails, dando charlas a la comunidad de Boston Ruby y codificando todos los días.
Realmente no hay nada más poderoso con aprender a codificar que aprender con un mentor .
Qué hago ahora
Después de dejar PayPal, recorrí el país enseñando desarrollo web. He enseñado desarrollo web en lugares como Harvard Business School, Babson University, Rhode Island School of Design.
Dado el camino correcto y un poco de ayuda en el camino, se sorprenderá de lo rápido que los estudiantes pueden aprender estas cosas.
Ahora paso mi tiempo como mentor de código en el Proyecto Firehose, donde brindamos a los estudiantes todo lo que necesitan para alcanzar sus objetivos.
Hemos tenido estudiantes nuestros que cambian de carrera y consiguen codificación de trabajos a tiempo completo. La tutoría 1 a 1 es increíblemente poderosa. Este es el por qué:
Para los estudiantes que buscan codificar trabajos, pasaremos el tiempo preparándolos para el proceso de entrevista en diferentes compañías. Esto es fácil para mí, porque he estado en ambos lados del proceso de entrevista yo mismo, obtuve trabajos como desarrollador web y también realicé entrevistas técnicas para mi equipo en PayPal. Sé exactamente qué buscan los empleadores y las conversaciones que tienen sobre el proceso.
La otra cosa que creo que es realmente valiosa para las personas que buscan conseguir un trabajo es que les pedimos a los estudiantes que tengan un proyecto final que les ayudemos a construir. El proyecto final es idea de nuestros alumnos y es algo que les entusiasmaría construir. En las sesiones de mentores 1 a 1 te ayudamos a hacer realidad tu idea.
Al construir algo que te entusiasme, te verás impulsado a trabajar en él y pasarás el tiempo para hacer que el código forme parte de tu identidad.
Si desea obtener más información sobre dónde soy mentor, visite nuestro sitio aquí:
http://thefirehoseproject.com