« first day (2702 days earlier)      last day (628 days later) » 

00:22
es.stackoverflow.com/a/587863/169744 tampoco estaba tan mal la pregunta
 
6 hours later…
06:17
@Mateo JAJAJA! bienvenido a mi mundo!
07:08
A las güenas :-)
Asco de viernes :-(
07:38
gud morning
 
6 hours later…
13:20
buenas
13:51
Senores y senoras, buenas !
 
2 hours later…
16:12
aloha~
 
1 hour later…
17:30
Bueno para decirles feliz fin de semana, y practiquen su hacker rank
@fredyfx sera que te puedo mandar mi cv con una carta de presentación ?
@JoseAntonyMundacaAngeles dale :D
17:49
Sabían que se puede guardar memoria en el stack en C#? Me acabo de enterar
@Mateo ¿Podrías dar mayor contexto por favor?
 
3 hours later…
21:08
https://es.stackoverflow.com/users/279865/moroni-henriquez?tab=answers&sort=newest
https://es.stackoverflow.com/users/182289/luchiwis?tab=answers&sort=newest
chatGPTeros del día
21:28
un clásico.
 
1 hour later…
interesante, no lo conocía, gracias por el dato :D
@Mateo hahahaha yeah! los memes siempre alegran
@fredyfx está bueno cuando necesitas rendimiento. Siempre es más rápido reservar memoria en el stack que en el heap.
@Mateo todavía no he tenido que modificar algún sistema que requiera dichos conceptos, sin embargo, los tendré en cuenta, en algún momento me serán de ayuda :D
normalmente cuando quiero que algo vaya rápido, juego con threads y parallelism
ahí las listas se convierten en listas concurrentes, son thread-safe by default.
@Mateo Por un rato, un largo rato, pensé que está leyendo C++ 23.
Quien habrá aprobado esta edición es.stackoverflow.com/revisions/588188/3
22:55
@Mateo Bruto el que editó, bruto el que aprobó.
@fredyfx y ahora descubrí que puedes hacer que un arreglo se almacene cómo parte de un struct stackoverflow.com/a/69943821/13419694 con fixed
206
A: Practical use of `stackalloc` keyword

Pop CatalinThe sole reason to use stackalloc is performance (either for computations or interop). By using stackalloc instead of a heap allocated array, you create less GC pressure (the GC needs to run less), you don't need to pin the arrays down, it's faster to allocate than a heap array, an it is automati...

@CandidMoe jajaja también se puede hacer eso en C++
@Mateo Entonces ¿C# es la versión Microsoft de C++?
@Mateo a veeee
@CandidMoe literalmente es un hijo de C++ y Java con esteroides.
23:04
buenas a todos
@infinit3Loop__ aloha~
@Mateo Nunca lo mire; pensé que era un lenguaje avanzado, pero el stackalloc me ha dejado perplejo. ¿Quién diablos puede necesitar eso?
@CandidMoe alguien que no tiene idea te diría que C# es un lenguaje de alto nivel pero ahora mismo creo que no lo es. Tampoco estoy seguro de que sea de bajo nivel
Ok, parece que lo correcto es decir que es un lenguaje de tercera generación stackoverflow.com/a/620996/13419694
La sexta generación es NoCode
23:34
@Mateo C# "no" es un lenguaje de alto nivel (?) ¿De verdad lo afirmas?
yo pensaba que era de alto nivel la verdad
si tiene alguna caracteristica de bajo nivel no lo hace de bajo nivel
@fredyfx creo. La verdad es que depende mucho del criterio de cada uno. Según algunos, código máquina y ensamblador son de bajo nivel. El resto son de alto nivel. Luego tienes personas como esta que dicen que un lenguaje de bajo nivel es aquel en el que tienes que prestar atención a cosas irrelevantes stackoverflow.com/a/621053/13419694
la definicion que yo tengo en la cabeza, es que lo que define el nivel del lenguaje es su cercania con el lenguaje de la maquina. Si esta cercano al lenguaje maquina, bajo nivel, si esta cerca del lenguaje natural, es lenguaje de alto nivel
@infinit3Loop__ creo que el problema viene más por decir que un lenguaje es de alto o bajo nivel en lugar de más alto o bajo nivel para dejar en claro que tu punto de vista es relativo
C# en teoría es más alto nivel comparado con C
es que lo es, c++ estaria en el medio de ellos, creo corriganme si me equivoco
corrijanme*
23:44
No requiere que mires cuestiones de bajo nivel, pero también puedes usar punteros, stackalloc, y otros.
@infinit3Loop__ yo creo que es así. No recuerdo donde lo leí
C# es de aquellos lenguajes que han evolucionado de lo más épico conforme pasó el tiempo
en tiempos universitarios, había una pelea absurda entre Java y C#. Muchos defendían a Java y le tiraban piedras a C#.
Una de las mejores presentaciones que encontré, se las compartí a los hinchas Javeros preguntando su opinión y lo único que conseguí fue un flamante 404 opinión not found. slideshare.net/jeffz/why-java-sucks-and-c-rocks-final
cabe resaltar que no estoy en contra de java ni de cualquier otro lenguaje de programación, no le veo sentido pelear/discutir por ello.
prefiero conocer puntos de vistas y fundamentos de dichos puntos.
y que decian los que criticaban a C#?
"es propietario"
"no tenemos acceso al código fuente de .net" (o sea, a la plataforma, no al lenguaje).
"solo corre en Windows Server" (parcialmente estaban en lo cierto, desde hace mucho que existía Mono C# para Distros basadas en Linux)
"es una copia de java".
básicamente esos 4 puntos son los que más recuerdo.

« first day (2702 days earlier)      last day (628 days later) »