Aprendiendo Rust - Kiwi Towers

He estado experimentando un poco con Rune y no tiene mala pinta, es facil registrar las funciones que se quieran y el input/output de las funciones tambien parece ser bastante sencillo. Este es el ejemplo que tengo ahora mismo con 0.7

    fn mytest() {
        let hello_world = r#"pub fn main(a) {
    println("Hello World");
    return name(a);
}"#;
        let mut context = Context::with_default_modules().unwrap();
        let mut module = Module::default();
        module.function(&["name"], |a: i32| a + 1);
        context.install(&module);

        let mut sources = Sources::default();
        sources.insert(Source::new("test", hello_world));

        let mut errors = Errors::new();

        let unit = rune::load_sources(
            &context,
            &Options::default(),
            &mut sources,
            &mut errors,
            &mut Warnings::disabled(),
        )
        .unwrap();

        let vm = runestick::Vm::new(Arc::new(context), Arc::new(unit));
        let result = vm.execute(&["main"], (1,)).unwrap().complete().unwrap();
        println!("{:?}", result);
    }

Es algo super random pero queria ver como funciona, las funciones que habra (si es que estan definidas, puede que no esten definidas) seran relacionadas con eventos, cosas del tipo: on_turret_fire, on_mob_death o algo por el estilo, he de escribir un poco mas sobre ello para pensar que me gustaria tener si yo fuera el editor del un mapa.

Empezar con algo super sencillo y ya vere que depara el futuro pero me gusta este lenguaje y creo que puede ser muy sencillo eso de tener varios lenguajes, no creo que haya demasiadas funciones en la libreria estandar de TD que esten disponibles dentros de los dos lenguajes suponiendo que ya traen una por defecto.

#65Zerokkk:

¿Cuántos le habéis pegado un tiento a Rust en estos años? Yo he empezado recientemente, y por ahora mi impresión es muy buena, aunque obviamente no todo es color de rosas.

Yo lo he usado para CLIs simples y serverless en AWS.

En mi experiencia y conclusion, cuando la gente programa en cosas como python, java, incluso go, hacemos tantas "malas practicas" a bajo nivel que ni lo sabemos. Pero estas malas practicas no tienen mucha importancia cuando escribes rust y las usas para cosas de backend tipicas. Estas cosas importan si haces bajo nivel...

Si por ejemplo tienes algun problema de ownership simplemente clonas y a tomar por culo... Fin del problema. Tener un Map<String, T> por ejemplo, y acceder desde varios sitios. En plan cache simple en un server. Es un patron muy tipico si te quieres guardar el id que es un string, pues vas a tener que clonar la string... XD Son cosas obvias que en el dia a dia con python no piensas. El problema esta en que la gente no sabe que esta haciendo el lenguaje (python, java, go...) a bajo nivel para replicarlo en rust XD

Asique Rust en conclusion y en prod es muy comodo, es facil programar con el y muy facil de leer por todos... Si y solo si, sabes la manera facil no optima de resolver los problemas. Escribiendo codigo de mierda como digo, me va como un tiro todo. El problema es que la gente no sabe programar, y cuando pilla rust, quiere aprender rust "embedded" o super optimizado... No hace falta.

Los puntos tipicos negativos de rust, el async por ejemplo, a mi no me han afectado aunque no me gusta el diseño... Y el mayor punto negativo en adopcion es si que para hacer cosas mas grandes requiere un commit del equipo. Si elijes rust para backend todo deberias hacerlo con rust para ir bien... En un entorno enterprise de fperos donde la gente hace python,node,java,go(si tiene que ir rapido)... Nada. Si tu equipo/empresa hace rust, entonces full yolo a rust y scripting/python como mucho. Es que quizas no haria ni rust+go en backend... Xq el esfuerzo de rust a la larga te acaba compensando mantener 2 stacks.