Les exceptions rajoutent un chemin d'exécution, pas forcément simple à suivre malheureusement.
Et ça rajoute de la complexité au niveau de l'appelant, là où justement on essaye de simplifier en utilisant une méthode.
Pour les NPE le plus simple c'est l'opérateur ?. qui permet de proprement gérer l'éventuelle nullité. C'est en train d'arriver petit à petit dans beaucoup de langages.
Et puis d'avoir une garantie de présence comme dans rust, ça se tente.
Il a fait un choix de simplification: moins besoin de transpilation, moins besoin de déclarations de types, moins d'outils.
Et vu que cela touche beaucoup à ruby qui a un typage de canard (vous savez, si ça ressemble à un canard, si ça nage comme un canard…), c'est pas idiot de revenir à un typage faible.
Et puis les évolutions du monde javascript qui nécessitent des outils à foison (je pense à vous npm et webpack), ça fatigue…
[^] # Re: aide à la veille
Posté par echarp (site web personnel, Mastodon) . En réponse au journal Pas de Revue de Presse cette semaine. Évalué à 4.
J'ai un timeout sur le site curlie :(
Meta presses reste la bonne solution!
[^] # Re: aide à la veille
Posté par echarp (site web personnel, Mastodon) . En réponse au journal Pas de Revue de Presse cette semaine. Évalué à 3.
La validation humaine ça garde du bon.
Il y a des années, on avait des moteurs de recherche avec indexation et classement par humains!
Qui relance ça?
[^] # Re: et c'est le drame
Posté par echarp (site web personnel, Mastodon) . En réponse au journal Pas de Revue de Presse cette semaine. Évalué à 3.
Les bugs c'est la base du métier d'informaticien!
J'aurais dû publier ça comme une RP normale! :)
# Petit déj à Wimille
Posté par echarp (site web personnel, Mastodon) . En réponse à la dépêche Agenda du Libre pour la semaine 16 de l'année 2024. Évalué à 4.
Bookynette (la présidente de l'april) et moi seront au petit déj et à l'inauguration, ce samedi 20 avril.
Passez nous voir, nous serons contentes de discuter avec vous!
https://www.agendadulibre.org/events/29933
# Passage à sass 6
Posté par echarp (site web personnel, Mastodon) . En réponse à l’entrée du suivi Ruby Sass est déprécié. Évalué à 3 (+0/-0).
Avec migration à
sassc-rails
, qui nécessite un petit changement pour organiser les variables.Voir https://github.com/linuxfrorg/linuxfr.org/pull/391
# Tachiyomi
Posté par echarp (site web personnel, Mastodon) . En réponse au journal Apps open-source pour Android 2024. Évalué à 2.
Un agrégateur de mangas.
Il permet de s'abonner et de lire. Très confortable et agréable!
Et je crois qu'on ne peut pas l'avoir sur google play :)
# Enlever des infos affichées
Posté par echarp (site web personnel, Mastodon) . En réponse à l’entrée du suivi le format d'affichage des dates est ambigu. Évalué à 3 (+0/-0).
Perso j'aime bien "enlever" quand c'est possible, et là on a peut-être une occasion => enlever "le yyy" ainsi que "Dernière modification le zzz".
À la place on garde l'affichage à droite de la date, et on met l'heure quand on survole ou clique avec la souris, en popup, ou alors juste en dessous.
D'ailleurs la note de commentaire pourrait être affichée elle aussi à droite. Dans le cartouche qui me semble plutôt joli.
On pourrait même envisager d'enlever le nom de l'auteur là où il est, et à la place accoler le nom à l'avatar?
Ceci dit on n'est pas arrivé, il y a déjà une grosse évolution de debian et rails 7.1 qui sont dans les tuyaux il me semble :)
[^] # Re: Ambigu ambigu
Posté par echarp (site web personnel, Mastodon) . En réponse à l’entrée du suivi le format d'affichage des dates est ambigu. Évalué à 4 (+0/-0).
Ah oui, en théorie il faudrait aussi afficher en utilisant le format 12h, avec AM et PM?
Notons que l'utilisation du fichier de locales dans la MR est plutôt sympa :-)
# Ambigu ambigu
Posté par echarp (site web personnel, Mastodon) . En réponse à l’entrée du suivi le format d'affichage des dates est ambigu. Évalué à 5 (+0/-0).
Tu utilises le format américain de manière régulière? D'autant plus sur un site francophone?
De ce que je vois ce format s'appelle "middle endian", et tout comme les unités (pseudo) impériales, ils sont les seuls à les utiliser, non?
Est-ce qu'un affichage dépendant de la locale préférée du navigateur pourrait convenir?
[^] # Re: Article à troll?
Posté par echarp (site web personnel, Mastodon) . En réponse à la dépêche Revue de presse de l’April pour la semaine 47 de l’année 2023. Évalué à 3.
Je cherche, peut-être mon bloqueur de pubs, mais tu parles de quelle image?
A priori c'est un site qui se veut libéral…
# Article à troll?
Posté par echarp (site web personnel, Mastodon) . En réponse à la dépêche Revue de presse de l’April pour la semaine 47 de l’année 2023. Évalué à 6.
Notez que l'article atlantico est à la fois intéressant mais aussi très limite.
Il utilise le logiciel libre comme une mesure positive, face aux médias traditionnels rapprochés des logiciels privateurs.
Marrant ou gênant? :-)
[^] # Re: Tiré d'un script Perl/CGI…
Posté par echarp (site web personnel, Mastodon) . En réponse au journal La plus belle ligne de code. Évalué à 3.
Et qui était utile?
Ça ne semble pas super clair comme ça :)
[^] # Re: j'ai du mal à comprendre un truc ....
Posté par echarp (site web personnel, Mastodon) . En réponse au journal La plus belle ligne de code. Évalué à 4.
À quel point la notion de
null
…[^] # Re: Inspiration
Posté par echarp (site web personnel, Mastodon) . En réponse au journal La plus belle ligne de code. Évalué à 3.
Du tout, je ne connaissais pas, mais je vais regarder ça de plus près.
[^] # Re: j'ai du mal à comprendre un truc ....
Posté par echarp (site web personnel, Mastodon) . En réponse au journal La plus belle ligne de code. Évalué à 3.
A quel point la notion est utile ou même obligatoire en informatique?
Notamment au niveau base de données.
Moi je jongle un peu trop avec des tables comportant des colonnes optionnelles par exemple… donc null :(
[^] # Re: return early pattern
Posté par echarp (site web personnel, Mastodon) . En réponse au journal La plus belle ligne de code. Évalué à 3.
Top cette image!
Moi j'appelle aussi ça des escaliers vers l'enfer :)
[^] # Re: j'ai du mal à comprendre un truc ....
Posté par echarp (site web personnel, Mastodon) . En réponse au journal La plus belle ligne de code. Évalué à 4.
Les exceptions rajoutent un chemin d'exécution, pas forcément simple à suivre malheureusement.
Et ça rajoute de la complexité au niveau de l'appelant, là où justement on essaye de simplifier en utilisant une méthode.
Pour les NPE le plus simple c'est l'opérateur
?.
qui permet de proprement gérer l'éventuelle nullité. C'est en train d'arriver petit à petit dans beaucoup de langages.Et puis d'avoir une garantie de présence comme dans rust, ça se tente.
[^] # Re: Comment débuter ?
Posté par echarp (site web personnel, Mastodon) . En réponse à l’entrée du suivi Pouvoir tester les mises à jour de maintenance. Évalué à 5 (+0/-0).
J'ai rajouté des tests pour les contrôleurs de premier niveau.
Inclus dans la MR pour la migration à rails 7.
Les tests sont assez simples, basés sur minitest, et reprenant dans une certaine mesure la structure des premiers tests du projet.
[^] # Re: Merge requests
Posté par echarp (site web personnel, Mastodon) . En réponse à l’entrée du suivi Passer de Debian Stretch à Debian Bookworm / Ruby 2.3 à 3.1 / Rails 5.2.5 à >7.0.0. Évalué à 4 (+0/-0).
J'ai rajouté de nombreux tests de contrôleurs.
On peut les voir ici: https://github.com/linuxfrorg/linuxfr.org/pull/375/commits/37975140a9cdfaf8c58228a7e6c17f625bb2d72b
[^] # Re: Je ne suis pas sûr que les logiiels libres soient moins consommateurs
Posté par echarp (site web personnel, Mastodon) . En réponse au journal Cailloux, joujoux, bijoux. Évalué à 6.
C'est compliqué, il y a aussi un calcul entre le temps de développement et le temps d'utilisation.
L'équilibre est difficile à envisager, surtout à l'avance! :)
# Évolution des langages
Posté par echarp (site web personnel, Mastodon) . En réponse au journal Du rififi chez les rubyistes qui font du JavaScript. Évalué à 7.
Il a fait un choix de simplification: moins besoin de transpilation, moins besoin de déclarations de types, moins d'outils.
Et vu que cela touche beaucoup à ruby qui a un typage de canard (vous savez, si ça ressemble à un canard, si ça nage comme un canard…), c'est pas idiot de revenir à un typage faible.
Et puis les évolutions du monde javascript qui nécessitent des outils à foison (je pense à vous npm et webpack), ça fatigue…
[^] # Re: Merge requests
Posté par echarp (site web personnel, Mastodon) . En réponse à l’entrée du suivi Passer de Debian Stretch à Debian Bookworm / Ruby 2.3 à 3.1 / Rails 5.2.5 à >7.0.0. Évalué à 3 (+0/-0).
Il faudrait aussi valider ces merge requests sur deux sous-projets:
# Merge requests
Posté par echarp (site web personnel, Mastodon) . En réponse à l’entrée du suivi Passer de Debian Stretch à Debian Bookworm / Ruby 2.3 à 3.1 / Rails 5.2.5 à >7.0.0. Évalué à 3 (+0/-0).
J'ai commencé à proposer des changements, simples et peu risqués, sur des dépendances.
Les changements sur le code de linuxfr même sont en train d'être faits sur mon fork.
# Commencé
Posté par echarp (site web personnel, Mastodon) . En réponse à l’entrée du suivi Passer de Debian Stretch à Debian Bookworm / Ruby 2.3 à 3.1 / Rails 5.2.5 à >7.0.0. Évalué à 4 (+0/-0).
Hello
J'ai commencé à regarder pour migrer à des versions plus récentes.
Sur mon poste j'arrive à lancer linuxfr avec rails 6 et ruby 3.1, première étape, mais sans contenu et forcément il y a peu de tests pour vérifier.
Mais j'ai une page! :-)
[^] # Re: Sur les chats
Posté par echarp (site web personnel, Mastodon) . En réponse au journal Maltraitance informatique. Évalué à 3.
Je ne suis pas sûr de comprendre cette règle.
Les insultes peuvent être acceptables? Ou alors c'est la perception d'être insulté dont il est question?
Le but étant l'efficacité de l'échange d'information? Au risque d'être déstabilisé émotionnellement?