Excelente vídeo. Yo estoy estudiando en Java, pero me gusta más C# y mis proyectos personales quiero codificarlos con .NET MAUI, además que donde vivo está mucho más demandado C# que Java, así que saber qué convenciones y buenas prácticas existen me ha ayudado mucho. Algunas cambian bastante de lo que se hace en java, por ejemplo las constantes son MI_CONSTANTE, y la correcta indentación sigue las convenciones de los libros de texto de if(esto==aquello){ cosas } Pero dejando a un lado estas cositas, el resto son aplicables 100% a prácticamente todos los lenguajes de programación. Respecto a los ForEach, da igual qué versión utilices, ÚSALOS. Desde que empecé a trabajar con arrays y colecciones son lo más maravilloso del planeta. Que se busque la vida la máquina para recorrer el conjunto que estás iterando, y nos olvidamos de los molestos IndexOutOfBoundsException. Y lo de las excepciones... Sinceramente creo que es lo que primero se debería enseñar en programación. El programa VA a reventar. Es una realidad. Y yo al inicio ODIABA Java por los mods de Minecraft, que en su mayoría tenían un manejo de excepciones paupérrimo si no completamente inexistente, y reventaba TODO y te soltaba todo el mensaje en rojo de la muerte que no entendías absolutamente NADA. Algo tan sencillo como un Exception.getMessage(); se ve que les costaba demasiado y decidieron no incluirlo. Manejen sus excepciones, gente, es importante.
A mi me pasa igual. Claro que como estoy estudiando, estas cosas son irrelevantes. Un programa de 100 o 150 líneas en una única hoja que hace una única función encapsulada en un bucle while como muchísimo NO NECESITA de andarse con tantos rodeos. Así que por falta de práctica, acaba uno olvidando lo de los strings inmutables... Y eso que la clase StringBuilder existe en prácticamente todos los lenguajes de programación que estén basados en un estándar como Java o C#. Así, en Python está incluido el append dentro de la librería por defecto, pero por ejemplo Swift NO tiene StringBuilder. Ignoro si es porque trata las cadenas de texto con cierta mutabilidad o qué. Una vez que uno se pone a trabajar en un proyecto es cuando realmente necesitas saber todas estas cosas... NO AL CODIGO SPAGHETTI NI A LA OPTIMIZACIÓN POBRE jajajajaja
Buenas! Muchas gracias por compartir siempre tus videos. Pero creo que en 16:15 lógicamente hablando el OR debe analizar la 2da condicion para podes descartar. Saludos!
No.... el or.... si la primera es verdadera ya no necesita evaluar la siguiente.
ปีที่แล้ว +1
18:05 ¿poner ToLower o ToUpper es buena practica? yo siempre uso la función Equals (que para algo está): "EJEMPLO".Equals("ejemplo", StringComparison.InvariantCultureIgnoreCase)
Yo también suelo usar Equals en cada comparación. Como aún estoy aprendiendo C# utilizo la función EqualsIgnoreCase de Java. Supongo que dependerá de la manera que queremos compararlo, si EN la comparación, o tratar el input más adelante o incluso asignarlo a alguna variable, escribirlo en algún sitio, etc. No queda especialmente bien que escribamos "palabras escritas por el usuario: gRaPaDoRa" porque el tipo se quiso hacer el gracioso... ¿No?
0.28 Nombrado de clases, metodos y estructuras 5.44 Formating and Layout. 7.0 Tipos de Datos Nulos 8.01 Constantes en tiempo de Ejecucion vs en tiempo de Compilacion 9.45 Casteos 10.48 Trabajo con tipo de datos String 13.10 Enumeradores 14.36 Foreach 15.25 Operadores logicos 16.32 Metodos (Servicios) 17.18 Excepciones
De acuerdo con todo excepto los de los nullables, no se si a mí se me va algo pero pasar el valor de una propiedad que han definido como nulable obliga a usar el ...value y eso hace q el código quedé horrible generalmente me pasa al mapear una clase a otra
Gran vídeo. Se agradece muchísimo. Insisto: muchísimo. Pero tengo que decir que no estoy de acuerdo con 4:33 Y si en C# se pide lo de 6:42, me parece innecesario
Decis que no estas desacuerdo pero no fundamentas el porqué... Con respecto a las llaves en una línea abajo desde las primeras versiones de c# se usa así y forma parte del standard... si todo un equipo de desarrollo trabaja de esa forma hay que respetar y no hacer lo que a uno le gusta.
ปีที่แล้ว +1
La gente que se acostumbró en ver el abre llave al final de la línea, es porque en los libros (para optimizar el espacio de impresión) se colocaba la llave ahí para ahorrarse ese espacio. En un ordenador es innecesario hacer ese "ahorro" y lo hace mas legible que las llaves estén alineadas en la tabulación
¿Por qué no estás de acuerdo con una encapsulación buena? De hecho, en Java, sí se usan los privados y es una buena práctica que TODO esté encapsulado. Por mucho que la encapsulación funcione diferente en C# es una buena práctica de TODOS los lenguajes de programación el encapsular correctamente tus propiedades. Lo de las llaves lo veo innecesario yo también, pero si es un estándar o una convención, es lo que hay. No estás tú solo programando en un lenguaje, hay más personas y deben respetarse estas cosas...
Yo estoy estudiando en Java mi grado superior, pero es mucho mejor C# y ahora mismo está siendo mucho más demandado donde vivo, por lo que estoy transicionando por mi cuenta a C# y .NET MAUI. Lo que veo es que C# tiene muchas cosas bastante más modernas que lo que tiene Java, por ejemplo el Console.ReadLine(); es una maravilla. Si bien Java tiene en sus librerías por defecto la clase Scanner, es más coñazo de utilizar para cosas sencillas que un simple ReadLine(). Claro que Java es un lenguaje en constante evolución, pero se le nota el tiempo, va teniendo achaques de abuelete jajajajaja pero no me cansaré de repetirlo y apoyarlo a capa y espada. COMO PRIMER LENGUAJE DE PROGRAMACIÓN JAVA ES MARAVILLOSO. Precisamente por estas cosas mas "antiguas" te permite conocer en profunidad CÓMO funcionan las cosas a nivel interno y de esta manera, aplicarlo a cualquier otra cosa. No puedo agradecer suficiente que me hayan enseñado Java como primer lenguaje... Un amigo mío empezó con C# la programación básica y está ahora en Java con POO y el cambio le está costando bastante... En cambio yo que he hecho lo opuesto, la tansición está siendo muy suave.
Gabriel este video es oro puro!..... espero que haya una segunda parte
Excelente vídeo.
Yo estoy estudiando en Java, pero me gusta más C# y mis proyectos personales quiero codificarlos con .NET MAUI, además que donde vivo está mucho más demandado C# que Java, así que saber qué convenciones y buenas prácticas existen me ha ayudado mucho.
Algunas cambian bastante de lo que se hace en java, por ejemplo las constantes son MI_CONSTANTE, y la correcta indentación sigue las convenciones de los libros de texto de
if(esto==aquello){
cosas
}
Pero dejando a un lado estas cositas, el resto son aplicables 100% a prácticamente todos los lenguajes de programación. Respecto a los ForEach, da igual qué versión utilices, ÚSALOS. Desde que empecé a trabajar con arrays y colecciones son lo más maravilloso del planeta. Que se busque la vida la máquina para recorrer el conjunto que estás iterando, y nos olvidamos de los molestos IndexOutOfBoundsException.
Y lo de las excepciones... Sinceramente creo que es lo que primero se debería enseñar en programación. El programa VA a reventar. Es una realidad. Y yo al inicio ODIABA Java por los mods de Minecraft, que en su mayoría tenían un manejo de excepciones paupérrimo si no completamente inexistente, y reventaba TODO y te soltaba todo el mensaje en rojo de la muerte que no entendías absolutamente NADA. Algo tan sencillo como un Exception.getMessage(); se ve que les costaba demasiado y decidieron no incluirlo.
Manejen sus excepciones, gente, es importante.
Excelente video, estaba metiendo la gamba concatenando strings, no sabía (o no recordaba) que eran inmutables
A mi me pasa igual. Claro que como estoy estudiando, estas cosas son irrelevantes. Un programa de 100 o 150 líneas en una única hoja que hace una única función encapsulada en un bucle while como muchísimo NO NECESITA de andarse con tantos rodeos.
Así que por falta de práctica, acaba uno olvidando lo de los strings inmutables... Y eso que la clase StringBuilder existe en prácticamente todos los lenguajes de programación que estén basados en un estándar como Java o C#. Así, en Python está incluido el append dentro de la librería por defecto, pero por ejemplo Swift NO tiene StringBuilder. Ignoro si es porque trata las cadenas de texto con cierta mutabilidad o qué.
Una vez que uno se pone a trabajar en un proyecto es cuando realmente necesitas saber todas estas cosas... NO AL CODIGO SPAGHETTI NI A LA OPTIMIZACIÓN POBRE jajajajaja
Naaaaaaa que locura, me dejaste re manija por ir a comprar todos tus cursos pero soy Jujeño y estamos hechos bolsa económicamente también 😢😢
Buenas! Muchas gracias por compartir siempre tus videos. Pero creo que en 16:15 lógicamente hablando el OR debe analizar la 2da condicion para podes descartar. Saludos!
No.... el or.... si la primera es verdadera ya no necesita evaluar la siguiente.
18:05 ¿poner ToLower o ToUpper es buena practica? yo siempre uso la función Equals (que para algo está): "EJEMPLO".Equals("ejemplo", StringComparison.InvariantCultureIgnoreCase)
Yo también suelo usar Equals en cada comparación. Como aún estoy aprendiendo C# utilizo la función EqualsIgnoreCase de Java.
Supongo que dependerá de la manera que queremos compararlo, si EN la comparación, o tratar el input más adelante o incluso asignarlo a alguna variable, escribirlo en algún sitio, etc.
No queda especialmente bien que escribamos "palabras escritas por el usuario: gRaPaDoRa" porque el tipo se quiso hacer el gracioso... ¿No?
0.28 Nombrado de clases, metodos y estructuras
5.44 Formating and Layout.
7.0 Tipos de Datos Nulos
8.01 Constantes en tiempo de Ejecucion vs en tiempo de Compilacion
9.45 Casteos
10.48 Trabajo con tipo de datos String
13.10 Enumeradores
14.36 Foreach
15.25 Operadores logicos
16.32 Metodos (Servicios)
17.18 Excepciones
De acuerdo con todo excepto los de los nullables, no se si a mí se me va algo pero pasar el valor de una propiedad que han definido como nulable obliga a usar el ...value y eso hace q el código quedé horrible generalmente me pasa al mapear una clase a otra
Gran vídeo. Se agradece muchísimo. Insisto: muchísimo.
Pero tengo que decir que no estoy de acuerdo con 4:33
Y si en C# se pide lo de 6:42, me parece innecesario
Decis que no estas desacuerdo pero no fundamentas el porqué...
Con respecto a las llaves en una línea abajo desde las primeras versiones de c# se usa así y forma parte del standard... si todo un equipo de desarrollo trabaja de esa forma hay que respetar y no hacer lo que a uno le gusta.
La gente que se acostumbró en ver el abre llave al final de la línea, es porque en los libros (para optimizar el espacio de impresión) se colocaba la llave ahí para ahorrarse ese espacio. En un ordenador es innecesario hacer ese "ahorro" y lo hace mas legible que las llaves estén alineadas en la tabulación
¿Por qué no estás de acuerdo con una encapsulación buena? De hecho, en Java, sí se usan los privados y es una buena práctica que TODO esté encapsulado. Por mucho que la encapsulación funcione diferente en C# es una buena práctica de TODOS los lenguajes de programación el encapsular correctamente tus propiedades.
Lo de las llaves lo veo innecesario yo también, pero si es un estándar o una convención, es lo que hay. No estás tú solo programando en un lenguaje, hay más personas y deben respetarse estas cosas...
Buen video, gracias 👏🏻👏🏻👏🏻
Gracias, excelentes recomendaciones, yo utilizo Java, y aplica todo tus tips. En algun momento me animare a conocer C#
Gracias! La verdad es que Java y C# son muy parecidos. Empecé con Java y luego me moví a C# casi sin esfuerzo extra.
Un saludo!
Yo estoy estudiando en Java mi grado superior, pero es mucho mejor C# y ahora mismo está siendo mucho más demandado donde vivo, por lo que estoy transicionando por mi cuenta a C# y .NET MAUI.
Lo que veo es que C# tiene muchas cosas bastante más modernas que lo que tiene Java, por ejemplo el Console.ReadLine(); es una maravilla. Si bien Java tiene en sus librerías por defecto la clase Scanner, es más coñazo de utilizar para cosas sencillas que un simple ReadLine().
Claro que Java es un lenguaje en constante evolución, pero se le nota el tiempo, va teniendo achaques de abuelete jajajajaja pero no me cansaré de repetirlo y apoyarlo a capa y espada. COMO PRIMER LENGUAJE DE PROGRAMACIÓN JAVA ES MARAVILLOSO. Precisamente por estas cosas mas "antiguas" te permite conocer en profunidad CÓMO funcionan las cosas a nivel interno y de esta manera, aplicarlo a cualquier otra cosa. No puedo agradecer suficiente que me hayan enseñado Java como primer lenguaje... Un amigo mío empezó con C# la programación básica y está ahora en Java con POO y el cambio le está costando bastante... En cambio yo que he hecho lo opuesto, la tansición está siendo muy suave.
Buen video!!!, gracias 👌
Gracias a ti por comentar!
Gracias por la info. Toma tu like XD
muy buenas practicas 🤩🤩🤩🤩