Plataforma de desarrolladores/programadores junior

#271 Un backend no necesita portfolio. No todos los nichos de la industria lo necesitan, de hecho, ¿cómo vas a tener un portfolio si te dedicas a sistemas embebidos, por ejemplo?

Para un backend lo importante es el CV, las tecnologías con las que ha trabajado y los proyectos de los que ha formado parte. Luego si quieres puedes tener tus proyectos en Github para enseñar cuando te pidan ver código, que ahí puedes hacerte lo que quieras y no hay necesidad de tenerlo desplegado en ninguna parte.

Acabo de firmar mi primer contrato como desarrollador frontend.

Por un lado contento porque vengo de un bootcamp fullstack (MERN principalmente) y sin tener fp ni nada más allá de cursos de Udemy en React, TypeScript, TDD, etc me estaba costando un poco pasar los primeros filtros y he tenido pocas entrevistas.

Esta empresa es la única que no me ha hecho prueba técnica, me dijeron que buscaban un Frontend con React y en las entrevistas les estuve enseñando algún proyecto con MERN.

Total, que voy hoy a firmar el contrato, 24k que tan contento porque esperaba menos para ser mi primer empleo en el sector y después me están enseñando los proyectos, calendarios y cómo quieren hacer las cosas y me encuentro con TODOS los proyectos y apps en PHP y mySQL y yo como "gl en la oferta no ponía esto y no es un stack que conozca ni haya tocado" y me dicen que bueno que si sabes un lenguaje sabes todos y que ya pediré ayuda a los compañeros xdddd

Como buen mendigo he aceptado porque al menos meto la cabeza y me dan la oportunidad mientras sigo buscando algo con React, que es en lo que me quiero especializar, pero estoy un poco sad y expectante de ver cómo se desarrolla esto.

Imho el 90% de personas lo que nos vamos a encontrar para el tema de niveles se limita a años de exp. La gente que tenga suerte tendrá planes de carrera más trabajados en los que se definen las responsabilidades que tendrías y las competencias que se esperan.

Está bien la web https://progression.fyi . Yo mismo la he utilizado como referencia leyendo los frameworks de distintas empresas para saber cómo poder ir creciendo, porque las empresas en las que he estado no han fomentado lo más mínimo que creciese.

El de dropbox está bastante bien como ejemplo https://dropbox.github.io/dbx-career-framework/ic1_software_engineer.html Pero recomiendo ojear varios.

#279

Lo de los frameworks de esas empresas que dice #280 esta bastante bien en mi opinión, ya que esos frameworks se crean precisamente para ser lo más objetivo posibles a la hora de asignarle un nivel a alguien. En mi empresa también los tenemos, os pongo aqui el de Junior vs el de Mid en las hard skills.

En cualquier caso muchas de las cosas que se piden para dar el cambio de un nivel a otro vienen solas con el tiempo, pero siempre está en tu mano ponerle proactividad a la hora de hacerlas y llegar a ello en menos tiempo. Sinceramente el único consejo que yo puedo dar es dejar de agobiarse con si tienes un título u otro y dedicarte a aprender de gente que sepa más que tú, usarlos todo lo que podáis ya que así es como mejor se aprende.

Si por lo que sea tienes un entorno en el que no tienes gente que sepa más que tú yo personalmente buscaría otro sitio donde estar.

Mi último cambio de trabajo a pesar de tener más de 7 años de experiencia fue porque en el sitio en el que estaba era "el que más sabía" y consideraba que aún estoy aprendiendo cosas que no he tocado durante mi carrera profesional y que tenía que rodearme de gente mejor que yo.

#285 Sí, yo diría que es común. Y no sé si será común, pero a mi me ocurre que muchos compañeros de proyecto que llevan años trabajando en él, asumen constantemente que sabes ciertas cosas cuando no es así, en ese caso te toca preguntar.

#289 Te diria que primero empezases con ejemplos guiados de problemas típicos (Titanic, Wines, Iris), y te empapes del proceso, no del como hacerlo.

Una vez hecho eso, búscate algun set de datos, y explora, trastea, etc... a poder ser, alguno de los cuales no encuentres ningun paso a paso. Eso te servirá para ir llenano PFolio.

Python o R, aunque mi recomendación iria a por el "Usa los dos, y el que te guste más tras hacer 2 problemas medio/grandes con ellos, quédate con ese". Ambos tienen mucha demanda, y en esencia hacen lo mismo. Pero igual que hay a quien le gusta BMW y a quien le gusta MB o Audi, con esto pasa igual.

Y sobre lo de trabajar o no, eso lo dejo a tu aire. Pero si se te da la ocasion de estudiar Y estar en beca/internship con alguna empresa haciendo DS Intern, no seas burro y cógelo. Al menos en Barcelona, un DS Intern se pone en los 900€ - 1200e al mes (Netos!)

Buenas,

A ver qué consejo me podéis dar para acabar de encarrilar mi futuro.

Tengo 30 años, me queda el TFG y las prácticas de la carrera Multimedia. Mi especialización es la de programación. Durante la carrera he hecho html, css, javascript y vue. Luego también he hecho Programación Orientada a Objetos (Java), PHP y SQL.

Estoy realizando 2 cursos por udemy de React y CSS.

Actualmente, trabajo como Programador Junior, pero mis tareas no son "picar" código, sino implementar una API y ver los errores que surgen a través de ella.

Mi sueño es trabajar como front-end, pero tengo miedo que sea demasiado mayor o no saber por donde tirar.

¿Alguna recomendación o consejo?

Gracias