Muy interesante el vídeo! Soy programador senior y estoy de acuerdo con todo lo que has comentado! Estoy subiendo vídeos sobre cómo es mi vida como programador en Estonia, un pequeño país del norte de Europa. Al crear contenido me dado cuenta de lo difícil que es hacer vídeos de tanta calidad como los tuyos, con un guión tan claro y una edición tan buena. Eres un referente a seguir! Sigue así! Abrazos desde Estonia!
Pareciera que la vida me dice que me vaya a Estonia jaja. Hace varias semanas estoy pensando debiera irme allá. Sin motivo alguno y sin conocer ese país, en mi cabeza resuena "Andá a vivir a Estonia", de la nada Google comenzó a mostrarme publicidad de allá y también me encuentro con tu comentario. Soy dev y podría obtener la visa de nómada digital. Veré qué hago en los próximos años.
demasiado de acuerdo especialmente con los temas de PCI y Holgura, llevo 6 años liderando equipos de desarrollo y que complejo es hacer entender a los junior el tema de la holgura, me quedo mega preocupado cuando veo a un junior indicando 2 story point para un cambio y de fondo veo a un senior cagarse de risa, hay que entender que desarrollar aplicaciones no es solo pegar codigo, hay que tener en cuenta, logica, arquitectura, estructura de datos, documentacion, refactor y muchas cosas mas.
@@MateopedroX hay láminas anti luz azul para pantallas, anteojos con ese filtro también y los mismos sistemas operativos vienen con programas para reducir la luz azul (la idea es tener 2 o más puntos para que no te afecte)
Esos temas de Clean Code, Clean Architecture, Refactoring, Deuda Técnica, TDD, Big O, son realmente interesantes, deberías generar mas contenido enfocado a estos temas, me suscribo, saludos desde México.
Estoy totalmente de acuerdo con todo lo que dijistes ( tambien soy un programador senior ) , creo que agregaria la facilidad de un senior para explicar temas complejos a otro programador y que lo entienda. Pues un senior de verdad no es alguien que cuando solo el se entienda , sino que los demas puedan entender lo que esta diciendo.
Como Junior ingresando por primera vez a una empresa seria con una buena plantilla de seniors y un buen plan de capacitación a cargo de estos mismos. Siento que aprendí mas en los 3 meses de inducción que en 1 año de pasantía en un lugar desordenado y sin demasiado hincapié en las buenas practicas y en la escalabilidad. Es NOTORIA la diferencia de lo que creci tecnicamente en poco tiempo, en manos de un senior buen pago que dedica dos horas de su día a capacitar juniors. A lo que puedo llegar a aprender por mi cuenta. Mas allá de que el senior tiene mucha claridad de la lógica de negocios, la capacidad de explicar conceptos técnicos complejos de maneras entendibles o solucionar errores explicando que paso y porque nos hace crecer a todos.
Llevo 26 años trabajando en el desarrollo de software. Puede que me considere senior solo por los años que llevo trabajando pero la verdad que solo creo que soy un profesional que supo hacer un equilibrio entre lo tecnico y las habilidades blandas. Incluso diria que despues pasado los años las habilidades comunicativas son mejor evaluadas que las tecnicas. Si solo creemos que un senior es el tipo aquel que desarrolla en modo turbo y que vive aislado en su isla paradisiaca creo que esta muy equivocado.
Dedícate a ser PM, porque si hablas más que lo que desarrollas, sorry, no estás haciendo mucho. Y no creo lo sepas todo, todo el tiempo hay nuevas cosas que aprender.
@@MateopedroX En mi caso uso pantalla oled que tiene 70% más protección de la luz azul, no sé que tan cierto sea eso pero yo si he sentido una considerable diferencia al migrar de una pantalla normal a una oled, y también uso lentes con blue-care (se ve más verdoso todo al ponérselos) pero te protegen (pueden ser con medida o sin medida) y además puedo sumar que siempre tengo todos mis dispositivos con filtro luz nocturna a un 40%, y por supuesto descansar la vista siempre que se pueda, desconectar, dormir bien, si ya está oscureciendo no usar la laptop en oscuras aunque sea con una lámpara ya que eso cansa la vista también, esto es lo que a mi me funciona, antes tenía cansada la vista siempre hasta tuve que ir al médico, pero con esto que menciono casi nunca vuelvo a tener ese problema.
@@stmgraphics2050 Que osada es la ignorancia. Te dice que lleva 26 años programando y que la mejor herramienta que ha conseguido en este tiempo es aprender a comunicar y le mandas a PM y dices que no sabe programar. Pues mira, importa poco cuanto código pique por minuto, importa infinito más cuantos problemas soluciona a lo largo del día, pique o no código para solucionarlos. Y la mayoría de los problemas parten de una mala comunicación. Y te lo dice otro que lleva más de un cuarto de siglo golpeando teclas como un mono.
Un valor agregado de senior, es la facilidad en la cual puedo atender las preguntas de otros y darle respuestas simple y facil de entender, asi mismo poder apoyarlos en cualquier diificultad, haciendo que aprendan y sin degradar a la persona por su poca experiencia.
Esperaba este punto en el video y me alegra mucho leerlo en un comentario. Aun no logro entrar al mundo profesional, pero ese es un miedo constante. ¿Podré preguntar "esto" o será muy tonto?
para mi un sr ademas de lo que mencionaste, es una persona que puede dar visión sobre un problema donde otros no pueden y de esa manera avanzar y destrabar la situacion.
Hola, soy junior, y se que varios junior también les justa los videos de Hola Mundo, y que al igual que yo no todos comprenden parte del vocabulario técnico, seria fantástico que pudieras colocar una especie de glosario para esos términos que no todos conocemos (tipo, cuando menciones algunos de estos, colocar una breve explicación en algún lado de la pantalla para leerlo y entenderlo 😁)
Hay temas con conocimiento teorico que lleva años comprender, con un glosario o pequeña descripcion, lamentablemente, no te hará conectar todo el concepto que abarca el tema, dejando vacios en su explicación y brindando dudas o preguntas que requieren de este conocimiento técnico para ser solventadas. A pesar de eso, encuentro que debería ser una motivación para ser un lider, y no un jefe que le complica la existencia a sus colegas como destacó holaMundo. Soy un simple humano haciendo un pre course para postular a un bootcamp, estos videos me motivan 💪💪💪
La definicion de senior que me parece la mas acertada (al menos en el contexto donde me manejo) me la dio un compañero hace unos meses. La diferencia entre un sr y un ssr es que el sr cuando tiene un bloqueo y busca ayuda es para coordinar con el grupo para ver si esta de acuerdo con su propuesta de solucion (que ya craneo y diseño). Una persona que NO es sr cuando tiene un bloqueo viene a pedir ayuda sin propuestas de solucion. Resumiendo: el sr viene con soluciones, el que no es sr llega con problemas.
No puedo estar de acuerdo en eso, te compro que el Sr ha intentado conseguir una solución antes de pedir ayuda, y que ha buscado todo lo posible, ha tratado de encontrar lo que sea... pero dependiendo del problema, y lo digo por algo que estoy viviendo en este momento y que he vivido en bastantes ocasiones, quizás no quiera introducir ruido o contaminar las ideas de quien le vaya ayudar y prefiera no ofrecer ayuda. Luego puestos en faena, cuando vea que la otra persona está usando su misma solución, puede comentarle que eso ya lo ha probado y que no funciona por los motivos que sean.
* mentorear a Jrs o trainees también puede ser otra práctica de un senior. * Documentan mejor y no se basan en herramientas, sino en funcionalidades. * Saben que los sistemas son para humanos, intentan evitar los errores de "capa 8"! * Están abiertos al feedback y saben dar feedback * Tienen buenos soft skills * Son poco más resilientes Saludos @nicolas!
Buen video, sería interesante volver a ver videos de reacción a código de suscriptores o revisión de proyectos de challenges del canal. Incluso explorar repos open source y ver como se hacen las cosas a nivel más profesional seria un buen tema.
Yo si creo que el cambio de nombre de variables y funciones pueden significar mejoras de inteligibilidad del código. si hace que el código se auto explique mejor lo considero una mejora. Hay muchos refactors que no mejoran tiempos de ejecución, ni disminuyen niveles de complejidad, pero si ordenan y permiten un mejor entendimiento del artefacto.. Creo que no hay nada más grato que ver pasar a un Senior por un código mal obrado y ver su MR que entregue una exquisitez de desarrollo. un código ordenado, limpio y autoexplicado...
jajaja, totalmente. Me ha tocado, por suerte, trabajar en muchos sistemas medianos y grandes, corrigiendo y haciendo mejoras o nuevas funcionalidades. Hay casos y casos, pero en varios de ellos se detectaba una cantidad grande de estilos. Pero en todos descubría siempre o algo interesante, o algo para no hacer o algo magistral. Aprendí de todos y les agradezco. Como siempre: nos paramos sobre los hombros de los gigantes que nos preceden. En comparación con alguno/as programadores, con quienes he tenido la suerte de trabajar, me considero todavía semi-senior, luego de unos 30 años de aporrear teclas. Pero también porque voy cambiando de tecnologías/lenguajes/etc. muy seguido. Es una aventura ser programador. Excelente video. Muchas gracias.
Excelente todo, solo discrepo en el punto donde dices que “renombrar una variable” no es hacer refactoring cuando en realidad si lo es, de hecho, hay un capítulo completo en el libro de Martin Fowler sobre la técnica “Rename Variable”
Ejemplo práctico de esta semana: Constantes BANDEJA_IMPRESORA_1 = 410, IMPRESORA_BANDEJA_1 = 'Bandeja 1', así había 8 bandejas (pedazo impresora, sí, para generar documentación para la admón. pública, con papelitos de diferentes colores y tamaños diferentes)... el renombrarlas al formato BANDEJA_1_ID y BANDEJA_1_NOMBRE fue el detonante para encontrar los errores y empezar a diseñar una solución más avanzada al problema.
Como un creador de contenido que recién comienza a subir videos, digo que Nicolas es todo un ejemplo a subir, cada video que sube mejora en calidad al anterior.
Me gusto mucho tu explicacion en todo tienes razón en la empresa que trabaje el lider del proyecto que era supuestamente senior era muy autoritario, no respetaba las horas de salida ni mucho menos los dias de descanso, lo cual hizo que me desmotivara y cambiara de trabajo, muchas veces los seniors les falta experiencia al saber liderar y manejar a las personas porque piensan que son robots que escriben codigo y que no tienen vida personal
Excelente vídeo Nicolás. Soy desarrollador Junior y lo que he aprendido en la poca experiencia que tengo es que siempre debes estár en una actitud de aprender y colaborar de sana manera con el equipo y a pesar de que hayan personas que molesten ese proceso, es muy importante no perder la cabeza, porque una pelea dentro del equipo puede costar algún Sprint. Nuevamente, excelente contenido :D
Consideró que también un senior tiene más confianza para experimentar, experimentar nuevas maneras de resolver ciertos problemas, cuando eres jr quizá por miedo a romper todo eres más cauteloso
Excelente disertación... La verdad es todo lo que dices, y agrego otra. El hecho de que a veces el 80% del tiempo en el desarrollo es para aprender y documentarse bien de cómo abordar el ajuste y/o nueva funcionalidad. Incluso algo que los dueños del negocio no comprenden. Piensan que es algo artesanal y de ágil solución. Cuando no comprenden qué depende de otras cosas y puede dar efectos colaterales. Me gusta mucho este esquema que les estás dando a tus videos. Saludos desde Bogotá!
Excelente video. Creo que la característica fundamental de un Sr pasa tambien por la humildad. He conocido a algunos Sr con altìsimo conocimiento técnico pero eran demasiado egocéntricos, soberbios, creian ser dueños de la verdad e incluso de burlaban de otros colegas por su forma de programar.
Somos los referentes técnicos para los otros equipos, colaboramos siempre en todo el ciclo de vida y siempre estamos instruyendo a los demás dev jr y ssr. No somos mas que nadie y siempre estamos en constante actualización y auto-aprendizaje. El video me gusto un monto.
Muy de acuerdo en lo que dices en tu video. Tambien agregaria en lo que respecto del tiempo que sabe que habiliddes tecnicay blanda hay que dominar ,uno no puede saberlo todoy dominarlo todo.
Muy interesante! Siendo un senior adhiero a cada uno de los puntos que mencionas. Quizás agregaría otros como: -Calidad en documentación técnica tanto para su equipo como para otras áreas. -Habilidades de comunicación con otros desarrolladores. -Valora que el código esté probado y valora el trabajo de los QA. Saludos desde Argentina
Hola Mundo [Nico]: impresionante todo su trabajo y trayectoria, en hora buena 👍. Por mi parte soy de otro gremio, en específico, soy Arquitecto. A mis casi 40 años estoy evaluando dar un giro de 180° ( hay múltiples condicionantes que me llevan a ello), para involucrarme en el mundo de DATA ANALYSTS dado mi interés y un tanto de empatia con este sector. Estoy armando una ruta de aprendizaje para ello y tus mensajes y consejos en varios vídeos me animan a ello. Espero que técnicamente pueda adquirir este mundo de conocimientos y ponerlo en práctica. Sin más, agradezco tu labor y aporte de valor a la comunidad y seguid dándole duro. Un saludo desde Galicia.
Alberto... Algo por lo que inicie, es porque utilice blender y comencé a hacer plugins en python.... Optimice mi trabajo.... Y lo volvería a hacer, hice unas cosas interesantes para optimizar mis diseños en 3d... Asi no dejarías lo que haces directamente, mejorarias tus proyectos y rendimiento y podrías comenzar a entender la programación de python.
Aparte comienzas a mejorar tus habilidades de ingles, comienzas a leer documentación, haces algo tangible y agregas funcionalidades a un software con bases interesantes y de código abierto.
En general estoy de acuerdo con lo que comentas. Me enfoco en el primer punto y en mi caso no programo mi código haciendolo simple para que los Juniors puedan entenderlo, más bien lo hago para que cualquiera pueda leerlo y entenderlo, algo así como "Escribo código para dar mantenimiento fácil", otra frase que lei en la red hace mucho tiempo dice así: "Escribe código como si supieras que el que lo va a mantener es un loco psicopata que sabe donde vives". Saludos.
Me ha gustado un munton tu video. Yo soy programador senior. Y hay cosas que hago desde hace mucho tiempo que he ido adquiriendo, sin saber que fueran cualidades de senior. Me gustaria saber si podrias hacer algun video relativo a LEAD. Como para poder entender en que uno deberia mejorar para pasar de senior a leader.
Hola Nico! Te quiero. Un abrazo. Y no puedo irme sin agregar que, como ha sugerido Robert Martin, leer código debe ser trivial (a veces menciona que deber ser aburrido, otras veces que debe ser como leer un poema), con lo que se refiere a que debe ser claro y reflejar el caso de uso del negocio con claridad. Sobre los estándares de código, es súper saludable definirlos lo antes posible y hacer que se respeten, para como bien dijiste, evitar cambios masivos de puro formato.
Muy interesante el video, mucho de lo que comentas viene bien descrito en los libros de clean code y clean architecture. Sin embargo, un programador sr debe saber que la busqueda en una tabla hash no es realidad 0(1), debe saber de escalamiento y despliegue, saber de programación distribuida, de wal, de programación concurrentes, de semaforos y condiciones de carrera. Sinceramente no me considero senior, me falta mucho por aprender sobre despliegue, pero me resulta curioso como las personas se consideran senior en base al tiempo que lleva programando, o si conocimiento de un framework, y no su conocimiento en programación. Si eres senior comparte tu proyecto, me gustaría aprender de ti.
Creo que todo es un conjunto de equilibrios. Un senior ha de tener parte junior, y viceversa. Siempre aprendiendo, en temas mentales, físicos, psicoemocionales.
Escuchen todos , no han visto la película ningún sistema es seguro . Bueno se las recomiendo es la mejor película que haiga visto en mi vida. Las tres reglas 1 apunta a lo imposible 2 diviértete en el ciberespacio y en el mundo real 3 ningún sistema es seguro
Todo lo que comentaste es verdadero justo en donde laboro hay un par de colaboradores que tienen un rango alto y no cumplen con esto o se enojaron que empezamos a introducir pull request y mejores prácticas
Excelente contenido, gracias por aportar tu experiencia y sugerencias, son de mucha ayuda para algunos que estamos empezando en la industria del software y aún no entendemos algunas cosas
Holi, trainee aqui, con tus videos me he apoyado muchisimo para iniciar en el mundo de la programación, cuando tenga mi primer trabajo definitivaente te prenderé otra velita en el altar frente a la pc que tengo de ti ✨
Todavía sólo he escuchado la primera manera de detectar un senior... te falta el más importante de los motivos por los que un senior sabe que está obligado a simplificar... dentro de 4, 5, 10 años te van a volver a llamar para que modifiques aquel código que hiciste, y en ese mismo momento tomarás consciencia de lo junior o senior que eras. :) También echo en falta hacer incapié en la diferencia entre documentar y añadir ruido. Un código simple y limpio no necesita de 16 líneas explicando lo que hace cada comando, o cada 2 o 3 comandos, si la funcionalidad a desarrollar es larga, se puede explicar con 3 o 4 líneas diciendo qué objetivo tiene que cumplir y cómo se llega a ello, si lo has programado bien no necesitas escribir constantemente "Abrir conexión a la base de datos", "Ejecutar consulta que recupera los clientes", "Recorrer la colección de clientes", "pintar el campo código de cliente"... "cerrar conexión"... todo eso se hace con un simple "Esta función consulta la lista de clientes y la escribe en una tabla". Luego será tu código el que estará correctamente indentado, usará nombres de variables acordes al estandar usado en el resto de la aplicación, dejará los espacios necesarios para entender que se ha cambiado de paso (por ejemplo, en un bloque de 3 filas se recupera un conjunto de datos, en otro se recorre el conjunto para pintarlo y en otro cierran conexiones, destruyen objetos y/o se hace la limpieza necesaria. Y si lo haces bien, será tu código el que se explique por sí mismo, y quien lo lea entenderá perfectamente qué hace, sin ruidos. "Si la refactorización solo va a mejorar unos milisegundos la operación...", quizás hasta añada milisegundos... si la refactorización hace el código más simple, mantenible y legible, se hace.
Yo trabajo en un puesto Senior, pero realmente no tengo la capacidad de un senior, supongo que me venden así al cliente para ahorrarse dinero. La verdad he estado batallando por no llenar los zapatos, paso bastante ansiedad pero eso me obliga a aprender, estoy solo en los proyectos ya no están los antiguos desarrolladores por lo que no tengo a quien preguntar sobre el código. Por el momento he salido adelante aunque ni siquiera me pagan como a un senior
De acuerdo con todo lo que dices (: en especial con eso de que no son la autoridad máxima, su código también debe pasar por PR y por revisión de otros devs, aún si son menos experimentados. "No existen seniors sin juniors".
Este video si me gusto mucho, en muchas empresas donde he estado trabajabas mas horas de las planteadas y al final estabas rindiendo menos, mas que nada porque te exigían mas allá de tu horario laboral o responsabilidades
Muy cierto lo que mencionas, no me considero Senior, más sin embargo ya me preocupo por todo esos detalles que mencionas y de que ya me han puesto a cargo de compañeros a los cuales siempre se les ayuda, excelente, saludos desde México.
Muchisimas gracias por tu punto de las estimaciones. No lo habia visto de esa manera pero tienes mucha razon, hasta en eso me hiciste pensar que mi PM me protege con ello. Pues agrega esos tiempos que mencionas. Saludos.
Añadir tiempo extra para la realización de tareas no es una buena práctica. Es más, en prácticas Agile hay métricas para medir quien estima mejor. Lo que se tiene que hacer es una buena planificación que no lleve sobrecarga o sobretiempo.
Nunca he ocupado un puesto de Senior ni semi senior jajajaja, pero hago un 80% de estas cosas jajajaja algunas no, lastimosamente porque las empresas a las cuales he trabajado ni siquiera les interesa, y muchas veces al intentar suguerir estas practicas o costumbre no prestan atención y luego llegan lastimosamente ciertos problemas, y mas cuando en un mismo proyecto muchos desarrolladores que ni siquiera se conocen modifican archivos compartidos, claramente no digo al final nada, pero un buen "Se los dije" no me falta jajajaja muchas gracias por tu información me ayuda a entender que voy por buen camino, cuando sea grande quiero ser un Senior como tu jajaja 😄
Primero que nada buen video, coincido al 100% con lo comentado, se puede agregar muchas cosas más a lo mencionado, pero sólo mencionaré dos puntos que me parecen bastante relevantes aunque el primero no tenga que ver en como escribe código un programador senior, se trata del análisis funcional, y entender el requerimiento; muchas veces los juniors fallan en este punto que es bastante crítico, como segundo punto es el programar considerando el tema de la seguridad, también es otro punto que muchas veces falta (obviamente que te puedes apoyar de herramientas como el chimera por ejemplo, pero no son la panacea)
DOTADIW "Do One Thing And Do It Well" filosofía unix para mi me funciona, inclusive para aplicar en nuevos desarrolladores. Si, la consistencia grupal es vital para la toma de decisiones a la hora de armar un "mono" que corra bien en el tiempo
En mi trabajo, hubo una story que mencionaba acerca de mitigar las alertas en slack que emitía un proyecto, lo corrigieron apagando las alertas no necesariamente arreglando el proyecto. - Stonks Seniority ^^^^^^
¿Como que procuras hacer pull requests? Teneis las ramas develop y main abiertas? Si es así, pide que las cierren ya, una cosa es que uno se crea el amo del cotarro, haga PR y se lo acepte el mismo y otra cosa ya es que cualquiera del equipo haga lo mismo, menudo caos.
Muchas empresas no implementan los pull request ni las pruebas unitarias para los desarrolladores dejan todo que si el QA lo aprueba es que todo está bien, lo justifican con eso quita tiempo de desarrollador Es cierto los Seniors son códigos legibles y sencillos con mi equipo los juniors siempre ponen nombres abreviados y métodos con nombres que no se entienden siempre les digo que utilicen nombres explícitos para variables y métodos que no hay problema si quedan grandes lo importante que a primera vista sepas de que trata y no descifrar que eso quita tiempo incluso para ellos mismos
En mi anterior trabajo los seniors eran tal cual los describes en el mal sentido, creían que nadie merecía revisar su código porque "cómo un inferior les iba a decir en qué estaban mal?" Con el tiempo se fue cambiando pero les costó, ahora que soy semi sr recuerdo las malas actitudes que ellos tenían para que cuando logre llegar al sr no tenga esos malos hábitos
Un desarrollador senior explica las cosas aunque las haya aprendido de forma autónoma o por muy básicos que sean porque entiende que mientras más desarrolladores que desarrollen bien hayan, mejor le va a la industria y evita dejar desarrolladores desastre sueltos por ahí.
Los niveles es de lo más esotérico. Tengo años como programador y aun así dudo que sea un senior. Quizás sea ese famoso síndrome del impostor. A día de hoy me falla mucho el seguir los estándares u optimizaciones. Incluso los famosos patrones de diseño. En el fondo, siempre he creído qué hay gente engreida que cree que lo más importante es el decir que son senior o arquitectos incluso me he topado con los full stack que te quieren hacer menos. En fin. Me identifiqué con unos puntos pero en otros no.
Nicolás tengo 15 años me has motivado mucho para empezar a aprender si mi interés sería ser desarrollador web que sería lo recomendado por ti para yo aprender, un saludo!
Actualmente se me considera Senior en la empresa en la cuál estoy y creo que aún me falta mejorar algunos de los puntos que mencionas. Solo añadir que en lo personal me ayudó bastante trabajar como profesor durante aprox 2 años en mis inicios, ya que, con ese conocimiento se hace más fácil poder tomar cualquier tipo de código ajeno al tuyo y comprenderlo, ademas de aprender de todos. Y como mencionaste en tu video, en mi actual empresa tienen un checklist con el cual evalúan el nivel del cargo en el cuál estas y ver como puedes mejorar. Saludos ✌🏻
Excelente. Me disculpo por preguntar algo que no tiene que ver con el tema. ¿Tienen un video que enseñe a usar correctamente NETBEANS IDE8.2 con todas sus funciones? Los videos que encuentro solo se refieren a la descarga e instalación. !Muchas gracias!
Prefiero la versión de Apache NetBeans, está más actualizada y entiendo que es la oficial actualmente. En cuanto a videos para 'usarlo correctamente', tienes razón, casi no hay. Sin embargo, a medida que se va usando uno busca videos o blogs sobre aspectos puntuales y algo aparece. También búscate un manual, lo hay. Y la organización Apache tiene tutoriales en la página de su NetBeans
Quizás una de la cualidades que nunca se nombra de un Senior es la capacidad de abstracción de los problemas a resolver, si bien es cierto que esta tarea normalmente la hace un arquitecto, el senior entiende y comprende la abstracción que ha hecho el arquitecto para poder comunicar a los juniors o mid lo que tienen que hacer.
Nicolas Saludos dedes Venezuela hermano por favor serias tan amble y podrias hacer un video practico sobre los for, los map, filter etc. Gracias por tus videos me han ayudado mucho.
Podrías hablar en un video sobre los estándares de programación que has tenido en tus distintos trabajos como programador, me parece demasiado importante ese tema ahora que entre a una nueva empresa y me percaté de ciertas malas practicas que reconozco a pesar de no tener mala experiencia.
Llego meses tarde pero en la empresa en la que estoy diferenciamos a los seniors porque son los que peor escriben código 🤣 soy trainee y la verdad que los junior son los que más ayudan y cumplen con las características que se mencionan en el video
Siguiendo estas líneas, mucha gente sigue adoptando el modelo CamelCase, peroCuandoTienesTreintaMilVariablesConNombresSimilares, no es mejor empezar_a_estandarizar_el_uso_de_guiones_que_mejoran_la_lectura ? También veo mucho lugar a fallo el uso de variables parecidas como object, objects o selectItems y selectedItems. Todavía estoy muy lejos de ser senior, pero a la hora de revisar y trabajar con código ajeno, es cuando uno de verdad aprende la importancia de seguir la máxima legibilidad.
Hola necesitamos nos explique qué tipos de proyectos de programación requieren de tanta gente, tantos programadores por tantos meses o incluso años de programación, como se miden esos tiempos, la productividad de la gente, el presupuesto o si va a ser viable el proyecto o no… es que tengo amigos que programan en la misma empresa por años y yo me pregunto que tanto pueden hacer en su día a día, será que en verdad son buenos o solo calientan las sillas… Saludos
Senior solo es maquillaje para tapar que es el jefe como capataz, encargado, etc. Las tareas que hace son relativas a la necesidad de la empresa. Eso de decir que hace esto aquello o debería esto es subjetivo. Lo único cierto es que será aquella persona que agrade más al jefe de jefes 😅.
en mi empresa el senior es mas un tipo de motivante y aquel que te va a dar pistas de como se podria campletar alguna tarea. esta alli para llevar el control y apollar en la organizacion de las tareas o proyectos de cada grupo. ahora el resto de mortales estamos alli para aprender del resto del equipo, generalmente nos unen en equipos y donde claramente se entiende quien es el que tiene tiempo y quien no tanto pero al final es un aprendemos todos de todos....
Soy semi-senior React según la empresa donde trabajo. Lucho día a día por evitar caer en el refactor hell. Qué hábito dificil de quitar! Lo tengo súper claro, pero es que veo un var y ... var noooo nooooo const o let pero no noooo jajaja
Hola, Super interesante el video. Podrias hacer un video hablando de PHP, lo referente a que si seria bueno aprenderlo que ventajas habra hoy en dia o porque es mejor dejarlo a un lado. Seria interesante su opinion al respecto Saludos !
Yo me di cuenta que era semi-senior cuando vi en mi cuenta del seguro social que tenia puesto el cargo de consultor semi-senior, pero mas es ese titulo por el tiempo que llevo trabajando.
Muy interesante el vídeo! Soy programador senior y estoy de acuerdo con todo lo que has comentado! Estoy subiendo vídeos sobre cómo es mi vida como programador en Estonia, un pequeño país del norte de Europa. Al crear contenido me dado cuenta de lo difícil que es hacer vídeos de tanta calidad como los tuyos, con un guión tan claro y una edición tan buena. Eres un referente a seguir! Sigue así! Abrazos desde Estonia!
Vamos a ver tu contenido :)
me suscribo!
Me re interesa! Quiero Estonia también en un par de años
@@devgabriel6898 Me suscribo. :D
Pareciera que la vida me dice que me vaya a Estonia jaja. Hace varias semanas estoy pensando debiera irme allá. Sin motivo alguno y sin conocer ese país, en mi cabeza resuena "Andá a vivir a Estonia", de la nada Google comenzó a mostrarme publicidad de allá y también me encuentro con tu comentario. Soy dev y podría obtener la visa de nómada digital. Veré qué hago en los próximos años.
demasiado de acuerdo especialmente con los temas de PCI y Holgura, llevo 6 años liderando equipos de desarrollo y que complejo es hacer entender a los junior el tema de la holgura, me quedo mega preocupado cuando veo a un junior indicando 2 story point para un cambio y de fondo veo a un senior cagarse de risa, hay que entender que desarrollar aplicaciones no es solo pegar codigo, hay que tener en cuenta, logica, arquitectura, estructura de datos, documentacion, refactor y muchas cosas mas.
Como se cuidan la vista respecto a la pc?
@@MateopedroX hay láminas anti luz azul para pantallas, anteojos con ese filtro también y los mismos sistemas operativos vienen con programas para reducir la luz azul (la idea es tener 2 o más puntos para que no te afecte)
Esos temas de Clean Code, Clean Architecture, Refactoring, Deuda Técnica, TDD, Big O, son realmente interesantes, deberías generar mas contenido enfocado a estos temas, me suscribo, saludos desde México.
Estoy totalmente de acuerdo con todo lo que dijistes ( tambien soy un programador senior ) , creo que agregaria la facilidad de un senior para explicar temas complejos a otro programador y que lo entienda. Pues un senior de verdad no es alguien que cuando solo el se entienda , sino que los demas puedan entender lo que esta diciendo.
Disculpa se escribe dijiste*
Y comunicar lo técnico a los no-técnicos efectivamente también.
Como Junior ingresando por primera vez a una empresa seria con una buena plantilla de seniors y un buen plan de capacitación a cargo de estos mismos. Siento que aprendí mas en los 3 meses de inducción que en 1 año de pasantía en un lugar desordenado y sin demasiado hincapié en las buenas practicas y en la escalabilidad.
Es NOTORIA la diferencia de lo que creci tecnicamente en poco tiempo, en manos de un senior buen pago que dedica dos horas de su día a capacitar juniors. A lo que puedo llegar a aprender por mi cuenta. Mas allá de que el senior tiene mucha claridad de la lógica de negocios, la capacidad de explicar conceptos técnicos complejos de maneras entendibles o solucionar errores explicando que paso y porque nos hace crecer a todos.
No entendí el comentario. Mentira jjj
Como se cuidan la vista respecto a la pc?
Llevo 26 años trabajando en el desarrollo de software. Puede que me considere senior solo por los años que llevo trabajando pero la verdad que solo creo que soy un profesional que supo hacer un equilibrio entre lo tecnico y las habilidades blandas. Incluso diria que despues pasado los años las habilidades comunicativas son mejor evaluadas que las tecnicas. Si solo creemos que un senior es el tipo aquel que desarrolla en modo turbo y que vive aislado en su isla paradisiaca creo que esta muy equivocado.
Dedícate a ser PM, porque si hablas más que lo que desarrollas, sorry, no estás haciendo mucho. Y no creo lo sepas todo, todo el tiempo hay nuevas cosas que aprender.
Como se cuidan la vista respecto a la pc?
@@MateopedroX En mi caso uso pantalla oled que tiene 70% más protección de la luz azul, no sé que tan cierto sea eso pero yo si he sentido una considerable diferencia al migrar de una pantalla normal a una oled, y también uso lentes con blue-care (se ve más verdoso todo al ponérselos) pero te protegen (pueden ser con medida o sin medida) y además puedo sumar que siempre tengo todos mis dispositivos con filtro luz nocturna a un 40%, y por supuesto descansar la vista siempre que se pueda, desconectar, dormir bien, si ya está oscureciendo no usar la laptop en oscuras aunque sea con una lámpara ya que eso cansa la vista también, esto es lo que a mi me funciona, antes tenía cansada la vista siempre hasta tuve que ir al médico, pero con esto que menciono casi nunca vuelvo a tener ese problema.
@@stmgraphics2050 Que osada es la ignorancia. Te dice que lleva 26 años programando y que la mejor herramienta que ha conseguido en este tiempo es aprender a comunicar y le mandas a PM y dices que no sabe programar. Pues mira, importa poco cuanto código pique por minuto, importa infinito más cuantos problemas soluciona a lo largo del día, pique o no código para solucionarlos. Y la mayoría de los problemas parten de una mala comunicación. Y te lo dice otro que lleva más de un cuarto de siglo golpeando teclas como un mono.
Soy Junior aún pero en la empresa donde trabajo puedo notar que un senior siempre ayuda al resto.
Un valor agregado de senior, es la facilidad en la cual puedo atender las preguntas de otros y darle respuestas simple y facil de entender, asi mismo poder apoyarlos en cualquier diificultad, haciendo que aprendan y sin degradar a la persona por su poca experiencia.
Esperaba este punto en el video y me alegra mucho leerlo en un comentario. Aun no logro entrar al mundo profesional, pero ese es un miedo constante. ¿Podré preguntar "esto" o será muy tonto?
Ahora un video de como escriben código los programadores Junior, por favor
Jajajjajaja hace falta un directo
Escriben lineas de mas
Aglutina en una función varias funcionalidades con ifs.
@@wolfi3803 jajajajja uno o más
para mi un sr ademas de lo que mencionaste, es una persona que puede dar visión sobre un problema donde otros no pueden y de esa manera avanzar y destrabar la situacion.
Hola, soy junior, y se que varios junior también les justa los videos de Hola Mundo, y que al igual que yo no todos comprenden parte del vocabulario técnico, seria fantástico que pudieras colocar una especie de glosario para esos términos que no todos conocemos (tipo, cuando menciones algunos de estos, colocar una breve explicación en algún lado de la pantalla para leerlo y entenderlo 😁)
Hay temas con conocimiento teorico que lleva años comprender, con un glosario o pequeña descripcion, lamentablemente, no te hará conectar todo el concepto que abarca el tema, dejando vacios en su explicación y brindando dudas o preguntas que requieren de este conocimiento técnico para ser solventadas. A pesar de eso, encuentro que debería ser una motivación para ser un lider, y no un jefe que le complica la existencia a sus colegas como destacó holaMundo.
Soy un simple humano haciendo un pre course para postular a un bootcamp, estos videos me motivan 💪💪💪
Un junior se enfoca solo en el código, y en la funcionalidad, un senior se enfoca en el valor, el servicio al cliente y el producto completo
La definicion de senior que me parece la mas acertada (al menos en el contexto donde me manejo) me la dio un compañero hace unos meses.
La diferencia entre un sr y un ssr es que el sr cuando tiene un bloqueo y busca ayuda es para coordinar con el grupo para ver si esta de acuerdo con su propuesta de solucion (que ya craneo y diseño). Una persona que NO es sr cuando tiene un bloqueo viene a pedir ayuda sin propuestas de solucion.
Resumiendo: el sr viene con soluciones, el que no es sr llega con problemas.
No puedo estar de acuerdo en eso, te compro que el Sr ha intentado conseguir una solución antes de pedir ayuda, y que ha buscado todo lo posible, ha tratado de encontrar lo que sea... pero dependiendo del problema, y lo digo por algo que estoy viviendo en este momento y que he vivido en bastantes ocasiones, quizás no quiera introducir ruido o contaminar las ideas de quien le vaya ayudar y prefiera no ofrecer ayuda. Luego puestos en faena, cuando vea que la otra persona está usando su misma solución, puede comentarle que eso ya lo ha probado y que no funciona por los motivos que sean.
* mentorear a Jrs o trainees también puede ser otra práctica de un senior.
* Documentan mejor y no se basan en herramientas, sino en funcionalidades.
* Saben que los sistemas son para humanos, intentan evitar los errores de "capa 8"!
* Están abiertos al feedback y saben dar feedback
* Tienen buenos soft skills
* Son poco más resilientes
Saludos @nicolas!
Totalmente descuerdo, sobre todo la parte de ser mentor y resiliente.
Simón, escribimos código para qué puede ser entendido por otras personas, no para máquinas.
mientras exista la capa 8 siempre es posible un problema, si no hay se lo inventa 🤣🤣
Buen video, sería interesante volver a ver videos de reacción a código de suscriptores o revisión de proyectos de challenges del canal. Incluso explorar repos open source y ver como se hacen las cosas a nivel más profesional seria un buen tema.
Buena frase la de sal a vivir tu vida, resultado cuando no sólo programas para la empresa sino para ti también 👏🏻👏🏻
"Un senior se va a la hora a su casa" lo mejor de este video!
Yo si creo que el cambio de nombre de variables y funciones pueden significar mejoras de inteligibilidad del código. si hace que el código se auto explique mejor lo considero una mejora. Hay muchos refactors que no mejoran tiempos de ejecución, ni disminuyen niveles de complejidad, pero si ordenan y permiten un mejor entendimiento del artefacto.. Creo que no hay nada más grato que ver pasar a un Senior por un código mal obrado y ver su MR que entregue una exquisitez de desarrollo. un código ordenado, limpio y autoexplicado...
Completamente de acuerdo, hace falta es que un Senior tiene que saber explicar y enseñar, ya que a el se le pregunta si tiene problemas.
jajaja, totalmente. Me ha tocado, por suerte, trabajar en muchos sistemas medianos y grandes, corrigiendo y haciendo mejoras o nuevas funcionalidades. Hay casos y casos, pero en varios de ellos se detectaba una cantidad grande de estilos. Pero en todos descubría siempre o algo interesante, o algo para no hacer o algo magistral. Aprendí de todos y les agradezco. Como siempre: nos paramos sobre los hombros de los gigantes que nos preceden. En comparación con alguno/as programadores, con quienes he tenido la suerte de trabajar, me considero todavía semi-senior, luego de unos 30 años de aporrear teclas. Pero también porque voy cambiando de tecnologías/lenguajes/etc. muy seguido. Es una aventura ser programador. Excelente video. Muchas gracias.
Excelente todo, solo discrepo en el punto donde dices que “renombrar una variable” no es hacer refactoring cuando en realidad si lo es, de hecho, hay un capítulo completo en el libro de Martin Fowler sobre la técnica “Rename Variable”
+1
Ejemplo práctico de esta semana: Constantes BANDEJA_IMPRESORA_1 = 410, IMPRESORA_BANDEJA_1 = 'Bandeja 1', así había 8 bandejas (pedazo impresora, sí, para generar documentación para la admón. pública, con papelitos de diferentes colores y tamaños diferentes)... el renombrarlas al formato BANDEJA_1_ID y BANDEJA_1_NOMBRE fue el detonante para encontrar los errores y empezar a diseñar una solución más avanzada al problema.
Como un creador de contenido que recién comienza a subir videos, digo que Nicolas es todo un ejemplo a subir, cada video que sube mejora en calidad al anterior.
Me gusto mucho tu explicacion en todo tienes razón en la empresa que trabaje el lider del proyecto que era supuestamente senior era muy autoritario, no respetaba las horas de salida ni mucho menos los dias de descanso, lo cual hizo que me desmotivara y cambiara de trabajo, muchas veces los seniors les falta experiencia al saber liderar y manejar a las personas porque piensan que son robots que escriben codigo y que no tienen vida personal
Excelente vídeo Nicolás. Soy desarrollador Junior y lo que he aprendido en la poca experiencia que tengo es que siempre debes estár en una actitud de aprender y colaborar de sana manera con el equipo y a pesar de que hayan personas que molesten ese proceso, es muy importante no perder la cabeza, porque una pelea dentro del equipo puede costar algún Sprint.
Nuevamente, excelente contenido :D
Consideró que también un senior tiene más confianza para experimentar, experimentar nuevas maneras de resolver ciertos problemas, cuando eres jr quizá por miedo a romper todo eres más cauteloso
Excelente disertación... La verdad es todo lo que dices, y agrego otra. El hecho de que a veces el 80% del tiempo en el desarrollo es para aprender y documentarse bien de cómo abordar el ajuste y/o nueva funcionalidad. Incluso algo que los dueños del negocio no comprenden. Piensan que es algo artesanal y de ágil solución. Cuando no comprenden qué depende de otras cosas y puede dar efectos colaterales. Me gusta mucho este esquema que les estás dando a tus videos. Saludos desde Bogotá!
Excelente video. Creo que la característica fundamental de un Sr pasa tambien por la humildad. He conocido a algunos Sr con altìsimo conocimiento técnico pero eran demasiado egocéntricos, soberbios, creian ser dueños de la verdad e incluso de burlaban de otros colegas por su forma de programar.
No existe nada más difícil, que hacer las cosas tan fáciles como para que cualquiera las entienda.
Somos los referentes técnicos para los otros equipos, colaboramos siempre en todo el ciclo de vida y siempre estamos instruyendo a los demás dev jr y ssr. No somos mas que nadie y siempre estamos en constante actualización y auto-aprendizaje. El video me gusto un monto.
Muy de acuerdo en lo que dices en tu video. Tambien agregaria en lo que respecto del tiempo que sabe que habiliddes tecnicay blanda hay que dominar ,uno no puede saberlo todoy dominarlo todo.
Me encanta como tratas los temas y la facilidad con la explicas todo
Excelente descripción de un Senior. Y en mi caso todos esas conductas están marcadas por lecciones reales y vividas en el trabajo.
Muy interesante! Siendo un senior adhiero a cada uno de los puntos que mencionas. Quizás agregaría otros como:
-Calidad en documentación técnica tanto para su equipo como para otras áreas.
-Habilidades de comunicación con otros desarrolladores.
-Valora que el código esté probado y valora el trabajo de los QA.
Saludos desde Argentina
Lo de las habilidades de comunicación... con otros técnicos, con comerciales, con analistas e incluso con clientes.
Hola Mundo [Nico]: impresionante todo su trabajo y trayectoria, en hora buena 👍. Por mi parte soy de otro gremio, en específico, soy Arquitecto. A mis casi 40 años estoy evaluando dar un giro de 180° ( hay múltiples condicionantes que me llevan a ello), para involucrarme en el mundo de DATA ANALYSTS dado mi interés y un tanto de empatia con este sector. Estoy armando una ruta de aprendizaje para ello y tus mensajes y consejos en varios vídeos me animan a ello. Espero que técnicamente pueda adquirir este mundo de conocimientos y ponerlo en práctica. Sin más, agradezco tu labor y aporte de valor a la comunidad y seguid dándole duro. Un saludo desde Galicia.
Alberto... Algo por lo que inicie, es porque utilice blender y comencé a hacer plugins en python.... Optimice mi trabajo.... Y lo volvería a hacer, hice unas cosas interesantes para optimizar mis diseños en 3d... Asi no dejarías lo que haces directamente, mejorarias tus proyectos y rendimiento y podrías comenzar a entender la programación de python.
Aparte comienzas a mejorar tus habilidades de ingles, comienzas a leer documentación, haces algo tangible y agregas funcionalidades a un software con bases interesantes y de código abierto.
En general estoy de acuerdo con lo que comentas. Me enfoco en el primer punto y en mi caso no programo mi código haciendolo simple para que los Juniors puedan entenderlo, más bien lo hago para que cualquiera pueda leerlo y entenderlo, algo así como "Escribo código para dar mantenimiento fácil", otra frase que lei en la red hace mucho tiempo dice así: "Escribe código como si supieras que el que lo va a mantener es un loco psicopata que sabe donde vives".
Saludos.
Me ha gustado un munton tu video. Yo soy programador senior. Y hay cosas que hago desde hace mucho tiempo que he ido adquiriendo, sin saber que fueran cualidades de senior. Me gustaria saber si podrias hacer algun video relativo a LEAD. Como para poder entender en que uno deberia mejorar para pasar de senior a leader.
Hola Nico! Te quiero. Un abrazo.
Y no puedo irme sin agregar que, como ha sugerido Robert Martin, leer código debe ser trivial (a veces menciona que deber ser aburrido, otras veces que debe ser como leer un poema), con lo que se refiere a que debe ser claro y reflejar el caso de uso del negocio con claridad.
Sobre los estándares de código, es súper saludable definirlos lo antes posible y hacer que se respeten, para como bien dijiste, evitar cambios masivos de puro formato.
Muy interesante el video, mucho de lo que comentas viene bien descrito en los libros de clean code y clean architecture. Sin embargo, un programador sr debe saber que la busqueda en una tabla hash no es realidad 0(1), debe saber de escalamiento y despliegue, saber de programación distribuida, de wal, de programación concurrentes, de semaforos y condiciones de carrera. Sinceramente no me considero senior, me falta mucho por aprender sobre despliegue, pero me resulta curioso como las personas se consideran senior en base al tiempo que lleva programando, o si conocimiento de un framework, y no su conocimiento en programación. Si eres senior comparte tu proyecto, me gustaría aprender de ti.
Creo que todo es un conjunto de equilibrios. Un senior ha de tener parte junior, y viceversa. Siempre aprendiendo, en temas mentales, físicos, psicoemocionales.
Escuchen todos , no han visto la película ningún sistema es seguro . Bueno se las recomiendo es la mejor película que haiga visto en mi vida. Las tres reglas 1 apunta a lo imposible 2 diviértete en el ciberespacio y en el mundo real 3 ningún sistema es seguro
Todo lo que comentaste es verdadero justo en donde laboro hay un par de colaboradores que tienen un rango alto y no cumplen con esto o se enojaron que empezamos a introducir pull request y mejores prácticas
Excelente contenido, gracias por aportar tu experiencia y sugerencias, son de mucha ayuda para algunos que estamos empezando en la industria del software y aún no entendemos algunas cosas
Holi, trainee aqui, con tus videos me he apoyado muchisimo para iniciar en el mundo de la programación, cuando tenga mi primer trabajo definitivaente te prenderé otra velita en el altar frente a la pc que tengo de ti ✨
Todavía sólo he escuchado la primera manera de detectar un senior... te falta el más importante de los motivos por los que un senior sabe que está obligado a simplificar... dentro de 4, 5, 10 años te van a volver a llamar para que modifiques aquel código que hiciste, y en ese mismo momento tomarás consciencia de lo junior o senior que eras. :)
También echo en falta hacer incapié en la diferencia entre documentar y añadir ruido. Un código simple y limpio no necesita de 16 líneas explicando lo que hace cada comando, o cada 2 o 3 comandos, si la funcionalidad a desarrollar es larga, se puede explicar con 3 o 4 líneas diciendo qué objetivo tiene que cumplir y cómo se llega a ello, si lo has programado bien no necesitas escribir constantemente "Abrir conexión a la base de datos", "Ejecutar consulta que recupera los clientes", "Recorrer la colección de clientes", "pintar el campo código de cliente"... "cerrar conexión"... todo eso se hace con un simple "Esta función consulta la lista de clientes y la escribe en una tabla". Luego será tu código el que estará correctamente indentado, usará nombres de variables acordes al estandar usado en el resto de la aplicación, dejará los espacios necesarios para entender que se ha cambiado de paso (por ejemplo, en un bloque de 3 filas se recupera un conjunto de datos, en otro se recorre el conjunto para pintarlo y en otro cierran conexiones, destruyen objetos y/o se hace la limpieza necesaria. Y si lo haces bien, será tu código el que se explique por sí mismo, y quien lo lea entenderá perfectamente qué hace, sin ruidos.
"Si la refactorización solo va a mejorar unos milisegundos la operación...", quizás hasta añada milisegundos... si la refactorización hace el código más simple, mantenible y legible, se hace.
Yo trabajo en un puesto Senior, pero realmente no tengo la capacidad de un senior, supongo que me venden así al cliente para ahorrarse dinero. La verdad he estado batallando por no llenar los zapatos, paso bastante ansiedad pero eso me obliga a aprender, estoy solo en los proyectos ya no están los antiguos desarrolladores por lo que no tengo a quien preguntar sobre el código. Por el momento he salido adelante aunque ni siquiera me pagan como a un senior
De acuerdo con todo lo que dices (: en especial con eso de que no son la autoridad máxima, su código también debe pasar por PR y por revisión de otros devs, aún si son menos experimentados.
"No existen seniors sin juniors".
Interesante. Estoy a medio camino todavía. Gracias por el video, el último punto fue muy importante. Gracias
Este video si me gusto mucho, en muchas empresas donde he estado trabajabas mas horas de las planteadas y al final estabas rindiendo menos, mas que nada porque te exigían mas allá de tu horario laboral o responsabilidades
Agregaría, que preguntamos arto, para entender en forma y fondo que hay que hacer. Todo lo demás estoy 100% de acuerdo
Muy cierto lo que mencionas, no me considero Senior, más sin embargo ya me preocupo por todo esos detalles que mencionas y de que ya me han puesto a cargo de compañeros a los cuales siempre se les ayuda, excelente, saludos desde México.
Muchisimas gracias por tu punto de las estimaciones. No lo habia visto de esa manera pero tienes mucha razon, hasta en eso me hiciste pensar que mi PM me protege con ello. Pues agrega esos tiempos que mencionas.
Saludos.
Añadir tiempo extra para la realización de tareas no es una buena práctica. Es más, en prácticas Agile hay métricas para medir quien estima mejor. Lo que se tiene que hacer es una buena planificación que no lleve sobrecarga o sobretiempo.
Nunca he ocupado un puesto de Senior ni semi senior jajajaja, pero hago un 80% de estas cosas jajajaja algunas no, lastimosamente porque las empresas a las cuales he trabajado ni siquiera les interesa, y muchas veces al intentar suguerir estas practicas o costumbre no prestan atención y luego llegan lastimosamente ciertos problemas, y mas cuando en un mismo proyecto muchos desarrolladores que ni siquiera se conocen modifican archivos compartidos, claramente no digo al final nada, pero un buen "Se los dije" no me falta jajajaja
muchas gracias por tu información me ayuda a entender que voy por buen camino, cuando sea grande quiero ser un Senior como tu jajaja 😄
Deberias trabajar en otra compañia..
las empresas tienen los empleados que merecen
muchas gracias por la excelente guía de Airbnb!!
Primero que nada buen video, coincido al 100% con lo comentado, se puede agregar muchas cosas más a lo mencionado, pero sólo mencionaré dos puntos que me parecen bastante relevantes aunque el primero no tenga que ver en como escribe código un programador senior, se trata del análisis funcional, y entender el requerimiento; muchas veces los juniors fallan en este punto que es bastante crítico, como segundo punto es el programar considerando el tema de la seguridad, también es otro punto que muchas veces falta (obviamente que te puedes apoyar de herramientas como el chimera por ejemplo, pero no son la panacea)
DOTADIW "Do One Thing And Do It Well" filosofía unix para mi me funciona, inclusive para aplicar en nuevos desarrolladores. Si, la consistencia grupal es vital para la toma de decisiones a la hora de armar un "mono" que corra bien en el tiempo
Nico sos el mas grande! Gracias porque lo que enseñas es super util! en mi trabajo solo mejoro con tus videos y cursos...
Excelente video nicholas, un abrazo desde Rep. Dom.
En mi trabajo, hubo una story que mencionaba acerca de mitigar las alertas en slack que emitía un proyecto, lo corrigieron apagando las alertas no necesariamente arreglando el proyecto. - Stonks Seniority ^^^^^^
el pull request es revisar el codigo o la funcionalidad, donde trabajo solo validan que funcione mi codigo
Soy programador junior y siempre procuro hacer pull recuest y mantener las buenas prácticas y estándares que se manejan en la empresa
¿Como que procuras hacer pull requests? Teneis las ramas develop y main abiertas? Si es así, pide que las cierren ya, una cosa es que uno se crea el amo del cotarro, haga PR y se lo acepte el mismo y otra cosa ya es que cualquiera del equipo haga lo mismo, menudo caos.
Que concejos das si estás trabajando y estudiando al mismo tiempo?
Muchas empresas no implementan los pull request ni las pruebas unitarias para los desarrolladores dejan todo que si el QA lo aprueba es que todo está bien, lo justifican con eso quita tiempo de desarrollador
Es cierto los Seniors son códigos legibles y sencillos con mi equipo los juniors siempre ponen nombres abreviados y métodos con nombres que no se entienden siempre les digo que utilicen nombres explícitos para variables y métodos que no hay problema si quedan grandes lo importante que a primera vista sepas de que trata y no descifrar que eso quita tiempo incluso para ellos mismos
En mi anterior trabajo los seniors eran tal cual los describes en el mal sentido, creían que nadie merecía revisar su código porque "cómo un inferior les iba a decir en qué estaban mal?" Con el tiempo se fue cambiando pero les costó, ahora que soy semi sr recuerdo las malas actitudes que ellos tenían para que cuando logre llegar al sr no tenga esos malos hábitos
wow! información al hueso, como decimos en mi chilito. Saludos y te fueron como 20 me gusta!
Gracias por tanto Nico! me motivaste mas de una vez!
buenas recomendaciones, añado que un programador Senior no ve mal las pruebas de software ni el contante feedback
El baile de tu barba al hablar es hipnotizante
Un desarrollador senior explica las cosas aunque las haya aprendido de forma autónoma o por muy básicos que sean porque entiende que mientras más desarrolladores que desarrollen bien hayan, mejor le va a la industria y evita dejar desarrolladores desastre sueltos por ahí.
Los niveles es de lo más esotérico. Tengo años como programador y aun así dudo que sea un senior. Quizás sea ese famoso síndrome del impostor. A día de hoy me falla mucho el seguir los estándares u optimizaciones. Incluso los famosos patrones de diseño. En el fondo, siempre he creído qué hay gente engreida que cree que lo más importante es el decir que son senior o arquitectos incluso me he topado con los full stack que te quieren hacer menos. En fin. Me identifiqué con unos puntos pero en otros no.
Nicolás tengo 15 años me has motivado mucho para empezar a aprender si mi interés sería ser desarrollador web que sería lo recomendado por ti para yo aprender, un saludo!
8:13 El mejor consejo del vídeo
Actualmente se me considera Senior en la empresa en la cuál estoy y creo que aún me falta mejorar algunos de los puntos que mencionas.
Solo añadir que en lo personal me ayudó bastante trabajar como profesor durante aprox 2 años en mis inicios, ya que, con ese conocimiento se hace más fácil poder tomar cualquier tipo de código ajeno al tuyo y comprenderlo, ademas de aprender de todos.
Y como mencionaste en tu video, en mi actual empresa tienen un checklist con el cual evalúan el nivel del cargo en el cuál estas y ver como puedes mejorar.
Saludos ✌🏻
Excelente. Me disculpo por preguntar algo que no tiene que ver con el tema. ¿Tienen un video que enseñe a usar correctamente NETBEANS IDE8.2 con todas sus funciones? Los videos que encuentro solo se refieren a la descarga e instalación. !Muchas gracias!
Prefiero la versión de Apache NetBeans, está más actualizada y entiendo que es la oficial actualmente.
En cuanto a videos para 'usarlo correctamente', tienes razón, casi no hay. Sin embargo, a medida que se va usando uno busca videos o blogs sobre aspectos puntuales y algo aparece. También búscate un manual, lo hay. Y la organización Apache tiene tutoriales en la página de su NetBeans
Excelente video Nico!
Quizás una de la cualidades que nunca se nombra de un Senior es la capacidad de abstracción de los problemas a resolver, si bien es cierto que esta tarea normalmente la hace un arquitecto, el senior entiende y comprende la abstracción que ha hecho el arquitecto para poder comunicar a los juniors o mid lo que tienen que hacer.
Que refrescante es ver tus videos ...
Como sabes cuando dejas de ser Junior y pasas a Senior? Que factores te lo indican? Cual es el punto de quiebre?
cuando entiendes que el código es sólo saber cocinar. El cocinero es mucho más que saber cocinar
Un senior ayuda a mejorar el nivel de quiénes trabajan con el o ella, lidera, documenta y sabe decir que no a tiempo
video sin desperdicio.
Excelente vìdeo
Visto en 19/08/2022
Nicolas Saludos dedes Venezuela hermano por favor serias tan amble y podrias hacer un video practico sobre los for, los map, filter
etc. Gracias por tus videos me han ayudado mucho.
Podrías hablar en un video sobre los estándares de programación que has tenido en tus distintos trabajos como programador, me parece demasiado importante ese tema ahora que entre a una nueva empresa y me percaté de ciertas malas practicas que reconozco a pesar de no tener mala experiencia.
Llego meses tarde pero en la empresa en la que estoy diferenciamos a los seniors porque son los que peor escriben código 🤣 soy trainee y la verdad que los junior son los que más ayudan y cumplen con las características que se mencionan en el video
Un senior escribe código simple para un problema complejo, un junior escribe código muy complejo para un problema simple.
Puedes hacer un curso de POO, sería genial, siento que mi POO no es buena y es un obstáculo para el senior
Siguiendo estas líneas, mucha gente sigue adoptando el modelo CamelCase, peroCuandoTienesTreintaMilVariablesConNombresSimilares, no es mejor empezar_a_estandarizar_el_uso_de_guiones_que_mejoran_la_lectura ?
También veo mucho lugar a fallo el uso de variables parecidas como object, objects o selectItems y selectedItems.
Todavía estoy muy lejos de ser senior, pero a la hora de revisar y trabajar con código ajeno, es cuando uno de verdad aprende la importancia de seguir la máxima legibilidad.
Muy buen video!! Soy programador Freelancer y me ayuda mucho saber esta información!!🙌🏻🙌🏻
Hola necesitamos nos explique qué tipos de proyectos de programación requieren de tanta gente, tantos programadores por tantos meses o incluso años de programación, como se miden esos tiempos, la productividad de la gente, el presupuesto o si va a ser viable el proyecto o no… es que tengo amigos que programan en la misma empresa por años y yo me pregunto que tanto pueden hacer en su día a día, será que en verdad son buenos o solo calientan las sillas…
Saludos
Muy buen contenido, y definitivamente estoy de acuerdo con lo que comentas, saludos!!!
Senior solo es maquillaje para tapar que es el jefe como capataz, encargado, etc. Las tareas que hace son relativas a la necesidad de la empresa. Eso de decir que hace esto aquello o debería esto es subjetivo. Lo único cierto es que será aquella persona que agrade más al jefe de jefes 😅.
en mi empresa el senior es mas un tipo de motivante y aquel que te va a dar pistas de como se podria campletar alguna tarea. esta alli para llevar el control y apollar en la organizacion de las tareas o proyectos de cada grupo.
ahora el resto de mortales estamos alli para aprender del resto del equipo, generalmente nos unen en equipos y donde claramente se entiende quien es el que tiene tiempo y quien no tanto pero al final es un aprendemos todos de todos....
Basicamente es alguien que ya resolvio el problema en su cabeza
Soy semi-senior React según la empresa donde trabajo. Lucho día a día por evitar caer en el refactor hell. Qué hábito dificil de quitar! Lo tengo súper claro, pero es que veo un var y ... var noooo nooooo const o let pero no noooo jajaja
Muy bien video teórico ahora falta el práctico 👌
Muy buen video, hace rato esperaba algo así
Me encanta tu voz¡ jejeje gracias por tus videos¡
Gracias! Tus videos son muy motivantes.
Hola, Super interesante el video. Podrias hacer un video hablando de PHP, lo referente a que si seria bueno aprenderlo que ventajas habra hoy en dia o porque es mejor dejarlo a un lado. Seria interesante su opinion al respecto Saludos !
Pagan muy pocooooo!!!
Cual es la diferencia entre senior y junior? xfa
Me gustaría que pudieras regalar un vídeo acerca del lenguaje Lua ya que casi no info que valga la pena
Yo me di cuenta que era semi-senior cuando vi en mi cuenta del seguro social que tenia puesto el cargo de consultor semi-senior, pero mas es ese titulo por el tiempo que llevo trabajando.