La primera vez que me apresuraron.. le dije con incomodidad, me estás apurando? Y me respondió que no.. y me dejó que haga tranquilo una configuración de un servidor de producción.
Yo me quejo al instante cuando se me pide algo poco razonable. A la fecha nunca me dieron la razón, pero tampoco me insistieron. Lo primero es una golosina al ego y puedo vivir sin ella, lo segundo es importante.
Nicolás: Si eres desarrollador de software este vídeo tal vez te interese. Yo: No, soy ingeniero químico pero estoy intrigado con el tema te sigo lealmente desde hace dos meses.
El número 3 lo viví, recuerdo que me preocupaba por mostrar el año completo y cuando me exigían verlo en dos cifras, me imaginé ese problema porque ya se hablaba de un posible problema con windows, así que en mi código lo que hacía era convertir a string y hacer un substring solo para mostrar, así que no tenía practicamente problemas, eso fue maravilloso, sentir que ya estaba adelantado varios años antes del problema, que hermosos recuerdos.
Excelente video! Y que feo que todo se genera por la codicia o solo querer más rapidez, siempre de hacen mejores productos cuando se tiene mayor tiempo para pulirlo.
Voy a hacer sincero, cuando apenas me tope con uno de sus vídeos de este tipo, a simple vista me cayó mal, porque parecía el típico programador hipster con un alto ego y soberbio pero fue todo lo contrario le dí una oportunidad y dios es un tipo súper humilde que trata de ayudar a la comunidad y que a muchas personas les inspira a continuar con la carrera, me cayó muy bien y ahora exploro su contenido ya que es muy bueno. Eres un crack, saludos desde Perú 🇵🇪
Excelente vídeo, muy interesante ver como los "pequeños errores" pueden tener grandes repercusiones, la labor del equipo de desarrollo de software es super importante y no debe tomarse a la ligera, así como un médico
Nico! Me encanta la programación y de pura casualidad encontré tu canal, me encantó inmediatamente. Así que vi todos tus videos y me entro la curiosidad de buscarte en linkedin jaja y viejo fue impresionante. Estudiaste electrónica en la U mayor. Y yo estoy exactamente haciendo lo mismo. Viejo, eres un ejemplo a seguir. Crack en tu contenido. Estás siendo la inspiración para muchas personas en superarse a sí mismas cada día. Gracias!!
Hace tiempo comenté un vídeo tuyo donde decía que eran mis pruebas para entrar a una empresa como programador, hoy ya me dieron mis resultados y he aprobado! Me ayudaron mucho tus consejos!
Muy bueno el video. Es horrible cuando las fechas de entrega se priorizan a la calidad del trabajo y lamentablemente en la mayoria de mi carrera profesional ha sido así. Incluso me ha tocado salir a producción sin un pipeline de delivery definido por carecer de tiempo para hacerlo. Lo que mas gracias me causa es que piensan que están ahorrando tiempo realizando releases apresurados pero parece que no tuvieran en cuenta las horas hombre que se utilizan en resolver incidencias productivas causadas por malos releases. Abrazo!!!!
Que buenísimo video en serio, no hizo falta terminar de verlo para suscribirme, soy desarrollador y he pasado por lo mismo, siempre documento este tipo de cosas y los comento con mis lideres por correo así tengo evidencia y afortunadamente no ha pasado nada grave, un simple correo puede servirte mas que el escudo del capitán america.
Me fui de una empresa de desarrollo de soft a medida luego de padecer casi 2 años el descalabro que era todo. Siempre lo mismo, el dueño pedía una maqueta, la cual iba siendo consensuada con el cliente, hasta ahi digamos que bien, si bien se perdía tiempo por falta de documentación y mejores relevamientos previos, en fin. Lo peor venía después, la maqueta tenía que funcionar, así nada más. Y se enojaba por el tiempo que nos llevaba hacer "funcionar" la bendita maqueta, porque por su larga experiencia (una aplicación de carga de datos con, literalmente, 3 formularios, hecha en VB 6 contra una base en Access) como programador era fácil programar, que no entendía por qué teníamos que empezar por el modelado de datos/objetos y todo un largo etc. Nada de documentación, todo se hacía sobre la marcha. Una jungla de estilos. Se prometían funcionalidades que llevaban un mes para la próxima semana, porque el líder era otro cabeza de termo como el propietario. Exploté, no aguanté más, los mandé a pasear.
Mi libro, Código Oscuro, ya está disponible en todas las librerías de Argentina, Chile, Uruguay, Paraguay, Bolivia y Guatemala sé que te va a encantar, muchas gracias.
Voy empezando en esto de la programacion y te agradezco por remarcar este mensaje de calidad en el desarollo, en las diferentes comunidades que estoy o comunidades, no se habla mucho de ello. Excelente material el que nos compartes
Excelente vídeo. Algunas veces las administraciones de empresas presionan a los equipos de desarrollos, dígase programadores, tester, etc. al final muchas veces esto termina mal y la misma presión hace que efectos colaterales salgan a la luz.
Hola "HolaMundo", je. Muchas gracias por tus videos. Había sentido hablar de React pero nunca me había acercado a el. Ahora ya tengo mi primer ejemplo básico funcionando en React y estoy aprendiéndolo. Como también estoy aprendiendo con tus videos las buenas prácticas de programación. ¡¡Gracias!! Y Saludos desde Argentina / Junin (Buenos Aires).
un gran vídeo, hace que uno se de cuenta de la responsabilidad tan grande que conlleva estar en el mundo del desarrollo, sigue así, tus vídeos son los mejores
Mis respetos amigo, tus videos son muy interesantes, sabes valorar muy bien el conocienmiento técnico del desarrollo y el esfuerzo por adquirirlo. Además de hacer muy entretenido este gran tema que es la tecnología. Felicidades por tu canal, no demérito a nadie pero te distingues por mucho de la gran mayoría de los desarrolladores.
Hola. Muy bueno tu video. Te empece a seguir porque me interesa mucho lo que explicas y como lo haces. Me gustaría que en un próximo video comentes según tu punto de vista que es mejor para desarrollar Angular o React? Saludos
Nicolas... Tambien soy chileno y me parece genial tu canal, como abordas y enseñas en cada uno de tus videos.... tengo 39 años y estoy volviendo a tomar el rumbo de programar despues de 15 años sin tirar una linea de codigo... y esperando tu ultimo video mequeda esto por preguntar.... "se crean procesos en el area de desarrollo que deben ser respetados, la planificacion, pruebas, no sobrecargar al equipo de desarrollo, o comprometer fechas ridiculas de entregas. aunque a veces la administracion decide saltarse estos procesos creyendo que saben mas que el area de desarrollo y debido a esto los "accidentes" empiezan. en el mundo del desarrollo de software rapido es lento y barato es caro... administradores sulen apurar a los desarrolladores, imponer fechas arbitrarias y ridiculas de entrega. desarrolladores que toman atajos en sus entregas, el desarrollo incremental y calidad se veran afectadas. los desarrolladores se sienten apresurados y la reedicion de pares disminuye su calidad, la mentoria entre pares se detiene, los bugs se acumulan, los test se saltan, los desarrolladores se queman. La productividad y calidad se ven estancados." en otras palabras queda la cagaaaa!!!.... ahora la pregunta del millon es la siguiente... dentro de tu experiencia que hacer ante este caso y la respuesta de cambiarte de trabajo no es valida o una opcion...!!!
Hoola, no planeo decir mucho por ahora, pero eres mi héroe en lo que respecta al desarrollo y a lo profesional como tal... Saludos y bendiciones a la familia desde México de un Venezolano.
Que canal mas hermoso el tuyo hermano!, como un apasionado a la programación y la informática, te doy las gracias por compartir tan valioso conocimiento, un gran abrazo desde Santiago!
Man tus video están con madre. Hace muchos años que me dedico al desarrollo de software. Gracias por tu esfuerzo en este canal ! Saludos desde Querétaro, Mex.
Wow, qué triste el último bro... sobretodo porque fue posteriormente solucionado de forma sencilla. Una verdadera pena. Excelente vídeo, como siempre Nicolas.
Muy buen video como ya nos tienes acostumbrados, en serio, te felicito hermano. Sin embargo, te haré una observación: considera la inflación cuando hables de dinero ya que un dólar de hace 20, 10, 5, etc años no vale lo mismo que un dólar de hoy. Esto ayudará a establecer un mismo marco de comparación entre las cifras de las que hablas. Un saludo.
Es la primer vez que comento un video y lo hago con gusto... Te quedo super, este video. representa todo lo que he querido hacer como amante del desarrollo y la tecnología.
7:14 el Y2K fue el resultado de continuar con una practica de programacion bastante primitiva ya para la epoca de los 80's, originalmente se uso una solucion practica para ahorrar RAM (no almacenamiento en disco) en los primeros computadores en los años 60's debido a lo extremadamente cara que era en esos entonces (1 dolar estadounidense de la epoca por BIT o si la memoria RAM siguiera teniendo el mismo costo actualmente serian 10.75 dolares estadounidense por BIT) por lo que al programar y para ahorrar memoria al almacenar y procesar las fechas en memoria se utilizo el formato DD/MM/YY, ya para la epoca de los 90's todos los procesadores, programas y sistemas operativos utilizaban formato de cuatro digitos para el año (DD/MM/YYYY) la preocupacion del "Bug" se enfocaba mas en sistemas de soporte critico que no habian sido actualizados en decadas porque funcionaban bien tal como habian sido diseñados desde sus inicios, ejemplo: centrales hidroelectricas, termicas, nucleares, sistemas de armamentos y defenza automatizados, la industria de la banca y finanzas (la mayoria aun hoy en dia utiliza COBOL para su funciones criticas) etc...
no era una mala práctica, sino una obvia practica por los costos de esa época. Lo que tenían que hacer (y la gran mayoría de empresas lo hicieron, solo algunas fallaron, viví esa época trabajando en Amex, sé lo que digo) era emparchar las bases y corregir el código, o patear el asunto para adelante poniendo un "break de siglo" en el año 50 (lo cual no fue el caso) antes del año 2000 y se hizo bastante tiempo antes... recuerdo q me tocó hacer "guardia" el 31 de diciembre por si pasaba algo raro (que al final no pasó jajaja)... este no fue un error de código sino una evolución en costos que obligaba a programar de una manera cuando los costos eran unos y luego adaptarse cuando se abarataron... miles de ejemplos... saludos!
@@lawais1977 creo que mal interpretaste mi comentario ya que si lees con detenimiento verad que yo en ningun momento dije que fuera una mala practica ya que en si en su origen fue una solucion practica, yo dije que fue el resultado de seguir programando de manera primitiva siendo que ya para los 80's los costos de memoria ram y capacidad de procesamiento se podía costear el uso y manejo de cuatro dígitos para la fecha perfectamente...
@@jraulc ok, pero suena despectivo cuando en realidad es lo mas natutal del mundo... Tu hablas como si migrar un sistema de mainframe fuera un proyecto menor, cuando incluso hoy en dia (2020) hay empresas funcionando con sistemas en Cobol/Fortran justamente xq migrar toda una plataforma es riesgoso... (Ademas de la velocidad de procesamiento q tienen esos lenguajes). Lo q te quiero decir es q no es simple migrar y no siempre es la mejor opción... El mainframe de Visa por ej procesa 5 millones de operaciones por segundo, operaciones q no pueden fallar (si google muestra una busquesa erronea o facebook no te muestra un post q deberia, nadie se va a morir, pero si Visa autoriza una compra q no podia autorizar, alguien va a ser despedido...) Y a nadie le importa si no es OOP o si no usa NgRx o si la mar en coche, lo q importa es la velocidad de respuesta y la robustez con q lo hace... Abrazo
@@lawais1977 Siendo objetivos, el asunto de fondo no es como suene, te saltas por la tangente cuando argumentas el "como te parece que suena", no importa como suene o como parezca algo, en informatica y programacion en especial el asunto no es si te guste o no como suene o como se vea algo, lo que importa es que este bien construido y funcione correctamente, sin bugs ni arroje excepciones en tiempo de ejecucion, no hayan desbordamientos de memoria, etc, si se mira bien y "suena bien" pero no funciona del todo bien entonces no sirve y debe ser corregido, en cambio si no te gusta como se ve "ni como suena" pero funciona bien entonces esta correcto (no se debe reparar lo que esta bien), volviendo al punto sin desvariar, el Y2k fue el producto de una practica completamente innecesaria para cuando ya el costo de memoria RAM y capacidad de procesamiento ya no eran tan limitadas como cuando usar dos dígitos para la fecha en el año fue una solucion muy practica, por cierto, estas mezclando la gimnasia con la magnesia, tratando de usar ejemplos rimbombantes para dar al impresion que sabes mucho de lo que hablas y justificar tu argumento, no me importa cuanto creas saber de informatica y programacion, lo que esta bien esta bien, y lo que esta mal esta mal.
No se de q hablas... El disco rigido todavia en los 90 era caro (la mayoría de las PCs no traian uno y tenias q bootear con disco 5 y un cuarto)... Yo viví esa epoca como programador y se de lo hablo... No solo q el almacenamiento era caro, sino q la ram era cara... Y cuando tenes miles de millones de registros, ahorrar 2 digitos es mucho dinero... Pero, bueno... Pensá lo q quieras
Hermano seria bueno que en tu experiencia hicieras un video sobre los tiempos de entrega óptimos.. es decir cuando un equipo de desarrollo realmente se está tardando más de lo normal.. como saber si el líder de proyecto los esta presionando verdaderamente o realmente hay problemas.. saludos .. tus videos son fenomenales.. mis respetos
Hola! En abril terminé mi carrera de Tecnkco en IT área de Sistemas Informaticos, prácticamente mi perfil es de programador, pero me enseñaron muy poco de php, json, todo lo tuve que aprender por amigos y compañeros, este mes comencé a tomar un curso de Desarrollo Web, html, css, php, js, MySQL, ya tengo conocimiento de eso, pero es para no olvidarme y quiero tomar uno de 100 javascript, algún lenguaje que necesite obligatoriamente para el área laboral? Saludos desde México! Eres un grande crack
Una Vez empezando a trabajar me encargaron crear varios métodos de almacenamiento en sql, 2 días después me jodi la base de datos de la empresa lo bueno que el ingeniero tenía un respaldo lo malo fui despedido
Tú no tenías un backup pero el "ingeniero" sí? A lo mejor te despidieron por esto mismo amigo. Siempre trabajen en entornos de prueba o al menos tengan un backup al alcance.
@@0verkilla creo que eso también es parte de la cultura de la empresa, si no tienen un proceso de trabajo a prueba de errores no pueden esperar que el nuevo venga a resolverles eso también (dependiendo de la experiencia de quién contratan también, pero al parecer el era nuevo en eso, así que al final es culpa de la empresa también)
Me pasó de dejar sin ; un script cuando javascript los necesitaba e hice perder 2000 dólares a la empresa donde trabajaba (porque el error fue justo un viernes) Y por eso amigos, no dejen los deploys para el viernes!
Muy buen video, falta el de Volkswagen con el escandalo de emisiones de gases, Uncle Bob habla de esto tambien y como dice "los desarrolladoes tienen una gran responsabilidad en el mundo pero la sociedad aun no lo sabe"
@@philipuslll no he dicho que fue un error, pero fue un desastre! bueno y si hubiera sido un error o lo hicieron intencionalmente no lo sabemos realmente. Ojo un error no libra de culpa!
Felicitaciones. me encanta tu canal. he aprendido mucho, muchas gracias!. pero quería preguntarte con todo respeto. cómo haces para que te esté saliendo cabello nuevamente?
Hola. He visto muchos de sus videos. Me parecen muy buenos. Me gustaría saber lo siguiente si es posible: Cuantos bugs es normal que le reporten a un desarrollador junior al construir una aplicación móvil relativamente grande?? Los senior tienen menos bugs o independientemente del nivel todos tienen bugs??? Pero si hubiera que poner como un promedio que sea "normal", de cuantos bugs hablaríamos? 30? 40? 50?100?
Como siempre calidad Nicolás, te falto el de la Texas Instrument, que por un error en un chip que se lo dieron a la NASA y fallo, los demandaron por un billón de dólares y tuvieron que cerrar muchas de sus fábricas alrededor del mundo, me enteré por que una amiga trabajo allí, aquí en el Salvador en la América Central y se quedó sin trabajo. Calidad sigue adelante.
Hola Mundo Primero que todo excelente video; ahora como desarrollador con una empresa de desarrollo de software en latam puedo decir que tener un proceso bien definido es lo mejor; en nuestra empresa seguimos procesos basados en la ISO/IEC 29110. Sin embargo, es muy difícil poder seguir los procesos al pie de la letra en un contexto como latam donde el software es tan infravalorado, los clientes quieren el producto en el menor tiempo posible y al menor costo, incluso prefieren pagar a una única persona por un par de meses para que les desarrolle que contratar a una empresa. Todo esto hace muy difícil ser empresario del software en latam. Tu qué opinas?
podrias hacer de horrores de pragramass en empresas de video games, como diablo y la primer intento de witcher y los problemas con assensin creed-- tambein como se produce los ataques de ramsomware
Increíble, conocía varios casos, pero otros si que me asombraron como el del Cáncer. Por eso como desarrolladores debemos de hacer las cosas bien y con la mejor calidad.
El punto no. 1 me recordó el proyecto anterior con un cliente, solo 2 programadores para atender consultas de 17 agencias y proveedores, aparté de programar y ofrecer mejoras en el web site, lo que nos comentaba el director general es "el día tiene 24 horas"
La mejor forma para desarrollar un software es con la implementación del método "Desarrollo agil", creo que no hay nada mejor para organizarte y avanzar tanto como con eso tipo de ciclo iterativo
No, ese accidente no tuvo nada que ver con el software, pero sí con una dirección del proyecto centrada en resultados rápidos, baratos y una ingeniería degradada por la presión. Lo mejor es que se formó un comité de expertos para investigar el accidente y, entre ellos, se encontraba Richard P. Feynman, que al final se descolgó de las conclusiones del comité y emitió su propio informe particular. Personalmente, considero que cada ingeniero del mundo debería releer ese informe, al menos, una vez al año. Y los de dirección, dos. O tres. Búscalo, porque merece la pena leer cada palabra escrita por el eminente físico y matemático, una de las personas más inteligentes del s.XX sin duda alguna.
El mejor gerente de Tecnología fue MAF Miguel Ángel Fernandez en Santander. Cuando había un issue en prod se paraba al lado mío. No para presionarme, sino para atender el teléfono !!!! el explicaba por mi a todos los que llamaban para molestar (estoy hablando de 20 años atras, no había chat). Yo resolvía tranquila y esa confianza que el depositaba en mi me permitía concentrarme y resolver. Extraño aquellos tiempos.
7:30 tenia entendido que el problema de las fechas del año 2000 era porque la fecha se almacenaba como el numero total de segundos desde una fecha origen que creo que era 1900 y como los sistemas eran de 32bits para el año 2000 se desbordaria la memoria para las fechas posteriores
Hola Nicolás, cuando puedas me puedes dar tus comentarios sobre Visual basic application y un feedback de que herramienta puedo escalar siguiendo la línea de lenguaje vba? Amigos me han indicado javascript.
Hola, profe, me gustaría como recomendación del canal que hablaras porfavor, sobre tu opinión personal sobre UML, tambien sobre patrones de diseño, a grandes rasgos. Gracias por la información, que compartes en tú canal.
El símbolo para quienes se lo preguntan es un guión.
gracias jajajjaja
Dormire tranquilo
Hola genio, son increíbles tus videos. Me gustaría tener más detalles de cómo comprar las partes del corne keyboard!
Que por lo visto, también te lo has olvidado. Un bug de programadores.
ohh ahora ya tiene sentido el rectángulo blanco
Esto es de terror. La ultima vez que me apresuraron renuncie.
La primera vez que me apresuraron.. le dije con incomodidad, me estás apurando? Y me respondió que no.. y me dejó que haga tranquilo una configuración de un servidor de producción.
Y te dicen: en tus manos está el futuro de la empresa xd
@@donpepe6853 ponte la camiseta
Yo me quejo al instante cuando se me pide algo poco razonable.
A la fecha nunca me dieron la razón, pero tampoco me insistieron. Lo primero es una golosina al ego y puedo vivir sin ella, lo segundo es importante.
@@donpepe6853 jajaja buena jajaja
Nicolás: Si eres desarrollador de software este vídeo tal vez te interese.
Yo: No, soy ingeniero químico pero estoy intrigado con el tema te sigo lealmente desde hace dos meses.
Un top de los SOFTWARE MÁS COMPLEJOS DE LA HISTORIA
siiii
Cualquier cosa de sistemas operativos. En mi universidad, sistemas operativos es la peor clase y mas dificil
@@AlWwW1 Tienen muchas líneas y parámetros de código ciertamente
@@AlWwW1 Te ponen a hacer tu propio sistema operativo?
ZRobertZ3 no, a lo largo del curso haces diferentes cosas, si quieres ver, busca “Syllabus CMSC412 University of Maryland”
¡ Felicidades, Nicolás ! Por el éxito que estás teniendo y la calidad de los videos que traes, un abrazo desde Perú. 😁
El número 3 lo viví, recuerdo que me preocupaba por mostrar el año completo y cuando me exigían verlo en dos cifras, me imaginé ese problema porque ya se hablaba de un posible problema con windows, así que en mi código lo que hacía era convertir a string y hacer un substring solo para mostrar, así que no tenía practicamente problemas, eso fue maravilloso, sentir que ya estaba adelantado varios años antes del problema, que hermosos recuerdos.
Excelente video! Y que feo que todo se genera por la codicia o solo querer más rapidez, siempre de hacen mejores productos cuando se tiene mayor tiempo para pulirlo.
Voy a hacer sincero, cuando apenas me tope con uno de sus vídeos de este tipo, a simple vista me cayó mal, porque parecía el típico programador hipster con un alto ego y soberbio pero fue todo lo contrario le dí una oportunidad y dios es un tipo súper humilde que trata de ayudar a la comunidad y que a muchas personas les inspira a continuar con la carrera, me cayó muy bien y ahora exploro su contenido ya que es muy bueno. Eres un crack, saludos desde Perú 🇵🇪
Me pasó lo mismo
El de los médicos fue impactante, a quién se le ocurre ponerlos a supervisar softwer???
Excelente vídeo, muy interesante ver como los "pequeños errores" pueden tener grandes repercusiones, la labor del equipo de desarrollo de software es super importante y no debe tomarse a la ligera, así como un médico
Nico! Me encanta la programación y de pura casualidad encontré tu canal, me encantó inmediatamente. Así que vi todos tus videos y me entro la curiosidad de buscarte en linkedin jaja y viejo fue impresionante. Estudiaste electrónica en la U mayor. Y yo estoy exactamente haciendo lo mismo. Viejo, eres un ejemplo a seguir. Crack en tu contenido. Estás siendo la inspiración para muchas personas en superarse a sí mismas cada día. Gracias!!
Minuto 0:00 -"No todo es color de rosa en el mundo del desarrollo".
Yo: "*¡Ah chinga! ¿Cuándo lo ha sido?"
cuando imprimes en pantalla "Hola mundo" :)
Cuando cae la quincena :')
cuando te compila el programa a la primera :)
@@guasonmexicano144 "Sí claro, como si esas cosas pasaran"...
....
5doritos después, llega msj de tu crush ....
print("Hola mundo :)")
Al final faltaba: "Si el video te gustó dale pulgar arriba y suscribete, muchas gracias, la ambientacion musical..."
Te ha hablado Hola mundo y te deseo muy buenas noches.
Hace tiempo comenté un vídeo tuyo donde decía que eran mis pruebas para entrar a una empresa como programador, hoy ya me dieron mis resultados y he aprobado! Me ayudaron mucho tus consejos!
Muy bueno el video. Es horrible cuando las fechas de entrega se priorizan a la calidad del trabajo y lamentablemente en la mayoria de mi carrera profesional ha sido así. Incluso me ha tocado salir a producción sin un pipeline de delivery definido por carecer de tiempo para hacerlo. Lo que mas gracias me causa es que piensan que están ahorrando tiempo realizando releases apresurados pero parece que no tuvieran en cuenta las horas hombre que se utilizan en resolver incidencias productivas causadas por malos releases. Abrazo!!!!
Los dislikes son administradores que ponen fechas y requerimientos imposibles?
son los que ponen los 2 ultimos digitos del año xd
Que buenísimo video en serio, no hizo falta terminar de verlo para suscribirme, soy desarrollador y he pasado por lo mismo, siempre documento este tipo de cosas y los comento con mis lideres por correo así tengo evidencia y afortunadamente no ha pasado nada grave, un simple correo puede servirte mas que el escudo del capitán america.
Me fui de una empresa de desarrollo de soft a medida luego de padecer casi 2 años el descalabro que era todo. Siempre lo mismo, el dueño pedía una maqueta, la cual iba siendo consensuada con el cliente, hasta ahi digamos que bien, si bien se perdía tiempo por falta de documentación y mejores relevamientos previos, en fin. Lo peor venía después, la maqueta tenía que funcionar, así nada más. Y se enojaba por el tiempo que nos llevaba hacer "funcionar" la bendita maqueta, porque por su larga experiencia (una aplicación de carga de datos con, literalmente, 3 formularios, hecha en VB 6 contra una base en Access) como programador era fácil programar, que no entendía por qué teníamos que empezar por el modelado de datos/objetos y todo un largo etc. Nada de documentación, todo se hacía sobre la marcha. Una jungla de estilos. Se prometían funcionalidades que llevaban un mes para la próxima semana, porque el líder era otro cabeza de termo como el propietario. Exploté, no aguanté más, los mandé a pasear.
Solo faltó escuchar: "Mi libro, luna de plutón..."
Mi libro, Código Oscuro, ya está disponible en todas las librerías de Argentina, Chile, Uruguay, Paraguay, Bolivia y Guatemala sé que te va a encantar, muchas gracias.
Pensé lo mismo, maneja pausas muy parecidas además de lo obvio jajaja
genial el video! increíble que estemos viendo en primera fila estos hechos que son parte de la historia en esta nueva ciencia
El N° 5 me recordo al meme de que: "La calculadora estaba en radianes"...
jajjajaja siii
2:23 yo solo veo un bloque en blanco... a menos de que ese algo nuevo en ASCII
Está escrito en whitespace
Es un guion gigantesco
-
Este canal es único, no conozco otro que haga este tipo de contenido en el area de la programación.
Voy empezando en esto de la programacion y te agradezco por remarcar este mensaje de calidad en el desarollo, en las diferentes comunidades que estoy o comunidades, no se habla mucho de ello. Excelente material el que nos compartes
Excelente vídeo. Algunas veces las administraciones de empresas presionan a los equipos de desarrollos, dígase programadores, tester, etc. al final muchas veces esto termina mal y la misma presión hace que efectos colaterales salgan a la luz.
Excelente video. Me gustó la frase: En el mundo del desarrollo de software, rápido es lento y barato es caro. 9:03
Como Test Automation engineer me encantó mucho el video bro. Definitivamente muchos deben verlo.! Saludos desde tu tierra!.
Hola "HolaMundo", je. Muchas gracias por tus videos. Había sentido hablar de React pero nunca me había acercado a el. Ahora ya tengo mi primer ejemplo básico funcionando en React y estoy aprendiéndolo. Como también estoy aprendiendo con tus videos las buenas prácticas de programación. ¡¡Gracias!! Y Saludos desde Argentina / Junin (Buenos Aires).
9:51 gran resumen de como funcionan muchas empresas
un gran vídeo, hace que uno se de cuenta de la responsabilidad tan grande que conlleva estar en el mundo del desarrollo, sigue así, tus vídeos son los mejores
Excelente video la verdad tienes una canal con temas que atrapan y con buenas bases... Te felicito y sigue por el mismo rumbo. . buen trabajo
Mis respetos amigo, tus videos son muy interesantes, sabes valorar muy bien el conocienmiento técnico del desarrollo y el esfuerzo por adquirirlo. Además de hacer muy entretenido este gran tema que es la tecnología. Felicidades por tu canal, no demérito a nadie pero te distingues por mucho de la gran mayoría de los desarrolladores.
Hola. Muy bueno tu video. Te empece a seguir porque me interesa mucho lo que explicas y como lo haces. Me gustaría que en un próximo video comentes según tu punto de vista que es mejor para desarrollar Angular o React? Saludos
Nicolas... Tambien soy chileno y me parece genial tu canal, como abordas y enseñas en cada uno de tus videos.... tengo 39 años y estoy volviendo a tomar el rumbo de programar despues de 15 años sin tirar una linea de codigo... y esperando tu ultimo video mequeda esto por preguntar....
"se crean procesos en el area de desarrollo que deben ser respetados, la planificacion, pruebas, no sobrecargar al equipo de desarrollo, o comprometer fechas ridiculas de entregas. aunque a veces la administracion decide saltarse estos procesos creyendo que saben mas que el area de desarrollo y debido a esto los "accidentes" empiezan.
en el mundo del desarrollo de software rapido es lento y barato es caro... administradores sulen apurar a los desarrolladores, imponer fechas arbitrarias y ridiculas de entrega. desarrolladores que toman atajos en sus entregas, el desarrollo incremental y calidad se veran afectadas. los desarrolladores se sienten apresurados y la reedicion de pares disminuye su calidad, la mentoria entre pares se detiene, los bugs se acumulan, los test se saltan, los desarrolladores se queman. La productividad y calidad se ven estancados."
en otras palabras queda la cagaaaa!!!.... ahora la pregunta del millon es la siguiente... dentro de tu experiencia que hacer ante este caso y la respuesta de cambiarte de trabajo no es valida o una opcion...!!!
Hoola, no planeo decir mucho por ahora, pero eres mi héroe en lo que respecta al desarrollo y a lo profesional como tal...
Saludos y bendiciones a la familia desde México de un Venezolano.
Que canal mas hermoso el tuyo hermano!, como un apasionado a la programación y la informática, te doy las gracias por compartir tan valioso conocimiento, un gran abrazo desde Santiago!
¡Gran video! Aprovechando este tema sería genial que hagas un video sobre buenas prácticas de "testeo" de software.
Man tus video están con madre. Hace muchos años que me dedico al desarrollo de software. Gracias por tu esfuerzo en este canal ! Saludos desde Querétaro, Mex.
Me dieron miedo las historias
Wow, qué triste el último bro... sobretodo porque fue posteriormente solucionado de forma sencilla. Una verdadera pena.
Excelente vídeo, como siempre Nicolas.
Excelente video Nicolás! Que venga la parte 2..Saludos desde Perú
Felicidades por el buen contenido! Me podrías explicar porque preferiste NZ sobre Canadá ? Saludos
Muy buen video como ya nos tienes acostumbrados, en serio, te felicito hermano. Sin embargo, te haré una observación: considera la inflación cuando hables de dinero ya que un dólar de hace 20, 10, 5, etc años no vale lo mismo que un dólar de hoy. Esto ayudará a establecer un mismo marco de comparación entre las cifras de las que hablas. Un saludo.
Genial el video Nico!, queremos el tutorial paso a paso de tu teclado XD
Es la primer vez que comento un video y lo hago con gusto... Te quedo super, este video. representa todo lo que he querido hacer como amante del desarrollo y la tecnología.
9:50 excelente resumen de las conseciencias de priorizar la reducción de costos por encima de la calidad del producto
Vídeos muy currados!! Empiezo en septiembre a estudiar DAW y tus vídeos me motivan mucho. Sigue así!
Muy bueno video! Siempre hablo a mis compañeros acerca de la importancia del desarrollo de software, haciendo comparación con el caso de Boeing.
Dadie:
Absolutamente nadie:
Google: Nicolás, la NASA quiere saber tu ubicación para evitar más accidentes espaciales.
Grande, cuesta comerse el orgullo pero siempre hay q intentar aprender del error
Hola Nicolas, excelente el video. Hablando de las presiones en el desarrollo, que pensas del metodologia agile , entregando por sprint.👍
Estaría genial un video sobre recomendaciones para tus primeros días (o meses) como desarrollador junior. Errores a evitar, recomendaciones ...
7:14 el Y2K fue el resultado de continuar con una practica de programacion bastante primitiva ya para la epoca de los 80's, originalmente se uso una solucion practica para ahorrar RAM (no almacenamiento en disco) en los primeros computadores en los años 60's debido a lo extremadamente cara que era en esos entonces (1 dolar estadounidense de la epoca por BIT o si la memoria RAM siguiera teniendo el mismo costo actualmente serian 10.75 dolares estadounidense por BIT) por lo que al programar y para ahorrar memoria al almacenar y procesar las fechas en memoria se utilizo el formato DD/MM/YY, ya para la epoca de los 90's todos los procesadores, programas y sistemas operativos utilizaban formato de cuatro digitos para el año (DD/MM/YYYY) la preocupacion del "Bug" se enfocaba mas en sistemas de soporte critico que no habian sido actualizados en decadas porque funcionaban bien tal como habian sido diseñados desde sus inicios, ejemplo: centrales hidroelectricas, termicas, nucleares, sistemas de armamentos y defenza automatizados, la industria de la banca y finanzas (la mayoria aun hoy en dia utiliza COBOL para su funciones criticas) etc...
no era una mala práctica, sino una obvia practica por los costos de esa época. Lo que tenían que hacer (y la gran mayoría de empresas lo hicieron, solo algunas fallaron, viví esa época trabajando en Amex, sé lo que digo) era emparchar las bases y corregir el código, o patear el asunto para adelante poniendo un "break de siglo" en el año 50 (lo cual no fue el caso) antes del año 2000 y se hizo bastante tiempo antes... recuerdo q me tocó hacer "guardia" el 31 de diciembre por si pasaba algo raro (que al final no pasó jajaja)... este no fue un error de código sino una evolución en costos que obligaba a programar de una manera cuando los costos eran unos y luego adaptarse cuando se abarataron... miles de ejemplos... saludos!
@@lawais1977 creo que mal interpretaste mi comentario ya que si lees con detenimiento verad que yo en ningun momento dije que fuera una mala practica ya que en si en su origen fue una solucion practica, yo dije que fue el resultado de seguir programando de manera primitiva siendo que ya para los 80's los costos de memoria ram y capacidad de procesamiento se podía costear el uso y manejo de cuatro dígitos para la fecha perfectamente...
@@jraulc ok, pero suena despectivo cuando en realidad es lo mas natutal del mundo... Tu hablas como si migrar un sistema de mainframe fuera un proyecto menor, cuando incluso hoy en dia (2020) hay empresas funcionando con sistemas en Cobol/Fortran justamente xq migrar toda una plataforma es riesgoso... (Ademas de la velocidad de procesamiento q tienen esos lenguajes). Lo q te quiero decir es q no es simple migrar y no siempre es la mejor opción... El mainframe de Visa por ej procesa 5 millones de operaciones por segundo, operaciones q no pueden fallar (si google muestra una busquesa erronea o facebook no te muestra un post q deberia, nadie se va a morir, pero si Visa autoriza una compra q no podia autorizar, alguien va a ser despedido...) Y a nadie le importa si no es OOP o si no usa NgRx o si la mar en coche, lo q importa es la velocidad de respuesta y la robustez con q lo hace... Abrazo
@@lawais1977 Siendo objetivos, el asunto de fondo no es como suene, te saltas por la tangente cuando argumentas el "como te parece que suena", no importa como suene o como parezca algo, en informatica y programacion en especial el asunto no es si te guste o no como suene o como se vea algo, lo que importa es que este bien construido y funcione correctamente, sin bugs ni arroje excepciones en tiempo de ejecucion, no hayan desbordamientos de memoria, etc, si se mira bien y "suena bien" pero no funciona del todo bien entonces no sirve y debe ser corregido, en cambio si no te gusta como se ve "ni como suena" pero funciona bien entonces esta correcto (no se debe reparar lo que esta bien), volviendo al punto sin desvariar, el Y2k fue el producto de una practica completamente innecesaria para cuando ya el costo de memoria RAM y capacidad de procesamiento ya no eran tan limitadas como cuando usar dos dígitos para la fecha en el año fue una solucion muy practica, por cierto, estas mezclando la gimnasia con la magnesia, tratando de usar ejemplos rimbombantes para dar al impresion que sabes mucho de lo que hablas y justificar tu argumento, no me importa cuanto creas saber de informatica y programacion, lo que esta bien esta bien, y lo que esta mal esta mal.
No se de q hablas... El disco rigido todavia en los 90 era caro (la mayoría de las PCs no traian uno y tenias q bootear con disco 5 y un cuarto)... Yo viví esa epoca como programador y se de lo hablo... No solo q el almacenamiento era caro, sino q la ram era cara... Y cuando tenes miles de millones de registros, ahorrar 2 digitos es mucho dinero... Pero, bueno... Pensá lo q quieras
Hermano seria bueno que en tu experiencia hicieras un video sobre los tiempos de entrega óptimos.. es decir cuando un equipo de desarrollo realmente se está tardando más de lo normal.. como saber si el líder de proyecto los esta presionando verdaderamente o realmente hay problemas.. saludos .. tus videos son fenomenales.. mis respetos
Excelente video, saludos desde Chile!
El mejor video que haya visto tuyo,, casi siempre hablas solo de ti.....
Te felicito! grandes temas super importantes y de sumo interes, gracias por compartir. Saludos.
Totalmente de acuerdo! Me ha tocado vivir mucho de lo que comentas
Hola! En abril terminé mi carrera de Tecnkco en IT área de Sistemas Informaticos, prácticamente mi perfil es de programador, pero me enseñaron muy poco de php, json, todo lo tuve que aprender por amigos y compañeros, este mes comencé a tomar un curso de Desarrollo Web, html, css, php, js, MySQL, ya tengo conocimiento de eso, pero es para no olvidarme y quiero tomar uno de 100 javascript, algún lenguaje que necesite obligatoriamente para el área laboral? Saludos desde México! Eres un grande crack
Frameworks para PHP y para Javascript. También C#.NET es útil
python y go tambien son buena opcion
¡Ah! y Java para web (JEE)
Los tomaré en cuenta, muchas gracias compañeros!
Por cierto, gran colaboración con Coderos en el live de programación funcional
Buen video. Cuando hablaste de la radiación creí que ibas a hablar del Therac-25 que tuvo un problema similar.
Una Vez empezando a trabajar me encargaron crear varios métodos de almacenamiento en sql, 2 días después me jodi la base de datos de la empresa lo bueno que el ingeniero tenía un respaldo lo malo fui despedido
que sad
Para eso se usa un entorno de pruebas no ?
Tú no tenías un backup pero el "ingeniero" sí? A lo mejor te despidieron por esto mismo amigo. Siempre trabajen en entornos de prueba o al menos tengan un backup al alcance.
@@0verkilla creo que eso también es parte de la cultura de la empresa, si no tienen un proceso de trabajo a prueba de errores no pueden esperar que el nuevo venga a resolverles eso también (dependiendo de la experiencia de quién contratan también, pero al parecer el era nuevo en eso, así que al final es culpa de la empresa también)
@@Dennisbot Estoy de acuerdo, pero un backup mínimo. Incontables veces me han salvado de un garrón de la gran flauta jaja
Me pasó de dejar sin ; un script cuando javascript los necesitaba e hice perder 2000 dólares a la empresa donde trabajaba (porque el error fue justo un viernes)
Y por eso amigos, no dejen los deploys para el viernes!
Muy buen video, falta el de Volkswagen con el escandalo de emisiones de gases, Uncle Bob habla de esto tambien y como dice "los desarrolladoes tienen una gran responsabilidad en el mundo pero la sociedad aun no lo sabe"
Pero lo de Volkswagen no fue un error de software, fue algo premeditado para engañar a las personas y agencias ambientales.
@@philipuslll no he dicho que fue un error, pero fue un desastre! bueno y si hubiera sido un error o lo hicieron intencionalmente no lo sabemos realmente. Ojo un error no libra de culpa!
@@pkkkks tienes razón, el título dice desastres, por lo que el escándalo de Volkswagen si podría estar allí.
Felicitaciones. me encanta tu canal. he aprendido mucho, muchas gracias!. pero quería preguntarte con todo respeto. cómo haces para que te esté saliendo cabello nuevamente?
Que buen video de los peligros de la mala planeacion en el desarrollo de software, lo veré de nuevo
Deberías hacer un video de propuestas laborales en Guatemaltemala!! Ya que aquí se viven muchos problemas que se oponen al desarrollo del país!!
Te faltó el caso de re uso de código en un cohete Ariane. Saludos. Muy buen video.
Ahora si un buen vídeo, saludos 👍
increible, me encantaria una segunda parte. por ejemplo el caso del samsung note 7 , que explotaba de la nada.
Cuando haces un live programando ? Tengo curiosidad de saber cual es la lógica de buen profesional de desarrollo. Saludos y buen video.
Hola. He visto muchos de sus videos. Me parecen muy buenos. Me gustaría saber lo siguiente si es posible: Cuantos bugs es normal que le reporten a un desarrollador junior al construir una aplicación móvil relativamente grande?? Los senior tienen menos bugs o independientemente del nivel todos tienen bugs??? Pero si hubiera que poner como un promedio que sea "normal", de cuantos bugs hablaríamos? 30? 40? 50?100?
Como siempre calidad Nicolás, te falto el de la Texas Instrument, que por un error en un chip que se lo dieron a la NASA y fallo, los demandaron por un billón de dólares y tuvieron que cerrar muchas de sus fábricas alrededor del mundo, me enteré por que una amiga trabajo allí, aquí en el Salvador en la América Central y se quedó sin trabajo. Calidad sigue adelante.
No te percibí apasionado de este tema! Podrías hacer videos de Ruby on Rails???
Buen video!!,nose si podrías en un futuro cercano subir sobre estructuras de datos,saludoss
Buenisimo el video! y muy intersante. Gracias Nico!
excelete video, seria beno un video explicado por ud de como iniciarse en la programación , lo bueno y lo malo en ello
EXCELENTE VIDEO!!!!!!!!!!!! MÁS ASÍ, POR FAVOR!!!!
Por fiiiin otro videooo crackkkk❤️🔥
Te amo hola mundo !! Quiero ser tan brillante como tu !!🥳🥳🥳🥳
Hola Mundo
Primero que todo excelente video; ahora como desarrollador con una empresa de desarrollo de software en latam puedo decir que tener un proceso bien definido es lo mejor; en nuestra empresa seguimos procesos basados en la ISO/IEC 29110. Sin embargo, es muy difícil poder seguir los procesos al pie de la letra en un contexto como latam donde el software es tan infravalorado, los clientes quieren el producto en el menor tiempo posible y al menor costo, incluso prefieren pagar a una única persona por un par de meses para que les desarrolle que contratar a una empresa. Todo esto hace muy difícil ser empresario del software en latam. Tu qué opinas?
Es cierto, la mentalidad en Latam es muy inmediatista y de infravalorar el trabajo de otros.
Excelente video Nicolas. Gracias por tus videos
podrias hacer de horrores de pragramass en empresas de video games, como diablo y la primer intento de witcher y los problemas con assensin creed-- tambein como se produce los ataques de ramsomware
Increíble, conocía varios casos, pero otros si que me asombraron como el del Cáncer. Por eso como desarrolladores debemos de hacer las cosas bien y con la mejor calidad.
El punto no. 1 me recordó el proyecto anterior con un cliente, solo 2 programadores para atender consultas de 17 agencias y proveedores, aparté de programar y ofrecer mejoras en el web site, lo que nos comentaba el director general es "el día tiene 24 horas"
cual fue el final de esa historia?
La mejor forma para desarrollar un software es con la implementación del método "Desarrollo agil", creo que no hay nada mejor para organizarte y avanzar tanto como con eso tipo de ciclo iterativo
Buenardo el video, has algun video relacionado sobre el mundo de los videojuegos
Me vienen a la cabeza otros dos desastres: el de Toyota y su error en frenos por un spaghetti sw (o eso se decía) y el Abgas Skandal de VW
Ya me dio miedo programar hardware... Excelente video, gracias por compartir esas experiencias.
Excelente Nico! saludos desde Chile
Que grande Nico! Yo pensaba que ibas a mencionar el tema del accidente del Challenger del 86' aunque no se si tiene que ver con la programación
No, ese accidente no tuvo nada que ver con el software, pero sí con una dirección del proyecto centrada en resultados rápidos, baratos y una ingeniería degradada por la presión. Lo mejor es que se formó un comité de expertos para investigar el accidente y, entre ellos, se encontraba Richard P. Feynman, que al final se descolgó de las conclusiones del comité y emitió su propio informe particular. Personalmente, considero que cada ingeniero del mundo debería releer ese informe, al menos, una vez al año. Y los de dirección, dos. O tres. Búscalo, porque merece la pena leer cada palabra escrita por el eminente físico y matemático, una de las personas más inteligentes del s.XX sin duda alguna.
Gran video y contenido! Un saludo desde Venezuela
La calidad del contenido esta genial Hola Mundo Habes si puedes hacer videos de como implementar patrones de diseño eficientemente
El mejor gerente de Tecnología fue MAF Miguel Ángel Fernandez en Santander. Cuando había un issue en prod se paraba al lado mío. No para presionarme, sino para atender el teléfono !!!! el explicaba por mi a todos los que llamaban para molestar (estoy hablando de 20 años atras, no había chat). Yo resolvía tranquila y esa confianza que el depositaba en mi me permitía concentrarme y resolver. Extraño aquellos tiempos.
Te veo desde Guatemala, me inspiras mucho, un gran saludo!!⭐👈🏻
7:30 tenia entendido que el problema de las fechas del año 2000 era porque la fecha se almacenaba como el numero total de segundos desde una fecha origen que creo que era 1900 y como los sistemas eran de 32bits para el año 2000 se desbordaria la memoria para las fechas posteriores
Grande viejo!
Te conocí hace poco y me he visto un montón de videos, gracias !!!
Hola Nicolás, cuando puedas me puedes dar tus comentarios sobre Visual basic application y un feedback de que herramienta puedo escalar siguiendo la línea de lenguaje vba? Amigos me han indicado javascript.
Hola, profe, me gustaría como recomendación del canal que hablaras porfavor, sobre tu opinión personal sobre UML, tambien sobre patrones de diseño, a grandes rasgos. Gracias por la información, que compartes en tú canal.
Muchos mas vídeos como esté. Gracias.
Buen vídeo!! Un vídeo técnico, tutorial para la próxima, explicas muy bien