Plataforma de desarrolladores/programadores junior

#659 a que llamas “sale todo de su cabeza, estoy jodido”?
De lo que has hecho bajo tutoríales, serías capaz de reproducir la mayoría de cabeza?

Yo lo que entiendo de esto, es que quizás no tengas ideas para hacer algo de cero, pero que si alguien te manda hacer algo (codigo que has practicado) pues podrías hacerlo la mayoría de cabeza, y alguna que otra cosa, mirar por ahí cómo hacerla. Tb como mejorar parte de lo que sabes hacer o cómo dejarlo más limpio.

Pero si todo lo que has hecho bajo tutoriales, necesitas volver a mirarlo para hacerlo… pues ahí ya si que falta más práctica.

#663 Otra cosa buena que tienen las startups es el hecho de que vas a tener que tocar de todo, en las empresas grandes la mayoría de la gente tiene un rol muy definido y es dificil salirse de ahí, lo cual está bien para especializarse, pero cuando estás empezando creo que es mejor ser generalista y aprender un poco de todo.

Eso si, solo me apuntaría si puedes asumir el riesgo de que puede salir mal la cosa

Alla va otra pregunta de noobs como yo.
Digamos que estoy "practicando" mi codigo,o bien estoy haciendo un proyecto o bien estoy en paginas tipo "codewars" haciendo ejercicios.
Si uno esta estancado que tiene que hacer,seguir pensando sin buscar nada en internet o buscas cosas en cuanto se te ocurre el problema.(a veces pienso que cuantas mas soluciones veo y memorizo mas sabre la proxima,como si de ajedrez se tratara,estoy equivocado?)

Y si alguien le ha dado mucho al codewars,podriais decir hasta que nivel de kyu deberia un junior saber hacer?

Gracias de antemano.

Además de lo que habéis comentado creo que es interesante mirar el perfil de los jefes, supongo que siempre lo es pero en una startup incluso más. A mí es lo que más me convenció de la startup en la que estoy porque la verdad es que cuando me explicaron el negocio lo entendí a medias por ser de un nicho específico.

También puede ser interesante ver el desarrollo que está teniendo porque si en un año han pasado de ser los tres socios fundadores a ser en total 5 personas me generaría bastante desconfianza.

#679 mi año en la startup fue como entrar en la cámara del tiempo de dragon ball, asumí riesgos, gané galones y aprendí por un puto tubo. Yo la verdad como junior si entras en una buena lo veo infinitamente mejor que cualquier otra cosa, al menos en terminos de aprender

Importan la gente y la misión, la taxonomía organizativa tiene sus particularidades pero no por estar en un sitio X aprenderás más que en otro Y. Aprenderás cosas distintas, pero es imposible aplicarle una linealidad con la que compararlas en términos abstractos.

Aún con años detrás es difícil juzgar estas cosas así que lo único importante es currárselo uno mismo.

#685 Depende mucho, piensa que al final el founder tecnico suele picarse todo la app el solo al principio, si tiene algo de idea bien, si no, rip

#687 por eso he aceptado. Necesito curtirme en entrevistas, pruebas, confianza y pérdida de miedo.

#689MrN4N0:

Y mi mente me dice que tendría que saber todo eso de memoria..

Ni por asomo. Deberías saber donde encontrar información y documentación. Luego, si sabes resolver el problema, el "como" o "con que" es irrelevante. Llevará más o menos tiempo, dependiendo de como de familiar seas con el "con que", y como ese "con que" se ajusta a la tecnología necesaria.
Ej: No harás un sistema operativo con Java, o con Python. Pese a que "técnicamente" podrías, no esta pensado para ello. Para ello usarás C, por poner un ejemplo.

#689MrN4N0:

Síndrome de impostor? Realmente he de saber todo eso de memoria? Sin mirar?

No, y quien espere eso, no sabe lo que está diciendo. Con los años, sabrás de muchísimas más cosas. Pero no las sabrás TODAS en TODO momento.
Ej; Yo con SQL en BigQuery ahora mismo, hay funciones que conozco de otros lenguajes (AnsiSQL, PostgreSQL, Redshift, T-SQL, OracleSQL), pero que no son compatibles, o UDFs que existen en unos u otros. Incluso, funciones que se llaman igual, pero el orden de argumentos es diferente. Saber manejarte en la documentacion, y no preguntar siempre al senior, es un ejemplo de la mejoría.

#689MrN4N0:

E igual te creo cosas sin mirar, pero igual quiero meter JWT y tengo que abrir la documentación para refrescar. No sé si me explico

Yo creo que hasta un senior está igual, pero es miedito

Desde luego un senior está igual. Aunque si que es cierto que si hay 1000 métodos, funciones, librerias, etc... un senior habra tocado 700 alguna vez, y sabe cuales son las 15-20 MUST. Un Junior sabra 10 de esas 1000, y no serán ni las mejores ni las más óptimas. El camino, es aprender a cambiar esas 10 por las 70, y saber CUANDO aplicar unas u otras.
Ej: En Python, en lugar de usar matplotlib, uso Altair. En lugar de usar exploracion de sets de datos de Python (ineficiente), uso Pandas y Dataframes (eficiente). En lugar de crear una conexion a la BBDD por cada llamada que necesito y meter el código en el ipynb en cellblock, creo ficheros .py con el código parametrizado, y al lanzar la lectura, lo llamo todo por funcion (eficiencia y organizacion).

Esto, es aplicable a CUALQUIER trabajo en IT, Front/Back/Fullstack/BigData/DataScience/Client, etc...