Capítulo 1 El código representa los detalles de las especificaciones (requisitos) El código incorrecto supone obstáculos: Se busca sortear marañas de código, buscando un camino o pistas de lo que sucede, encontrándose confusión y código sin sentido. Si el código incorrecto es un obstáculo ¿por qué se escribe? Prisa; tiempos de entrega No hay tiempo para un buen trabajo (jefe recala tiempo de limpieza de código) Deseo de terminar con premura Malas decisiones: Un código incorrecto que funciona es mejor que nada Lo resolveremos después Después es igual a NUNCA Dedicar tiempo a código correcto no solo es rentable, es supervivencia profesional Es responsabilidad del jefe defender objetivos y requisitos, es responsabilidad nuestra defender el código con la misma intensidad.

(Un pequeño prefacio) Pues ya había iniciado este libro hace poco, pero como siempre retengo mejor la información luego de escribirla, lo volví a comenzar de nuevo so pretexto de tomar anotaciones mientras lo leo (con suerte se me pega algo). Cabe aclarar que estas anotaciones son de carácter personal, sin afán de reproducir contenido del libro, aunque claro que la prosa se podría parecer en momentos (estoy leyendo el contenido del mismo, a final de cuentas).

Pruebas Se ejecutan con el comando cargo test cargo test # ejecuta todas las pruebas cargo test foo # ejecuta solo la prueba foo Se ejecutan en 2 lugares: archivos en src. Para pruebas unitarias y pruebas de documentación en el directorio tests/. Para pruebas de tipo integración Preludio Generalmente cuando algo como una función, estructura, un trait definido fuera del paquete actual, use <paquete>::<cosa> tiene que especificarse en el código para poder hacer hacer uso de dicha utilidad.

Primeras notas tomadas mientras leo “el libro” (y expandiendo un poco en el libro de cargo) Nuevo proyecto Por defecto, los proyecto nuevos se crean con el parámetro --bin. cargo new <nombre_del_proyecto> [--bin|--lib] Compilación Por defecto, los proyectos se compilan sin optimizaciones y con información de debug. cargo build [--release] Cargo Es el gestor de paquetes de rust. Permite declarar dependencias y asegurar una compilación repetititble. Agrega archivos de metadata con información del paquete Obtiene y construye las dependencias desde un registro (crates.

He iniciado el camino a crear la biblioteca (crate) mencionada en una entrada anterior. Estará residiendo en gitlab en https://gitlab.com/mrkz/gabohelper y porque apesto horrible para nombrar proyectos, comencé con el nombre (en inglés) de game board helper (ayudante de juego de mesa) o gabohelper en una versión corta. De manera que continue con este jugete de proyecto, también trataré de mantener un registro de mis aprendizajes. ¡Eso es todo!

Una Jericalla es un postre típico de mi area, muy similar al flan, tiene una capa quemada encima que se crea mientras se hornea. Dicha capa lo vuelve un postre especial y delicioso. Es amada u odiada, ya que algunas personas lo encuentran con un sabor a huevo. Hay una historia que relata fue creada por accidente por monjas en un hospicio, pero es algo que no puedo negar o afirmar.

Pues, he estado aprendiendo rust por un par de años ya, pero por una cosa u otra, termino dejándolo para después y termino bien oxidado (eh, ¿notaste eso? ;-). En fin, formalmente inicié con Rust usandolo para un hipervisor muy particular con mi empleador en ese entonces (falta de detalles a propósito ya que no es algo de software libre). Después jugué con él un rato con algunos mini-retos de programación en codewars y recordando viejos tiempos de los concursos de programación (Little bobby Nully FTW).

Primera entrada al sitio, ¡Bienvenido!

OK, Vamos al grano: 2019 fue un año de la C-!-@-#-$-%-& (o al menos lo fue para mi, para lo cual me gustaría darle git reset --hard 2019). Más que nada por eventos personales que me afectaron. Adicionalmente, noté que no tenía esa sensación de realización para 2019, sin propósito en absoluto. Después de que leí define-tus-valores-fundamentales de Fer (lectura recomendada) tomé un par de minutos (entre varios dias, por supuesto) para hacer una introspección (no realmente sobre valores fundamentales, sino sobre por qué sentí que este año fue declarado static y qué creo que fue mal).

Esta charla fue impartida en el Festival de Software Libre en Puerto Vallarta, México. Esta charla también fue impartida en la Feria Nacional de Software Libre en Zacatecas, México en 2016. La charla es una introducción al open source, así como entender la problemática sobre experiencia de recién egresados entrando al mundo laboral, el défecit de demanda en la industria de IT y del cómo el open source puede ayudar a resolver ambas cuestiones.