From d7a87938547afaf06239ae645cd372490f54aeee Mon Sep 17 00:00:00 2001 From: Yax <1949284+kianby@users.noreply.github.com> Date: Thu, 8 Feb 2024 19:40:14 +0100 Subject: [PATCH] Fix broken links --- posts/2015/2015-12-12-retour-experience-ubuntu-touch.md | 7 +++---- posts/2020/2020-02-16-rust-ci.md | 2 +- 2 files changed, 4 insertions(+), 5 deletions(-) diff --git a/posts/2015/2015-12-12-retour-experience-ubuntu-touch.md b/posts/2015/2015-12-12-retour-experience-ubuntu-touch.md index 9da5bfa..96228f2 100755 --- a/posts/2015/2015-12-12-retour-experience-ubuntu-touch.md +++ b/posts/2015/2015-12-12-retour-experience-ubuntu-touch.md @@ -19,10 +19,9 @@ Ubuntu Touch est basé sur un Android, on utilise donc des outils Android (adb, fastreboot) pour flasher le système. Ensuite les outils Canonical interviennent, la voie simple consiste donc à s'installer une version Desktop de Ubuntu 14.04 ou supérieure sur un PC afin d'obtenir ces outils facilement. -Je me suis donc basé sur [la documentation officielle du Ubuntu -Developer](https://developer.ubuntu.com/en/start/ubuntu-for-devices/installing-ubuntu-for-devices) -et [sur cet -article](http://www.pcadvisor.co.uk/how-to/linux/how-install-ubuntu-touch-image-3531970) +Je me suis donc basé sur la documentation officielle du Ubuntu +Developer (lien obsolète : https://developer.ubuntu.com/en/start/ubuntu-for-devices/installing-ubuntu-for-devices) +et [sur cet article](http://www.pcadvisor.co.uk/how-to/linux/how-install-ubuntu-touch-image-3531970) qui apporte quelques précisions pour le Nexus 4. On a le choix entre deux canaux de mise à jour système : stable ou développement. Pour me faire une idée la plus juste du système et ne pas la fausser avec des bugs d'une version diff --git a/posts/2020/2020-02-16-rust-ci.md b/posts/2020/2020-02-16-rust-ci.md index 5581564..c7bdfc5 100644 --- a/posts/2020/2020-02-16-rust-ci.md +++ b/posts/2020/2020-02-16-rust-ci.md @@ -1,7 +1,7 @@ -Mon projet d'apprentissage de Rust avance doucement et c'est volontaire. Je prends le temps d'améliorer ma centaine de lignes de code, d'écrire des tests unitaires et je continue à lire sur Rust : la newsletter hebdomadaire et des liens sur [Reddit](https://www.reddit.com/r/rust/). Suite à la découverte de [Clippy](https://github.com/rust-lang/rust-clippy), l'utilitaire de détection d'erreurs de programmation, j'ai revu un code qui fonctionnait mais avait des failles potentielles et abusait du type *String* alors que des littéraux faisaient l'affaire. J'avais peu à peu mis des String partout pour ~~simplifier~~ contourner le borrowing (un classique du débutant en Rust semble-t-il) et par manque de vision sur la manière dont ma fonction serait utilisée. +Mon projet d'apprentissage de Rust avance doucement et c'est volontaire. Je prends le temps d'améliorer ma centaine de lignes de code, d'écrire des tests unitaires et je continue à lire sur Rust : la newsletter hebdomadaire et des liens sur Reddit (https://www.reddit.com/r/rust/). Suite à la découverte de [Clippy](https://github.com/rust-lang/rust-clippy), l'utilitaire de détection d'erreurs de programmation, j'ai revu un code qui fonctionnait mais avait des failles potentielles et abusait du type *String* alors que des littéraux faisaient l'affaire. J'avais peu à peu mis des String partout pour ~~simplifier~~ contourner le borrowing (un classique du débutant en Rust semble-t-il) et par manque de vision sur la manière dont ma fonction serait utilisée. Finalement, j'ai un petit bout de mon projet (un seul module) avec ses tests unitaires, suffisamment complet pour mettre en place une intégration continue. Késako ? Il s'agit de s'assurer de la qualité du code au fur et à mesure de son écriture pour garantir une bonne qualité en fin de développement en incitant le développeur à améliorer son code tout au long du cycle. On peut aller plus ou moins loin dans les attentes d'une intégration continue :