Yo aprendí todos estos conceptos trabajando como backend en una API de una casa de empeños, que incluía aparte de hacer empeños, refrendos, compra y venta de cosas, la creación de usuarios, gestión de empleados, cajas, checks de apertura y cierre de sucursal, sucursales, y empleados de la sucursal... 🤭🤭🤭 Todo en un año de trabajo mientras estudiaba la carrera
Me gastaría que hicieras mas videos de estos, en mi caso la mejor manera de entender un concepto en programación es entender el para que y como sirve en un entorno real de trabajo y que pasaría si no existieran estos conceptos, que tengo entendido que muchos son para facilitar el trabajo o hacer menos código, no llevo mucho tiempo aprendiendo pronto me lanzare a encontrar mi primer trabajo y este video me ha ayudado a tener el concepto de POO mas solido. Muchas gracias
Creo que ese es el problema de muchas universidades, solo se enfocan en darte el concepto pero no en como aplicarlo en el mundo real, 5 años estudiando ingeniería en sistemas y hasta que conocí tu canal, di con el clavo de como esque funciona una interfaz realmente o su propósito en el mundo real
Tienes razón explicar con clases de animales, u otras cosas realmente no te ayudan a entender para que funciona PO Yo también decia "Y esto para que mird me va a servir?", hasta llegar a la practica se entiende realmente que es y entonces esos ejemplos toman todo el sentido.
Hola Hector, me pareció super útil los ejemplos que diste sobre las interfaces `Invoice` y `SendEmail`, muy esclarecedores; yo llevo 3 años programando pero me he enfocado en el paradigma funcional y muchas veces se me dificulta planificar código en el paradigma OOP Muchas gracias como siempre, siempre se aprende en tus videos!
Genial Hermano, muy buena tu explicacion que aterriza estos conocimientos un tanto academicos al principio. Ojala nos regales mas de estas 'reflexiones'.
Ojalá pudieras hacer un video de cómo entender lo que es o debe hacer cada capa en una arquitectura de capas, no específica. Me refiero tipo a: qué debe hacer y cuales son las responsabilidades de un controlador; de un servicio; a qué se debe limitar un repositorio; cómo ver a los modelos, son lo mismo que las entidades?; dónde es lógico o correcto hacer el mapeo de los DTO, etc. Lo explicas desde tu experiencia y eso lo hace muy entendible!
Exactamenteeeeee, igual siguen enseñando con ejemplos de animales y demás para “entender” conceptos pero es cuando te piden hacer un proyecto que te das cuenta que no entendiste en realidad, los maestros de programación en universidades deben empezar a enseñar a crear sistemas y demás en vez de seguir con ejemplos sin sentido.
Lo que sucede es que cuando uno esta en la universidad si te explican estos conceptos, pero como tu estas en modo mhee, no le pones importancia y no lo relaciones con la vida real en tu trabajo. Cuando ya sales, y te topas en tu trabajo, aparece la necesidad de saber todo esto y el porque y cuando ya lo aplicas en la vida real ya dices ahhhh para esoo era 😁
Ami me sirvio mucho entender la POO, cuando le agarre la mano, pero lo que mas me volo la cabeza fue el concepto de INTERFACES. Cuando conoci las interfaces supe que el mundo habia cambiado!! xD
Mi historia -y la de muchos- resumida bastante bien 😢😢😢😢😢 solamente que yo la aprendí en c++ (con todas las complicaciones de “herencia múltiple “ de c++)😅😅😅😅
Ohhh Mestro Hector de la Clave Menor para evocar al SATanas ! Agradezco este atesorado coniocimiento que ahora hace descender a nosotros los mañosos mortales! 🥳🥳🥳🥳🥳🥳🥳🥳🥳🥳 Gracias ! Celebremos con cerveza ! 🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺
yo le encontre la utilidad al POO cuando descubri que podia usar librerías de otra gente que había tenido la bondad de ahorrarme muchas horas de programación y me permitía hacer cosas que ni imaginaba que se podían hacer fácilmente
si es correcto puedes entender la logica de poo pero ya implementarla a un proyecto si se complica y mas en lo personal q he trabajado con programacion funcional a lo largo de mi carrera
Hola queria hacer una prengunta e estado aprendiendo fron y solo estoy con html y css y me atasco mucho en css con tanto conseto que hay y no se si esto es para sera que si intemto baken me va bien o es peor que css y me frustra porque me llama mucho la atencion este mundo y de sibresa tengo dislexia que me aconsejas
¿Cómo se puede aprender cloud más allá de los conceptor teóricos? Cualquier plataforma te cobra un mínimo para acceder a su infraestructura o existen simuladores tipo los que se usaban para enseñar redes cuando no tenías para comprar tu propio ruteador y programarlo je je je ??
Una pequeña solicitud. Por favor usar letra un poco más grande. Para ver desde un móvil o incluso a veces desde un monitor de 14 pulgadas es difícil ver bien. Por lo demás excelente explicación.
yo les ahorro 20 min de video : El video presentado aborda la importancia de la programación orientada a objetos, específicamente el concepto de interfaces y su aplicación en el diseño de software. El creador del video explora cómo las interfaces permiten que diferentes clases tengan comportamientos similares sin tener que modificar código uno al otro. A continuación, se presentan los puntos clave del video: 1. **Introducción a la programación orientada a objetos**: Se explora brevemente el concepto de la programación orientada a objetos y su importancia en el diseño de software. 2. **Interfaz vs. Clase**: Se destaca la diferencia entre una interfaz y una clase, enfatizando que una interfaz es un contrato que define los comportamientos que una clase debe tener. 3. **Beneficios del uso de interfaces**: Se presentan los beneficios del uso de interfaces, como la flexibilidad, la reutilización de código y la reducción de dependencias entre clases. 4. **Ejemplo con factura y envío**: Se presenta un ejemplo específico de cómo se pueden aplicar las interfaces en un contexto real, utilizando una clase para generar facturas y otra clase para enviar correos electrónicos. 5. **Cambios en la factura sin afectar el código de la venta**: Se muestra cómo cambiar la clase que genera facturas no afecta el código de la venta, lo que demuestra la flexibilidad y reutilización del código permitida por las interfaces. 6. **Conclusión**: El video concluye con un resumen de los beneficios del uso de interfaces en el diseño de software y una invitación a seguir aprendiendo sobre programación orientada a objetos. En general, el video proporciona una visión clara y concisa de cómo las interfaces pueden ser utilizadas para mejorar la flexibilidad, reutilización y mantenimiento del código en un programa de software.
Tengo una idea de cómo se puede resolver el problema del alineamiento. SUPOSICIÓN ES ALINEAMIENTO Para eso se necesitan dos (2) cosas, que son: - Debería colocarse antes de la entrada, al modelo IA, un transforme que... En su sección de enseñanza (decode) no solo Tenga la respuestas o respuesta correcta. Sino que además, del pulso de ACTIVACIÓN, tenga junto, uno de EQUIVOCADO (ingresando los datos del formato). De manera que evalúe la salida. Este EQUIVOCADO debería operar tanto si se está entrenando o esta trabajando (aunque es posible quitarlo mientras trabaja, en este caso, tal vez halla que mejorar la capa lineal de la salida de los decodes, por lo que no es recomendable). - Creo que sí entre el prompt y el modelo IA hay una primera vía debería haber una segunda vía. Donde halla un bloque que se encargue de las SUPOSICIONES porque el problema del alineamiento se trata de que los modelos no están suponiendo, las cosas. Esas cosas deberían ser implícitas al estudiar el prompt, no algo que también se le tiene que agregar al prompt. Dicho lo anterior, creo que en esta segunda parte debe crearse una urna de formatos, como una base de datos. Donde cada punto dentro de esos formatos represente un alineamiento (yo lo llamaré aquí, a partir de ahora, regla) luego el Bloque "suposición" probará hasta que encuentre uno o algunos (formatos) que no violen las reglas del prompt, para esto debería haber un CONTRASTADOR. Pero antes, se deberia determinar desde el prompt ¿cuáles son las reglas? cierto. Para esto, creo que se puede utilizar la forma actual en la que se emplean los agentes. Uno, principal, que esclaviza a otros diciéndoles como pueden llegar a realizar una tarea. Algo así, como: ¿Con este asunto (prompt)... Esta señalización (regla) de conducción... se puede emplear? Este agente o agentes de seguro arrojarían una buena deducción. Entre el "contrastador y la entrada de "equivocado" se crearía el concepto de posibles salidas negativas. Cómo en las cámaras fotográficas antiguas pasaba. De manera que el Bloque suposición estaría conformado por dos (2) sub-bloques. Donde, La Razón de este negativo es que se le enseñe al modelo IA que además (de lo que hace) debe respetar estás reglas. Por supuesto que sí los formatos se organizan aún más (dentro de varias urnas, no solo dentro de una) y todo dentro de la base de datos. Entonces, si se quiere trabajar con el modelo de una forma (relajada, prudente o rigurosa) solo habría que switear entre urnas. Pienso... que quizás esto crearía el siguiente paso del transforme o al menos, una buena mejora para los modelos. Ya que la seccion "EQUIVOCADO" estaría entrando en cada capa de la red (normal recurrente) o en su defecto de sus diversos decodificadores (en caso de trabajar con transformer) Afectando a los "sesgos de estos". En el caso de ser una red normal recurrente, afectar a una parte de la capa (o capas). Siendo asi una entrada nueva de la red, de ser necesario (anchandose la capa donde se coloque esa entrada). Esto sería recomendable en la salida del transforme, en su capa lineal. ... En el caso de aplicarse a los Transformer/decodificadores quizás halla que llevar este tratamiento también a la parte de codificador (ya que lo que ocurre en el decodificador es una reacción, inherente esperada, de lo que ocurre en el codificador). Y posiblemente hacerle algún ajuste adicional. (Ya que no se como las corporaciones forma sus modelos doy al menos lo básico... habiendo hecho sus iteraciones los tokens... podría afectarse ligeramente LA SUMA DE LAS MATRICES de los token al agregarle uno o unos pocos token extra. Estos token DEBERÍAN SER CADA UNO INVARIABLE) para que así se produzca una variación (diferente, unica y adecuada). ... Postdata: Al final del decode tal vez deba haber una única salida exclusiva para detectar que entendio que es un error (al estarla entrenando). Este Modelo actuaría, si se piensa, con detalle, sobre las pocas posibles salidas dadas. Realizando un segundo filtrado a esas pocas salidas, excluyendo así las que no cumplen con las reglas. Este modelo de transforme se puede practicar, por ejemplo, con el cuestionamiento: ¿Cómo debo responder a la pregunta (está)... Para que no intervenga con la salida positiva, normal... demostrando asi indiferencia?. ... La salida en realidad no debería arrojar nada (sin embargo seguramente ignoraran esto porque querrán pruebas al hacer el entrenamiento)... Colocándole ustedes la salida EQUIVOCADO... Pero para no forzar a la capa lineal, dandole mucho trabajo, se podria seleccionar un área considerable de ella, PARA LA DESVIACIÓN y así, seguido de una puerta OR demostrar su comprensión. Otra forma de buscar no darle tanto trabajo a la capa lineal sería que en cada decode, el o los tokens agregados, sean diferentes entre si (pero aún así, INVARIABLES dentro del respectivo decode). Una buena manera de definir esta configuración, desde el principio, sería que un solo transforme, se encargue de como se reparte el SET de "tipos de tokens" (con su cantidad ajustada al número de decode, por supuesto). ... En condiciones de entrenamiento normal (sin la entrada equivocado) no debería activarse la salida EQUIVOCADO que proviene de OR (si es que deciden tener una demostración de la operatividad de este nuevo modelo).
Mis Cursos de Programación: courses.metalcode.io/
Mi Libro de C#: hdeleon.net/libro-aprender-a-programar-con-c-hector-de-leon/
Siempre son más claros los ejemplos con cervezas que con animales, de eso no hay duda
Yo aprendí todos estos conceptos trabajando como backend en una API de una casa de empeños, que incluía aparte de hacer empeños, refrendos, compra y venta de cosas, la creación de usuarios, gestión de empleados, cajas, checks de apertura y cierre de sucursal, sucursales, y empleados de la sucursal... 🤭🤭🤭 Todo en un año de trabajo mientras estudiaba la carrera
Me gastaría que hicieras mas videos de estos, en mi caso la mejor manera de entender un concepto en programación es entender el para que y como sirve en un entorno real de trabajo y que pasaría si no existieran estos conceptos, que tengo entendido que muchos son para facilitar el trabajo o hacer menos código, no llevo mucho tiempo aprendiendo pronto me lanzare a encontrar mi primer trabajo y este video me ha ayudado a tener el concepto de POO mas solido. Muchas gracias
Wow! Excelente video, ya entendí por fin las interfaces! Eres un genio, saludos!
Creo que ese es el problema de muchas universidades, solo se enfocan en darte el concepto pero no en como aplicarlo en el mundo real, 5 años estudiando ingeniería en sistemas y hasta que conocí tu canal, di con el clavo de como esque funciona una interfaz realmente o su propósito en el mundo real
Tienes razón explicar con clases de animales, u otras cosas realmente no te ayudan a entender para que funciona PO
Yo también decia "Y esto para que mird me va a servir?", hasta llegar a la practica se entiende realmente que es y entonces esos ejemplos toman todo el sentido.
También me llevó un tiempo entender estos conceptos. Gracias por resumirlos de manera fácil
Eres un genio, Hectorín. Feliz Día de Reyes.
Me hubiera ahorrado 7 años de estudio pero bueno es lo que hay. La POO ya parece un Eevee puede evolucionar a un patron de diseño a una arquitectura.
Excelente como siempre Hector mi pana! Desde panamá Saludos!
Gracias Hector feliz año
Solo por que me dijiste mañoso te puse el pulgar arriba... jajaa
Exactamente en ese momento le di me gusta, un crack Hector como siempre
X3
Excelente video Héctor, a poner en práctica :D
Gracias Hector. Muy agradecido con Tus videos. Excelente la forma como lo explicas
Muy buen video, siempre se los comparto a quienes estan comenzando porque son muy claros
Que buena energía que tiene el pana, se entiende todo a la perfección
Hola Hector, me pareció super útil los ejemplos que diste sobre las interfaces `Invoice` y `SendEmail`, muy esclarecedores; yo llevo 3 años programando pero me he enfocado en el paradigma funcional y muchas veces se me dificulta planificar código en el paradigma OOP
Muchas gracias como siempre, siempre se aprende en tus videos!
Genial Hermano, muy buena tu explicacion que aterriza estos conocimientos un tanto academicos al principio. Ojala nos regales mas de estas 'reflexiones'.
Se te agradecen muchos tus aportes estimado Héctor
🤝🐧🤘
Con los ejemplos prácticos se entiende el beneficio de la POO más claro imposible.
Muy buena explicación del uso de interfaces, gracias
Ojalá pudieras hacer un video de cómo entender lo que es o debe hacer cada capa en una arquitectura de capas, no específica.
Me refiero tipo a: qué debe hacer y cuales son las responsabilidades de un controlador; de un servicio; a qué se debe limitar un repositorio; cómo ver a los modelos, son lo mismo que las entidades?; dónde es lógico o correcto hacer el mapeo de los DTO, etc.
Lo explicas desde tu experiencia y eso lo hace muy entendible!
Has más videos de este tema, son muy interesantes. Saludos Hector de Troya.
Pura vida
Exactamenteeeeee, igual siguen enseñando con ejemplos de animales y demás para “entender” conceptos pero es cuando te piden hacer un proyecto que te das cuenta que no entendiste en realidad, los maestros de programación en universidades deben empezar a enseñar a crear sistemas y demás en vez de seguir con ejemplos sin sentido.
Necesito alguien como tú, pero para Ciencias de Datos. No necesariamente debe gustarle la cerveza. 😊
gracias hector por el video, si en los nuevos nuevos cursos de metalcode podrias hacer uno de microservicios en c# seria genial
Excelente Hector!
Saludos padrino!
Lo que sucede es que cuando uno esta en la universidad si te explican estos conceptos, pero como tu estas en modo mhee, no le pones importancia y no lo relaciones con la vida real en tu trabajo. Cuando ya sales, y te topas en tu trabajo, aparece la necesidad de saber todo esto y el porque y cuando ya lo aplicas en la vida real ya dices ahhhh para esoo era 😁
Ahorrandonos tiempo. Que buen servicio 👍
🍺 Por más vídeos como este, mañoso!! 🍺
Ami me sirvio mucho entender la POO, cuando le agarre la mano, pero lo que mas me volo la cabeza fue el concepto de INTERFACES. Cuando conoci las interfaces supe que el mundo habia cambiado!! xD
Muy buen explicación 🎉
Mi historia -y la de muchos- resumida bastante bien 😢😢😢😢😢 solamente que yo la aprendí en c++ (con todas las complicaciones de “herencia múltiple “ de c++)😅😅😅😅
Buenisimo cabezon.
Ohhh Mestro Hector de la Clave Menor para evocar al SATanas ! Agradezco este atesorado coniocimiento que ahora hace descender a nosotros los mañosos mortales!
🥳🥳🥳🥳🥳🥳🥳🥳🥳🥳 Gracias !
Celebremos con cerveza ! 🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺🍺
¿podria usar clases abstractas para aplicar el principio solid abierto/cerrado y para crear la capa de 'elements' de clean architecture ?
Muchas gracias!!!
yo le encontre la utilidad al POO cuando descubri que podia usar librerías de otra gente que había tenido la bondad de ahorrarme muchas horas de programación y me permitía hacer cosas que ni imaginaba que se podían hacer fácilmente
excelente contenido
Buen vídeo mi objetivo es conseguir empleo. Saludos desde Venezuela
si es correcto puedes entender la logica de poo pero ya implementarla a un proyecto si se complica y mas en lo personal q he trabajado con programacion funcional a lo largo de mi carrera
Expkicación super útil como siempre Héctor! pregunta: qué PC utilizas para programar? Saludos de un uruguayo en Barcelona
Entonces tiene sentido usar interfaces para los crud si en el futuro vas a cambiar de tipo de conexión?
Está chido, qué viva JavaScript !
Somos los "mañososlovers"
Crack!!!
Hola queria hacer una prengunta e estado aprendiendo fron y solo estoy con html y css y me atasco mucho en css con tanto conseto que hay y no se si esto es para sera que si intemto baken me va bien o es peor que css y me frustra porque me llama mucho la atencion este mundo y de sibresa tengo dislexia que me aconsejas
nunca habia cerrado tiktok tan rapido
el rol de cobrador ha evolucionado
jaja, pues si también vengo de esa época, y tengo titulo de webmaster
Composición o herencia?? Que team eres 😅
¿Cómo se puede aprender cloud más allá de los conceptor teóricos? Cualquier plataforma te cobra un mínimo para acceder a su infraestructura o existen simuladores tipo los que se usaban para enseñar redes cuando no tenías para comprar tu propio ruteador y programarlo je je je ??
El SAT y Satanás son amigos 🤣🤣🤣 grande Héctor.
Súper
Por eso me estoy especializando en node.js para backend
De la misma manera, pero con C#.
durisimo
Apliqué todo eso en mi último pull request y los demás desarrolladores react se rieron de mí :(
Y las clases abstractas?
Una pequeña solicitud. Por favor usar letra un poco más grande.
Para ver desde un móvil o incluso a veces desde un monitor de 14 pulgadas es difícil ver bien.
Por lo demás excelente explicación.
técnica secreta comer mientras ves youtube
chingon
Llegaste 7 años tarde
🖖
Les tengo un concepto nuevo... Devops!!!
Eso no es nuevo se llama webmaster
Jajajaajjaajja
no he podido comprar tu curso, me da error tira paro
Paypal nunca falla
@@hdeleonnet todo un éxito!
"sat" de Satanas jajaja
Eso me mató. XD
yo les ahorro 20 min de video :
El video presentado aborda la importancia de la programación orientada a objetos, específicamente el concepto de interfaces y su aplicación en el diseño de software. El creador del video explora cómo las interfaces permiten que diferentes clases tengan comportamientos similares sin tener que modificar código uno al otro.
A continuación, se presentan los puntos clave del video:
1. **Introducción a la programación orientada a objetos**: Se explora brevemente el concepto de la programación orientada a objetos y su importancia en el diseño de software.
2. **Interfaz vs. Clase**: Se destaca la diferencia entre una interfaz y una clase, enfatizando que una interfaz es un contrato que define los comportamientos que una clase debe tener.
3. **Beneficios del uso de interfaces**: Se presentan los beneficios del uso de interfaces, como la flexibilidad, la reutilización de código y la reducción de dependencias entre clases.
4. **Ejemplo con factura y envío**: Se presenta un ejemplo específico de cómo se pueden aplicar las interfaces en un contexto real, utilizando una clase para generar facturas y otra clase para enviar correos electrónicos.
5. **Cambios en la factura sin afectar el código de la venta**: Se muestra cómo cambiar la clase que genera facturas no afecta el código de la venta, lo que demuestra la flexibilidad y reutilización del código permitida por las interfaces.
6. **Conclusión**: El video concluye con un resumen de los beneficios del uso de interfaces en el diseño de software y una invitación a seguir aprendiendo sobre programación orientada a objetos.
En general, el video proporciona una visión clara y concisa de cómo las interfaces pueden ser utilizadas para mejorar la flexibilidad, reutilización y mantenimiento del código en un programa de software.
@@3rl4ng Un resumen hecho por IA... no gracias
Gracias, Gemini.
Primero :)
Tengo una idea de cómo se puede resolver el problema del alineamiento.
SUPOSICIÓN ES ALINEAMIENTO
Para eso se necesitan dos (2) cosas, que son:
- Debería colocarse antes de la entrada, al modelo IA, un transforme que... En su sección de enseñanza (decode) no solo Tenga la respuestas o respuesta correcta. Sino que además,
del pulso de ACTIVACIÓN, tenga junto, uno de EQUIVOCADO (ingresando los datos del formato). De manera que evalúe la salida.
Este EQUIVOCADO debería operar tanto si se está entrenando o esta trabajando (aunque es posible quitarlo mientras trabaja, en este caso, tal vez halla que mejorar la capa lineal de la salida de los decodes, por lo que no es recomendable).
- Creo que sí entre el prompt y el modelo IA hay una primera vía debería haber una segunda vía. Donde halla un bloque que se encargue de las SUPOSICIONES porque el problema del alineamiento se trata de que los modelos no están suponiendo, las cosas.
Esas cosas deberían ser implícitas al estudiar el prompt, no algo que también se le tiene que agregar al prompt.
Dicho lo anterior, creo que en esta segunda parte debe crearse una urna de formatos, como una base de datos. Donde cada punto dentro de esos formatos represente un alineamiento (yo lo llamaré aquí, a partir de ahora, regla) luego el Bloque "suposición" probará hasta que encuentre uno o algunos (formatos) que no violen las reglas del prompt, para esto debería haber un CONTRASTADOR.
Pero antes, se deberia determinar desde el prompt ¿cuáles son las reglas? cierto. Para esto, creo que se puede utilizar la forma actual en la que se emplean los agentes. Uno, principal, que esclaviza a otros diciéndoles como pueden llegar a realizar una tarea.
Algo así, como:
¿Con este asunto (prompt)... Esta señalización (regla) de conducción... se puede emplear?
Este agente o agentes de seguro arrojarían una buena deducción.
Entre el "contrastador y la entrada de "equivocado" se crearía el concepto de posibles salidas negativas.
Cómo en las cámaras fotográficas antiguas pasaba.
De manera que el Bloque suposición estaría conformado por dos (2) sub-bloques. Donde,
La Razón de este negativo es que se le enseñe al modelo IA que además (de lo que hace) debe respetar estás reglas.
Por supuesto que sí los formatos se organizan aún más (dentro de varias urnas, no solo dentro de una) y todo dentro de la base de datos.
Entonces, si se quiere trabajar con el modelo de una forma (relajada, prudente o rigurosa) solo habría que switear entre urnas.
Pienso... que quizás esto crearía el siguiente paso del transforme o al menos, una buena mejora para los modelos.
Ya que la seccion "EQUIVOCADO"
estaría entrando en cada capa de la red (normal recurrente) o
en su defecto de sus diversos decodificadores (en caso de trabajar con transformer)
Afectando a los "sesgos de estos".
En el caso de ser una red normal recurrente, afectar a una parte de la capa (o capas). Siendo asi una entrada nueva de la red, de ser necesario (anchandose la capa donde se coloque esa entrada).
Esto sería recomendable en la salida del transforme, en su capa lineal.
...
En el caso de aplicarse a los Transformer/decodificadores quizás halla que llevar este tratamiento también a la parte de codificador (ya que lo que ocurre en el decodificador es una reacción, inherente esperada, de lo que ocurre en el codificador). Y posiblemente hacerle algún ajuste adicional.
(Ya que no se como las corporaciones forma sus modelos doy al menos lo básico...
habiendo hecho sus iteraciones los tokens...
podría afectarse ligeramente LA SUMA DE LAS MATRICES de los token al agregarle uno o unos pocos token extra. Estos token DEBERÍAN SER CADA UNO INVARIABLE) para que así se produzca una variación (diferente, unica y adecuada).
...
Postdata: Al final del decode tal vez deba haber una única salida exclusiva para detectar que entendio que es un error (al estarla entrenando).
Este Modelo actuaría, si se piensa, con detalle, sobre las pocas posibles salidas dadas. Realizando un segundo filtrado a esas pocas salidas, excluyendo así las que no cumplen con las reglas.
Este modelo de transforme se puede practicar, por ejemplo, con el cuestionamiento:
¿Cómo debo responder a la pregunta (está)... Para que no intervenga con la salida positiva, normal... demostrando asi indiferencia?.
...
La salida en realidad no debería arrojar nada (sin embargo seguramente ignoraran esto porque querrán pruebas al hacer el entrenamiento)... Colocándole ustedes la salida EQUIVOCADO...
Pero para no forzar a la capa lineal, dandole mucho trabajo, se podria seleccionar un área considerable de ella, PARA LA DESVIACIÓN y así, seguido de una puerta OR demostrar su comprensión.
Otra forma de buscar no darle tanto trabajo a la capa lineal sería que en cada decode, el o los tokens agregados, sean diferentes entre si (pero aún así, INVARIABLES dentro del respectivo decode).
Una buena manera de definir esta configuración, desde el principio, sería que un solo transforme, se encargue de como se reparte
el SET de "tipos de tokens" (con su cantidad ajustada al número de decode, por supuesto).
...
En condiciones de entrenamiento normal (sin la entrada equivocado) no debería activarse la salida EQUIVOCADO que proviene de OR (si es que deciden tener una demostración de la operatividad de este nuevo modelo).
no estamos hablando de ia
@@andymesta4913puedes tomarlo como "la nueva forma de programar" ?? 😂😂 👍
años de estudio? xd En serio te tomó "años" aprender eso??
Pues sí, varón. Hay gente que toma hasta décadas en una sola cosa.
Ya llego el que quiere atención
calmao ultron
Ya llego el wey qué ni pone atención en clases y sale a pistear después de la uni
@@jimenezmartin3173 SI seguramente mi grado de doctor lo conseguí así como dices