Тёмный

100 TRUCOS DE PROGRAMACION en 10 MINUTOS! 

CodelyTV - Redescubre la programación
Подписаться 154 тыс.
Просмотров 89 тыс.
50% 1

En este vídeo te comparto 100 (sí, CIEN!) trucos para ayudarte a programar mejor.
Los trucos que vemos:
1. Nivel de identación
2. Evita else
3. Encapsula los primitivos
4. Encapsula las colecciones
5. Sigue la ley de Demeter
6. No abrevies
7. Mantén tus entidades pequeñas
8. No clases con más de 2 dependencias en los constructores
9. No hagas getters/setters. Tell don't ask
10. Utiliza Object Calisthenics
11. Utiliza un Linter
12. Utiliza las GitHub actions para CI y CD
13. Usa un analizador estático del código
14. Sigue la regla de 3 repeticiones para evitar abstracciones prematuras
15. Ten un fichero "EditorConfig"
16. Las I de las interfaces
17. La I de SOLID no significa inyección de dependencias
18. Versiona tus configs con dotly.sh
19. Cuando crees un recurso utiliza PUT
20. Busca la simplicidad en tu SO e IDE
21. Prueba en tu local la `beta`, pero en producción la `.1`
22. Si haces una web con light/dark theme haz que el tema se cambie según las preferencias
23. Utiliza light theme si estás en un ambiente con mucha luz
24. Y que puedas sobreescribirlo y sea configurable
25. Utiliza herramientas como ray.so o carbon.now.sh
26. Gestión de snippets
27. Hay tipografías que tienen un italic: Victor Mono, dank.sh
28. Si tienes dislexia utiliza comic mono
29. Si eres daltónica utiliza ese modo en todo lo que utilices
30. Aprovecha el Black Friday para formarte
31. No refactorices y cambies el comportamiento a la vez
32. No hagas una Pull Request que mezcle ambos
33. No hagas refactors si no tienes tests
34. Utiliza parallel change
35. cmd+shift+t para recuperar la última pestaña cerrada
36. Aprende un lenguaje muy diferente
37. Llega un punto donde el lenguaje es un detalle de implementación
38. Una de las cosas más complicadas de programar es ponerle nombre a las cosas
39. Y otra es saber dónde ponerlas
40. No utilices el argumento *porque lo dice menganita*, da argumentos reales
41. Es imposible hacer un código libre de errores/bugs
42. También es imposible modelar 100% tu dominio
43. El DDD tiene una parte táctica y otra estratégica
44. Los devs nos solemos centrar en la táctica
45. Ambas partes se unen en el lenguaje ubicuo
46. El UML no es el mal. Ta bien. Tampoco mucho. Pero ta bien
47. Bebe café
48. Pulsa control+k en github
49. Pusla control+shift+k
50. Pulsa t en GitHub
51. Pulsa . en GitHub
52. Sigue a ladybenko, moure, midu y manz
53. Ves a conferencias presenciales
54. No intentes empezar un proyecto con 100 microservicios desde 0
55. Depende
56. eXtreme programming
57. Cuando aprendemos está bien empezar a construir la casa por el tejado
58. Prepara algo para enseñar a los demás, es la mejor manera de aprender sobre un tema
59. Lee sitios como hackernews o mira el café con Codely
60. Organiza tu código por módulos y no por conceptos
61. Pon el tipo de retorno a todas tus funciones públicas
62. Modela tus errores con Either en lugar de lanzar excepciones
63. Gestiona los nulls utilizando un Maybe
64. Qué es una Mónada
65. Javascript no se va a comer el mundo
66. Aprende typescript
67. Haz descansos
68. Haz deporte
69. YAGNI, GRASP, Object Calisthenics
70. No te asustes por las siglas
71. CQRS no te obliga a tener un query y command bus
72. Pon límites o aviso de ellos en aws, gcp o lo que uses para no arruinarte
73. Hacer que un panel de grafana/kibana/datadog sea bonito hace que la gente lo use más
74. No hace falta que te aprendas al 100% los lenguajes de prometheus/influx
75. Ten una buena observabilidad de tu sistema
76. Con opentracing puedes saber todo lo que pasa en tu sistema
77. Usa `exa` en lugar de `ls`
78. Usa `bat` en lugar de `cat`
79. Usa `autojump` o `z` para navegar
80. Comando `tldr`
81. Alias para abrir el directorio actual en tu IDE
82. Encripta tu disco duro
83. Consistencia eventual
84. Evita utilizar joins
85. Explain
86. Intenta que main sea siempre estable por si has de hacer un git bisect
87. Diferencia infraestructura de dominio
88. Busca ir un pasito más allá al hacer tutoriales de quick start
89. n8n no code
90. Star a repositorios de GitHub interesantes y follow al equipo Codely para ver sus stars
91. No uses lo nuevo
92. Considera usar un navegador que no sea Chrome
93. No uses valores arbitrarios en z-index
94. Hazte listas en Twitter
95. Usa Conventional Commit
96. Si no te acuerdas de un shortcut en VSCode presiona ctrl+shift+p
97. TIPs en X minutos ponlos a 2x y los verás en la mitad de tiempo
98. Descubre que puedes hacer con las developers tools de tu navegador
99. A programar se aprende programando
100. Like al vídeo y suscríbete
Pd. Uno es falso 👀
{▶️} CodelyTV
├ 🎥 Suscríbete: ru-vid.com...
├ 🐦 Twitter CodelyTV: / codelytv
├ 💂‍♂️ Twitter Rafa: / rafaoe
├ 📸 Instagram: / codelytv
├ ℹ️ LinkedIn: / codelytv
└ 📕 Catálogo cursos: bit.ly/cursos-...

Опубликовано:

 

16 окт 2024

Поделиться:

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист
Посмотреть позже
Комментарии : 225   
@CodelyTV
@CodelyTV 2 года назад
¿Cuál es tu truco preferido? 😊
@NicoProgramando
@NicoProgramando 2 года назад
Los 10 primeros sin dudas, buen video!
@RommelMendozaZ
@RommelMendozaZ 2 года назад
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
@francm_1
@francm_1 2 года назад
El #19 necesita un video :)
@xSirGames
@xSirGames 2 года назад
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!
@Cresnik1702
@Cresnik1702 Год назад
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.
@cr_hdz4851
@cr_hdz4851 2 года назад
Sería increíble si de cada tip haces un pequeño video explicativo en profundidad y los enlazas en la descripción
@eduardoblas2315
@eduardoblas2315 2 года назад
Los cursos de codely
@gabosmith3127
@gabosmith3127 2 года назад
Si
@dieguitto3528
@dieguitto3528 2 года назад
Nunca he parado tantas veces un vídeo jajajaja muy buena chicos!
@davipradaaaa
@davipradaaaa 2 года назад
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
@Vanessa-tw8qh
@Vanessa-tw8qh 2 года назад
justo iba a decir lo mismo jaja
@CeleChaudary
@CeleChaudary 2 года назад
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
@johancitygames
@johancitygames 2 года назад
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.
@jaime7295
@jaime7295 2 года назад
Se echaban de menos este tipo de videos. Muy buen video!!!
@yoelczalas
@yoelczalas 2 года назад
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
@beetfeater
@beetfeater 2 года назад
Creo que se refería al put
@diegoperez6575
@diegoperez6575 2 года назад
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.
@beetfeater
@beetfeater 2 года назад
@@diegoperez6575 prefiero que se encargue de eso el back
@tricoman
@tricoman 2 года назад
para asegurarte que el id no existe puedes usar UUID's
@SergioAdonis
@SergioAdonis 2 года назад
Se puede enviar el {ID} por URL usando POST ??
@TheSldsnake
@TheSldsnake 2 года назад
Me quedo la duda del #19 usar put para evitar el post, gran video Rafita !
@NekoTashi
@NekoTashi 2 года назад
me too
@jsan5709
@jsan5709 2 года назад
@@NekoTashi a mi igual. Sin embargo por la explicación que creo que se refiere a modificar un recurso y a crearlo.
@basketaom5481
@basketaom5481 2 года назад
Pedazo de vídeo. Curradísimo. Muy muy muy útil y muy meritorio. Enhorabuena
@joelcollcosta
@joelcollcosta 2 года назад
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
@CodelyTV
@CodelyTV 2 года назад
jajajajajajajajaajaja, grande Joeeel!! 😂
@Kusluvalos
@Kusluvalos 2 года назад
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
@KevinDavilaDev 2 года назад
Tranquilo, yo soy ya programador y tuve la misma impresión. La calidad de este vídeo es muy alta!
@Kusluvalos
@Kusluvalos 2 года назад
@@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
@paularthur9110
@paularthur9110 2 года назад
@@Kusluvalos Esto es como todo en la vida, olvidate de estos terminos y empieza por lo basico. No intentes aprender todo de golpe.
@Nakahara04
@Nakahara04 2 года назад
"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.
@eliasnacher6157
@eliasnacher6157 2 года назад
Increíble vídeo. Buen trabajo
@land4bikers
@land4bikers 2 года назад
Grande Rafa, gracias por los tricks, Pura Vida 👍🏾
@AngelDiazFUTURO
@AngelDiazFUTURO 2 года назад
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...
@tadeogonzalezalvarez6488
@tadeogonzalezalvarez6488 2 года назад
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" :/
@jdgonzalez907
@jdgonzalez907 2 года назад
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.
@lesdarussoftware
@lesdarussoftware 2 года назад
Qué importante es ser consciente de la propia ignorancia. Es la única forma de seguir aprendiendo. Buen video!
@albertotorre5477
@albertotorre5477 2 года назад
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!
@aleraste8911
@aleraste8911 2 года назад
Aah Tan buena información en tan poco tiempo jajaja voy a buscar mis apuntes y verlo otra ves ..
@betterdeveloper9073
@betterdeveloper9073 2 года назад
Necesito algo como este vídeo pero más tranquilito, que no me da el cerebro para enterarme de todos los trucos jaja
@CharlesDv
@CharlesDv 2 года назад
Magistral video. Voy a suscribirme ahora.
@dariorodt
@dariorodt 2 года назад
Video para disectar. Tarea pendiente :D
@RobertoSMelo
@RobertoSMelo 2 года назад
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!!!
@leopoldoromacho1836
@leopoldoromacho1836 2 года назад
La I de solid significa “interface segregation”, no inversión de dependencias. Creo que la has confundido con la D, dependency inversion.
@boscodomingo
@boscodomingo Год назад
Me sorprende no haber visto más veces este comentario. En cuanto lo dijo me saltaron alarmas!
@Yousudame
@Yousudame 2 года назад
Excelente video, el #81 siempre veía que lo usaban! :)))
@misaelpereira9679
@misaelpereira9679 2 года назад
Quiero un varios vídeos explicando todo esto pleaseee
@xalex1200
@xalex1200 2 года назад
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.
@rodrigoamaya5234
@rodrigoamaya5234 2 года назад
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.
@boscodomingo
@boscodomingo Год назад
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)
@MentalStackProject
@MentalStackProject 2 года назад
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
@NelsonRGrana
@NelsonRGrana 2 года назад
Genial!! Que bueno esta este video. Me suscribo a tu canal.
@gustavoramos1316
@gustavoramos1316 2 года назад
Gracias por compartir los conocimientos.
@alexangulo3854
@alexangulo3854 2 года назад
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?
@sebas21ec
@sebas21ec 2 года назад
Estoy con la misma pregunta 🤔! Acaso hay otra forma de acceder a mis atributos privados de las clases? 🤔..
@elgatosoft
@elgatosoft 2 года назад
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
@albertosanch292
@albertosanch292 2 года назад
Igual tengo la misma duda, por qué no usarlos?
@CharlesOliveros
@CharlesOliveros 2 года назад
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.
@luisramirezcalle5834
@luisramirezcalle5834 2 года назад
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
@saulblancotejero8298
@saulblancotejero8298 2 года назад
Muy buen vídeo, me recordó un poco a la serie de Totally Tooling Tips de Google :)
@jmorenoponce
@jmorenoponce 2 года назад
Pedazo de vídeo Rafa, pedazo de vídeo
@tomasprado2387
@tomasprado2387 2 года назад
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í .
@suko8285
@suko8285 2 года назад
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 🤔
@Nakahara04
@Nakahara04 2 года назад
Tienes razón
@freeman2347
@freeman2347 2 года назад
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
@luisramirezcalle5834
@luisramirezcalle5834 2 года назад
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
@azad2096
@azad2096 2 года назад
se refiere al linq, en linq es horrible hacer joins
@joseab1948
@joseab1948 2 года назад
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. ??
@paularthur9110
@paularthur9110 2 года назад
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.
@davidgarciasantes
@davidgarciasantes 2 года назад
Entrar en detalle en lo de evitar join en las selects, seria interesante saludos
@beetfeater
@beetfeater 2 года назад
Divide el codigo y simplifica con linq
@CristianRodriguez_baruchneo
@CristianRodriguez_baruchneo 2 года назад
Hola me uno a tu comentario =)
@davidgarciasantes
@davidgarciasantes 2 года назад
@@beetfeater por lo que veo es solo para C# no ?
@beetfeater
@beetfeater 2 года назад
@@davidgarciasantes si pero hay implementaciones para otros lenguajes, pero vamos que php lo hará de otra forma.
@M-DVD
@M-DVD 2 года назад
Sino, entonces luego la gente se pone hacer selects dentro del ciclo que recorre el result anterior.
@ardielfuentessanchez7409
@ardielfuentessanchez7409 2 года назад
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í?
@franciscoruiz661
@franciscoruiz661 2 года назад
Son los mejores🙌
@CodelyTV
@CodelyTV 2 года назад
Muchas gracias!! ☺️☺️☺️
@JGA47
@JGA47 2 года назад
bro sigo tus videos cuando explicas php eres un grande
@germanmartin8778
@germanmartin8778 Год назад
Muchas gracias por el video, como seria para sacar la tipografia "comic mono"? gracias!
@Luisluis12982179CrafterSCT
@Luisluis12982179CrafterSCT 2 года назад
Genial, nuevo sub
@sakuray5528
@sakuray5528 2 года назад
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!
@MrMxio
@MrMxio 2 года назад
podes usar el patron Factory
@juanma_doe
@juanma_doe 2 года назад
alias l='ls -lsarth --color=auto' :) Bromas a parte, gracias por el vídeo ;)
@medicenanonimo
@medicenanonimo 2 года назад
ohh que buenos consejos, muchas gracias, de lo mejor que he vistoo
@ramonsorto5107
@ramonsorto5107 2 года назад
Ya hacia falta este tipo de videos
@giuseppecv56
@giuseppecv56 2 года назад
jaja, bebe café, pero sobretodo bebe agua, esta vale oro
@PhosphorusMoscu-code
@PhosphorusMoscu-code 2 года назад
Uff lo de los snipets es genial, no conocia espanso.
@matthewseidel4698
@matthewseidel4698 2 года назад
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
@LuisSousa491
@LuisSousa491 2 года назад
Pero como evitas los joins? ese punto no lo he entendido
@Nakahara04
@Nakahara04 2 года назад
¿Cómo se evitan?
@matthewseidel4698
@matthewseidel4698 2 года назад
​@@LuisSousa491 investigué y se hacen subconsultas y se agregan índices a las llaves que se llaman.
@JesusMedinaQuezada
@JesusMedinaQuezada 2 года назад
@@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
@luisramirezcalle5834
@luisramirezcalle5834 2 года назад
@@LuisSousa491 Utiliza proyecciones
@SantyTrashMetalwhjjjnjjjj
@SantyTrashMetalwhjjjnjjjj 2 года назад
Vi el bajo atras y me suscribi automaticamente
@mariapech924
@mariapech924 2 года назад
ESTOS SON LOS VIDEOS QUE ME GUSTAN A MI Que cuero está Rafa 😍
@ThePomelo09
@ThePomelo09 2 года назад
porque usar PUT para crear un recurso en vez de POST? semánticamente no es correcto pero cual es el motivo ?
@nicolascastiblanco9515
@nicolascastiblanco9515 2 года назад
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
@fernandocisneros4061
@fernandocisneros4061 2 года назад
gracias x los consejos
@eduardoabelarde5455
@eduardoabelarde5455 2 года назад
jaja excelente video.
@TheJaviercrafter
@TheJaviercrafter 2 года назад
Dios... Dejé algunos consejos sin anotarlos ... Y ahora tengo que ver el vídeo de nuevo porque no encuentro lo que buscabaaaaa
@lethamburn
@lethamburn 2 года назад
Preparar algo para enseñar a los demás es la forma en la que estoy aprendiendo x15 :D
@juacodz
@juacodz 2 года назад
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!
@paularthur9110
@paularthur9110 2 года назад
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.
@jonao.o9119
@jonao.o9119 2 года назад
ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-vz4z0RLcAyk.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 ^^
@cristianscript5649
@cristianscript5649 2 года назад
Qué libros lees para saber tanto?
@noehusumaki
@noehusumaki 2 года назад
que buen video de tips
@cristobalvazquez7337
@cristobalvazquez7337 2 года назад
magistral
@aravello
@aravello 2 года назад
joya de video
@thedarsideofit
@thedarsideofit 2 года назад
gracias 100!
@aeapyps
@aeapyps 2 года назад
Uff Gold!!
@JoseXSMusic
@JoseXSMusic 2 года назад
Que grandes !
@MagnetiC135
@MagnetiC135 2 года назад
No entendí la 19 ¿qué problema hay con el POST?
@camilomolina2110
@camilomolina2110 2 года назад
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??
@Thelimbers7
@Thelimbers7 2 года назад
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)
@CeleChaudary
@CeleChaudary 2 года назад
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
@Prymeist
@Prymeist Год назад
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
@juanpedroezequielbarattini6790
👏👏👏👏
@thedevdudeyt
@thedevdudeyt 2 года назад
gracias excelente tip saludos!
2 года назад
Te amo haha
@rafaminanajover9267
@rafaminanajover9267 Год назад
Porque no hacer inner join en las querys?
@oduran
@oduran 2 года назад
Necesito una segunda parte de tanta sabrosura encapsulada en tan poco tiempo 🥵 Pura sabiduría en pocas palabras 😊
@CodelyTV
@CodelyTV 2 года назад
Jajajajaja sabrossssura la tuyaaaaaaa
@byron7454
@byron7454 2 года назад
Un server de discord para dudas no vendría bien? 😏
@ricardomoralesparedes5407
@ricardomoralesparedes5407 2 года назад
No nos vendría mal un post en algún medium o blog con la explicación a detalle
@jorgeherrera6895
@jorgeherrera6895 2 года назад
excelente
@ychevarrias
@ychevarrias 2 года назад
2:48 eso no rompería el estándar REST? y como pasarías un identidador si el objeto ni existe.
@wijanruiz1481
@wijanruiz1481 2 года назад
Entiendo que generando el identificador en el cliente, o teniendo un endpoint para solicitar el identificador
@rubencm
@rubencm 2 года назад
Uuid
@gustavokant9454
@gustavokant9454 2 года назад
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
@abejarano87
@abejarano87 2 года назад
Son brutales jaja
@pegatino
@pegatino 2 года назад
que lenguaje es el que muestras? Typescript? Java?
@maxhoustonramirezmartel5991
@maxhoustonramirezmartel5991 2 года назад
el 19 de crear con PUT es correcto???? cada uno de los métodos http no tiene un propósito?
@javi5296
@javi5296 2 года назад
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.
@maxhoustonramirezmartel5991
@maxhoustonramirezmartel5991 2 года назад
@@javi5296 genial muchas gracias, ahora me queda mucho más claro, crack.
@cristhianvlx7
@cristhianvlx7 2 года назад
Que alternativas hay para no usar joins en los query?
@josepzin
@josepzin 2 года назад
Buena pregunta...
@azad2096
@azad2096 2 года назад
crear vistas en el sql que te simplifican los linq muchisimo es solo un select
@freddy6233
@freddy6233 2 года назад
rafa wapo :3
@ElObservadorTico
@ElObservadorTico 2 года назад
min 2.30, la I de SOLID no es inversion ni inyección es I - Interface Segregation Principle
@Javi_Noble
@Javi_Noble 2 года назад
No entendí lo de no hacer geters ni seters, no son las bases del paradigma de la programación orientada a objetos? :(
@azad2096
@azad2096 2 года назад
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
@eljardinderoundhay5540
@eljardinderoundhay5540 2 года назад
Los trucos de github no me lo sabía jajaj
@sorlac001
@sorlac001 2 года назад
¡pues mira!, me voy enterando que soy daltonico xD
@juanperez-ms2xo
@juanperez-ms2xo 2 года назад
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{ }.
@davidadan2817
@davidadan2817 2 года назад
Cuando pase el tiempo verás que es mejor evitar los else...
@vmmlau
@vmmlau 6 месяцев назад
IMHO, en aplicaciones no triviales desde el punto de vista del data model, los joins mas que necesarios son imprescindibles.
@SimaDamian
@SimaDamian 2 года назад
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
@SYMRN701
@SYMRN701 2 года назад
No entendí lo del PUT pasando el id por parametro , y si es autogenerado?
@dannegm
@dannegm 2 года назад
Entendí la referencia del UML 🤣🤣🤣
@flaviocesarsolizsalinas2380
@flaviocesarsolizsalinas2380 2 года назад
Tienes algun pdf
@juanpablobolivarmartinez7937
El 97 es mi favorito jajajaja
@wilberttoribio4975
@wilberttoribio4975 2 года назад
10 minutos y veo 12 Aun asi Gran Sacada
@willywes
@willywes 2 года назад
La mejor fue el Núria not approved 11:42
@sergioenriquediazortiz5131
@sergioenriquediazortiz5131 2 года назад
nice
@xaviergomezdelatorre6718
@xaviergomezdelatorre6718 2 года назад
El "Tell don't ask" la mitad de tutoriales en RU-vid se lo pasan por los cojones jajaja
@matitk
@matitk 2 года назад
No entendí la diferencia con los value object, cual seria la ventaja de hacerlo así?
Далее
✨ 5 cosas que no sabías de #TypeScript
12:49
Просмотров 16 тыс.
Não sabe esconder Comida
00:20
Просмотров 4,5 млн
No pierdas el tiempo cuando aprendes a programar
9:39
Просмотров 874 тыс.
COMO APRENDER A PROGRAMAR
42:51
Просмотров 536
Por qué no uso Excepciones genéricas en mi código
7:54
Dónde están los límites de ChatGPT | #laFunción 9x27
1:02:29
¿Amazon deja los MICROSERVICIOS?
17:34
Просмотров 56 тыс.
Mi PLAN DE ESTUDIOS 📚 para ser programador
12:56
Просмотров 330 тыс.
Não sabe esconder Comida
00:20
Просмотров 4,5 млн