#25 Yo siempre he sido muy Debianero, pero llevo desde hace un tiempo atrás teniendo problemas con los drivers privativos de nVidia y me pasé a Manjaro (basada en Arch también). La verdad es que me está gustando mucho el salto de SOs de base Debian a base Arch
#26 Sólo iría para eso, aunque en los baños se suele compartir demasiada información sonora y sensorial de tu experiencia con los demás y lo que es peor, la de los demás hacia tí
#1 Y volver a la oficina pudiendo trabajar desde casa también. Luego en mi oficina se jactan de que se han quitado los vasos de un solo uso por el medio ambiente, pero todos de vuelta a la oficina que eso no contamina
#6 A mí me da de que Ayuso se quedará en Madrid, como la nueva Aguirre que es, lo que no tengo tan claro es que dentro de su partido se creen que puede tener tirón fuera de Madrid
#1 Ni cotiza que serán los mismos que si ven a un nazi skin dirán que la puntera de hierro es por que vienen de trabajar y la navaja en el bolsillo es para pelar manzanas
#41 Segurísimo que te molesta de sobremanera las parejas heteros que se besan en la calle, o las chicas heteros que van ligeras de ropa, o los machitos hiperciclados llenos de tatuajes que gritan y se golpean el pecho mientras dicen lo que follan...
#10El día que alguien desarrolle para Rust un motor de videojuegos, se acabó C++
Ya hay motores de videojuegos desarrollados en Rust, pero creo que se está perdiendo el foco en la discusión en general respecto al lenguaje a utilizar para hacer videojuegos y el lenguaje del motor.
Godot está hecho en C/C++ pero puedes programar para él en muchos lenguajes, entre ellos Rust. El problema que no veo que nadie menciona es que para qué usar un lenguaje u otro.
A nivel de aficionado he hecho (y estoy haciendo) algunas cosas con ese motor, y yo lo veo clarísimo: Para prototipar rápidamente y probar cosas, con GDScript me basta (y mira que odio ese lenguaje de scripts), pero si hay partes críticas del código o muy complejas computacionalmente, no lo voy a hacer en GdScript, si no que haré un módulo en Rust/C/C++ o el lenguaje que considere para ganar órdenes de magnitud en rendimiento
#27 Me estoy leyendo la discusión que lleváis, y quería entrar en éste comentario que no me ha gustado cómo te han contestado en #30: Rust podría sustituir en todo caso a C. Jamás a C++
Realmente aunque Rust no sea OOP es tan capaz o más para desarrollar lo mismo que un programa hecho en C++, y de estructurarlo de manera muy similar. Evidentemente cada lenguaje tiene que tener la implementación hecha a su manera, no puedes copiar la estructura de un programa hecho en Javascript y pretender hacerlo igual en C, por ejemplo, quizá ahí su gesto de desaprobación
Y realmente los leak de memoria se deben a las prisas o incompetencia de los programadores.
En ésto creo que te equivocas del todo. En el entorno empresarial y en programas que son algo más que unos pocos cientos de líneas la complejidad va escalando exponencialmente, y aunque seas el puto John Carmack hay un punto en el que es muy fácil tener memory leaks por un caso de uso no esperado o que al trabajar en equipo alguien no acceda o trabaje de la manera esperada respecto a ese objeto. Y ya no entramos en casos más habituales dentro del mundo del desarrollo de videojuego, como puede ser gestionar objetos que tienes cargado en memoria realmente grandes o que tengan un ciclo de vida poco habitual y que para evitar reescrituras enromes de código acabes haciendo alguna ñapa para sobrevivir
Que si fuésemos máquinas y que si desde el minuto 0 que te sientas a programar tuvieses definido perfectamente el scope y la arquitectura del proyecto, tanto C como C++ como Rust u otro lenguaje sería ideal para cualquier proyecto, pero no es así y tienes que elegir también pensando en qué lenguaje no te hará hacer demasiados sacrificios.
Ahí lo que me parece bueno de Rust es que lo que inviertes de tiempo creando código robusto te lo ahorras en correcciones y en búsquedas de memory leaks
#22 Lo del software específico para Windows te doy toda la razón, muchas cosas como todo lo Adobe o MS Office se hace cuesta arriba desde Linux, pero en cosas avanzadas lo veo al revés: Docker en Windows se me sigue arrastrando en según qué containers, y la facilidad que te da Linux para modificar lo que te plazca no la veo en Windows
#2 Totalmente de acuerdo contigo. Sólo añadiría el matiz de que el hidrógeno verde podría ser el paso intermedio para combustible de aviación, si da la potencia para ello, pero que para un vehículo terrestre no tiene sentido
#91 Con el MOVES y demás no queda del todo mal. La autonomía del mío son algo más de 60Km (en el mejor de los casos) y enchufado en la misma plaza de parking.
El ahorro es muy grande para uso urbano y próximo (meses sin pisar la gasolinera), aunque a la que empiezas a necesitar el motor de combustión se te van los 6,6L a los 100Km de media para un no-SUV
#76 Hace poco me tuve que cambiar el coche (híbrido enchufable) y realmente tampoco había tanta diferencia, parece que ahora todos los coches en general han subido una barbaridad, y si vives en una gran ciudad o cerca de ella quizá no compensa tanto un térmico
Aunque para muchos usos con el eléctrico debería ser más que suficiente, pero el precio, la falta de parkings privados por la mayoría o la aún escasa cantidad de cargadores no ayuda.
Entre otras cosas no hay centro comercial donde me encuentre todos los (escasísimos) cargadores funcionando, además de encontrarlos en proporciones ridículas (parkings de cientos de coches con 2 o 4 plazas con cargador)
#1 El capitalismo piensa que los recursos son infinitos y que se pueden construir 200 millones de pisos en el centro de las ciudades.
Necesitamos urgentemente desconcentrar todo el músculo económico de las grandes ciudades y fomentar el teletrabajo, las oficinas polivalentes en otros pueblos, las interconexiones entre sitios menos poblados, etc
#1 Algo cantaba cuando siempre ha costado mucho encontrar AMDs en portátiles o equipos preensamblados de muchas marcas... Tienes alguna info o anécdotas sobre sus prácticas ?