El último 👍 _ahora a esperar me regalen una membresía_ :v es broma todos los tips están muy buenos me impresionó el de no usar else porque sin que me lo recomendaran últimamente siempre pongo de primero lo que no quiero que suceda en un if para luego continuar con la demás lógica y asi no recurrir al else
Es un estándar usar I de prefijo en las interfaces de C#, incluso no vas a encontrar una interfaz del framework de .NET que no comience así, y pienso que es mejor seguir la convención porque hasta el mismo Intellisense te va a decir: hey chiquillo, infracción de regla, la convención es poner la I te guste o no
Totalmente, no entendí muy bien ese tip, tener I en las interfaces nos permite diferenciarlas rápidamente de los tipos, ya que la herencia no se separa de las interfaces así podemos saber rápidamente cual es cual. Y así evitas cometer el error de instanciar una interfaz en lugar de castearla.
estoy aprendiendo programación y no entendí ni chota de lo que están explicando, por supuesto, esto no me desanima ni mucho menos, me motiva un montón para seguir aprendiendo y crecer como desarrollador
Nota sobre la 84: Los JOINs optimizan las queries, la performance de un JOIN es muy superior a la suma de dos queries aisladas, y es perfectamente contrastable. Si tienes un problema de performance, probablemente lo que habría que hacer es revisar el modelo de la base de datos, lo más probable es que no estén definidos los índices adecuados. Lo quería decir porque no me parece un tip para programar "mejor", programar mejor es aprender y saber lo que se hace, no esconder el problema!
Me gustaron 99 de ellos, tengo dudas sobre los de PUT en lugar de POST ¿Como le mando un id que no existe? ¿Sería un id creado por el frontend? Las buenas prácticas de RestFul menciona que post es para crear un recurso o para una acción en general
Lo que quieren decir es que para poder ejecutar la creación de recursos de forma idempotente, el cliente (que puede ser un frontend u otro microservicio o aplicación, genere el identificador (puedes usar un uuid estandar para ello). Esto lo que permite es poder lanzar la misma operación las veces que quieras, porque si el recurso ya existe, como estás pasando el mismo id, no se crearía otro distinto.
WOW. Quiero aprender a programar pero veo que son demasiados conceptos que no tengo ni idea. Es increible lo que me falta por aprender. Muchas gracias por estos trucos, saludos.
@@KevinDavilaDev Si, me abrumó todo la verdad. Soy ing. de computación pero he hecho tanto trabajo de soporte que me he oxidado en tecnologías. Tengo noción de programación pero viendo este video me hace darme cuenta lo mucho que me falta. Solo queda seguir y seguir adelante. Saludos
"Para correr, primero hay que gatear", me lo dijo un profesor. Enfócate en aprender los conceptos básicos y tus ganas de seguir en la programación te irán guiando.
Muy buenos tips. Muchas gracias! Solo como retroalimentación: en el 2:31 no es la I, es la D "Dependency inversion"... recuerda que la I es Interface segregation.
Considero que todo esta excelente, excepto lo de los prefijos en C Sharp, ya que, no siempre estaremos trabajando en Visual Studio donde la paleta cromatica nos sugiere un color en especifico para detectar que es una interfaz, de no aplicar el prefijo INombreInterfaz, no sabria que es tal cosa, puede ser una clase abstracta, etc.
Esto se explica en Clean Code si mal no recuerdo: La gracia es precisamente esa, que no deberías saber que es una interfaz. Son las implementaciones las que hay que diferenciar. Ejemplo simple: en vez de `Shape implements IShape`, haz `ShapeImpl implements Shape` (obviamente los nombres son mejorables, pero entiendes)
me preocupa no saber muchas de las cosas de las que habla en el video, pero te ganas mi sub por que quiero aprenderlas y si hablas de ellas es por que seguramente las enseñas!!!
Jajajajajaja me ha encantado “el pasilleo”. Yo era muy de eso en la uni y normalmente acababa en el bar!!! Muy buenos tips y video genial, la parte del pasilleo ha quedado muy pantomima, jejeje
ya extrañaba un video así, tanto trabajo y conocimiento detrás en solo 10 minutos, sigan asa, Brutal!! El 46 del UML, me llamo la atención, los diagramas de clases, despliegue/componentes y de secuencia siento que tienen un gran valor agregado, pero cual es la motivación para que tenga muchas criticas y consideran que es "regular". por otro lado, existe actualmente alguna alternativa de tipo UML para modelar software que nos permita sobrepasar ese estado "regular"? o para modelar software lo mas que tenemos es algo "regular" :/
Pero si no se hace getters como luego paso los datos a un DTO para pasarlo entre capas ? Necesito conocer el estado del objeto y poner un toDTO no ensuciaria el dominio?
Si se refiere a desnormalizar el modelo algo para evitar hacer muchas joins o a no hacer joins innecesarias para obtener información, puede ser correcto, pero si se refiere a sustituir joins por subselects o recorrerse una estrutura en bucle e ir lanzando querys por cada iteración para obtener la información dependiente, esta totalmente errado, y las claves ajenas siempre con indices, mucho mejor
En este caso creo que se refiere a trabajar con proyecciones, así te evitas hacer joins y simplemente haces un select * from projected_table por ejemplo
5:45 ojalá todo el mundo pudiese entender el valor del por qué debemos usar una idea u otra en relación al contexto (equipo/código/cultura/etc), en vez de citar el último autor o libro leído porque sí .
7:25 Qué sorpresa que nombréis a Manz! Le conozco personalmente y asistí a 3 cursos suyos de desarrollo web durante mi etapa universitaria. De hecho, en la facultad había como una ley no escrita de que había que hacer los 3 cursos de Manz o era como si te faltase una asignatura de la carrera xD. Tiene un don para la enseñanza y es un jodido crack.
Muy buen video.. en el caso de los join para sql porque podria cambiarlo si se tienen llaves foraneas en varias tablas y se necesita sacar la información. ??
Pues me imagino que hacer queries en code level como si de una no-sql database se tratara. Pero bueno, si las tablas estan bien indexadas los Joins no deberian ser problema. Es peor hacer subqueries.
Woao, me encanto. Oye, que tal un video de 100 trucos para empezar a ser programador, luego de los 50..... O como como empezar en este mundo porque de verdad te interesa. Gracias...
aplicaré la parte de los joins, tengo un cliente que se demora mucha la carga de sus productos por una consulta y usaré la parte de los joins para verificar si se puede mejorar los tiempos
@@matthewseidel4698 esto directo en Sql? En SQL server, las subconsultas dan problemas de performance, esto se corrige con los join, ademas de crear indices en las tablas hay que saber colocarlos en las comparaciones entre las tablas para que estos te den buenos resultados en tiempo
Es una nueva moda... asi como eso que "La POO es lo peor que existe". Creo que las cosas existen por una razón, el problema surge cuando no comprendemos el concepto y abusamos de su uso como una receta... entonces nos chocamos con implementaciones que no debieron hacerse y culpamos al concepto y no al programador
Creo que solo aplicaría para lenguajes de programación que no usan variables de clases "private" o "protected". Sabemos que Java maneja este concepto, donde se hacen necesarios estos métodos para obtener y/o manipular este tipo de variables de clase. En cambio en lenguajes de programación como Python que no manejan ese tipo de variables (al menos en el sentido funcional), no son tan necesarios.
En este caso se refiere a que si tienes la propiedad firstname en una clase, en vez de hacer el método getFirstname, quita el get y déjalo simplemente en firstname(). En el caso de los setters, se refiere a que pases la información por el constructor
Hola! Grandísimo trabajo. El 8 es un poco generalista, no? Dependiendo del caso de uso puedes necesitar más de 2 dependencias. Por lo que he encontrado, la regla está dirigida a variables de instancia, entiendo que la formulais como argumentos de constructor haciendo referencia a Value objects, ¿es así?
noc si es bueno o malo quedarme a personalizar VIm por que me demoro mucho estar de repositorio en repositoro y aprendi tambien mecanografia y pero no aprendi bien lo que es porgramacion basica en java o python por estar mas pendiente a aprender a personalizar Parrot os con lo que seria oh my zsh Neovim (vim-plug and lua) y aun no se usar los bucles anidados F
Siempre intento seguir el #8 en mis códigos, pero muchas veces veo imposible hacer constructores más pequeños y no sé como afrontarlo. En el caso del ejemplo tampoco creo que sirva; pasamos de tener un constructor con 5 parámetros a uno de 2 y otro (BillingAddress) de 4. Seguimos rompiendo la regla, no? La verdad es que un vídeo explicando truquitos y patrones evitar tener constructores largos me iría muy bien :) Un saludo!
Hola, sinceramente no se nada de programación, ya tengo un trabajo, pero quiero aprender algo nuevo, y sin saber nada de programación, se que me gusta, no se si tiene alguna lógica. Quisiera saber si me podías guiar un poco y decirme por donde comenzar, también quiero ganar dinero, quizá podrías recomendarme lo mas rentable? gracias!
Como dice el video, JS se ha comido todo y es bastante sencillo de aprender. Empieza por ahí. Te diria que React que es lo que más piden. Empieza con un curso de w3school y empieza proyectos sencillos que te ayuden a entender lo aprendido. Como por ejemplo una calculadora o un tres en raya.
th-cam.com/video/vz4z0RLcAyk/w-d-xo.html Te Recomiendo este Video Para Empezar .html = Estructura De la Pagina .css = Estilos De la Pagina ( Decoracion ) .js = Funcionalidad De la Pagina Tendrias Que Aprenderlo en ese Orden , De Nada ^^
Con la segunda no estoy de acuerdo me parece util utilizar el else, pero no el colocar mas niveles con otro if dentro del else eso no pero si un else . if{ } else{ }.
Soy nuevo en programación y tengo una pregunta, es estrictamente necesario que tenga que aprender diferentes lenguajes de programación si solo quiero enfocarme en desarrollo web?? Estoy aprendiendo javascript con React, y tambien se lo básico de python, pero tengo cierto rechazo con java, c#, etc. Tengo que aprenderlos si o si??
No es necesario, si sabes exactamente a qué te quieras dedicar puedes aprender solo las tecnologías relacionadas a eso, incluso cuando aprendes, con el tiempo ves necesario aprender algún otro lenguaje, por ejemplo, yo estaba en desarrollo web con Java y tuve que aprender JavaScript para complementarlo, así que no creo que sea necesario aprender muchos lenguajes a menos que realmente lo veas como una necesidad para seguir avanzando en lo que te quieras dedicar (Desarrollo web)
El común denominador para web siempre será Javascript, HTML y CSS, luego elige y enfócate en algún lenguaje para el backend, pero no, no tienes que aprender todos los lenguajes
no. Debes crear los valores de los atributos en el constructor, que sea la misma clase la que asigna los valores y no desde afuera de la misma. Y para el get se debe hacer un mètodo que retorne el atributo. Es parte de los principios SOLID
Esta muy bueno... pero algunas cosas son afirmaciones que no tienen sentido. digo, cosas que son cuestion de gusto. por lo cual no hay que tomar el pie de la letra. Saludos
PUT es idempotente, siempre que lo ejecutas hace y devuelve el mismo resultado. POST no, cada vez te crea un recurso con un identificador diferente. Está buscando la idempotencia usando el PUT con un identificador en la URL.
¿Cuál es tu truco preferido? 😊
Los 10 primeros sin dudas, buen video!
El último 👍 _ahora a esperar me regalen una membresía_ :v es broma todos los tips están muy buenos me impresionó el de no usar else porque sin que me lo recomendaran últimamente siempre pongo de primero lo que no quiero que suceda en un if para luego continuar con la demás lógica y asi no recurrir al else
El #19 necesita un video :)
Me hacia falta algo como tldr en su principio, siempre la vieja confiable google, pero con eso no tengo que salir de la terminal, gracias!
Matar a mi profesora de programación y poner a una persona que sepa programar no por haber escrito libros significa que sepa enseñar.
Sería increíble si de cada tip haces un pequeño video explicativo en profundidad y los enlazas en la descripción
Los cursos de codely
Si
Es un estándar usar I de prefijo en las interfaces de C#, incluso no vas a encontrar una interfaz del framework de .NET que no comience así, y pienso que es mejor seguir la convención porque hasta el mismo Intellisense te va a decir: hey chiquillo, infracción de regla, la convención es poner la I te guste o no
Totalmente, no entendí muy bien ese tip, tener I en las interfaces nos permite diferenciarlas rápidamente de los tipos, ya que la herencia no se separa de las interfaces así podemos saber rápidamente cual es cual. Y así evitas cometer el error de instanciar una interfaz en lugar de castearla.
estoy aprendiendo programación y no entendí ni chota de lo que están explicando, por supuesto, esto no me desanima ni mucho menos, me motiva un montón para seguir aprendiendo y crecer como desarrollador
justo iba a decir lo mismo jaja
Nunca he parado tantas veces un vídeo jajajaja muy buena chicos!
Nota sobre la 84: Los JOINs optimizan las queries, la performance de un JOIN es muy superior a la suma de dos queries aisladas, y es perfectamente contrastable.
Si tienes un problema de performance, probablemente lo que habría que hacer es revisar el modelo de la base de datos, lo más probable es que no estén definidos los índices adecuados.
Lo quería decir porque no me parece un tip para programar "mejor", programar mejor es aprender y saber lo que se hace, no esconder el problema!
Me gustaron 99 de ellos, tengo dudas sobre los de PUT en lugar de POST ¿Como le mando un id que no existe? ¿Sería un id creado por el frontend? Las buenas prácticas de RestFul menciona que post es para crear un recurso o para una acción en general
Creo que se refería al put
Lo que quieren decir es que para poder ejecutar la creación de recursos de forma idempotente, el cliente (que puede ser un frontend u otro microservicio o aplicación, genere el identificador (puedes usar un uuid estandar para ello). Esto lo que permite es poder lanzar la misma operación las veces que quieras, porque si el recurso ya existe, como estás pasando el mismo id, no se crearía otro distinto.
@@diegoperez6575 prefiero que se encargue de eso el back
para asegurarte que el id no existe puedes usar UUID's
Se puede enviar el {ID} por URL usando POST ??
Me quedo la duda del #19 usar put para evitar el post, gran video Rafita !
me too
@@NekoTashi a mi igual. Sin embargo por la explicación que creo que se refiere a modificar un recurso y a crearlo.
WOW. Quiero aprender a programar pero veo que son demasiados conceptos que no tengo ni idea. Es increible lo que me falta por aprender. Muchas gracias por estos trucos, saludos.
Tranquilo, yo soy ya programador y tuve la misma impresión. La calidad de este vídeo es muy alta!
@@KevinDavilaDev Si, me abrumó todo la verdad. Soy ing. de computación pero he hecho tanto trabajo de soporte que me he oxidado en tecnologías. Tengo noción de programación pero viendo este video me hace darme cuenta lo mucho que me falta. Solo queda seguir y seguir adelante. Saludos
@@Kusluvalos Esto es como todo en la vida, olvidate de estos terminos y empieza por lo basico. No intentes aprender todo de golpe.
"Para correr, primero hay que gatear", me lo dijo un profesor.
Enfócate en aprender los conceptos básicos y tus ganas de seguir en la programación te irán guiando.
Muy buenos tips. Muchas gracias!
Solo como retroalimentación: en el 2:31 no es la I, es la D "Dependency inversion"... recuerda que la I es Interface segregation.
Considero que todo esta excelente, excepto lo de los prefijos en C Sharp, ya que, no siempre estaremos trabajando en Visual Studio donde la paleta cromatica nos sugiere un color en especifico para detectar que es una interfaz, de no aplicar el prefijo INombreInterfaz, no sabria que es tal cosa, puede ser una clase abstracta, etc.
Esto se explica en Clean Code si mal no recuerdo: La gracia es precisamente esa, que no deberías saber que es una interfaz. Son las implementaciones las que hay que diferenciar. Ejemplo simple: en vez de `Shape implements IShape`, haz `ShapeImpl implements Shape` (obviamente los nombres son mejorables, pero entiendes)
me preocupa no saber muchas de las cosas de las que habla en el video, pero te ganas mi sub por que quiero aprenderlas y si hablas de ellas es por que seguramente las enseñas!!!
Muchas gracias por el video, como seria para sacar la tipografia "comic mono"? gracias!
Jajajajajaja me ha encantado “el pasilleo”. Yo era muy de eso en la uni y normalmente acababa en el bar!!! Muy buenos tips y video genial, la parte del pasilleo ha quedado muy pantomima, jejeje
jajajajajajajajaajaja, grande Joeeel!! 😂
Ojala entendiese la mitad de los tips pero llevo un par de meses estudiando esto. Gran contenido señores, seguiré aunque me entere a medias
Pedazo de vídeo. Curradísimo. Muy muy muy útil y muy meritorio. Enhorabuena
porque usar PUT para crear un recurso en vez de POST? semánticamente no es correcto pero cual es el motivo ?
Se echaban de menos este tipo de videos.
Muy buen video!!!
ya extrañaba un video así, tanto trabajo y conocimiento detrás en solo 10 minutos, sigan asa, Brutal!!
El 46 del UML, me llamo la atención, los diagramas de clases, despliegue/componentes y de secuencia siento que tienen un gran valor agregado, pero cual es la motivación para que tenga muchas criticas y consideran que es "regular".
por otro lado, existe actualmente alguna alternativa de tipo UML para modelar software que nos permita sobrepasar ese estado "regular"? o para modelar software lo mas que tenemos es algo "regular" :/
Pero si no se hace getters como luego paso los datos a un DTO para pasarlo entre capas ? Necesito conocer el estado del objeto y poner un toDTO no ensuciaria el dominio?
En SQL las Joins con indices adecuados son lo mejor en performance de una query para juntar tablas, no acabo de entender lo de que no se usen 🤔
Tienes razón
Si se refiere a desnormalizar el modelo algo para evitar hacer muchas joins o a no hacer joins innecesarias para obtener información, puede ser correcto, pero si se refiere a sustituir joins por subselects o recorrerse una estrutura en bucle e ir lanzando querys por cada iteración para obtener la información dependiente, esta totalmente errado, y las claves ajenas siempre con indices, mucho mejor
En este caso creo que se refiere a trabajar con proyecciones, así te evitas hacer joins y simplemente haces un select * from projected_table por ejemplo
se refiere al linq, en linq es horrible hacer joins
5:45 ojalá todo el mundo pudiese entender el valor del por qué debemos usar una idea u otra en relación al contexto (equipo/código/cultura/etc), en vez de citar el último autor o libro leído porque sí .
7:25 Qué sorpresa que nombréis a Manz! Le conozco personalmente y asistí a 3 cursos suyos de desarrollo web durante mi etapa universitaria. De hecho, en la facultad había como una ley no escrita de que había que hacer los 3 cursos de Manz o era como si te faltase una asignatura de la carrera xD. Tiene un don para la enseñanza y es un jodido crack.
Aah Tan buena información en tan poco tiempo jajaja voy a buscar mis apuntes y verlo otra ves ..
Muy buen video.. en el caso de los join para sql porque podria cambiarlo si se tienen llaves foraneas en varias tablas y se necesita sacar la información. ??
Pues me imagino que hacer queries en code level como si de una no-sql database se tratara. Pero bueno, si las tablas estan bien indexadas los Joins no deberian ser problema. Es peor hacer subqueries.
Qué importante es ser consciente de la propia ignorancia. Es la única forma de seguir aprendiendo. Buen video!
Video para disectar. Tarea pendiente :D
Woao, me encanto. Oye, que tal un video de 100 trucos para empezar a ser programador, luego de los 50..... O como como empezar en este mundo porque de verdad te interesa. Gracias...
Entrar en detalle en lo de evitar join en las selects, seria interesante saludos
Divide el codigo y simplifica con linq
Hola me uno a tu comentario =)
@@beetfeater por lo que veo es solo para C# no ?
@@davidgarciasantes si pero hay implementaciones para otros lenguajes, pero vamos que php lo hará de otra forma.
Sino, entonces luego la gente se pone hacer selects dentro del ciclo que recorre el result anterior.
La I de solid significa “interface segregation”, no inversión de dependencias. Creo que la has confundido con la D, dependency inversion.
Me sorprende no haber visto más veces este comentario. En cuanto lo dijo me saltaron alarmas!
Necesito algo como este vídeo pero más tranquilito, que no me da el cerebro para enterarme de todos los trucos jaja
Quiero un varios vídeos explicando todo esto pleaseee
Excelente video, el #81 siempre veía que lo usaban! :)))
aplicaré la parte de los joins, tengo un cliente que se demora mucha la carga de sus productos por una consulta y usaré la parte de los joins para verificar si se puede mejorar los tiempos
Pero como evitas los joins? ese punto no lo he entendido
¿Cómo se evitan?
@@LuisSousa491 investigué y se hacen subconsultas y se agregan índices a las llaves que se llaman.
@@matthewseidel4698 esto directo en Sql?
En SQL server, las subconsultas dan problemas de performance, esto se corrige con los join, ademas de crear indices en las tablas hay que saber colocarlos en las comparaciones entre las tablas para que estos te den buenos resultados en tiempo
@@LuisSousa491 Utiliza proyecciones
Increíble vídeo. Buen trabajo
Uff lo de los snipets es genial, no conocia espanso.
Una duda. Como que no hagas getters/setters? Todos los libros que he leído de Java promueven la utilización de getters/setters. Cual es tu fundamento?
Estoy con la misma pregunta 🤔! Acaso hay otra forma de acceder a mis atributos privados de las clases? 🤔..
Es una nueva moda... asi como eso que "La POO es lo peor que existe". Creo que las cosas existen por una razón, el problema surge cuando no comprendemos el concepto y abusamos de su uso como una receta... entonces nos chocamos con implementaciones que no debieron hacerse y culpamos al concepto y no al programador
Igual tengo la misma duda, por qué no usarlos?
Creo que solo aplicaría para lenguajes de programación que no usan variables de clases "private" o "protected". Sabemos que Java maneja este concepto, donde se hacen necesarios estos métodos para obtener y/o manipular este tipo de variables de clase. En cambio en lenguajes de programación como Python que no manejan ese tipo de variables (al menos en el sentido funcional), no son tan necesarios.
En este caso se refiere a que si tienes la propiedad firstname en una clase, en vez de hacer el método getFirstname, quita el get y déjalo simplemente en firstname(). En el caso de los setters, se refiere a que pases la información por el constructor
Magistral video. Voy a suscribirme ahora.
Grande Rafa, gracias por los tricks, Pura Vida 👍🏾
Gracias por compartir los conocimientos.
Hablando del truco #19, como es que se llega a saber un id libre para un recurso para hacer el put? me hace ruido eso
No entendí la 19 ¿qué problema hay con el POST?
Porque no hacer inner join en las querys?
Hola!
Grandísimo trabajo.
El 8 es un poco generalista, no? Dependiendo del caso de uso puedes necesitar más de 2 dependencias.
Por lo que he encontrado, la regla está dirigida a variables de instancia, entiendo que la formulais como argumentos de constructor haciendo referencia a Value objects, ¿es así?
8:39 Me gustaría saber que piensa codely acerca de atomic design aplicado a React (por ejemplo), sería genial un vídeo profundizando en este tema
Son los mejores🙌
Muchas gracias!! ☺️☺️☺️
alias l='ls -lsarth --color=auto' :) Bromas a parte, gracias por el vídeo ;)
ESTOS SON LOS VIDEOS QUE ME GUSTAN A MI
Que cuero está Rafa 😍
noc si es bueno o malo quedarme a personalizar VIm por que me demoro mucho estar de repositorio en repositoro y aprendi tambien mecanografia y pero no aprendi bien lo que es porgramacion basica en java o python por estar mas pendiente a aprender a personalizar Parrot os con lo que seria oh my zsh Neovim (vim-plug and lua) y aun no se usar los bucles anidados F
Pedazo de vídeo Rafa, pedazo de vídeo
Siempre intento seguir el #8 en mis códigos, pero muchas veces veo imposible hacer constructores más pequeños y no sé como afrontarlo. En el caso del ejemplo tampoco creo que sirva; pasamos de tener un constructor con 5 parámetros a uno de 2 y otro (BillingAddress) de 4. Seguimos rompiendo la regla, no? La verdad es que un vídeo explicando truquitos y patrones evitar tener constructores largos me iría muy bien :) Un saludo!
podes usar el patron Factory
bro sigo tus videos cuando explicas php eres un grande
Qué libros lees para saber tanto?
Ya hacia falta este tipo de videos
Vi el bajo atras y me suscribi automaticamente
Muy buen vídeo, me recordó un poco a la serie de Totally Tooling Tips de Google :)
gracias x los consejos
No nos vendría mal un post en algún medium o blog con la explicación a detalle
2:48 eso no rompería el estándar REST? y como pasarías un identidador si el objeto ni existe.
Entiendo que generando el identificador en el cliente, o teniendo un endpoint para solicitar el identificador
Uuid
Genial!! Que bueno esta este video. Me suscribo a tu canal.
Hola, sinceramente no se nada de programación, ya tengo un trabajo, pero quiero aprender algo nuevo, y sin saber nada de programación, se que me gusta, no se si tiene alguna lógica. Quisiera saber si me podías guiar un poco y decirme por donde comenzar, también quiero ganar dinero, quizá podrías recomendarme lo mas rentable? gracias!
Como dice el video, JS se ha comido todo y es bastante sencillo de aprender. Empieza por ahí. Te diria que React que es lo que más piden. Empieza con un curso de w3school y empieza proyectos sencillos que te ayuden a entender lo aprendido. Como por ejemplo una calculadora o un tres en raya.
th-cam.com/video/vz4z0RLcAyk/w-d-xo.html Te Recomiendo este Video Para Empezar
.html = Estructura De la Pagina
.css = Estilos De la Pagina ( Decoracion )
.js = Funcionalidad De la Pagina
Tendrias Que Aprenderlo en ese Orden , De Nada ^^
IMHO, en aplicaciones no triviales desde el punto de vista del data model, los joins mas que necesarios son imprescindibles.
ohh que buenos consejos, muchas gracias, de lo mejor que he vistoo
jaja, bebe café, pero sobretodo bebe agua, esta vale oro
min 2.30, la I de SOLID no es inversion ni inyección
es
I - Interface Segregation Principle
joya de video
gracias 100!
Preparar algo para enseñar a los demás es la forma en la que estoy aprendiendo x15 :D
Con la segunda no estoy de acuerdo me parece util utilizar el else, pero no el colocar mas niveles con otro if dentro del else eso no pero si un else . if{ } else{ }.
Cuando pase el tiempo verás que es mejor evitar los else...
Dios... Dejé algunos consejos sin anotarlos ... Y ahora tengo que ver el vídeo de nuevo porque no encuentro lo que buscabaaaaa
Un server de discord para dudas no vendría bien? 😏
Necesito una segunda parte de tanta sabrosura encapsulada en tan poco tiempo 🥵 Pura sabiduría en pocas palabras 😊
Jajajajaja sabrossssura la tuyaaaaaaa
que buen video de tips
Que alternativas hay para no usar joins en los query?
Buena pregunta...
crear vistas en el sql que te simplifican los linq muchisimo es solo un select
gracias excelente tip saludos!
magistral
Uff Gold!!
Genial, nuevo sub
jaja excelente video.
Soy nuevo en programación y tengo una pregunta, es estrictamente necesario que tenga que aprender diferentes lenguajes de programación si solo quiero enfocarme en desarrollo web?? Estoy aprendiendo javascript con React, y tambien se lo básico de python, pero tengo cierto rechazo con java, c#, etc. Tengo que aprenderlos si o si??
No es necesario, si sabes exactamente a qué te quieras dedicar puedes aprender solo las tecnologías relacionadas a eso, incluso cuando aprendes, con el tiempo ves necesario aprender algún otro lenguaje, por ejemplo, yo estaba en desarrollo web con Java y tuve que aprender JavaScript para complementarlo, así que no creo que sea necesario aprender muchos lenguajes a menos que realmente lo veas como una necesidad para seguir avanzando en lo que te quieras dedicar (Desarrollo web)
El común denominador para web siempre será Javascript, HTML y CSS, luego elige y enfócate en algún lenguaje para el backend, pero no, no tienes que aprender todos los lenguajes
que lenguaje es el que muestras? Typescript? Java?
No entendí lo de no hacer geters ni seters, no son las bases del paradigma de la programación orientada a objetos? :(
no. Debes crear los valores de los atributos en el constructor, que sea la misma clase la que asigna los valores y no desde afuera de la misma. Y para el get se debe hacer un mètodo que retorne el atributo. Es parte de los principios SOLID
excelente
No entendí lo del PUT pasando el id por parametro , y si es autogenerado?
Que grandes !
Soy daltónico y no lo sabía :O eso o me trolearon con eso de los números en los circulos por que nomas pude ver algo que parecía un 5
Ueueueueee, 0 troleo!!!
El daltonismo es un problema muy común 😊
Cómo se activa modo daltonismo en visual studio ?
👏👏👏👏
Esta muy bueno... pero algunas cosas son afirmaciones que no tienen sentido. digo, cosas que son cuestion de gusto. por lo cual no hay que tomar el pie de la letra. Saludos
Tienes algun pdf
Te amo haha
el 19 de crear con PUT es correcto???? cada uno de los métodos http no tiene un propósito?
PUT es idempotente, siempre que lo ejecutas hace y devuelve el mismo resultado. POST no, cada vez te crea un recurso con un identificador diferente. Está buscando la idempotencia usando el PUT con un identificador en la URL.
@@javi5296 genial muchas gracias, ahora me queda mucho más claro, crack.
Son brutales jaja
No entendí la diferencia con los value object, cual seria la ventaja de hacerlo así?
La mejor fue el Núria not approved 11:42
2,5 años en la carrera y creo que he entendido 2 tips
30 años y lo mismo :D
rafa wapo :3
El 97 es mi favorito jajajaja
Los trucos de github no me lo sabía jajaj
¡pues mira!, me voy enterando que soy daltonico xD