Mis Cursos de Programación: hdeleon.net/cursos-premium/ Mi Nuevo Libro: hdeleon.net/libro-aprender-a-programar-con-c-hector-de-leon/

"Listo papito si es ya es ya" mensaje de broma para un servicio que debía traer datos . El mensaje se quedó aún después de codificar toda la consulta, algún día la BD falló y el risible mensaje empezó a salirle a todos los usuarios de producción.😂

Ahora como que me empieza a gustar más el frontend.

Los errores en BD me dan escalofríos. Muy bueno este tipo de video así que apoyo que hagas más pero no dejes los de clipbait que son buenos también jajaja

Deberías hacer serie de videos de esta sección estuvo bueno la de la ahogada

Lo peor que he llegado a hacer es que cancelé el pipeline del despliegue a la mitad y esto provocó que se cayera el servidor, mucha gente se enojo conmigo, lo hice porque necesitaba desplegar mis cambios, solo que no sabia que si no dejaba terminar el pipeline el servidor se quedaba caido. Ahora pensandolo en retrospectiva, no se porque se enojaron tanto conmigo teniendo en cuenta que el ambiente que se cayó fue el ambiente de pruebas, el ambiente de producción estaba bien, abora que lo pienso fueron muy llorones, los que se enojaron conmigo fueron los QA, los PO y algun que otro desarrollador, ningun jefe se enojo conmigo ya que solo afecte el ambiente de pruebas.

@joel6672

2 ай бұрын

El ambientes de pruebas está pFa caerse, si lloraron por eso ellos están mal

@EstebanColoradoP-bo9nc

2 ай бұрын

@@joel6672 Tienes toda la razon, por eso me caen mal los QA y los PO, son insoportables jajaja...

Muy buen consejo sobre el descanso.

En un trabajo dejé el usuario y contraseña de prueba en hardcode, olvidé quitar esas líneas y los usuarios no podían loguearse...

Me gustaria que hablaras el error y posible solucion como el tema de sql de los logs gracias Leo

los errores solo te hacen mas sabio. nunca voy a olvidar mi primer error necesitaba trabajar con fechas que venian de una base de datos sql y estas trabajarlas con java y como se llamaban Date yo pense que eran lo mismo pero no funcionaba y miraba que los metodos estaban bien hasta que un senior me dijo que eran diferentes y tenia que parsearlas

Un consejo que me dio mi antiguo supervisor para IBM Informix en una empresa local: Siempre haz el select primero, lo haces con el espacio necesario para luego modificar encima para convertirlo en un update o un delete según corresponda, y luego cuando estés seguro de que tomaste los datos correctos haces el cambio. Da igual si te están apurando, da igual si es para ahora ya o para ayer, es mejor la bronca del apurado que cargarte la base de datos. Me ha funcionado bien ese método, solo se gastan unos segundos extra generalmente (a veces hay que hacer un select más complejo para visualizar rápido los datos necesarios) y se gana una capa extra de seguridad para evitar mandarse un condoro como se diría por estos lados. Me ha salido bien, trabajé casi 2 años ahí y ni un solo error en la base de datos, y mis colegas y jefes se acabaron acostumbrando a que yo tome ese paso extra. Me echaron al final pero fue porque estaba haciendo un reemplazo y el colega que estaba con licencia médica fue dado de alta y volvió a su puesto. Obvio esa estrategia no es infalible, y aún así puede haber problemas, pero es una precaucióin extra que a mí me sirvió muchísimo.

@solitario561

2 ай бұрын

Super importante eso que mencionas. Si traes en un select los datos con lo que necesita. SELECT * FROM PERSONAS WHERE EDAD >= 30 AND EDAD

@killtroman

2 ай бұрын

@@solitario561 y sí, es exactamente así como funciona.

@NiNgem-bb6lc

2 ай бұрын

eso es clave, una más que recomendaría para los que trabajan con varios ambientes es identificarlos de alguna manera (nombre de archivo, color de laconexion, etc). Me paso una vez de correr unas queries en PRD cuando quería correrlas en QA. Paso completamente desapercibido (pise unos ids viejardos jaja) pero igual, desde eso, además del tiempo que mencionas también me tomo el tiempo de corroborar en que ambiente estoy por hacer la query.

@98missmari

2 ай бұрын

Es buenísima esa técnica, yo también la llegué a usar mucho cuando trabajaba creando querys para SQL Server

Excelente este tipo de videos, porque de los errores de los demás también se aprende..

Yo nunca logré conseguir un trabajo como programador. En una entrevista me preguntaron cuantos sistemas había hecho, contesté con la verdad (dije uno) y me rechazaron porque querían 5 o más. Mi novia fue a esa entrevista (con la misma experiencia que yo) y a ella sí la contrataron. En otra ocasión me pusieron a escribir un programita en pascar: generar un arreglo de números, ordenarla e imprimir. No sé si hice bien la ordenación pero lo que recuerdo es que se me olvidó cómo mandar a impresora. Actualmente tengo mi propio negocio (no es programación) pero yo diseñe el sistema que uso y constantemente le hago actualizaciones. (Es un sistema de ventas con inventario, maneja contabilidad y como hobby le incluí varios juegos, un asistente virtual, su propio navegador web así como su reproductor de música y video)

Una vez actualice un script que tenia como objetivo registrar ventas automáticamente hasta agotar las existencias de un almacen indicado. El cliente ejecuto el script durante todo un fin de semana, mi script registraba la misma venta una y otra vez, para el lunes tenian millones de replicas de la misma venta Mi error fue al posicionar el registro de la tabla, por que no utilice el indice correcto, combinado con que el almacen tenia una configuracion que no actualizaba el valor de la existencia hasta realizar un paso extra. El proyecto tenia un acoplamiento bastante alto por lo que un monton de tablas fueron alteradas, fue todo un rollo revetir el daño echo, y tuve una llamada con los dueños por esto, pero no me corrieron.

Por mi suerte, siempre me he acostumbrado a ser muy quiquilloso conmigo mismo cada vez que hago un cambio en la base de datos. Hasta ahora no he hecho cagadas en la base de datos, simplemente revisen una y otra vez sus queries si es posible con la db más fidedigna en schema y data

Genial Hector. Queremos más

buena temática! además nos sirve para aprender sin cometer el error por nosotros mismos

Buen video Hector, esperando mas contenido asi!😎

Una vez en mi primer trabajo no había hecho git pull antes e hice un git push -f, borre muchos commits xd, pero se pudo recuperar todo

Muy buen video!! Un montón de buenos consejos

Me encantó el video y escuchar tus anecdotas lo mejor.

jajajaja Bueno, el clásico DELETE sin WHERE sobre producción ... jajaja Pero nombre, las anécdotas esas que te pasaron, WOW jajajajaja Buen video!

Excelente vídeo! De los errores también se aprende, por eso yo ya nunca me olvido de poner un Where antes de hacer un Delete o un Update

Estuvo buenísimo el vídeo! Like para que subas más partes 🙌

Otro video de este tipo cada lunes, son interesantes

Parte dos, por favor! \m/

Has otro video de éste tipo 🤟😎

mas videos asi para matar el estres y aburrimiento, dale crack

Hector me compre mi primer curso y fue tuyo en el backend y estoy feliz gracias Hector

@hdeleonnet

2 ай бұрын

Gracias a ti

Más videos como estos!!!

El error mas grande que cometí es programar en c#. Lenguaje tan lento y donde para hacer algo, tenes que escribir miles de lineas de códigos que luego el mismo código ya ni se entiende, de tantas formas diferentes que tenes para crear software. Un spaguetti. En otros lenguajes como Go, haces un backend en 2 minutos. Limpio, sencillo y sin tantas vueltas. Tanto lio c# para hacer lo que otros lenguajes hacen de forma mas simple y obviamente mas rápido, todo para el mismo fin, exponer datos. Para que gastarse con tantas cosas de c#. Adios c#, tantos años perdiendo tiempo.

@pablolinares5986

2 ай бұрын

Mmmmm, me parece que no sabes mucho de C#. Es un lenguaje tremendamente robusto y es verdad , es más restrictivo que la mierda... Pero eso también lo hace super ordenado, a lo mejor en un programita cutre no es nada, Pero en uno de miles de líneas de código... Te puedo asegurar que agradeces que sea así de ordenado. Aguante C#... Desde Argentina , pal mundo.

Acabo de tener mi primer trabajo como programador. Me dejaron algo simple como quitar un caracter especial de 2 registros. Primero hice una consulta select para ver los registros, despues hice un update y ya lo andaba ejecutando sin el where xD

Hace como 20 años programaba en Fox Pro y para unir lineas se utilizaba el punto y coma llego un director que tuvo la maravillosa idea de ahorrarse una PC de desarrollo y las pruebas por lo que me puso a programar directo en producción, en una de esas se me paso poner el punto y coma y quedo un update sin where, los vendedores telefonincos se enojaron mucho conmigo, solo porque se perdieron sus ventas y para empeorar volvio a suceder. No me corrieron porque adverti a mi jefe inmediato y a los jefes de piso de ventas que eso no era nada recomendable.

No entenderías la alegría que tengo, pensar que nuevas generaciones puedan romper todo el maldito Sistema, me encanta

Otro video así yes

Más videos como este para no cometer los mismos errores.

Todos hemos cometido algun error como desarrollador. si tienes mas experiencia lo habras experimentado en mayor medida pero el punto importante es que hay formas profesionales de resolver estos problemas, no inventando rumores para que la gente te ayude a servir de puya para solucionar el problema.

Divertido Oscarito, ya seguiremos con la saga.

es bueno saber este tipo de cosas, uno va aprendiendo un poco , ya sabe uno que no hacer, o hacer con mucho cuidado._ Saludos desde Colombia

Para la próxima estaré en el video, mi historia igual es gruesa jajaja

Buen video

Hoy es el día en el que CASI salgo en un vídeo de Héctor de León. 🏴‍☠️

estos videos estan chidos

Yo aprendi a programar con C# y hasta ahora no encuentro un lenguaje mejor

mas por favor

Le paso a un pana que desplegó cambios en producción. La funcionalidad que implementó resultó en que ninguno de los usuarios podía acceder. Solicitó una rama para hacer debugging y verificar qué estaba pasando. Estuvo debuggeando durante unas dos horas, revisando el código, para finalmente descubrir que los usuarios no podían acceder porque olvidó asignarles los permisos. XDDDDDDDD

Haz un video de prevencion en base a los comentarios

crees q algún día podrías animarte a full tutorial de hlsl/glsl en eso no hay programador hay poco, es puro arte, pienso q ya lo viste todo como los demás tienes todos los tutorial, anímate pues vas a ser el único como, bueno casi el único, a si como tu Clojure tutorial... antes q expires anímate pues es puro arte visual

El mejor video de la historia

Saludos

Estuve un tiempo en departamento de soporte técnico antes de ser programador, y en ese entonces traigo memorizado el "siempre respaldar". Ahora en programación créanme que me he memorizado el "Utiliza bdd de prueba con datos de prueba". A veces son necesarios los errores para que no los vuelvas a pasar. DX

Estaria bueno que subas las mas votadas xD

Una vez iba a insertar unos registros de prueba pero solamente quería 50 entonces hice un while porque al final quería registros repetidos nada más pero hice el while sin aumentar la variable se enciclo y metió miles de miles de registros

Yo por creerme don putas me puse a refactorizar una aplicación móvil empresarial, porque realmente estaba mal hecha, pero al final me achacaron todo todo el trabajo. Termine desgastado y aburrido, aunque me subieron 2 veces el salario en 1 año, no valió la pena 😂😂😂.

SEGUNDA PARTE X FAVOR GUAPOTE

Nunca me ha pasado el típico de la base de datos por que siempre uso el buen commit y rollback 7u7

Buenas noches Hector, de casualidad no tendrás el libro en mercado libre?, me gustaria comprarlo.

No veo las horas de poder trabajar de programador y cometer mi primer gran error

Podrias hacer videos de C++?

men tus cursos me pueden servir para ciberseguridad? y si si, cual me ecomiendas ?por favor

Jajaja recuerdos dos errores garrafales que cometí, me los reservo 😂

4:30 en mi caso yo soy mas productivo en la madruagada, lit tienes el silencio de la noche y con buenas horas de sueño. Siempre me levanto a las 4 a.m y me pongo a avanzar en proyectos o a hacer cualquier otra cosa, ya se volvió habito xd

El mio fue que desplegaron en un server en la unidad d los más importante de la aplicación en un servidor AZURE le hice un resize y se perdió todo😢😢

muy bueno, en resumen, todos la cagan :3

Estuvo chido jajaj XD

Lo mas gracioso es que piensan que sus errores son nimiedades

Prietos en aprietos, está bueno es una forma de aprender

Dijo que "jamás hará", nunca que jamás hizo. 😅

@hdeleonnet

2 ай бұрын

😉

Casi pierdo un cliente importante por un "UPDATE" sin "WHERE" ... P*tas prisas!!!!

Yo, un Update en producción se me quedo sin cometario un pedazo de código de pruebas en un SP . Como en 3 horas volvió todo a "Normalidad"... Señores Hablando serio!!! Cuando la c@gu3n levanten la mano de una vez no se queden callados y sus backups al día.

el peor error es arrastrar errores por años. malas practicas sobre todo.

La cagada más grande quie hice fue formatear un disco en Windwos 11 pensando que era una memoria USB y el disco estaba encriptado :3 🥲🥶

Yo tengo varios donde lo pongo xd jaja

Re like :v

Por suerte no me pasó pero quien sigue usando sql luego cagarla con update. Jaja malditos masoquistas

Primero

Tercero :v

Click Bait Hach tang Se Mi mentor MF

grande dross de la programacion