Vamos a hacer un predicado que nos indique si un elemento existe en una lista en prolog:
existe(Elemento, [Elemento | _]).
existe(Elemento, [_ | Tail]) :-
existe(Elemento, Tail).
Si la probamos :
existe(5,[1,2,3,4])
false
existe(4,[1,2,3,4])
true
existe(Elemento, [Elemento | _]).
existe(Elemento, [_ | Tail]) :-
existe(Elemento, Tail).
Si la probamos :
existe(5,[1,2,3,4])
false
existe(4,[1,2,3,4])
true
count_elements([], 0).
count_elements([_ | Tail], Count) :-
count_elements(Tail, TailCount),
Count is TailCount + 1.
(defun contarSegun (lista fx)
(cond
((null lista) 0)
((funcall fx (first lista))
(+ (contarSegun (rest lista) fx) 1))
(T (contarSegun (rest lista) fx))
)
)
Y vamos a probarla :
> (contarSegun '(1 2 3 4 5 6) (lambda (a) (> a 3)))
3
> (contarSegun '(1 2 3 4 5 6) (lambda (a) (>= a 3)))
4
> (contarSegun '(1 2 3 4 5 6) (lambda (a) (= a 3)))
1
fn main() {
let mut a: [i32; 6] = [10, 20, 30, 40, 50, 60];
println!("a: {a:?}");
let s: &[i32] = &a[2..4];
println!("s: {s:?}");
}
Los Slice toman prestados el tipo del arreglo.
Si el Slice comienza en el índice 0, la sintaxis de rango de Rust nos permite eliminar el índice inicial, lo que significa que &a[0..a.len()] y &a[..a.len()] son idénticos. Lo mismo ocurre con el último índice, por lo que &a[2..a.len()] y &a[2..] son idénticos. Por lo tanto, para crear fácilmente un Slice de todo el vector, podemos usar &a[..].
El tipo de s (&[i32]) ya no menciona la longitud de la matriz. Esto nos permite realizar cálculos en sectores de diferentes tamaños.
En el mundo del desarrollo de software, la velocidad, la eficiencia y la simplicidad son pilares fundamentales. El framework Go-Zero emerge como una solución poderosa para aquellos que buscan crear aplicaciones escalables y de alto rendimiento utilizando el lenguaje de programación Go (Golang).
Pero ¿Qué es Go-Zero? Go-Zero es un framework moderno y de código abierto diseñado para acelerar el proceso de desarrollo de aplicaciones en Go. Ofrece una arquitectura robusta y flexible, proporcionando herramientas y patrones que permiten construir aplicaciones web, API y microservicios de manera eficiente.
Características Principales:
Go-Zero representa una opción valiosa para aquellos que buscan desarrollar aplicaciones en Go de manera rápida, eficiente y escalable. Su enfoque en el rendimiento y la productividad lo convierten en una herramienta atractiva para proyectos de diversos tamaños y complejidades.
Dejo link: https://github.com/zeromicro/go-zero
Me llego el siguiente mail y queria compartirlo :
|
Hola Emanuel, |
Cuatro de cada cinco responsables de toma de decisiones empresariales creen que la IA generativa transformará su industria en los próximos 12 meses.1 La IA generativa no tardará mucho en influir en casi todos los sectores de todos los negocios, ya sea con respecto a la creación de contenido, la programación colaborativa, la búsqueda empresarial o la creación de resúmenes. |
Ningún líder empresarial puede permitirse quedarse atrás. Para ayudarte a mantenerte al día con la información más reciente, nos complace compartir contigo “La guía para ejecutivos sobre la IA generativa”. |
En esta guía completa, encontrarás lo siguiente: |
|
1. Google Cloud Gen AI Benchmarking Study, julio de 2023 |
|
Nos vemos en la nube, El equipo de Google Cloud |
|
Los programas asignan memoria de dos maneras:
stack: Área continua de memoria para variables locales.
Los valores tienen tamaños fijos conocidos en el momento de la compilación.
Extremadamente rápido: basta con mover un puntero de pila.
Fácil de administrar: sigue llamadas a funciones.
Gran recuerdo de la localidad.
heap: almacenamiento de valores fuera de las llamadas a funciones.
Los valores tienen tamaños dinámicos determinados en tiempo de ejecución.
Ligeramente más lento que la pila: se necesita algo de contabilidad.
No hay garantía de localidad de memoria.
Veamos un ejemplo: La creación de una cadena coloca metadatos de tamaño fijo en el stack y datos de tamaño dinámico, la cadena real, en el heap:
fn main() {
let s1 = String::from("Hello");
}
type Transform [3][3]float64 // A 3x3 array, really an array of arrays.
type LinesOfText [][]byte // A slice of byte slices.
Debido a que los Slices tienen una longitud variable, es posible que cada Slice interno tenga una longitud diferente. Esa puede ser una situación común, como en nuestro ejemplo de LinesOfText: cada línea tiene una longitud independiente.
text := LinesOfText{
[]byte("Now is the time"),
[]byte("for all good gophers"),
[]byte("to bring some fun to the party."),
}
A veces es necesario asignar un Slice 2D, una situación que puede surgir al procesar líneas de escaneo de píxeles, por ejemplo. Hay dos formas de lograrlo. Una es asignar cada porción de forma independiente; la otra es asignar una única matriz y apuntar los sectores individuales hacia ella. Cuál usar depende de su aplicación. Si los sectores pueden crecer o reducirse, deben asignarse de forma independiente para evitar sobrescribir la siguiente línea; de lo contrario, puede ser más eficiente construir el objeto con una única asignación. Como referencia, aquí hay bocetos de los dos métodos. Primero, una línea a la vez:
// Allocate the top-level slice.
picture := make([][]uint8, YSize) // One row per unit of y.
// Loop over the rows, allocating the slice for each row.
for i := range picture {
picture[i] = make([]uint8, XSize)
}
Y ahora como una asignación, dividida en líneas:
// Allocate the top-level slice, the same as before.
picture := make([][]uint8, YSize) // One row per unit of y.
// Allocate one large slice to hold all the pixels.
pixels := make([]uint8, XSize*YSize) // Has type []uint8 even though picture is [][]uint8.
// Loop over the rows, slicing each row from the front of the remaining pixels slice.
for i := range picture {
picture[i], pixels = pixels[:XSize], pixels[XSize:]
}
fn apply_with_log(func: impl FnOnce(i32) -> i32, input: i32) -> i32 {
println!("Calling function on {input}");
func(input)
}
fn main() {
let add_3 = |x| x + 3;
println!("add_3: {}", apply_with_log(add_3, 10));
println!("add_3: {}", apply_with_log(add_3, 20));
let mut v = Vec::new();
let mut accumulate = |x: i32| {
v.push(x);
v.iter().sum::<i32>()
};
println!("accumulate: {}", apply_with_log(&mut accumulate, 4));
println!("accumulate: {}", apply_with_log(&mut accumulate, 5));
let multiply_sum = |x| x * v.into_iter().sum::<i32>();
println!("multiply_sum: {}", apply_with_log(multiply_sum, 3));
}
Una Fn (por ejemplo, add_3) no consume ni muta los valores capturados, o tal vez no captura nada en absoluto. Se puede llamar varias veces al mismo tiempo.
Un FnMut (por ejemplo, acumular) podría mutar los valores capturados. Puedes llamarlo varias veces, pero no al mismo tiempo.
Si tiene un FnOnce (por ejemplo, multiplicar_sum), solo puede llamarlo una vez. Podría consumir valores capturados.
FnMut es un subtipo de FnOnce. Fn es un subtipo de FnMut y FnOnce. Es decir. puede usar un FnMut donde sea que se requiera un FnOnce, y puede usar un Fn donde sea que se requiera un FnMut o FnOnce.
El compilador también infiere Copy (por ejemplo, para add_3) y Clone (por ejemplo, multiply_sum), dependiendo de lo que capture el Closure.
De forma predeterminada, los Closures trabajan por referencia si pueden. La palabra clave move los hace capturar por valor.
fn make_greeter(prefix: String) -> impl Fn(&str) {
return move |name| println!("{} {}", prefix, name)
}
fn main() {
let hi = make_greeter("Hi".to_string());
hi("there");
}
fn main() {
let value: i64 = 1000;
println!("as u16: {}", value as u16);
println!("as i16: {}", value as i16);
println!("as u8: {}", value as u8);
}
Los resultados de as siempre están definidos en Rust y son consistentes en todas las plataformas. Es posible que esto no coincida con su intuición para cambiar el signo o transformar a un tipo más pequeño; debemos consultar la documentación.
Generalmente se desaconseja el uso de as en casos en los que se puedan perder datos, o al menos merece un comentario explicativo.
(defun filtrar (lista fx)
(cond
((null lista) lista)
((funcall fx (first lista))
(cons (first lista) (filtrar (rest lista) fx)))
(T (filtrar (rest lista) fx))
)
)
Si la lista esta vacía la retorna, sino se fija si ese elemento cumple el criterio y si lo cumple construye una nueva lista con este elemento y el resto filtrado. Y si no retorna el resto de la lista filtrado.
Veamos si funciona:
> (filtrar '(1 2 3 4 5) (lambda (a) (> a 5)))
NIL
> (filtrar '(1 2 3 4 5) (lambda (a) (> a 2)))
(3 4 5)
> (filtrar '(1 2 3 4 5) (lambda (a) (< a 2)))
(1)
fn main() {
let s = String::from("hello");
let addr = std::net::Ipv4Addr::from([127, 0, 0, 1]);
let one = i16::from(true);
let bigger = i32::from(123i16);
println!("{s}, {addr}, {one}, {bigger}");
}
Into se implementa automáticamente cuando se implementa From:
fn main() {
let s: String = "hello".into();
let addr: std::net::Ipv4Addr = [127, 0, 0, 1].into();
let one: i16 = true.into();
let bigger: i32 = 123i16.into();
println!("{s}, {addr}, {one}, {bigger}");
}
Es por eso que es común implementar solo From, ya que su tipo también entrará en la implementación de Into.
Al declarar un tipo de entrada de argumento de función como "cualquier cosa que pueda convertirse en una cadena", la regla es la opuesta, debes usar Into. Su función aceptará tipos que implementen From y aquellos que solo implementen Into.
Supongamos que tenemos unos endpoints hechos con echo:
package handler
import (
"net/http"
"github.com/labstack/echo/v4"
)
type (
User struct {
Name string `json:"name" form:"name"`
Email string `json:"email" form:"email"`
}
handler struct {
db map[string]*User
}
)
func (h *handler) createUser(c echo.Context) error {
u := new(User)
if err := c.Bind(u); err != nil {
return err
}
return c.JSON(http.StatusCreated, u)
}
func (h *handler) getUser(c echo.Context) error {
email := c.Param("email")
user := h.db[email]
if user == nil {
return echo.NewHTTPError(http.StatusNotFound, "user not found")
}
return c.JSON(http.StatusOK, user)
}
Lo que queremos hacer es un test de unidad que testee este comportamiento, y podemos hacerlo así:
package handler
import (
"net/http"
"net/http/httptest"
"strings"
"testing"
"github.com/labstack/echo/v4"
"github.com/stretchr/testify/assert"
)
var (
mockDB = map[string]*User{
"jon@labstack.com": &User{"Jon Snow", "jon@labstack.com"},
}
userJSON = `{"name":"Jon Snow","email":"jon@labstack.com"}`
)
func TestCreateUser(t *testing.T) {
// Setup
e := echo.New()
req := httptest.NewRequest(http.MethodPost, "/", strings.NewReader(userJSON))
req.Header.Set(echo.HeaderContentType, echo.MIMEApplicationJSON)
rec := httptest.NewRecorder()
c := e.NewContext(req, rec)
h := &handler{mockDB}
// Assertions
if assert.NoError(t, h.createUser(c)) {
assert.Equal(t, http.StatusCreated, rec.Code)
assert.Equal(t, userJSON, rec.Body.String())
}
}
func TestGetUser(t *testing.T) {
// Setup
e := echo.New()
req := httptest.NewRequest(http.MethodGet, "/", nil)
rec := httptest.NewRecorder()
c := e.NewContext(req, rec)
c.SetPath("/users/:email")
c.SetParamNames("email")
c.SetParamValues("jon@labstack.com")
h := &handler{mockDB}
// Assertions
if assert.NoError(t, h.getUser(c)) {
assert.Equal(t, http.StatusOK, rec.Code)
assert.Equal(t, userJSON, rec.Body.String())
}
}
Y listo!!
Dejo link: https://echo.labstack.com/docs/testing
(defun unir (lista1 lista2)
(cond
((null lista1) lista2)
(T (cons (first lista1) (unir (rest lista1) lista2)))
)
)
Si probamos :
> (unir '(1 2 3) '(4 5 6))
(1 2 3 4 5 6)
> (unir '(1 2 3) '(4))
(1 2 3 4)
#[derive(Debug, Copy, Clone)]
struct Point { x: i32, y: i32 }
impl std::ops::Add for Point {
type Output = Self;
fn add(self, other: Self) -> Self {
Self {x: self.x + other.x, y: self.y + other.y}
}
}
fn main() {
let p1 = Point { x: 10, y: 20 };
let p2 = Point { x: 100, y: 200 };
println!("{:?} + {:?} = {:?}", p1, p2, p1 + p2);
}
Si lo ejecutamos :
cargo run main.rs
Compiling hello_cargo v0.1.0
Finished dev [unoptimized + debuginfo] target(s) in 0.58s
Running `target/debug/hello_cargo main.rs`
Point { x: 10, y: 20 } + Point { x: 100, y: 200 } = Point { x: 110, y: 220 }
Podrías implementar Add para &Point. Si el tipo T para el cual está sobrecargando el operador no implementa Copy, debería considerar sobrecargar también el operador para &T. Esto evita clonaciones innecesarias.
Se podría implementar Add para dos tipos diferentes, p. impl Add<(i32, i32)> for Point agregaría una tupla a un Point.
Sería así :
impl std::ops::Add<(i32, i32)> for Point {
type Output = Self;
fn add(self, other: (i32, i32)) -> Self {
Self {x: self.x + other.0, y: self.y + other.1}
}
}
fn main() {
let p1 = Point { x: 10, y: 20 };
let tuple= (100, 200);
println!("{:?} + {:?} = {:?}", p1, tuple, p1 + tuple);
}
Y la salida va a ser :
Point { x: 10, y: 20 } + (100, 200) = Point { x: 110, y: 220 }