Algunas notas que estáis mencionado: - Se puede rellenar una tabla con un CSV directamente desde consola. Efectivamente, pero no siempre es tan fácil, a veces tienes que convertir los datos a otro formato (rediseño de la BD) o sacar los datos de otra API o de otro sito. El tip es agrupar los inserts, no tanto el CSV, el CSV era solo un ejemplo. - En compiladores más antiguos no se puede cambiar un if dentro de otro por un and porque no garantizan que la evaluación del and sea de izquierda a derecha. En estos casos lo que se puede hacer es poner uno después de otro, si es que vas a retornar nulo u otro valor. - No es el lenguaje como tal el que tiene un "estándar" para la nomenclatura de variables/funciones/clases. Existen varios estándares para cada lenguaje. A lo o que me refería es a usar el estándar mayoritario, que usa la mayoría de gente.
Si, en la práctica antes de cada registro se requieren validaciones que no dependen del tipo de dato si no del modelo de negocio. A medida que estas se cumplan se pueden ir agregando al query.
Para el primer tip, puedes mejorarlo aún más usando el LOAD DATA INFILE de mySQL, que lo que hace es básicamente leer directamente el fichero y lo vuelca a base de datos, ya te imaginas lo rápido que puede llegar a ser
Eso mismo iba a decir, sin embargo el uso del script es muy valido cuando se necesita procesamiento de la linea, escapar, componer, agregar, remover, etc
El tema con eso es que necesitas acceso al propio servidor, porque el INFILE es un archivo en el disco del servidor. Como estés en una base de datos administrada por otros (como puede ser Amazon RDS), ya no puedes hacer eso. Y aún si tienes acceso, tienes que saber en qué directorio colocar el archivo, ya que MySQL no puede leer de cualquier lugar del sistema.
Una cosa, en el primer tip es tan extremadamente lento porque haces una query por insert, pero lo habitual (cuando no los importas sino que rellenas desde una API o algo así) es hacer INSERT INTO [... ]VALUES([...]),([...]),([...])... En PostgreSQL al menos, los datos se almacenan paginados de 8KB en 8KB. Si no recuerdo mal, usan LSMTrees para optimizar la inserción. Al pasar todos los VALUES en una sola query, es capaz de analizar cómo guardar mejor la información y es mucho más rápido (si mandas los values de uno en uno, no sabe cuál es el siguiente y no puede optimizar el espacio para el anterior). El comentario va con la intención de explicar el motivo, que no es solo el interrupt del sistema operativo. Muchos ORM aprovechan esto y te obligan a hacer el #commit() o algo así para generar una sola query. Espero que te resulte de utilidad (quizá ya lo sabías), y que leas esto :)
En cuanto a la nomenclatura..... no depende del lenguaje, depende de los estándares de naming. Por ejemplo en python se suele usar PEP8, pero hay otros. Y en C ocurre igual. Hay varios estándares. Cada uno usa el que quiere. De hecho suele ser habitual indicárselo a linter para que te advierta cuando lo incumples. Pero no es cosa propia del lenguaje en la mayoría de los casos. De hecho si así fuera, estaría implementado en el lexer.
Cada día más crack 💥💥, sería bueno más videos de estos con ejemplos con código como buenas prácticas, principios solid, refactoring o patrones. (me gustó mucho que cada topic tenía su ejemplo práctico)
Muchas gracias por los tips Antonio, yo recientemente he conseguido mi primer trabajo como desarrollador y estos tips me van a servir bastante y desde luego que los aplicaré, espero que de vez en cuando subas videos de este estilo.
Acerca del tip 4, tambien se puede aplicar lo mismo a la hora de llamar a una función, es mucho mejor que esta se encuentre en un diccionario o un mapa que hacer un montón de condiciones para cada caso, solo hay que investigar un poco el lenguaje con el cual se esta trabajando para encontrar la manera de hacerlo, en caso de ser posible te ahorras varias lineas de codigo y ganas un codigo mas limpio y legible.
Al ver que duraba 27 minutos pensé en que se me iba a hacer eterno, pero se pasó de volada, haces muy interesantes tus videos incluso para explicar cosas técnicas bro (:
Antes de pasar a mi comentario, felicitarte por este enorme esfuerzo que haces. Está súper. Con respecto al último tip sobre nomenclaturas, es cierto, pero... En el "corpus" de todos los lenguajes de programación existen elementos comunes, esos son: * variables * constantes * funciones * clases * keywords etc... Lo bueno sería poder diferenciar estos elementos, y en el caso de variables y funciones, ambas escritas en snake_case, no se pueden distinguir cuál es cuál. Por ello, estaría bueno que, para nombres de variables y propiedades de una clase usemos siempre snake_case en minúsculas, y para nombres de funciones usemos camelCase (esto también aplica para métodos). En general lo usaríamos asi: * variables o propiedades (snake_case) * constantes (MAYÚSCULAS) * funciones y métodos (camelCase) * clases (UpperCamelCase) * parámetros (snake_case) ya que los parámetros son variables En mi mejor entender, con esta forma sí ya podemos distinguir a los elementos. Un fuerte abrazo y más videos así.
Hace años podría ser interesante hacer eso, pero hoy en día como tienes coloreado de sintaxis sabes cuál es cuál. Yo al menos me baso más en el color que el formato del nombre para saber si es función/clase/variable, etc
he programado por dos años (por hobby) en proyectos propios... pero todos los consejos me sirvieron mucho!.... por ahí no tanto el de CSV a SQL, pero si piensas en la teoría de lo que has dicho igual se aplica a muchas cosas más (simplificar el código para que todo entre, de ser posible, en una sola línea de código)... espero que saques nuevos videos así!
En Oracle, si yo quiero hacer eso, tengo varias alternativas, 1) generar un archivo CTL para levantarlo con un loader, 2) crear una tabla externa con el archivo y usarlo como parte de la base de datos, 3) correr los inserts dentro del servidor desde una interfaz sql abierta directamente en la base, 4) crear un proceso de base que levante todo eso en memoria y luego lo inserte utilizando una sentencia forall. Todas esas alternativas eliminan el tráfico de red que generan los lenguajes no nativos a la base de datos, o lo minimizan, como él caso de la 4ta alternativa. Esa sentencia tiene como propiedad el aprovechar los paquetes del tráfico de red en toda su capacidad.
Bro, y si tienes multibles tablas como 5 que estan relacionadas con la informacion que vas a procesar, cual seria la solucion? crear un store procedure para insertar las 5 a la vez?
@@secundariab.2741 primero tenes que determinar el orden en el que vas a insertar, si tenes múltiples tablas con datos relacionados, por lo general, unas son transaccionales y otras son tablas base que alimentan a las primeras. Para que los inserts no fallen, tenes que empezar por las tablas base, y luego ir a insertar en las transaccionales. Una vez que determinaste el orden en que deben ser insertados los registros, elegís alguno de los métodos, dependiendo de cómo estes trabajando los datos.
Me has animado a darle una revisada a javascript y node, yo es que no soy desarrollador, pero si cargo mi arsenal en pendrives para ahorrarme varias horas manuales en la oficina. Habrás encontrado alguna herramienta que se asemeje a pillow de python en js? Felicidades por como ha crecido el canal y sobre todo el contenido!
24:02 No solo sirve para que te aparezca en el IDE, el jsdoc en js sirve como validador de tipos tal y como hace typescript si añades un checkJS: true al tsconfig, además podrás ejecutar el tsc solo como validador en la línea de comandos, sin tener que transpilar a JS. Ese es el valor fundamental del jsdoc, tener validación de tipos sin necesidad de typescript, ya que al final es solo sugar.
10:14 no en todos los lenguajes el 'if' de esta manera es optimizado o propenso a no tener errores. Lo mejor es crear funciones separadas y poner if separados con returns en algunos casos y quedara un código mas legible y reutilizable.
Hola Antonio, como siempre buenos videos, sólo un alcance; para hacer un insert de un csv más y más pro, puedes usar el load data de mysql, con php se puede y mucho más rápido y eficiente, yo lo ocupo para cargar archivos de miles de registros cada hora y la base ninse inmuta... eso no más, gracias por los videos
llevo mas de 2 meses tratando de aprender progrmacion y siento que no aprendo nada con este video me has echo entender varias cosas y seguire intentado aprender js mas a profundo que es lo que me interese ay html y css
Me gusta como en el min. 15:30 ya te anticipas a los comentarios y preguntas, y de una vez muestras la extensión jajajaja, se me hizo gracioso. Pero si, ya lo instale igual 😆
Discúlpame si me equivoco, pero en el primer ejemplo no seria mejor manejarlo dentro de una transacción, porque el tema de conexiones a la DB se puede mitigar configurando un pool de conexiones. No es lo mismo realizar miles de registros uno por uno que hacer miles de registros dentro de una transacción usando únicamente un solo commit.
Muy buen video, otra cosa que veo hacer a mucha gente, incluso con experiencia, es poner condicionales ante boleanos en vez de devolver la expresion boleana directamente. Un saludo!
25:20, he trabajado en proyectos medio grandes de Python y eso se lo pasan por el forro. En este ultimo discrepo bastante, para mí no harás el "ridiculo" solo tienes que adaptarte al proyecto y con las personas con las que estés trabajando, ya que hay bastante mierdisenior que obligan a los juniors a trabajar con la nomenclatura que ellos digan xd
Si está hecho está hecho, no vas a cambiar todas las variables de un code base gigante solo para seguir un estándar. Si empiezas un proyecto nuevo en 2022 y pones camel case en Python pues hombre, será porque quieres porque otra razón no hay jaja. Pero yo he visto de todo gente que mezcla las dos cosas en el mismo proyecto por ejemplo.
Por temas de atomicidad, esta manera de encararlo es mas rapido pero en caso de haber un error en el proceso se ROLLBACKEA toda la transaccion, al hacerlo de manera poco optima estarias asegurando la atomicidad de todos los datos (solamente no se insertaria el o los valores erroneos, no se descartarian todos los datos)
Hola Antonio, me gustan muchos tus videos, se ve realmente que eres muy pro y tines mucho conocimiento, seguro que es el resultado de muchas horas de estudio y de experiencia programado. Se que a programar se aprende programado, pero ¿Tines algún truco para aprender?. Saludos crack.
Cuidado con quitar los if dentro de if. Hay lenguajes que no garantizan que se evaluen de izquierda a derecha como c++ hasta hace un par de estándares, y como la expresión de la derecha únicamente se pueda evaluar si la primera es verdadera vas a tener buenos errores. De hecho me pasó en una práctica de implementar protocolos de nivel de enlace en c++ que no le funcionaba a la profesora porque usaba una version de gcc anterior y en una parte que comprobaba si un puntero no es null y luego consultaba un valor lo hacía al revés dando un index out of bounds.
Sí en esos casos te la puede liar. Si tienes que retornar se puede poner en ifs distintos uno después de otro, no hace falta que este uno "dentro" de otro.
Algunas notas que estáis mencionado:
- Se puede rellenar una tabla con un CSV directamente desde consola. Efectivamente, pero no siempre es tan fácil, a veces tienes que convertir los datos a otro formato (rediseño de la BD) o sacar los datos de otra API o de otro sito. El tip es agrupar los inserts, no tanto el CSV, el CSV era solo un ejemplo.
- En compiladores más antiguos no se puede cambiar un if dentro de otro por un and porque no garantizan que la evaluación del and sea de izquierda a derecha. En estos casos lo que se puede hacer es poner uno después de otro, si es que vas a retornar nulo u otro valor.
- No es el lenguaje como tal el que tiene un "estándar" para la nomenclatura de variables/funciones/clases. Existen varios estándares para cada lenguaje. A lo o que me refería es a usar el estándar mayoritario, que usa la mayoría de gente.
Cual es tu lenguaje favorito
Buena aclaración.
@@no-name1.612 khee
Si, en la práctica antes de cada registro se requieren validaciones que no dependen del tipo de dato si no del modelo de negocio. A medida que estas se cumplan se pueden ir agregando al query.
the Art of postgresql... te enseña a no ser tan pendejo....
Me molarian más videos de este estilo
Para el primer tip, puedes mejorarlo aún más usando el LOAD DATA INFILE de mySQL, que lo que hace es básicamente leer directamente el fichero y lo vuelca a base de datos, ya te imaginas lo rápido que puede llegar a ser
Eso mismo iba a decir, sin embargo el uso del script es muy valido cuando se necesita procesamiento de la linea, escapar, componer, agregar, remover, etc
El tema con eso es que necesitas acceso al propio servidor, porque el INFILE es un archivo en el disco del servidor. Como estés en una base de datos administrada por otros (como puede ser Amazon RDS), ya no puedes hacer eso. Y aún si tienes acceso, tienes que saber en qué directorio colocar el archivo, ya que MySQL no puede leer de cualquier lugar del sistema.
Crea mas videos asi... nos ayudan mucho a mejorar el rendimiento de nuestros proyectos
Una cosa, en el primer tip es tan extremadamente lento porque haces una query por insert, pero lo habitual (cuando no los importas sino que rellenas desde una API o algo así) es hacer INSERT INTO [... ]VALUES([...]),([...]),([...])... En PostgreSQL al menos, los datos se almacenan paginados de 8KB en 8KB. Si no recuerdo mal, usan LSMTrees para optimizar la inserción. Al pasar todos los VALUES en una sola query, es capaz de analizar cómo guardar mejor la información y es mucho más rápido (si mandas los values de uno en uno, no sabe cuál es el siguiente y no puede optimizar el espacio para el anterior).
El comentario va con la intención de explicar el motivo, que no es solo el interrupt del sistema operativo.
Muchos ORM aprovechan esto y te obligan a hacer el #commit() o algo así para generar una sola query. Espero que te resulte de utilidad (quizá ya lo sabías), y que leas esto :)
Gracias hermano, así me queda más claro.
2 videos en menos de una semana gracias por todo antonio, te queremos. con mucho amor tu comunidad.
En cuanto a la nomenclatura..... no depende del lenguaje, depende de los estándares de naming. Por ejemplo en python se suele usar PEP8, pero hay otros. Y en C ocurre igual. Hay varios estándares. Cada uno usa el que quiere. De hecho suele ser habitual indicárselo a linter para que te advierta cuando lo incumples. Pero no es cosa propia del lenguaje en la mayoría de los casos. De hecho si así fuera, estaría implementado en el lexer.
Me gustan estos videos que te ayudan a mejorar la refactorización y el estilo del código.
Me gustarian mas videos de este estilo, muy bueno, grandee
Excelente!!! Gracias por el video. Saludos desde Buenos Aires Argentina!
Muy bueno lo del Early return, lo vi varias veces usado y no entendia porque lo hacian, gracias!
Cada día más crack 💥💥, sería bueno más videos de estos con ejemplos con código como buenas prácticas, principios solid, refactoring o patrones. (me gustó mucho que cada topic tenía su ejemplo práctico)
Muchas gracias por los tips Antonio, yo recientemente he conseguido mi primer trabajo como desarrollador y estos tips me van a servir bastante y desde luego que los aplicaré, espero que de vez en cuando subas videos de este estilo.
Que buenos pro tips Antonio, El pattern matching fue mi favorito junto con los objetos y diccionarios y también sobre los DocStrings, Rust rules!
Muchas Gracias, justamente empezaré un proyecto de la Uni, aplicaré lo que dijiste :3
Me gustan este tipo de videos jajaja
muy bueno, muchas gracias! bien venidos los consejos!
¡Excelente! - ¡Buen trabajo Tony!
Que buen video bro! saludos desde las tierras caribeñas de Colombia!
Excelente vídeo!!! Tus explicaciones son bastante detalladas y claras.
Apoyo para que hagas más vídeos de estos, siendo jr. me ayuda muchísimo.
Que buen vidio! Antoniooo
Excelentes consejos, muchas gracias por compartir
Mola este vídeo! dale con más tips!!
Ufff bellísimo... nada de esto métodos lo habia visto antes ... están buenisimos
Tu amor por la perfeccion es fantastica
Buen video! Sí me gustarían más videos así!
Vamoss por mas... falta esto en youtube.. te sigo crack..
Mas videos como este, en serio... Buenísimo!
Muy buen video con grandes concejos !!!
Acerca del tip 4, tambien se puede aplicar lo mismo a la hora de llamar a una función, es mucho mejor que esta se encuentre en un diccionario o un mapa que hacer un montón de condiciones para cada caso, solo hay que investigar un poco el lenguaje con el cual se esta trabajando para encontrar la manera de hacerlo, en caso de ser posible te ahorras varias lineas de codigo y ganas un codigo mas limpio y legible.
Grande Sarosi, nice video
10/10 super el video tome nota de todos los consejos , los aplique en un proyecto y la verdad que se nota la diferencia. Sigue con videos asi. Slaudos
Muchas gracias por tu consejos, han sido de gran ayuda
Video increíble de mucha ayuda para los que están empezando espero que haya segunda parte. Eres un crack.
asi es muy bueno
Vamos papi. Otro video
Me he tardado en verlo (lo tenía pendiente) pero me encantó, estaría genial una segunda parte
Excelente video!! Saludos desde colombia
buen consejos amigo. bien explicado. y con ejemplos. no solo habla. sino que tambien muestra como usarse. que bueno.
Genio me sirvió mucho el vídeo para el día a día 😁 saludos desde Argentina y seguí así!
Al ver que duraba 27 minutos pensé en que se me iba a hacer eterno, pero se pasó de volada, haces muy interesantes tus videos incluso para explicar cosas técnicas bro (:
hey muchas gracias por tus aportes
Sobre el tip 4 en C/C++ existen los enums con valores por defecto, que sería lo mismo que un diccionario, muy utiles. Grande Antonio.
en java tambien estan!!!
En typescript también!
Excelente datos!!
Antes de pasar a mi comentario, felicitarte por este enorme esfuerzo que haces. Está súper.
Con respecto al último tip sobre nomenclaturas, es cierto, pero...
En el "corpus" de todos los lenguajes de programación existen elementos comunes, esos son:
* variables
* constantes
* funciones
* clases
* keywords
etc...
Lo bueno sería poder diferenciar estos elementos, y en el caso de variables y funciones, ambas escritas en snake_case, no se pueden distinguir cuál es cuál. Por ello, estaría bueno que, para nombres de variables y propiedades de una clase usemos siempre snake_case en minúsculas, y para nombres de funciones usemos camelCase (esto también aplica para métodos).
En general lo usaríamos asi:
* variables o propiedades (snake_case)
* constantes (MAYÚSCULAS)
* funciones y métodos (camelCase)
* clases (UpperCamelCase)
* parámetros (snake_case) ya que los parámetros son variables
En mi mejor entender, con esta forma sí ya podemos distinguir a los elementos.
Un fuerte abrazo y más videos así.
Hace años podría ser interesante hacer eso, pero hoy en día como tienes coloreado de sintaxis sabes cuál es cuál. Yo al menos me baso más en el color que el formato del nombre para saber si es función/clase/variable, etc
Tremendo Antonio!
No puedo creer que en serio me quedé 1/2h viendo este video. Estuvo buenísimo. Like y suscrito ¡Muchas gracias!
he programado por dos años (por hobby) en proyectos propios... pero todos los consejos me sirvieron mucho!.... por ahí no tanto el de CSV a SQL, pero si piensas en la teoría de lo que has dicho igual se aplica a muchas cosas más (simplificar el código para que todo entre, de ser posible, en una sola línea de código)... espero que saques nuevos videos así!
Simplificar no significa reducir la cantidad de líneas de código. Lo importante es que sea fácil de entender, fácil de mantener y fácil de modificar.
Bárbaro! Buen video bro
un video muy chulo.... aunque muchos los conocía volverlos a escuchar siempre es bueno
Muy bueno Don Antonio! jej
En Oracle, si yo quiero hacer eso, tengo varias alternativas, 1) generar un archivo CTL para levantarlo con un loader, 2) crear una tabla externa con el archivo y usarlo como parte de la base de datos, 3) correr los inserts dentro del servidor desde una interfaz sql abierta directamente en la base, 4) crear un proceso de base que levante todo eso en memoria y luego lo inserte utilizando una sentencia forall. Todas esas alternativas eliminan el tráfico de red que generan los lenguajes no nativos a la base de datos, o lo minimizan, como él caso de la 4ta alternativa. Esa sentencia tiene como propiedad el aprovechar los paquetes del tráfico de red en toda su capacidad.
Bro, y si tienes multibles tablas como 5 que estan relacionadas con la informacion que vas a procesar, cual seria la solucion? crear un store procedure para insertar las 5 a la vez?
@@secundariab.2741 primero tenes que determinar el orden en el que vas a insertar, si tenes múltiples tablas con datos relacionados, por lo general, unas son transaccionales y otras son tablas base que alimentan a las primeras. Para que los inserts no fallen, tenes que empezar por las tablas base, y luego ir a insertar en las transaccionales. Una vez que determinaste el orden en que deben ser insertados los registros, elegís alguno de los métodos, dependiendo de cómo estes trabajando los datos.
¡Qué tal Antonio 👊🏼. Muy interesante la serie!
Muchas gracias, me gustan este tipo de videos, haz mas de este tipo, saludos desde Colombia
Algunas me las sabía otras no, buen video Antonio
Muchas gracias por este video, nos ayudas a muchos ❤❤
Excelente vídeo y explicación
Visto en 04/11/2022
Me has animado a darle una revisada a javascript y node, yo es que no soy desarrollador, pero si cargo mi arsenal en pendrives para ahorrarme varias horas manuales en la oficina. Habrás encontrado alguna herramienta que se asemeje a pillow de python en js? Felicidades por como ha crecido el canal y sobre todo el contenido!
Que buen video amigo, toma tu like
24:02 No solo sirve para que te aparezca en el IDE, el jsdoc en js sirve como validador de tipos tal y como hace typescript si añades un checkJS: true al tsconfig, además podrás ejecutar el tsc solo como validador en la línea de comandos, sin tener que transpilar a JS. Ese es el valor fundamental del jsdoc, tener validación de tipos sin necesidad de typescript, ya que al final es solo sugar.
Tremendo contenido! Justo he estado pensando en cómo hacer una query con un archivo .csv a una base de datos y has dado justo en el clavo!
muy bueno, esperamos parte 2
Buenísimos tips 👌👌
muy buen video, aprendi mucho
no me sabia el de continue bastante util tu video :D
El Early Return lo conocia como Guard Clauses, excelente vídeo
10:14 no en todos los lenguajes el 'if' de esta manera es optimizado o propenso a no tener errores. Lo mejor es crear funciones separadas y poner if separados con returns en algunos casos y quedara un código mas legible y reutilizable.
Muy bueno tu video, nuevo suscriptor.
Muy buen video💪🏼
sigue así, esos temas están guapos.
Guapo el vídeo, Antoñeteeee
Justo podía llegar a necesitar algo así para una aplicación que estoy creando, pero en mi caso tengo los datos en un JSON. Muchas gracias!
Buen video 👍 😉 👌, me gusto.
Buenos trucos, el del early return me gustó. Me lo habían contado, pero ahora lo entendí.
tambien puedes crear chunks de N registros y ejecutas por bloques los querys de INSERT
muy buenos tips, soy nuevo en el mundo del desarrollo y me van a servir bastante en mi carrera profesional.
Hola Antonio, como siempre buenos videos, sólo un alcance; para hacer un insert de un csv más y más pro, puedes usar el load data de mysql, con php se puede y mucho más rápido y eficiente, yo lo ocupo para cargar archivos de miles de registros cada hora y la base ninse inmuta... eso no más, gracias por los videos
Bravo Antonio 👏
Gran vídeo!
llevo mas de 2 meses tratando de aprender progrmacion y siento que no aprendo nada con este video me has echo entender varias cosas y seguire intentado aprender js mas a profundo que es lo que me interese ay html y css
Buenos tips!
mas de estos videos!
Me gusta como en el min. 15:30 ya te anticipas a los comentarios y preguntas, y de una vez muestras la extensión jajajaja, se me hizo gracioso. Pero si, ya lo instale igual 😆
Me gustó bastante el video.
Discúlpame si me equivoco, pero en el primer ejemplo no seria mejor manejarlo dentro de una transacción, porque el tema de conexiones a la DB se puede mitigar configurando un pool de conexiones. No es lo mismo realizar miles de registros uno por uno que hacer miles de registros dentro de una transacción usando únicamente un solo commit.
Muy buen video, otra cosa que veo hacer a mucha gente, incluso con experiencia, es poner condicionales ante boleanos en vez de devolver la expresion boleana directamente. Un saludo!
“Parsear visualmente” jajajaja que bueno, lo mejor es que te he entendido perfectamente
me gusta tu canal saludos y exitos!!!
elegante papu gracias
Grande Antonio
25:20, he trabajado en proyectos medio grandes de Python y eso se lo pasan por el forro.
En este ultimo discrepo bastante, para mí no harás el "ridiculo" solo tienes que adaptarte al proyecto y con las personas con las que estés trabajando, ya que hay bastante mierdisenior que obligan a los juniors a trabajar con la nomenclatura que ellos digan xd
Si está hecho está hecho, no vas a cambiar todas las variables de un code base gigante solo para seguir un estándar. Si empiezas un proyecto nuevo en 2022 y pones camel case en Python pues hombre, será porque quieres porque otra razón no hay jaja. Pero yo he visto de todo gente que mezcla las dos cosas en el mismo proyecto por ejemplo.
@@AntonioSarosi Tienes toda la razón, por cierto, para cuando creando mi propia distro de Linux? Saludos crack
VIDEAZOO!
Muy acertado todo.
Por temas de atomicidad, esta manera de encararlo es mas rapido pero en caso de haber un error en el proceso se ROLLBACKEA toda la transaccion, al hacerlo de manera poco optima estarias asegurando la atomicidad de todos los datos (solamente no se insertaria el o los valores erroneos, no se descartarian todos los datos)
Hola Antonio, me gustan muchos tus videos, se ve realmente que eres muy pro y tines mucho conocimiento, seguro que es el resultado de muchas horas de estudio y de experiencia programado.
Se que a programar se aprende programado, pero ¿Tines algún truco para aprender?. Saludos crack.
Thanks Maquina!
La verdadera razón del tiempo que toma el insert, es que en cada uno se ejecuta de forma implicita un begin transaction con su respectivo commit
... además del tiempo de validación de sintaxis por parte del motor de BD para cada instrucción recibida
vamos por la parte 2 :)
Grande Antonio.
Deberías hacer un vídeo explicando mejor sobre como refactorizar refactorizar código 👍
Excelente video
Gracias maestro
Cuidado con quitar los if dentro de if.
Hay lenguajes que no garantizan que se evaluen de izquierda a derecha como c++ hasta hace un par de estándares, y como la expresión de la derecha únicamente se pueda evaluar si la primera es verdadera vas a tener buenos errores.
De hecho me pasó en una práctica de implementar protocolos de nivel de enlace en c++ que no le funcionaba a la profesora porque usaba una version de gcc anterior y en una parte que comprobaba si un puntero no es null y luego consultaba un valor lo hacía al revés dando un index out of bounds.
Sí en esos casos te la puede liar. Si tienes que retornar se puede poner en ifs distintos uno después de otro, no hace falta que este uno "dentro" de otro.