Moviendo las manitas. Siguiendo la regla de las 10k horas. Programando tantos proyectos y clones como se me pusieran enfrente. Cuando me di cuenta los problemas del trabajo dejaron de ser problemas y podía solucionarlos en 5 min, gracias a que había resuelto problemas similares en alguna practica que hice anteriormente.
Esta clase de charlas mucho más aterrizadas a la vida real me hacen, no solo sentirme que parece que no estoy tan perdido, sino que me hace darme cuenta que gente que para mí están fuera de serie, tienen y han tenido los mismos problemas y las mismas angustias. Además de que el consejo sobre cómo salir de x o y situaciones, en este caso el tutorial hell, es oro y parece nada. Más vídeos así, nivel mortales. Saludos
@@andresbustamante972 el que a mí me tocó cuando iba empezando, hace 10 años, me dijo "tal ve esto no es lo tuyo" y apenas me estoy empezando a sentir capaz de algún tiempo para acá, pasaron fácilmente 7 años ejerciendo en los cuales no aprendí nada por ese mismo bloqueo, nunca me sentí lo suficiente capaz aún haciendo las cosas. No quiero culparlo de no haber yo tenido el carácter de demostrar que sí tengo la capacidad, pero es muy importante tener a alguien que te apoye y que te ayude justo en ese camino ya recorrido en lugar de culparte por no "tener su nivel" cuando vas empezando.
Pero que pedazo de video! Hasta hace unos meses estaba en el Tutorial Hell hasta que aprendi VueJS solo leyendo la documentacion, lo cual me entrego una soltura que no conocia antes al momento de resolver un problema de codigo... tanto es asi que acabo de terminar mi primera aplicacion movil con React Native y queria hacer otra mas con esa tecnologia, pero no contenia la conexion con la API nativa que necesitaba, asi que decidi hacerlo en Flutter porque ya me siento capaz de hacer cosas solo con la documentacion, gracias por tanto BettaMan. PD: Sigo usando los tutoriales cortos para hacerme una idea general de la usabilidad del lenguaje y ver algunos ejemplos de codigo, aun que la mayoria de videos que he encontrado de tipo "tutorial" son mas que nada una copia de la seccion "Getting Started" que hay en cada documentacion
Los tutoriales son para practicar ó despejar alguna duda y la documentación oficial es de referencia si quieres aprender algo bien para eso están los cursos presenciales. Los curso online estan bien pero no se puede comparar un video a un profesor en persona.
Jajajaja este video describe como me siento cuando tengo que hacer algo en regex. Ahora mismo me acabo de cambiar de tecnología. Estuve mucho tiempo haciendo xamarin. Cambie a backend usando spring boot con Java, por mi experiencia de Java en Android. Y ahora una vez más cambie de tecnología, regresando al frontend con react y react native. Aunque este último aún no lo dominó. Ahora tomando en cuenta esto. Me doy cuenta que no tengo un nivel alto de esta tecnología, pero mi experiencia general. Me está ayudando bastante. En el equipo está un compañero que le ayudo bastante. Es lento y no conoce todas las herramientas. Está aprendiendo. Y la verdad me alegra ayudarle. A diferencia de el, soy capaz de resolver problemáticas de manera más orgánica que el. Entonces. Ser señor no significa mucho. No si no tienes experiencia. Y eso se obtiene con tiempo. Ni modo. Esa es la respuesta, no se puede ser señor de un día para otro
Yo renuncié a mi trabajo, me tomé unos meses y elegí una empresa dónde me siento un recién recibido. Ahora puedo aprender de un arquitecto y más experimentados. PD: un buen libro puede darte contenido más digerible (pero en inglés obvio)
No se porque pero tus videos tienen un nivel de profesionalismo que inspira, y no me refiero solo a la producción del video, si no también al contenido, soy junior siempre que he podido evadir la documentación lo hago aunque hay veces que me toca medio leerla, pero creo que tienes mucha razón, aprender a leer la documentación de cualquier tecnología y poder usarla sin experiencia previa, sin duda alguna es un soft/hard skill que todo desarrollador debería tener.
Wow como me siento comprendido contigo... la deuda tecnica... es mucho lo que nos falta por profundizar y encontrar codigo legacy que usan sin Solid y DDD super mezclado y se ve que han programado por tutorial, como proyectos que usan todo en MVC (.net) sin separar una capa de acceso a datos, de negocio ni tener en cuenta los patrones para al menos tener codigo limpio.
Justo me pasa eso, recién tengo mi primer trabajo como desarrollador sin embargo soy el único desarrollador de la empresa, por lo que me apoyo mucho de las comunidades y la documentación de las diferentes tecnologías que tengo que utilizar.
¡Muy buen vídeo, compañero! 🎯 Yo me tiré varios años llevando proyectos más bien solo. Y eso hace que no caigas en estos detalles que comentas. La vida es cuestión de detalles. 😉
Totalmente! Cuando estás solo, tienes más libertad pero es más dificil ganar la experiencia necesaria ya que debes, no solo aprender, sino encontrar los recursos correctos para hacerlo...
Excelente video. estoy 100% de acuerdo. Documentación y libros son las mejores cosas para un nivel de seniority muy alto.
Před 2 lety+1
Es muy cierto lo que comentas sobre la documentación, yo me hice experto el telecomunicaciones TI leyendo la documentación y experimentando en entornos Lab dentro de mis proyectos
Haz dado en el clavo. Ese sentimiento es justo el que experimento muy a menudo. Y es muy cierto, ir a los detalles es lo que hace que nuestra mente se expanda. Saludos.
Ese soy yo ahorita.. El único programador de la empresa con 5 años de la empresa aprendiendo de todo un poco.. Sosteniendo todo en mi lomo. Me gustaría cambiar y seguir creciendo. Muy buen video.. Justamente es lo que necesitaba ver hoy.
@@narutozo1 animos amigo mi super consejo para ti es, no te rindas!! esfuerzate ! armate un portafolio que hable por ti, que se como tu tarjeta de presentacion, aprende todo lo posible (programacion, ingles, y adquiere habilidades blandas y no dejes de aprender) y postula hay muchas empresas que requieren desarrolladores de todos los niveles. (a decir verdad yo ni tenia portafolio, ni experiencia cuando entre en el mundo laboral asi que, que nada te detenga amigo)
Me gustó mucho el mensaje. Me vienen a la mente tecnologías que aprendí leyendo documentaciones porque no tenía paciencia para buscar tutoriales, como Bootstrap, Prisma ORM o S3
Me encuentro en la misma situacion, despues de llevar programando 2 años y pico como Frontend entre hace 5 meses en una startup donde habia un programador in-house, como yo, en presencial, que ya no esta, ( y mejor porque se dedicaba a maquetar regular con Tailwind y no implementaba funcionalidades y me tocaba refactorizar todo lo que hacia), y 3 en remoto y en otra franja horaria, 2 de ellos de back, asi que me encuentro desde hace un par de meses commiteando el 70% de los issues del backlog, tenemos un deadline que hemos aplazado dos veces, y ahora mismo me encuentro haciendo PRs a destajo para entregar una beta en dos semanas. Nada de testing, nada de UI libraries, nada de Selenium, ni de CleanCode, esto es la guerra, y siento que estoy cogiendo malas practicas por estar de apagafuegos, y lo peor que me estoy acomodando con el ingles porque todos hablan castellano menos documentacion y JIRA... Lo bueno, que entre como junior y estoy actualmente metiendo cuchara en la gestion de JIRA, en el AWS, en la definicion y testeo de los endpoints, reorganizando la arquitectura del proyecto, revisando PRs en Bitbucket de compañeros y redefiniendo conceptos que vienen con fallas del Figma de UI/UX. En general siento libertad para hacer lo que crea conveniente y a la vez siento el apremio de no poder experimentar y testar montando un Selenium, montando tests con Cypress, montando un Storybook para componentes, y demas cosas que deberian ser must. No se donde acabara todo esto pero de momento intento salvar los muebles. Siento la chapa, gracias por leer al que haya llegado hasta aquí xD
Las cosas que dices en el video son ciertas. Doy fe que con ellas se crece como profesional. No como senior. Mi experiencia es que para crecer como senior no importa que trabajes bien, lo buen desarrollador que seas, etc. solo importa una cosa: lo bien que lamas los culos.
En StackOVerflow no te dan los pasos... Primero te van a decir que si tu pregunta va en otra temática o que ya ha sido respondida aunque no sea cierto. Segundo te van a dar la respuesta del matemático, ej: ¿Cómo hago esto?... Con las manos... de nada. Tercero te van a decir que antes de preguntar te leas los tutoriales de 'freecodecamp'... Cuarto te van a responder como si supiesen lo que dicen pero solo están haciendo Copy&Paste de 'w3schools' o 'codegrepper'... Quinto te van a decir que uses un pseudo-interprete o conversor interno que permita usar librerías de otro lenguaje... Sexto : debido a la saturación anterior los que realmente saben creen que ya has encontrado la respuesta y pasan a la siguiente... Septimo : Si por pura suerte alguien responde exactamente lo que buscas... enseguida aparecerán 20 respuestas más exactamente iguales pero con ligeras modificaciones para intentar 'robar' puntos positivos.... Octavo : .... ya he olvidado la pregunta.... si... al final lo has resuelto por otro lado y pones tu propia respuesta con la honorable intencion de ayudar a otros pero de repente todo el mundo tiene algo que objetar y discutir en plan "Es que eso no lo preguntaste"... o tambien ... "Si ya sabes la respuesta para que preguntas, para ganar puntos?"... y otras 'anormalidades'. En fin.
Estoy en una empresa en la cual me pusieron a trabajar en algo que ya de por si estaba atrasado, y me pasó exactamente eso que comentas, ese proyecto salió a beta pero me quedé con una disconformidad interna terrible por no poder hacerlo como a mí me gusta (necesitaba por lo menos un mes más). También tendría que aumentar mí capacidad de negociar el tema de los tiempos, para no estar tan apurado. Igual tomo tu consejo como oro porque ya viví esa situación y es verdad, es difícil dejar los tutoriales.
El tema de los tiempos de desarrollo es fundamental. El equipo debe saber estimar con cierta precisión cuánto va a tardar un desarrollo. Pero que sea un tiempo REAL, considerando que no somos robots, que pueden salir imprevistos, que hay que testear lo programado, etc.
@@scarfacethebest totalmente, el problema fue que al ser nuevo entre que todavía no se estimar bien los tiempos y entre que se abusan (tipico de consultora) no pegue 1 xD
En mi caso lo que me gusta hacer es escribir un código que sea lo más minimalista posible . Nunca copiar y pegar un código que no entiendo, luego de esa etapa donde es todo minimalista y funciona comienzo a agregar otras cosas y más cosas y deben ser cosas que comprendo . Etc
muchas gracias!!!! betta, no he entrado en empresa, ni siquiera he empezado la carrera en la uni, pero estoy metiéndome en esto de la programación a base de tutoriales/guías, y si me han ayudado, pero es ayuda momentánea y no como aprendizaje permanente. Ahora si me voy a meter en lleno en este mundillo, ERES UN CRACK!!!
Llevo un tiempo aprendiendo de manera autodidacta, hace poco decidí entrar en educación formal para fortalecer mis bases e inicie a revisar mucha más documentación oficial. Conocer como funcionan las cosas por dentro te cambia la perspectiva y te vuelve valioso
Lo de la documentación se ha vuelto algo recurrente para mí, sobre todo en python, ya que últimamente estoy usando más librerías que de costumbre, siendo la última manim para una animación de una red neuronal, y menos mal esa librería existe, porque antes estaba usando networkx y, aunque dibujaba la red neuronal y cambiaba los colores, al final era muy críptica la documentación, donde no funcionaba un método que cambiaba el tamaño de las neuronas o su distancia. Así que si, es verdad que hay documentaciones que no son muy buenas, pero resulta mejor mirar la documentación que ver tutoriales (a veces ni hay tutoriales de lo que busco en concreto, así que también la documentación es la única opción).
Hola profe, tengo una pregunta a la cual no encuentro una solucion por donde e buscado. Sabes como conectar un dispocitivo android a vsCode para desarrollar sitios web, lo que busco es ir viendo como se ve con respecto al responsive design. Nada de flutter ni android estudio. si sabes porfa dime te lo agradesco mucho. saludos desde Panamá
También existe el Doc hell, siendo que un desarrollador usa decenas de aplicaciones, complementos, modulos, frameworks y lenguajes. Y todos tienen su documentación
Me encanta tu contenido y gracias a eso no me estoy rindiendo, estoy emprendiendo mi startup y cada día estoy entrando en nuevas cosas comencé como electrónico, luego pasé a software, y ahora estoy en el mundo de economía y marketing digital 😪 Saludos desde Bolivia
Huff me paso con la documentacion de unity que no entendia nada jajaja, hasta que empece a hacer eso de "quiero dar movimiento a mi personaje,bueno busco en la doc..."y tenes razon es mucho mas gratificante encontrar el camino uno mismo...
Buenas podrías hacer un video de cuando usar X lenguaje en X situación según tu conocimiento , por ejemplo con raíls podemos hacer apis muy rápidas pero no tenemos concurrencia y ahí entran micro servicios con lenguajes como go o elixir , etc por dar una idea, saludos
llevo 2 años en solo viendo tutoriales y me hace feliz :c pero cuando hago algo por mi cuenta ahí es donde sufro por ejemplo cuando quise aprender firebase por mi cuenta :x F para mi
A mi personalmente no me gusta que me cuenten las cosas y por eso mismo me decanto por la documentación en lugar de tutoriales que si bien como dices al inicio son muy buenos a la larga pueden volverse algo negativo.
Actualmente me encuentro en esa situacion donde solo se arreglan bugs, y añadiendo nuevas funcionalidades sin tiempo para corregir o mejorar lo que ya se encuentra terminado. Seria interesante material de que pasos llevaste a cabo para comenzar a mejoar el codigo sin morir en el intento.
Muchísimas gracias, llevo un año estudiando programación y no había comprendido la importancia de la documentación. 😔 Pero ahora empezaré a estudiarla 😌
Con todo el respeto, ser desarrollador senior no es solo saber usar la documentación oficial. Para ser senior debes tener unas skills y unos hábitos que en el transcurso de ser un junior has adquirido. Y recalco, con todo el respeto del mundo, es un vídeo vacio de contenido en el tema. Un cordial saludo
Estoy de acuerdo con lo que dices de que ser Senior no es SOLO esto, hay mucho más. Pero algo que he notado en general es que hay, en muchas ocasiones, una falta de profundidad en el conocimiento. Creo que una de las causas es lo que llamo ‘Tutorial Hell’ en el vídeo, y una forma de escapar de él es dejar de usar tutoriales y pasar a usar los recursos oficiales. También, como digo, ser eriquetado Senior también depende de la empresa, y de su ecosistema de desarrollo. Siento que el vídeo no te haya gustado, espero que los próximos lo hagan!
@@BettaTech Gracias por contestar personalmente a mi comentario. El consejo es muy bueno, eso es indudable e innegable. Creo que ha sido más el titulo que me ha dado una expectativa que el vídeo que no se ha cumplido. Me gusta tu contenido y por ello estoy suscrito a tu canal. Es más, muchos vídeos a profesionales del sector y compañeros. Sigue así.
Gracias por compartir tu experiencia, me ha ayudado a entender qué puedo hacer para mejorar, ojalá y en algún futuro video puedas hablar sobre tu experiencia con la deuda técnica, Saludos desde MX.
No puedo estar más de acuerdo con esto. Cursé durante la carrera una asignatura de IA en la que usabamos Azure para entrenar los modelos. Recuerdo la práctica final con 0 documentación por parte del profesor, habia que entrenar 4 algoritmos. Gracias a la documentación encontré los 4 algoritmos ya hechos y que parámetros tocar, acabé sacando un 10 en aquella práctica
Mira, cuando obtienes el instinto arácnido, hay ya subiste de nivel jijijiji, ahora como se obtiene, no se, solo un día te despiertas ya está, lo tienes, puede ser que la araña te pico mientras dormías, y es que la araña te busca, tu nunca la encontrarás, ella llega, le atrae tu olor, el miedo no le gusta, jijijiji
Excelente muy buen video 🔥 Para mi desbloquear el nivel senior viene de: -.-. Tener bases fuertes en el conocimiento de la programación .-.- Entender y encarar los problemas del negocio sin afectar la calidad del producto (deuda técnica, tiempo y dinero) .-.- Habilidades de comunicación y armonía en el equipo de desarrollo
No creo que sea tanto leer TODA la documentación sobre algo y ser capaz de retenerla como el hecho de saber consultarla para resolver problemas específicos... Lo primero puede acabar llevando a un perfeccionismo disfuncional que además te hará ser poco eficaz
En cuanto al tutorial hell es obvio que los tutoriales por su naturaleza no pueden profundizar en nada. No hay nada como profundizar en un entorno de trabajo con sr y jr para poder crecer. En cuanto a mi exp con startup mi recomendación es huir de ellas como de la peste.
Hola que buen video. Por que pones senior en el título si luego en el video dejas caer que esa concepto no es el adecuado? No mantendría más lógica con el contenido si en el tutlonpones experimentado en lugar de senior?
Descuento especial + clase gratis para probar Cambly aquí: código BETTASONRIE 👉🏻 3i47.short.gy/C7SYVi
¿Habéis conseguido escapar del TUTORIAL HELL? ¿Cómo lo habéis hecho?
Moviendo las manitas. Siguiendo la regla de las 10k horas. Programando tantos proyectos y clones como se me pusieran enfrente. Cuando me di cuenta los problemas del trabajo dejaron de ser problemas y podía solucionarlos en 5 min, gracias a que había resuelto problemas similares en alguna practica que hice anteriormente.
Esta clase de charlas mucho más aterrizadas a la vida real me hacen, no solo sentirme que parece que no estoy tan perdido, sino que me hace darme cuenta que gente que para mí están fuera de serie, tienen y han tenido los mismos problemas y las mismas angustias. Además de que el consejo sobre cómo salir de x o y situaciones, en este caso el tutorial hell, es oro y parece nada. Más vídeos así, nivel mortales. Saludos
Por eso es tan bueno tener de guía un senior al momento de trabajar. Te ahorran muchos errores que a él le costaron tiempo y dolores de cabeza
@@andresbustamante972 el que a mí me tocó cuando iba empezando, hace 10 años, me dijo "tal ve esto no es lo tuyo" y apenas me estoy empezando a sentir capaz de algún tiempo para acá, pasaron fácilmente 7 años ejerciendo en los cuales no aprendí nada por ese mismo bloqueo, nunca me sentí lo suficiente capaz aún haciendo las cosas. No quiero culparlo de no haber yo tenido el carácter de demostrar que sí tengo la capacidad, pero es muy importante tener a alguien que te apoye y que te ayude justo en ese camino ya recorrido en lugar de culparte por no "tener su nivel" cuando vas empezando.
Ah mira, según el tamaño de mi barba soy un semi-senior, me esforzare más 💪
Mucha suerte! Cuida tu Seniority con aceite para barba y todo irá sobre ruedas 🎉
Yo estoy jodido porque no me sale ni pelo de barba jaja
Por supuesto la barba es lo principal😅😂 mira yo jajaja
Pero que pedazo de video! Hasta hace unos meses estaba en el Tutorial Hell hasta que aprendi VueJS solo leyendo la documentacion, lo cual me entrego una soltura que no conocia antes al momento de resolver un problema de codigo... tanto es asi que acabo de terminar mi primera aplicacion movil con React Native y queria hacer otra mas con esa tecnologia, pero no contenia la conexion con la API nativa que necesitaba, asi que decidi hacerlo en Flutter porque ya me siento capaz de hacer cosas solo con la documentacion, gracias por tanto BettaMan.
PD: Sigo usando los tutoriales cortos para hacerme una idea general de la usabilidad del lenguaje y ver algunos ejemplos de codigo, aun que la mayoria de videos que he encontrado de tipo "tutorial" son mas que nada una copia de la seccion "Getting Started" que hay en cada documentacion
Los tutoriales son para practicar ó despejar alguna duda y la documentación oficial es de referencia si quieres aprender algo bien para eso están los cursos presenciales. Los curso online estan bien pero no se puede comparar un video a un profesor en persona.
Jajajaja este video describe como me siento cuando tengo que hacer algo en regex.
Ahora mismo me acabo de cambiar de tecnología. Estuve mucho tiempo haciendo xamarin. Cambie a backend usando spring boot con Java, por mi experiencia de Java en Android. Y ahora una vez más cambie de tecnología, regresando al frontend con react y react native. Aunque este último aún no lo dominó. Ahora tomando en cuenta esto. Me doy cuenta que no tengo un nivel alto de esta tecnología, pero mi experiencia general. Me está ayudando bastante. En el equipo está un compañero que le ayudo bastante. Es lento y no conoce todas las herramientas. Está aprendiendo. Y la verdad me alegra ayudarle. A diferencia de el, soy capaz de resolver problemáticas de manera más orgánica que el. Entonces. Ser señor no significa mucho. No si no tienes experiencia. Y eso se obtiene con tiempo. Ni modo. Esa es la respuesta, no se puede ser señor de un día para otro
Yo renuncié a mi trabajo, me tomé unos meses y elegí una empresa dónde me siento un recién recibido. Ahora puedo aprender de un arquitecto y más experimentados.
PD: un buen libro puede darte contenido más digerible (pero en inglés obvio)
Me alegro de que te esté yendo bien y estés aprendiendo! Mucha suerte!
No se porque pero tus videos tienen un nivel de profesionalismo que inspira, y no me refiero solo a la producción del video, si no también al contenido, soy junior siempre que he podido evadir la documentación lo hago aunque hay veces que me toca medio leerla, pero creo que tienes mucha razón, aprender a leer la documentación de cualquier tecnología y poder usarla sin experiencia previa, sin duda alguna es un soft/hard skill que todo desarrollador debería tener.
Wow como me siento comprendido contigo... la deuda tecnica... es mucho lo que nos falta por profundizar y encontrar codigo legacy que usan sin Solid y DDD super mezclado y se ve que han programado por tutorial, como proyectos que usan todo en MVC (.net) sin separar una capa de acceso a datos, de negocio ni tener en cuenta los patrones para al menos tener codigo limpio.
Justo me pasa eso, recién tengo mi primer trabajo como desarrollador sin embargo soy el único desarrollador de la empresa, por lo que me apoyo mucho de las comunidades y la documentación de las diferentes tecnologías que tengo que utilizar.
¡Muy buen vídeo, compañero! 🎯
Yo me tiré varios años llevando proyectos más bien solo.
Y eso hace que no caigas en estos detalles que comentas.
La vida es cuestión de detalles. 😉
Totalmente! Cuando estás solo, tienes más libertad pero es más dificil ganar la experiencia necesaria ya que debes, no solo aprender, sino encontrar los recursos correctos para hacerlo...
Excelente video. estoy 100% de acuerdo. Documentación y libros son las mejores cosas para un nivel de seniority muy alto.
Es muy cierto lo que comentas sobre la documentación, yo me hice experto el telecomunicaciones TI leyendo la documentación y experimentando en entornos Lab dentro de mis proyectos
Telecomunicaciones ti? Que haces?
Haz dado en el clavo. Ese sentimiento es justo el que experimento muy a menudo. Y es muy cierto, ir a los detalles es lo que hace que nuestra mente se expanda. Saludos.
Ese soy yo ahorita.. El único programador de la empresa con 5 años de la empresa aprendiendo de todo un poco.. Sosteniendo todo en mi lomo. Me gustaría cambiar y seguir creciendo. Muy buen video.. Justamente es lo que necesitaba ver hoy.
Mucho ánimo! No es una situación fácil!
Yo quisiera entrar en el mundo laboral de desarrollo...
@@narutozo1 animos amigo mi super consejo para ti es, no te rindas!! esfuerzate ! armate un portafolio que hable por ti, que se como tu tarjeta de presentacion, aprende todo lo posible (programacion, ingles, y adquiere habilidades blandas y no dejes de aprender) y postula hay muchas empresas que requieren desarrolladores de todos los niveles. (a decir verdad yo ni tenia portafolio, ni experiencia cuando entre en el mundo laboral asi que, que nada te detenga amigo)
Me gustó mucho el mensaje. Me vienen a la mente tecnologías que aprendí leyendo documentaciones porque no tenía paciencia para buscar tutoriales, como Bootstrap, Prisma ORM o S3
Jaja, yo nada más busco uno y ya, no es tanta cabeza
Me encuentro en la misma situacion, despues de llevar programando 2 años y pico como Frontend entre hace 5 meses en una startup donde habia un programador in-house, como yo, en presencial, que ya no esta, ( y mejor porque se dedicaba a maquetar regular con Tailwind y no implementaba funcionalidades y me tocaba refactorizar todo lo que hacia), y 3 en remoto y en otra franja horaria, 2 de ellos de back, asi que me encuentro desde hace un par de meses commiteando el 70% de los issues del backlog, tenemos un deadline que hemos aplazado dos veces, y ahora mismo me encuentro haciendo PRs a destajo para entregar una beta en dos semanas. Nada de testing, nada de UI libraries, nada de Selenium, ni de CleanCode, esto es la guerra, y siento que estoy cogiendo malas practicas por estar de apagafuegos, y lo peor que me estoy acomodando con el ingles porque todos hablan castellano menos documentacion y JIRA...
Lo bueno, que entre como junior y estoy actualmente metiendo cuchara en la gestion de JIRA, en el AWS, en la definicion y testeo de los endpoints, reorganizando la arquitectura del proyecto, revisando PRs en Bitbucket de compañeros y redefiniendo conceptos que vienen con fallas del Figma de UI/UX. En general siento libertad para hacer lo que crea conveniente y a la vez siento el apremio de no poder experimentar y testar montando un Selenium, montando tests con Cypress, montando un Storybook para componentes, y demas cosas que deberian ser must. No se donde acabara todo esto pero de momento intento salvar los muebles.
Siento la chapa, gracias por leer al que haya llegado hasta aquí xD
Las cosas que dices en el video son ciertas. Doy fe que con ellas se crece como profesional.
No como senior.
Mi experiencia es que para crecer como senior no importa que trabajes bien, lo buen desarrollador que seas, etc. solo importa una cosa: lo bien que lamas los culos.
Yo recién empece como desarrollador backend y lo que dices si es bastante cierto. Además que aprendo montones de lado del equipo de desarrollo.
En StackOVerflow no te dan los pasos...
Primero te van a decir que si tu pregunta va en otra temática o que ya ha sido respondida aunque no sea cierto.
Segundo te van a dar la respuesta del matemático, ej: ¿Cómo hago esto?... Con las manos... de nada.
Tercero te van a decir que antes de preguntar te leas los tutoriales de 'freecodecamp'...
Cuarto te van a responder como si supiesen lo que dicen pero solo están haciendo Copy&Paste de 'w3schools' o 'codegrepper'...
Quinto te van a decir que uses un pseudo-interprete o conversor interno que permita usar librerías de otro lenguaje...
Sexto : debido a la saturación anterior los que realmente saben creen que ya has encontrado la respuesta y pasan a la siguiente...
Septimo : Si por pura suerte alguien responde exactamente lo que buscas... enseguida aparecerán 20 respuestas más exactamente iguales pero con ligeras modificaciones para intentar 'robar' puntos positivos....
Octavo : .... ya he olvidado la pregunta.... si... al final lo has resuelto por otro lado y pones tu propia respuesta con la honorable intencion de ayudar a otros pero de repente todo el mundo tiene algo que objetar y discutir en plan "Es que eso no lo preguntaste"... o tambien ... "Si ya sabes la respuesta para que preguntas, para ganar puntos?"... y otras 'anormalidades'.
En fin.
Pura verdad mi hermano. Gracias por tus videos.
Estoy en una empresa en la cual me pusieron a trabajar en algo que ya de por si estaba atrasado, y me pasó exactamente eso que comentas, ese proyecto salió a beta pero me quedé con una disconformidad interna terrible por no poder hacerlo como a mí me gusta (necesitaba por lo menos un mes más). También tendría que aumentar mí capacidad de negociar el tema de los tiempos, para no estar tan apurado. Igual tomo tu consejo como oro porque ya viví esa situación y es verdad, es difícil dejar los tutoriales.
El tema de los tiempos de desarrollo es fundamental. El equipo debe saber estimar con cierta precisión cuánto va a tardar un desarrollo. Pero que sea un tiempo REAL, considerando que no somos robots, que pueden salir imprevistos, que hay que testear lo programado, etc.
@@scarfacethebest totalmente, el problema fue que al ser nuevo entre que todavía no se estimar bien los tiempos y entre que se abusan (tipico de consultora) no pegue 1 xD
Otro gran video!! Por cierto, cuál es el monitor que usas?
Gracias 🫶🏻! Buen material
Gracias a ti!
En mi caso lo que me gusta hacer es escribir un código que sea lo más minimalista posible . Nunca copiar y pegar un código que no entiendo, luego de esa etapa donde es todo minimalista y funciona comienzo a agregar otras cosas y más cosas y deben ser cosas que comprendo . Etc
muchas gracias!!!! betta, no he entrado en empresa, ni siquiera he empezado la carrera en la uni, pero estoy metiéndome en esto de la programación a base de tutoriales/guías, y si me han ayudado, pero es ayuda momentánea y no como aprendizaje permanente. Ahora si me voy a meter en lleno en este mundillo, ERES UN CRACK!!!
Muy buena recomendación, gracias!
Llevo un tiempo aprendiendo de manera autodidacta, hace poco decidí entrar en educación formal para fortalecer mis bases e inicie a revisar mucha más documentación oficial. Conocer como funcionan las cosas por dentro te cambia la perspectiva y te vuelve valioso
Lo de la documentación se ha vuelto algo recurrente para mí, sobre todo en python, ya que últimamente estoy usando más librerías que de costumbre, siendo la última manim para una animación de una red neuronal, y menos mal esa librería existe, porque antes estaba usando networkx y, aunque dibujaba la red neuronal y cambiaba los colores, al final era muy críptica la documentación, donde no funcionaba un método que cambiaba el tamaño de las neuronas o su distancia. Así que si, es verdad que hay documentaciones que no son muy buenas, pero resulta mejor mirar la documentación que ver tutoriales (a veces ni hay tutoriales de lo que busco en concreto, así que también la documentación es la única opción).
Hola profe, tengo una pregunta a la cual no encuentro una solucion por donde e buscado.
Sabes como conectar un dispocitivo android a vsCode para desarrollar sitios web, lo que busco es ir viendo como se ve con respecto al responsive design. Nada de flutter ni android estudio. si sabes porfa dime te lo agradesco mucho. saludos desde Panamá
Necesitaba esto. Gracias
Gracias a ti por verlo 🙏
Excelente video, muchas gracias!!
Gracias a ti!
También existe el Doc hell, siendo que un desarrollador usa decenas de aplicaciones, complementos, modulos, frameworks y lenguajes. Y todos tienen su documentación
Me encanta tu contenido y gracias a eso no me estoy rindiendo, estoy emprendiendo mi startup y cada día estoy entrando en nuevas cosas comencé como electrónico, luego pasé a software, y ahora estoy en el mundo de economía y marketing digital 😪
Saludos desde Bolivia
Huff me paso con la documentacion de unity que no entendia nada jajaja, hasta que empece a hacer eso de "quiero dar movimiento a mi personaje,bueno busco en la doc..."y tenes razon es mucho mas gratificante encontrar el camino uno mismo...
Muy buen video! 👏👏👏👏
Genial gran video y estoy de acuerdo contigo
Gracias!
Genial vídeo Betta y totalmente de acuerdo con lo que dices !
Gracias!!!!
Buenas podrías hacer un video de cuando usar X lenguaje en X situación según tu conocimiento , por ejemplo con raíls podemos hacer apis muy rápidas pero no tenemos concurrencia y ahí entran micro servicios con lenguajes como go o elixir , etc por dar una idea, saludos
Gracias por tu contenido 👌😊
Gracias por verlo!!
Muy interesante! Concuerdo muchísimos con lo que comentas.
llevo 2 años en solo viendo tutoriales y me hace feliz :c pero cuando hago algo por mi cuenta ahí es donde sufro por ejemplo cuando quise aprender firebase por mi cuenta :x F para mi
Tengo que mejorar mi ingles, qye nivel necesitaria b2 o c1?
Perdona te confundí con Dumbledore por la miniatura, un saludo.
No conviene deleitarse con sueños, S4vitar, y olvidarse de vivir
La documentación de Docker y y sus contenedores no es muy completa que se diga, suele ser muy superficial y mostrar lo básico y no más escenarios
Bettatech has un tutorial de como leer la documentación, a mi me pasa que a veces se me hace muy difícil leerla, porfis
A mi personalmente no me gusta que me cuenten las cosas y por eso mismo me decanto por la documentación en lugar de tutoriales que si bien como dices al inicio son muy buenos a la larga pueden volverse algo negativo.
Actualmente me encuentro en esa situacion donde solo se arreglan bugs, y añadiendo nuevas funcionalidades sin tiempo para corregir o mejorar lo que ya se encuentra terminado. Seria interesante material de que pasos llevaste a cabo para comenzar a mejoar el codigo sin morir en el intento.
Resumen : Entender la Documentacion Oficial
Muchísimas gracias, llevo un año estudiando programación y no había comprendido la importancia de la documentación. 😔 Pero ahora empezaré a estudiarla 😌
Enseñame a programar mister :l
Spoiler: leer la documentación oficial.
Justo eso me paso a miiiii... hasta que ya revento el asunto, ahora tengo tiempo pero no trabajo... jajajaja chale...
Con todo el respeto, ser desarrollador senior no es solo saber usar la documentación oficial.
Para ser senior debes tener unas skills y unos hábitos que en el transcurso de ser un junior has adquirido.
Y recalco, con todo el respeto del mundo, es un vídeo vacio de contenido en el tema.
Un cordial saludo
Discrepo mi buen amigo.
Estoy de acuerdo con lo que dices de que ser Senior no es SOLO esto, hay mucho más. Pero algo que he notado en general es que hay, en muchas ocasiones, una falta de profundidad en el conocimiento. Creo que una de las causas es lo que llamo ‘Tutorial Hell’ en el vídeo, y una forma de escapar de él es dejar de usar tutoriales y pasar a usar los recursos oficiales. También, como digo, ser eriquetado Senior también depende de la empresa, y de su ecosistema de desarrollo.
Siento que el vídeo no te haya gustado, espero que los próximos lo hagan!
@@BettaTech Gracias por contestar personalmente a mi comentario.
El consejo es muy bueno, eso es indudable e innegable. Creo que ha sido más el titulo que me ha dado una expectativa que el vídeo que no se ha cumplido.
Me gusta tu contenido y por ello estoy suscrito a tu canal. Es más, muchos vídeos a profesionales del sector y compañeros.
Sigue así.
busco ser ese tipo de programadores, ya estoy en ese camino de leer mucha documentación oficial
Buena data
Guia de estudio para seguir
Gracias por compartir tu experiencia, me ha ayudado a entender qué puedo hacer para mejorar, ojalá y en algún futuro video puedas hablar sobre tu experiencia con la deuda técnica, Saludos desde MX.
No puedo estar más de acuerdo con esto. Cursé durante la carrera una asignatura de IA en la que usabamos Azure para entrenar los modelos. Recuerdo la práctica final con 0 documentación por parte del profesor, habia que entrenar 4 algoritmos. Gracias a la documentación encontré los 4 algoritmos ya hechos y que parámetros tocar, acabé sacando un 10 en aquella práctica
A veces es gracioso porque entras a la documentación y te das cuenta que el ejemplo del tutorial esta sacado de ahí jaja es el mismo código de ejemplo
Mira, cuando obtienes el instinto arácnido, hay ya subiste de nivel jijijiji, ahora como se obtiene, no se, solo un día te despiertas ya está, lo tienes, puede ser que la araña te pico mientras dormías, y es que la araña te busca, tu nunca la encontrarás, ella llega, le atrae tu olor, el miedo no le gusta, jijijiji
gran video calva
Cuando no encuentro la solución en ningún lado, tengo que leer la documentación 😅😅
Hay un lugar en el cielo en un rango superior al papa, para los que responden las preguntas de forma correcta en stackoverflow :'u
Excelente muy buen video 🔥
Para mi desbloquear el nivel senior viene de:
-.-. Tener bases fuertes en el conocimiento de la programación
.-.- Entender y encarar los problemas del negocio sin afectar la calidad del producto (deuda técnica, tiempo y dinero)
.-.- Habilidades de comunicación y armonía en el equipo de desarrollo
Simplemente trabajar y juntar años de exp en el rubro xd
No creo que sea tanto leer TODA la documentación sobre algo y ser capaz de retenerla como el hecho de saber consultarla para resolver problemas específicos... Lo primero puede acabar llevando a un perfeccionismo disfuncional que además te hará ser poco eficaz
mi barba no llega ni al centímetro, me falta tanto😔
Hasta que metimos terraform xD
Jajaja, no es la mejor doc, pero si que es bastante completa! Al menos en los providers oficiales de hashicorp 😂
En cuanto al tutorial hell es obvio que los tutoriales por su naturaleza no pueden profundizar en nada. No hay nada como profundizar en un entorno de trabajo con sr y jr para poder crecer. En cuanto a mi exp con startup mi recomendación es huir de ellas como de la peste.
El problema es que esa documentación está en chino.
Ahora que has hablado de documentacion, la de phytoon es una basura. La web parece sacada de los años 90.
Las documentaciones oficiales me da sida de ojos, ufff (ya sin broma, habrá que cambiar)
yo pense que dejandome la barba larga y tener mal humor me convertia en sr jaja. La documentacion de Nodej.js no me gusta mucho la verdad xd
Me acabo de enterar que soy senior
Freddy Vega quiere que se use platzi ... No la documentacion......
Tutorial Hell 😂
Gracias usar la documentación oficial y no tutos
Hola que buen video.
Por que pones senior en el título si luego en el video dejas caer que esa concepto no es el adecuado?
No mantendría más lógica con el contenido si en el tutlonpones experimentado en lugar de senior?
Ni modo toco ser tercer comentario.
YASSS
Ojito