DIRECTOS TODOS LOS LUNES-MIERCOLES 8:30 PM Y VIERNES 7 PM COLOMBIA
¡Hola! Mi nombre es Jamilton Quintero y soy un apasionado de la tecnología y la programación. En mi canal de KZread, encontrarás contenido de aprendizaje enfocado en la programación y el desarrollo web. Mi objetivo es ayudarte a mejorar tus habilidades y llevar tu conocimiento de programación, así como a adoptar buenas prácticas en tu trabajo como programador.
Aqui encontrarás tutoriales y ejemplos prácticos que te ayudarán a profundizar tus conocimientos y a dominar nuevas habilidades. Además, compartiré consejos y estrategias para que puedas aplicar lo que aprendas y construir proyectos de manera efectiva y eficiente.
Si ya tienes conocimientos de programación y desarrollo web o si eres nuevo y quieres mejorar tus habilidades y adoptar buenas prácticas en tu trabajo, ¡suscríbete a mi canal! Estoy emocionado de compartir mi conocimiento contigo y ayudarte a alcanzar tus metas en el mundo de la programación.
Пікірлер
Muy clarificadores los diagramas! Gracias por toda la explicación 💪
Es el mejor de tus videos hijo y sobre todo porque hablas desde la experiencia ❤❤❤❤
Conclusion del directo 1 - 75% de directo fue chisme ( buen chisme broma) 2- que responder cuando te pregunten ¿ por que te gustaria trabajar en esta empresa? Me encantaría trabajar en esta empresa porque he escuchado que aquí, además de código limpio, también valoran el café fuerte y las buenas bromas de programación. Además, necesito un lugar donde mis chistes sobre semicolons y callbacks sean comprendidos y apreciados. Y si me aceptan, prometo no causar conflictos... al menos, no más conflictos de los que ya genera Git. ¿Quién necesita un programador que entregue solo código, cuando puede tener uno que entregue risas también?" 3 - buena forma de extructurar el diagrama , la historias de usuarios etc .
¡Jajaja! Desde que sea buen chisme, mi rey, ya con eso estamos bien, ¿no crees? ¡Jajaja! Pero sí es difícil, Milooooooo, cómo los ignoro con sus preguntas. No puedo, no está en mi ser ignorar. ¡Jajaja! Contratado... Fírmame aquí, aquí y por último aquí. ¡Jajaja! De hecho, es la razón por la cual a las empresas les gusta tener a sus empleados en la oficina. No solo por control, sino también porque saben que pueden generar mejor trabajo en equipo. Esto es difícil en remoto, se pierde mucho la parte humana y las relaciones interpersonales en general. Así que, si alguien me dice eso, ¡jaja! probablemente lo contrate (si la entrevista técnica no estuvo tan tétrica).
Padre Nuestro del Frontend que estás en la nube, santificado sea tu código. Venga a nosotros tu creatividad, hágase tu interfaz, así en la web como en la app. Danos hoy nuestro JavaScript de cada día y perdona nuestros bugs, así como nosotros perdonamos a los que usan Internet Explorer. No nos dejes caer en el layout quebrado y líbranos del error 404 . Danos desarrolladores que dominen Angular, que entiendan TypeScript como su lengua materna y que nos guíen por el camino de los componentes reutilizables. Que sus servicios sean siempre eficientes y sus pipes nunca se rompan. Amén.
Muy buenos videos amigo!!!. Tengo una duda espero que me puedas ayudar he visto tanto proyectos como videos en los que el puerto de persistencia en lugar de ponerlo en Dominio suele ponerse en Aplication en ports>inputs y suelen decir que también es valido. tengo entendido que en varias empresas adoptan esta arquitectura para sus problemáticas pero mi duda es. por que es valido poner el puerto de persistencia en application? es legibilidad, convención, etc?
Saludos, Sosa. Un gran saludo y muy buena pregunta. En general, hay empresas que no les gusta usar el dominio para no enredarse con todo el mundo de los dominios del DDD (Domain-Driven Design), porque al final se ven casi obligados a terminar usando DDD. Es importante entender que las arquitecturas son, por decirlo de alguna manera, un molde, un molde que no está exento de sufrir cambios, modificaciones o personalizaciones. Te vas a encontrar con millones de variantes de la hexagonal. ¿Cuál está mal? Probablemente ninguna... una arquitectura es una expresión del negocio, de la interpretación de una forma de plasmar o estructurar y al final es, de alguna forma, una especie de guía para los desarrolladores de cómo deberían distribuir sus clases a lo largo del sistema para que tenga consistencia. Esa consistencia la podemos dar nosotros. Si al arquitecto que definió esa solución le hace sentido y la ve escalable, pues funciona y está bien. De hecho, algo curioso es que la arquitectura hexagonal oficial no habla de una carpeta de dominio. Esto se fue dando cuando se vio que al final la hexagonal compagina muy bien con las arquitecturas limpias. Las arquitecturas limpias sí hablan de una carpeta de dominio, y las hexagonales más modernas van orientadas a la clean architecture. Es por eso que vas a ver hexagonales con y sin dominio. Probablemente las hexagonales más maduras deberían tener su dominio ya que pretenden escalar mucho a nivel de dominios (y es el caso donde realmente deberíamos usar hexagonal). Las otras, probablemente, y te lo digo desde la experiencia, pudieron haber usado mejor una capa (layer) ya que si sus dominios no tienen tendencia al escalamiento, directamente deberían haber evitado la hexagonal... No hay bala de plata; cada arquitectura y, en general, cada solución tiene su caso de uso. En sí, el puerto por otro lado lo que pretende es separar la capa del dominio/aplicación (principalmente el dominio) de externalidades o librerías y bases de datos. Por ende, todo lo que requiera una conexión externa, una base de datos o una librería externa, debería quedar en la capa de la infraestructura con el fin de no contaminar los dominios o tu business logic. Espero esta respuesta te sea de utilidad y te ayude a aclarar un poco más el panorama. Saludos y gracias por tu apoyo.
Gracias por toda la info. Quiero revisarme todos los directos, que son muy TOP! y siempre hay algo nuevo que aprender :D. Muy clara la implementación de los VO, es complicado encontrar contenido de esta calidad por youtube. Enhorabuena!
Holaaaaa Jesus muchas gracias por tu comentario mi rey me alegra muchisimo que este contenido te sea de ayuda y que te guste tanto. muchos exitos y gracias por el apoyo =)
Entonces pasar de monolitos a microservicios es como el matrimonio todos pensamos que va ser bueno ( que los microservicios va a ser una buena solucion ) pero el matrimonio termina trayendo muchos problemas ( los microservicios pueden ser dificiles de implentar etc)
jajajjajajaj mejor ejemplo no pudiste haber dado. Como mencioné todo tiene su caso de uso y en la practica en el dia a dia es una tortura y solo lo saben los que realmente lo han vivido. Entonces good ahi por esa comparativa ajjaja
50 /50 la ia si va a eliminar algunos trabajos que son mecanicos ( como locutor ) .Mientras que otros trabajos que se necesita de creatividad , concentracion , razonamiento( programador js) no lo va a eliminar sino ayudar . Esto se explica mejor en el libro Deep Work ( no es un libro de programacion , es un libro que explica que trabajar 2 horas enfocado en algo es mejor que trabajar 8 horas con distracion ) posdata js>>>>>>>>>>>>>>>>java
¡Jajaja! Esas posdatas satánicas no me gustan, Cris, hágame el favor. Buen análisis allí, aunque yo creo que sí va a llegar el punto donde se quiten algunos trabajos de programador, y es más porque las empresas lo están forzando e invirtiendo mucho en ello. Al haber tanta inversión, no digo que lo logren al cien por ciento, pero algo lograrán.
@@JamiltonQO si pero estas empresas se enfocan mas en lo que tiene que ver en el diseño ux y el fronted dejando otras areas de la programacion como el backend . Y aunque lo consigueran tendria muchos problemas con esta ia por que las empresas quieren que una sola ia haga de todo . En ves de concentrarse en crear una ia que tenga un solo trabajo . Y en conclusion java es el hijo de js
@@cristianreinocriollo5214 Primero que todo, Java > JS. Bien, ahora sí, con eso claro, estoy de acuerdo en algo, y es que probablemente sea más "fácil" cambiar un front por un back en temas de IA, ya que en el back se requieren más componentes y un mundo más grande a integrar. Sin decir que el front es más fácil, el back suele tener mayor complejidad a nivel de integración de múltiples componentes.
¿La base de datos se restablece después de un tiempo?
Que vídeo más increíble todo lo que dices es lo que uno debe aplicar vamos a cumplir cada quien su objetivo personal voy a volver a retomar la programación super enfocado y no desenfocado porque como bien lo dices lo que nos distrae nos destruyen nuestros sueños.
Muchas gracias por tu apoyo. Y por favor dale con toda tú puedes sé que puedes lograrlo. Muchas veces pensamos solo en la satisfacción de momento, pero la mayoría de las veces las cosas que representan una satisfacción rápida nunca nos dan valor a futuro. Tenemos que eliminar lo que nos distrae lo que nos resta valor y avanzar hacia el futuro
esa pc está muy bonita
Gracias Daniel =) es mi bebesita jaja te dejo por aqui los componentes. TARJETA GRAFICA: ZOTAC Gaming GeForce RTX 4080 Super Trinity OC White Edition PROCESADOR: AMD Ryzen 7 7800X3D 8-Core, 16-Thread Desktop Processor MEMORIA RAM: CORSAIR DOMINATOR PLATINUM RGB DDR5 RAM 32GB (2x16GB) 5600MHz FUENTE DE PODER: Corsair RM1000x (2021) Fully Modular ATX Power Supply - 80 PLUS Gold - Low-Noise Fan - Zero RPM - Black CASE: Lian Li LI PC-O11 Dynamic EVO - Carcasa para computadora para juegos de torre completa ATX, O11DEW ALMACENAMIENTO: SAMSUNG 990 PRO Series - 2TB PCIe Gen4. X4 NVMe 2.0c MOTHERBOARD: ASUS ROG Strix B650-A Gaming WiFi 6E AM5 (LGA1718) Ryzen 7000 Motherboard REFRIGERACION LIQUIDA: Corsair iCUE H150i Elite CAPELLIX XT Desktop Liquid CPU Cooler - Three AF120 RGB Elite Fans VENTILACION ADICIONAL: x3 Corsair QL Series, iCUE QL120 RGB, 120mm RGB LED PANTALLA: KOORUI Monitor QHD para juegos de 27 pulgadas 170Hz, 1 ms, panel IPS
Uff , severa maquina , lo tiene todo, belleza y potencia, saludos y buen video 😊 ?@@JamiltonQO
@@zlviruzcrack280 jajjaa gracias gracias es mi concentida.
gracias jamilton por este video no la estoy pasando bien por mi situación amorosa y emocional ya cuando había empezado con ganas pero voy a seguir adelante!❤
Sigue adelante, mi rey. Eres más fuerte que cualquier cosa que te esté pasando. Nunca renuncies a tus sueños.
Gracias por los consejos : mi meta dentro de 10 años es tener mi propia fabrica de software y contratar a jamilton para que programe todos los dias con js
😂😂😂 jajajjaja bien por esa meta parcero vamos a ver dentro de 10 años quien contrata a quien o tu a mi como js o y a ti como JAVA. Ojo si te vas a echar esos chistes por aquí almenos ten la demencia de tirarte uno de tus factos filosofal es 😂😂😂❤
Buenas tardes segun las tendencias de sistemas hechos en java, cual seria mejor diseñar desktop o web? Es para una app de inventario. Que a futuro la quieren en la web. Gracias
yo tengo el backend en java con spring, el frontend en react y la base de datos en mysql pero los tengo en repositorios diferentes hay algún problema?
Allí se despliega es una imagen de docker. Tendrías que buscar hacer solo un despliegue con docker compose. el tema es que a lo mejor te moleste por el tamaño de el proyecto De testosterona creo que todo bien
Eres una inspiración para muchos jovenes como yo, en mi caso tengo 19 años y ando estudiando ingenieria de sistemas, y honestamente no juego, nunca tuve ese vicio la verdad. Quiero es dedicarle mas tiempo a mi carrera y todo el mundo de programacion para salir adelante.
Hola Andrés. Muchas gracias por tu apoyo ☺️☺️☺️ si creo que no todos pasaron por ese tema de los video juegos. Pero te felicito por esa excelente mentalidad. No desperdicies lo más bello que tienes. Tiempo
Ya que terminaste con SOLID, sería interesante que consideres un video explicando el patrón CQRS
Estaria interezante lo tendre en cuenta pero creo que tomaremos almenos los aptrones de diseñ e iremos migrando a patrones arquitectonicos de mas alto nivel Te parece?
¿ Realizaste los bailes divertidos de esas pequeñas escenas o fueron generadas con IA ? 😅
jajajja me los ahce el editor esta bien loquito
En el minuto 6:10 parece que la expresión correcta debió ser: "¿ cuál es la diferencia entre dependency inversion e inyección de dependencias?"
Gracias Rafa lo tendre en cuenta
pero es gratis solo un mes?
Hola no señor yo tengo un servicio alli hace mas de un año y medio y solo pague 0.2 centimos de dolar y eso por que encesitaba mas memoria ram
Es gratis.Yo tengo un servicio allí desplegado por más de un año y allí sigue
Lo correspondiente a la solución del "caso 2" ( minuto 13:17) aplicando "con Liskov" no está disponible en el GitHub, solo está el "sin Liskov"
Noooooooo rafaaaaaaaaaa perdon ya mismo lo subo mi bro muchas gracias.
Amigo, excelente trabajo. Me parece muy valioso su contenido. Tenga una consulta: cuando se empieza a segregar las funcionalidades, cómo logras controlar en la implementación que exista un método específico, es decir, cuando tienes una sola interfaz, no hay problema porque si o si todas las clases implementan el contrato, pero cuando ya tienes muchas interfaces cómo controlas que exista cierto método? La verdad esa parte me confunde. Sería chévere que colocaras la implementación completa del ejercicio de la impresora. Gracias 🙏🏻
Hola, Gracias por tu comentario y por apreciar el contenido. Cuando segregamos las interfaces, es importante diseñarlas de tal manera que cada una represente una funcionalidad específica y cohesiva. Para controlar que una clase implemente los métodos necesarios puedes ahcer uso de las interfaces compuestas que es tomar comportamientos de otras interfaces que obligaran a el cliente o clase a implementarla si llenar de n interfaces ejemplo. public interface IPrint { void print(Document document); } public interface IScan { void scan(Document document); } public interface IFax { void fax(Document document); } public interface IMultiFunctionDevice extends IPrint, IScan, IFax { } public class MultiFunctionPrinter implements IMultiFunctionDevice De esta manera, puedes asegurarte de que ciertos métodos específicos estén presentes en tus clases, incluso cuando utilices múltiples interfaces. Es cierto que al final no hay una regla de oro para esto y podrías hacerlo de muchas formas. Pero piensa que esta es una manera en la que puedes dividir y segmentar tus interfaces correctamente, asegurando que cada cliente solo implemente lo que realmente necesita.
@@JamiltonQO Muchas gracias amigo, por siempre contestar nuestras inquietudes. Me parece super interesante este tema. Disculpa mi atrevimiento, pero quiero exponerte el siguiente caso para tener mayor contexto de este principio y siguiendo tu sugerencia. Supongamos que necesitamos un servicio que procese por medio de un parámetro diferentes tipos de cupones (Cupones Empleado, Cupones Cortesía y Cupones Dinero). Todos los cupones tienen un proceso en particular, canjear cupón, pero no todos los cupones tienen la opción de anular un canje, es decir, solo cupón dinero y cortesía pueden anularse. Mi duda surge porque siempre que se ejecuta el servicio, espera un cupón por abstracción (dinero, empleado, cortesía) , pero no todos los cupones pueden anular y la aplicación pueden caer por falta de esa validación. Te agradecería enormemente tu apoyo para saber lo mejor en estos casos 🙏🏻 public interface RedeemCoupon { void Redeem(); } public interface CancellableCoupon { void Cancel(); } public interface CouponGeneric : RedeemCoupon, CancellableCoupon { } // cupon empleado solo puede redimirse // y si le implemento CouponGeneric estaría dejando metodos vacios public class EmployeeCoupon : RedeemCoupon { public void Redeem() { Console.WriteLine("Employee coupon redeemed."); } } // cupon Cortesia si implementa los dos metodos public class CourtesyCoupon : CouponGeneric { public void Redeem() { Console.WriteLine("Courtesy coupon redeemed."); } public void Cancel() { Console.WriteLine("Courtesy coupon redemption voided."); } } // Cupon dinero si implementa los dos metodos public class MoneyCoupon : CouponGeneric { public void Redeem() { Console.WriteLine("Money coupon redeemed."); } public void Cancel() { Console.WriteLine("Money coupon redemption voided."); } } // el tema es que acá no puedo pasar cupón empleado // ya que esta clase recibe es un CouponGeneric // sin embargo, cupón empleado no tiene CancelCoupon // acá es donde no entiendo public class CouponManager { private readonly CouponGeneric _coupon; public CouponManager(CouponGeneric coupon) { _coupon = coupon; } public void RedeemCoupon() { _coupon.Redeem(); } public void CancelCoupon() { _coupon.Cancel(); } }
@@lara97196516 Holaaaa luis mil disculpas la demora en responder esta semana a sido una completa locura para mí. No por favor, pero si para mí es un completo gusto. Mira el tema aqui esta en que si las clases premium tienen diferentes comportamientos debes hacer uso de patrones tipo factory o factory method para instanciar el tipo de capón según la necesidad y que ejecute o no los métodos de cancelación. O por defecto haciendo uso de tipo Java lo hace que se hace List d = new Arraylist Esto de ta acceso a metodos que tiene o no tiene otras clases. Te dejo un ejemplo aqui La clave es piensa como usas los metodos clases en Java que te da acceso a mas o menos comportamientos. Delega logicas a clases intermedias tipo constructoras o Gestionadoras y alli segun el tipo de Cupon decides si puede o no cancelar. Por favor si esto resuelve la duda hazmelo saber sino lo seguimos revisando. Saludos querido amigo. Bendiciones public class Main { public static void main(String[] args) { RedeemCoupon employeeCoupon = new EmployeeCoupon(); CancellableCoupon courtesyCoupon = new CourtesyCoupon(); CancellableCoupon moneyCoupon = new MoneyCoupon(); CouponManager manager1 = new CouponManager(employeeCoupon); manager1.redeemCoupon(); manager1.cancelCoupon(); // Output: This coupon cannot be cancelled. CouponManager manager2 = new CouponManager(courtesyCoupon); manager2.redeemCoupon(); manager2.cancelCoupon(); // Output: Courtesy coupon redemption voided. CouponManager manager3 = new CouponManager(moneyCoupon); manager3.redeemCoupon(); manager3.cancelCoupon(); // Output: Money coupon redemption voided. } } public class CouponManager { private final RedeemCoupon redeemCoupon; public CouponManager(RedeemCoupon redeemCoupon) { this.redeemCoupon = redeemCoupon; } public void redeemCoupon() { redeemCoupon.redeem(); } public void cancelCoupon() { if (redeemCoupon instanceof CancellableCoupon) { ((CancellableCoupon) redeemCoupon).cancel(); } else { System.out.println("This coupon cannot be cancelled."); } } } // Cupon empleado solo puede redimirse public class EmployeeCoupon implements RedeemCoupon { @Override public void redeem() { System.out.println("Employee coupon redeemed."); } } // Cupon Cortesia puede redimirse y anularse public class CourtesyCoupon implements CancellableCoupon { @Override public void redeem() { System.out.println("Courtesy coupon redeemed."); } @Override public void cancel() { System.out.println("Courtesy coupon redemption voided."); } } // Cupon dinero puede redimirse y anularse public class MoneyCoupon implements CancellableCoupon { @Override public void redeem() { System.out.println("Money coupon redeemed."); } @Override public void cancel() { System.out.println("Money coupon redemption voided."); } } public interface RedeemCoupon { void redeem(); } public interface CancellableCoupon extends RedeemCoupon { void cancel(); }
En caso tengamos un código ya existente como el ejemplo del package "sin", ¿ no estaríamos rompiendo el "open-closed" al editarlo para dejarlo como el ejemplo del package "cono" ?. Mi duda es si esto solo se debe aplicar durante el desarrollo, pero para código ya existente donde queremos mantener las clases, aplicar otra alternativa, tal vez herencia sin modificación.
Hola Rafael, Qué buena pregunta. No, al hacer refactor no rompes el principio de Open/Close porque estás mejorando la legibilidad y la escalabilidad del producto. El código no es estático; puede que hoy inicie de una forma y mañana tengas que cambiarlo. Eso no significa romper el principio. Romperlo es cuando, al crearlo, ya lo inicias con una mala práctica, porque si no, tendrán que lidiar con ese código malo toda la vida. Es, de hecho, una buena práctica, como dice el Tío Bob en su libro Clean Code, "la regla del Boy Scout": dejar el campamento (código) mejor de lo que se encontró, y eso muchas veces implica un refactor. Así que no te dé miedo cambiar algo que ya está por una mejor práctica.
Entonces si tenemos al menos 2 casos de uso en una clase, ¿ Deberíamos siempre aplicar este principio "open-closed" anticipando futuros cambios o en qué escenario no deberíamos aplicarlo ?
Saludos Rafa buen día. Muy buena pregunta. La respuesta general sería no. Por qué siempre de como lo mencionas el caso de uso y la solución concreta si solo es posible dos opciones y en negocio ven que no va a escalar o que de hecho solo tienes una posible opción no tiene sentido complicarse aplicando patrones. Lo que si deberías pensar siempre es como hago para que mi clase quede cerrada y eso es separando bien las responsabilidades. Si a nivel de negocio te dicen que puede escalar y eso es tu trabajo cuando estés levantando los requisitos sabrás si debes pensar en planear un buen diseño escalable y resiliente a los cambios o no
Creo que es importante no ser digamos en cierto sentido "extremistas" al decir... Siempre todo de verdad sonara cliché pero es según el caso de uso y tu problema concreto.
Esto si es contenido de calidad, cosas útiles para la vida, no lo mismo de siempre "que lenguaje es mejor" "no aprendas este lenguaje" ya aburreeeeen
jajaja vamos Migueeeeeee gracias mi rey esa es la idea dejar de criticar y avanzar, el aprendizaje es lo unico que queda. Gracias por tu comentario bendicones
Pide un java y ahí estaré
Pasate tambiennnn mi rey
Entonces y tu mami ( usuario ) te manda o comprar perejil ( hacer una peticion ) y tu mandas a tu amigo a comprar a la tienda ( pedir al nucleo que haga el proceso) y tu amigo por pendejo compro cilantro ( el sistema hizo mal el proceso) .Da como resultado que tu mami te de con el cintulon ( el usuario se enoje)
jajajajjajajaja el mejor análisis que nunca antes he visto jajjajaja toca aplicar la vieja confiable. Topetazo a tu amigo (manejo de errores con catch y hacer algo en consecuencia) entonces tu amigo arrepentido va a ir a la tienda a cambiar el cilantro por las papas (crear una entidad alternativa o manejar la lógica alternativa) y así tu mami nunca se enteró de los errores
Muy buen contenido, buena intro y el muñequito como haces para que baile JJAA
Gracias señor! 😊jajajja mi editor esta loco xD
😂😂😂 Promedio por cada 10 backs 1 front 😢😢😢 no dan abastooooo dónde estan los fronts que les gusta el OpenSource 🥺🥺🥺😢 dejen sus comentarios los que quieran apoyar 💪💪💪
Excelente
Bendiciones mi bro =)
Maldita mente cierto, soy muy inseguro de mis conocimientos y en general no tengo mucha confianza en mi, pero a mi favor puedo decir que avanzo como sea, que jodido es combatir eso, ahora por ejemplo estoy presentándome activamente a entrevistas, pero siempre el primer empleo es muy jodido de encontrar, algún consejo para un novato como yo, que proyecto, como debe ir la hoja de vida, a quien presentarse……?
Mi rey Saludos muchas gracias por comentar y apoyar. Como lo dices mi rey toca dejar de sobre pensar tanto uno le da muchas vueltas a todo. Toca mandarse en el camino se aprenden las cosas. Para tu primer empleo indispensable que empieces a crear tu portafolio. Si eres front despliega tu magia de css si eres back crea git documentados con swagger ressfull dependiendo tu lenguaje o tecnología. Eso ayudará a ver que sabes. Participar en proyectos OpenSource o crear lógicas de negocio ejemplo un ecommerce donde puedas practicar flujos completos y complejos
Bro nombre del vídeo del cual sacaste este clip o short 🤔
Holaaaaa Ode jajaja es de un directo xD
¿Te identificas con esta sensación de no estar listo? ¡Cuéntanos tu experiencia en los comentarios y comparte cómo has superado tus miedos para tomar acción! 💬🌱
Explicación al grano y buenos ejemplos
Grande mi querido Col muchas gracias por tu apoyo me alegra muchísimo que te sean de utilidad estos videos y que sobre todo te ayuden en el día a día como programador. Bendiciones
Parce, hace poco me encontré este canal, que calidad de vídeos!!! Hice Subscribe al ver el video de arquitectura hexagonal, había visto muchos vídeos de esta pero ninguno me convencía del todo. Explicas muuuuy fácil y de manera muy sencilla estas cosas que a veces suelen ser no tan fáciles de entender. Te agradezco mucho!!! Saludos desde Bogotá!
Grande mi querido klauss muchas gracias por tu apoyo de verdad que me alegra demasiado que te haya gustado este video para mí es de verdad muy gratificándote y me motiva demasiado a seguir subiendo contenido para que este tipo de contenido pueda llegar a más personas. Gracias por el apoyo y gracias por tu comentario mi rey Saludos desde Bello =)
Eyyy mi gente llegamos al final de esta serie de videos. Espero les haya gustado bastante. Que hayan aprendido y que puedan ir tomando su propio rumbo hacia la implementación de las buenas prácticas en la programación. Por favor si te gusto este video o en general la serie SOLID no olvides apoyar con un like y un comentario que me ayuda mucho a seguir creciendo. Bendiciones
JAJAJAJJA que gran intro, bien emocionado por esta serie de solid, ahora si puedo pedir mi aumento con confianza en el trabajo.
jajjajajaja te estas demorando mi querido kafka. Mi editor se esta descontrolando jajajja Gracias por el apoyo mi rey. Bendiciones
Hola hamilton , como puedo entrar al equipo ?
Hola Carlos mi rey. Pasate por el discord porfa Allí esta toda la info o puedes preguntar en el chat si no entiendes algún paso. Bendiciones y bienvenido
Excelente información, mil gracias
Gracias popr el apoyo mi rey 😀😀 me alegra mucho que te gustara el video
Excelente, muy bien explicado, el mejor
Esoooo parceroooo jajaja que alegria verlo por aqui ome. Muchas gracias por el apoyo =)
Bro mirando tu historia como empezaste en la programación, al parecer fue un poco tarde digo tarde entré comillas no estas jóven, bro me motivas tengo 22 años mi familia me quiere asesinar me odia por vago en parte tienen razón por falta de oportunidades no pude ir a la universidad tengo in trabajo de mierda en el campo en un invernadero lo bueno es qie casi no voy me cuesta, la depresión me gana saludos gracias al que me lea, mucho texto 😢😅...
Mi familia no daba nada por mi bro. Yo pasaba peleado con mi familia porque solo quería estar jugando. primero debes cambiar tu mentalidad eso es el primer paso. Segundo. Perdonate y tercero empieza hoy mismo. Ya.... literalmente ya cuando leas este mensaje toma un curso con psint yaaaaa no pierdas más tiempo aun estas a tiempo.
@@JamiltonQO maestro entonces le meto a Java, después spring boot 🤔, a qué edad empezaste, a veces me encuentro con gente que me dice que ya está saturado no vale la pena, pero me doy cuenta que hay que echarle ganas..
Hermano! Buenísimo el video, me ha dado a entender cómo realmente funciona el SRP y pienso tirarme el resto del playlist sobre SOLID. Excelente tu contenido rey 👏
Lets'gooooo Roney. Muchas gracias por el apoyo y de verdad que me alegra demasiado que estos videos te sirvan para edificarte y crecer como dev. Me alegra mucho saber que este contenido les sea de tanta utilidad. Dios te bendiga y muchas gracias
Como recomiendan empezara estudiar programación?
Hola Bruno, saludos, Como va todo? Mira si vas desde cero te recomiendo si o si iniciar con psint a menos un mes. Luego toma un lenguaje como java o C# será un poco más duró al inicio pero lo agradecerás en el futuro =)
Buenas mi gente continuando con esta entrega de videos. Hoy vemos la letra I. Recuerden que si tienen alguna duda por favor háganmelo saber en los comentarios. Si te gusto este video apoyadlo con un like
Interesante...
Grande señor muchas gracias
grande parce
Esoooo Carlos mi rey bendiciones
El video que necesitaba, me siento podrido por pasar horas y horas jugando en lugar de estar aprendiendo algo nuevo en mi caso programación
Saludos, mi bro. Tú eres fuerte. Sé que puedes superarte a ti mismo. Sé lo que se siente pararte de la silla y sentirte completamente vacío. Pero tú eres más fuerte mi bro. Usa tus debilidades como un arma
Ando igual bro 😢, ahí Estoy empezando de nuevo por loka😅...
Que buen video, gracias por compartir tu historia.
Hola David rey muchas gracias por apoyar el video. Es solo un pequeño fragmento de toda una historia por detras. Bendiciones.
Jamilton que buen video me he suscrito a tu canal. Y me encanta tu comtenido, estoy viendo tus directos también. Que joven eres!! Que edad tienes? Aqui un nuevo suscriptor muchos éxitos.
Hola de nuevo señor David me alegro mucho que hayas encontrado este canal y que estés asistiendo a los directos. Me alegra muchísimo empezar a formar y crear una comunidad que sea fiel jaja de verdad que gracias por él apoye. Éxitos
Hola de nuevo señor David me alegro mucho que hayas encontrado este canal y que estés asistiendo a los directos. Me alegra muchísimo empezar a formar y crear una comunidad que sea fiel jaja de verdad que gracias por él apoye. Éxitos
Brutal proyecto!, llegue tarde 😢. Aún se puede colaborar?. Saludos!
Holaaaaaaa pero por supuesto. Esto apenas es el inicio de un proyecto gigante que vamos a hacer. Nunca es tarde para iniciar en nada. Pasate por el discord alli podras enterarte de todo