From 52459149e25cf12e6c65675a545fd1b264c9da57 Mon Sep 17 00:00:00 2001 From: Leonardo Santiago Date: Sat, 1 Jun 2024 19:01:14 -0300 Subject: add deployment workflow --- public/index.xml | 18 +++++++++--------- 1 file changed, 9 insertions(+), 9 deletions(-) (limited to 'public/index.xml') diff --git a/public/index.xml b/public/index.xml index de69796..d93f655 100644 --- a/public/index.xml +++ b/public/index.xml @@ -2,24 +2,24 @@ home on lowest case - https://o-santi.github.com/ + http://localhost:1313/ Recent content in home on lowest case Hugo en-US - Sat, 01 Jun 2024 17:29:17 -0300 - + Sat, 01 Jun 2024 18:59:08 -0300 + about - https://o-santi.github.com/about/ - Sat, 01 Jun 2024 17:29:17 -0300 - https://o-santi.github.com/about/ + http://localhost:1313/about/ + Sat, 01 Jun 2024 18:59:08 -0300 + http://localhost:1313/about/ i’m leonardo santiago, a software engineer based in brazil. my interests are in compiler design, programming tools (emacs), functional programming, and proof languages. i’m most confortable in nix and rust, but i know a fair share of other languages. currently, i work as a software engineer @ Mixrank, and you can find my curriculum here. if you feel like smugly responding to any of my posts (or just want to kindly send me a message), these are my socials: rust is not about memory safety - https://o-santi.github.com/blog/rust-is-not-about-memory-safety/ - Sat, 01 Jun 2024 17:29:17 -0300 - https://o-santi.github.com/blog/rust-is-not-about-memory-safety/ + http://localhost:1313/blog/rust-is-not-about-memory-safety/ + Sat, 01 Jun 2024 18:59:08 -0300 + http://localhost:1313/blog/rust-is-not-about-memory-safety/ most of rust discussions nowadays revolve about memory safety, and how it is safer than C / C++ / zig / go / whatever language is being trashed on twitter that day. while yes, that is true - not that the bar for most of these is particularly high - what I think is the main point of the language is always glossed over: correctness. when one tries to criticize any of the aforementioned languages, one is answered with the following argument: -- cgit v1.2.3