No uso angular pero si uso nestJS que la forma de escribir los nombres de archivos se baso en angular y la verdad creo que se metieron a cambiar algo que ya andaba bien y era claro. No me convence lo que hicieron la verdad.
Estoy de acuerdo con tu opinión, hay cosas que si, otras que no me convencen. Tema aparte, yo personalmente no suelo decirle model a las interfaces. Model lo utilizaría más para una clase que traiga una funcionalidad. Ejemplo, en vez de un objeto User, puedo tener una instancia User (model) que tenga métodos para facilitar cosas, Ejemplo, fullName, para unir firstName y lastName
Excelente video! gracias! Y cómo dices tu, hay cosas que "chocan" conforme a lo que uno hace normalmente. Pero sí, seguramente lo hacen para nuevas generaciones que quieren aprender Angular. Pero bueno, creo que al final es algo que nos podríamos adaptar.
Hay cosas que me parecen también muy acertadas y otras que no tanto, a mi si me gusta que se quite eso de los componentes o que se haga como lo hace ionic que separa las vistas llamandolas pages y los componentes como components. Me gusta mucho angular pero por mi trabajo me acostumbre a usar vue 3 con compoosition API, se imaginan ese tipo de sintaxis en angular? uff seria espectacular,
Me parecen geniales los cambios, y para los que sufren en como nombrar a las interfaces , es tan simple como poner una I al inicio del nombre, x ejemplo IUser, IDocument, etc..., igual para los servicios UserDataRepository o UserDataClient, estos conceptos son parte de las buenas practicas que para alguien junior puede significar un lio aprender, pero es totalmente beneficioso
No veo redundante el uso de sufijos como .component, .service, .directive, etc. Supongamos que tienes un archivo user.component.ts, otro user.service.ts y otro user.directive.ts. Si eliminas estos sufijos bajo el argumento de que son redundantes, ¿entonces todos esos archivos se llamarían simplemente user.ts? Eso parece poco práctico y confuso, especialmente en proyectos grandes.
Hola, estoy pensando en iniciar un proyecto de software tipo ERP para restaurantes con go pero aún no me decido sobre la parte del front, htmx o angular.¿ Algún concejo?
@@kingofrock37 hmmmm es fácil, htmx es MUY simple, haces todo desde back y en dos patadas. Angular... Bueno tienes que aprender angular jajaja así que ahí tú fijate las ventajas / desventajas. Si tú app dentro de todo es fácil (que creo que es tu caso) htmx es un golazo
Completamente offtopic, pido disculpas: Sabés que me gustaría ver de vos? algún video de como estructurar bien un CSS, como nombrar bien las variables y clases pero que sigan alguna lógica, etc. Por ejemplo me pasa mucho que comienzo con algunas variables, --primary-bg --primary-fg, etc, despues voy metiendo variables a medida que necesito, pero al final el proyecto termina siendo una garcada, termino tieniendo un monton de variables y sin sentido. Lo mismo pasa con las clases, y al final tengo un CSS re pedorrazo con cosas que podría haber unificado. Me encantaría ver un video tuyo de como ser ordenado y seguir alguna lógica para los estilos. OJO, tomalo como idea de video, no es una exigencia ni nada, no quiero que se mal interprete mi mensaje, estoy super agradecido con tus cursos y por meterme en vim, un camino de ida.
Me parece bien que te de tips, pero que el FW me diga cómo debo programar? no, y menos con las mierdas que está añadiendo en cada puñetera versión (y sus productos relacionados). Hay cosas que son de sentido común y que deberías hacer de 0, pero qué más te da cómo nombre mi componente? es redundante? y el caso del Pipe no? qué pasa? que un Pipe es el hijo especial o qué? mucho gurú me perece a mi... El FW debe encargarse, a nivel interno de sus acciones y de sus criterios o diseños de programación, el usuario tendrá los suyo y estará obligado dentro del paradigma de invocación del FW, pero nada más, deja que el programador (que también sabe) haga lo propio con su app. Los movimientos de Angular creo que van a terminar por destruir este FW porque al final, si voy a tener que usar React sin usar React, me muevo a React y a tomar por el culo.
El uso de útils, commons , helpers ya sea en carpetas independientes generales de un proyecto o por carpetas de características o incluso así sean archivos es una práctica terrible... Ya que no define un uso concreto de estas porciones de codigo. La realidad es que ese paradigma debería ser abolido pero está tan intrínsecamente encarnado en los programadores que se normaliza como una práctica, siendo esta una abominación 😢
@@ajota06 para mí según como lo desarrolles. Para mí es preferible hacer un método reutilizable ya que se utiliza muchísimo y dejarlo en un lugar de acceso general antes que descargar una biblioteca por ejemplo. (isOdd te estoy viendo )
@@FrankieConradi-jt8oh si algo aprendí igualmente, es que la frase "si funciona no toques" es una mentira. HAY que tocar, hay que probar para poder EVOLUCIONAR. Sino seguiríamos con Windows XP todos jaja
Angular es súper verboso ... A mi me parece genial que un servicio se llame Users y no UsersService y que su file sea users.ts y no users.service.ts ... Lo mismo con component.
@@inteligenciafutura hmmmm no, 1- no es basura y no deberías llamar a ningún esfuerzo ajeno de esa manera. 2- nunca "cambia" sino que evoluciona según lo que pide la comunidad, es el primer cambio de nomenclatura desde que salió angular 2 casi y si no cambian se quedan atrás, ley de la vida. 3- Dan soporte hasta 6 versiones anteriores por lo que te dan tiempo a cambiar. 4- También esto sucede en otras tecnologías como NextJs al implementar el enrutamiento por medio de la carpeta "app" en vez de "pages"
Excelente! Estaré muy atento al nuevo curso de Angular!
Excelente video! Muchas gracias por tu dedicación y aportes a la comunidad de angular . Estaré atento al nuevo curso de Angular. Saludos!
No uso angular pero si uso nestJS que la forma de escribir los nombres de archivos se baso en angular y la verdad creo que se metieron a cambiar algo que ya andaba bien y era claro.
No me convence lo que hicieron la verdad.
@@emanuelpalacio-q3l totalmente de acuerdo
Estoy de acuerdo con tu opinión, hay cosas que si, otras que no me convencen.
Tema aparte, yo personalmente no suelo decirle model a las interfaces. Model lo utilizaría más para una clase que traiga una funcionalidad. Ejemplo, en vez de un objeto User, puedo tener una instancia User (model) que tenga métodos para facilitar cosas, Ejemplo, fullName, para unir firstName y lastName
Un seguidir mas de este canal. Team Angular ❤
Estaré atento al curso de angular, hace unas cuantas versiones que no lo uso y no es común ver mucho contenido de Angular
Justo estaba viendo de repasar Angular en general
Vavava haztelooo lo estás deseando!
Excelente video! gracias!
Y cómo dices tu, hay cosas que "chocan" conforme a lo que uno hace normalmente. Pero sí, seguramente lo hacen para nuevas generaciones que quieren aprender Angular.
Pero bueno, creo que al final es algo que nos podríamos adaptar.
Pd: muchas gracias por tu sub !!!!
Hay cosas que me parecen también muy acertadas y otras que no tanto, a mi si me gusta que se quite eso de los componentes o que se haga como lo hace ionic que separa las vistas llamandolas pages y los componentes como components. Me gusta mucho angular pero por mi trabajo me acostumbre a usar vue 3 con compoosition API, se imaginan ese tipo de sintaxis en angular? uff seria espectacular,
Me parecen geniales los cambios, y para los que sufren en como nombrar a las interfaces , es tan simple como poner una I al inicio del nombre, x ejemplo IUser, IDocument, etc..., igual para los servicios UserDataRepository o UserDataClient, estos conceptos son parte de las buenas practicas que para alguien junior puede significar un lio aprender, pero es totalmente beneficioso
@@navegante9650 yo lo de la i... No comparto jaja y el resto si es la clásica tampoco lo veo tan mal
No veo redundante el uso de sufijos como .component, .service, .directive, etc. Supongamos que tienes un archivo user.component.ts, otro user.service.ts y otro user.directive.ts. Si eliminas estos sufijos bajo el argumento de que son redundantes, ¿entonces todos esos archivos se llamarían simplemente user.ts? Eso parece poco práctico y confuso, especialmente en proyectos grandes.
@@putinninovacuna8976 a mi me gustan estos sufijos :(
lo de ngclass y ngstyle me sorprendió ... porque si tienes que añadir mas de una clase lo controlas en un mismo, pero bueno jeje cambios son cambios
Hola, estoy pensando en iniciar un proyecto de software tipo ERP para restaurantes con go pero aún no me decido sobre la parte del front, htmx o angular.¿ Algún concejo?
@@kingofrock37 hmmmm es fácil, htmx es MUY simple, haces todo desde back y en dos patadas. Angular... Bueno tienes que aprender angular jajaja así que ahí tú fijate las ventajas / desventajas.
Si tú app dentro de todo es fácil (que creo que es tu caso) htmx es un golazo
Te dejo algunos videos de htmx ;)
HTMX: th-cam.com/play/PL42UNLc8e48RzQ3vSmSTbZzL_O-tRP14B.html
Wordpress
@@josemanuico5613 Jajajajaj, me hiciste el día, Gracias.
Completamente offtopic, pido disculpas:
Sabés que me gustaría ver de vos? algún video de como estructurar bien un CSS, como nombrar bien las variables y clases pero que sigan alguna lógica, etc.
Por ejemplo me pasa mucho que comienzo con algunas variables, --primary-bg --primary-fg, etc, despues voy metiendo variables a medida que necesito, pero al final el proyecto termina siendo una garcada, termino tieniendo un monton de variables y sin sentido. Lo mismo pasa con las clases, y al final tengo un CSS re pedorrazo con cosas que podría haber unificado.
Me encantaría ver un video tuyo de como ser ordenado y seguir alguna lógica para los estilos.
OJO, tomalo como idea de video, no es una exigencia ni nada, no quiero que se mal interprete mi mensaje, estoy super agradecido con tus cursos y por meterme en vim, un camino de ida.
Hola alan que periférico es eso que emula un mouse ?
ajaja no lo emula, lo es, es el Kensington Slimblade Pro
Apenas estoy aprendiendo la version 18.2.6 y ya va a salir la 19 😢
No te cambia nada no te preocupes, se agregan cosas no se quitan ni modifican
Usemos js puro, ya esta, con jquery
Cada vez Angular se parece a React y eso no me gusta, Angular estaba bien
Primero ❤
Me parece bien que te de tips, pero que el FW me diga cómo debo programar? no, y menos con las mierdas que está añadiendo en cada puñetera versión (y sus productos relacionados). Hay cosas que son de sentido común y que deberías hacer de 0, pero qué más te da cómo nombre mi componente? es redundante? y el caso del Pipe no? qué pasa? que un Pipe es el hijo especial o qué? mucho gurú me perece a mi... El FW debe encargarse, a nivel interno de sus acciones y de sus criterios o diseños de programación, el usuario tendrá los suyo y estará obligado dentro del paradigma de invocación del FW, pero nada más, deja que el programador (que también sabe) haga lo propio con su app. Los movimientos de Angular creo que van a terminar por destruir este FW porque al final, si voy a tener que usar React sin usar React, me muevo a React y a tomar por el culo.
La cagaron con los nombres de las clases y los archivos, ya estaba bien
vato guapo , me enamore al verlo
El uso de útils, commons , helpers ya sea en carpetas independientes generales de un proyecto o por carpetas de características o incluso así sean archivos es una práctica terrible... Ya que no define un uso concreto de estas porciones de codigo. La realidad es que ese paradigma debería ser abolido pero está tan intrínsecamente encarnado en los programadores que se normaliza como una práctica, siendo esta una abominación 😢
@@ajota06 para mí según como lo desarrolles. Para mí es preferible hacer un método reutilizable ya que se utiliza muchísimo y dejarlo en un lugar de acceso general antes que descargar una biblioteca por ejemplo. (isOdd te estoy viendo )
Pero para que tocan? no toques!!!
@@FrankieConradi-jt8oh si algo aprendí igualmente, es que la frase "si funciona no toques" es una mentira. HAY que tocar, hay que probar para poder EVOLUCIONAR. Sino seguiríamos con Windows XP todos jaja
para justificar el sueldo
Angular es súper verboso ... A mi me parece genial que un servicio se llame Users y no UsersService y que su file sea users.ts y no users.service.ts ... Lo mismo con component.
Pero la basura de angular siempre cambia todo, por eso no lo uso
@@inteligenciafutura hmmmm no,
1- no es basura y no deberías llamar a ningún esfuerzo ajeno de esa manera.
2- nunca "cambia" sino que evoluciona según lo que pide la comunidad, es el primer cambio de nomenclatura desde que salió angular 2 casi y si no cambian se quedan atrás, ley de la vida.
3- Dan soporte hasta 6 versiones anteriores por lo que te dan tiempo a cambiar.
4- También esto sucede en otras tecnologías como NextJs al implementar el enrutamiento por medio de la carpeta "app" en vez de "pages"
Skill Issue