Design & Développement web - Le topic des canards qui mangent des cookies

**TarteAuxFleurs** · 26/12/2023, 16h32

Envoyé par Awake

Bonjour,

Suite à cette vidéo, j'ai définitivement arrêté twitter et facebook je me suis remis aux flux RSS avec InoReader. Mais je galère à faire de la veille sans réseaux sociaux. Je vous propose donc de partager toutes vos bonnes ressources dev web :
- blogs de developpeurs confirmés
- actualités frameworks (react, next, nestjs...) ou simplement langage (typescript, node, java...)
- channels youtube
- ci/cd, architecture, tests, cloud, linux, devops...
- substacks

J'aimerais éviter le trop généraliste ("Les 5 libraries à utiliser absolument en 2024"), l'intérêt des flux rss c'est qu'on peut avoir pleins de sources très spécialisées. Aussi éviter les subs reddit, on y trouve tout et n'importe quoi.

Le nombre de sites qui proposent un flux rss s'est énormément réduit

mais je suis sûr qu'il y a moyen de faire une belle liste. J'ai retrouvé mon compte feedly de 2014 en fouillant, mais il n'est vraiment plus à jour, sauf si vous cherchez les dernières actus jQuery.

Si il y a un peu de participation, je dois pourvoir créer une liste publique inoreader ou exporter la liste pour l'ajouter facilement à n'importe quel client rss.

Merci !

Voici quelques blogs que j'ai dans mon agrégateur RSS (FreshRSS) et qui parlent de tech (de manière plus ou moins techniques) :

- https://www.bortzmeyer.org/
- https://mcorbin.fr/
- https://edwardsnowden.substack.com/
- https://blog.crunchydata.com/blog
- https://koena.net/
- https://signal.org/blog/
- https://www.hackerfactor.com/blog/
- http://jpetazzo.github.io/
- https://curlybracket.net/
- https://chown.me/
- https://blog.anayrat.info/
- https://blog.zwindler.fr/
- https://www.commitstrip.com/
- https://wonderfall.space/
- https://slothrop.org/
- https://randomascii.wordpress.com/
- https://www.schneier.com/

Pour mastodon, voici quelques comptes que je suis :

- https://mastodon.world/@Mer__edith
- https://social.jvns.ca/@b0rk
- https://shelter.moe/@Brume
- https://toot.aquilenet.fr/@lacontrevoie
- https://bsd.network/@solene
- https://shelter.moe/@Neil
- https://blog.pouhiou.me/@/pouhiou/
- https://mastodon.gougere.fr/@bortzmeyer
- https://mastodon.social/@torproject
- https://mastodon.social/@frustrationmagazine
- https://status.fsf.org/fsf
- https://framapiaf.org/@Framasoft

(j'ai mis un intrus dans la liste, saurez-vous le retrouver

?)

Enfin, il y a aussi la newsetter "Le pavé numérique" que j'aime bien (en plus c'est du cpc).

**Awake** · 26/12/2023, 18h14

Beaucoup de blogs que j'ai ajouté, surtout en sécurité ! Merci

**gdT** · 28/12/2023, 06h36

Bonjour à tous,

Je voudrais créer une page ultra basique juste pour avoir une visibilité avec un formulaire de contact.
Le truc c'est que je ne veux pas de pubs ni de nom de domaine en .tapaspayélepremium.com
Donc j'ai pensé faire une petite page toute simple avec mes mains et mon clavier, puis une redirection avec un nom de demaine loué pour pas cher, mais j'ai deux trois questions:

* niveau herbergement gratuit sans pub, ni bandeau ni que dalle, quelqu'un a un truc simple à proposer ? Type free (mais j'ai pas d'abonnement Free, et comme je suis à l'étranger je ne peux pas recevoir leur courrier pour ouvrir une page perso). Je précise que je ne veux pas utiliser wiflix et tous les trucs de créations de site internet, parce que c'est bien trop cher pour ce dont j'ai besoin (10€/mois, et quand c'est moins je devrais quand même payer 10€/mois après 6 mois ou un truc du genre)

* si j'achète un nom de domaine, je peux rediriger ma page en www.monsite.tapaspayélepremium.com en www.monsite.com par exemple, y'aura pas de soucis ?

* pour faire avec mes petites mimines, Dreamweaver c'est bien ou y'a mieux ? (oui, en fait je compte déterrer mes vieux skills de prog de quand j'avais 13 ans,... on ricanne pas dans le fond ! Donc je me souviens vaguement avoir fait des choses avec Dreamweaver et Flash à l'époque, j'aimais bien l'interface). Je suis un peu resté bloqué dans les années 2000 avec mon bloc note à base de <html><head><a href=""> etc... *honte*

Merci de vos précieux conseils

**Dross** · 28/12/2023, 07h50

Niveau hébergement gratuit et sans pub, si tu arrive à te limiter à du statique (par exemple avec un plugin externe pour ton formulaire) tu peux prendre Github Pages.

Tu peux aussi pointer un nom de domaine dessus facilement. Note que pas mal d'hébergements de sites gratuits bloquent cette fonctionnalité derrière un compte avancé et payant, donc bien regarder les conditions avant (visiblement sur Github Pages c'est gratuit maintenant).

Pour du dev rapide d'une petite page, tu peux très bien taper le tout en HTML/CSS pur sous VisualStudio Code. Si tu est prêt à investir tu pourrai regarder à un framework light, ou un moteur de site statique de type Hugo / Jekyll / Gatsby / etc.

**gdT** · 28/12/2023, 07h54

Merci de ta réponse; github j'ai regardé mais j'arrive pas à trouver en exemple d'autres pages que celles orientées prog (avec les dossiers sur le côté), donc j'ai du mal à me dire que c'est ce qu'il me faut.
Donc en attendant j'ai commencé une petite mouture sur neocities. C'est d'ailleurs une petite mine d'or de plein de sites perso ça me rappelle le début de l'ADSL !

**Awake** · 28/12/2023, 08h33

+ Un nom de domaine enregistré chez cloudflare
+ Un hébergement Cloudflare Page connecté dessus (gratos, page statique)
+ La version gratuite de https://fabform.io/ (ou similaire) pour 100 formulaires envoyés par mois

Et tu as ta solution à moindre frais sans pub. Si tu veux du 100% gratuit, tu peux même te passer du nom de domaine et utiliser un site en .pages.dev offert par cloudflare.

**gdT** · 28/12/2023, 08h42

Trop cool merci =)

**Dross** · 28/12/2023, 10h10

La solution Cloudflare marche aussi en effet.

Envoyé par gdT

Merci de ta réponse; github j'ai regardé mais j'arrive pas à trouver en exemple d'autres pages que celles orientées prog (avec les dossiers sur le côté), donc j'ai du mal à me dire que c'est ce qu'il me faut.

Bah c'est juste un hébergeur statique (donc pas de PHP, Java, .NET, Node.js, etc) mais sinon ça peux servir à n'importe quoi (tant que ça reste un ensemble de fichiers HTML/CSS/JS), surtout si tu branche un nom de domaine dessus derrière.

**raaaahman** · 29/12/2023, 09h40

@gdT Les hébergeurs fournissent souvent un petit hébergement statique avec leur offre "nom de domaine seul". Faut juste vérifier que la limite de stockage correspond (ce sont les images qui prennent le plus de place).

Le HTML n'a pas changé, mais Dreamweaver, ça fait des années que je n'ai plus entendu ce nom. Tu peux également acheter un template HTML/CSS pour quelques euros, et modifier à partir de ce que tu connais (attention au responsive aujourd'hui, la majorité des sites sont consultés sur mobile!).

**Awake** · 29/12/2023, 22h08

J'ai essayé https://codeium.com/ aujourd'hui rapidement. Il s'agit d'un assistant IA disponible sur tous les IDE avec une version gratuite complète.

Je passe outre l'autocompletion, que ce soit elle ou une autre IA, je n'arrive rien à en faire. C'est con c'est sensé être son point fort...

Par contre, niveau refactoring, c'est tres bien fait : on peut sélectionner une méthode ou un morceau de code et Codium va lister des problèmes potentiels, qu'on pourra sélectionner individuellement ou non pour faire parti du refactoring. Le refacto en lui même marche bien.

Pour les Tests, il en a généré des sensés même si pas forcément complets.

Rien à redire sur l'explication de code.

Vraiment pas mal pour un outil gratuit !

**Awake** · 02/01/2024, 22h03

Juste parce qu'il faut que je partage, première journée à mon nouveau poste. Je demande innocemment au tech lead, "mon environnement de travail sera sous osX ou linux ?" en priant pour du linux.

"Ce sera du windows"

Je passe sur le fait que la version demandée de node est la 14. Où qu'ils n'utilisent pas du tout typescript, même sur du gros backend.

Mais bon, je garde espoir, je vais peut-être pouvoir utiliser vite pour mon projet react

Vous inquiétez pas, je savais dans quoi je m'embarquait. Je ne regrette pas

**Orhin** · 02/01/2024, 23h02

En vrai pour le dev web, on s'en fout un peu de l'OS.
Par contre Node 14 et pas de TS ça pique plus.

**Dross** · 03/01/2024, 09h41

Pour le coup, avec WSL Windows est devenue une plateforme de dev extrêmement polyvalente. Et en entreprise (surtout si c'est des structures assez grandes) ça sera toujours du Windows pour la bureautique, la plupart des sysadmin de ces structures ne jurant que par ActiveDirectory et autre.

Après wai, pas de TS et vielle version de node, c'est daté.

Pour node d'ailleurs, utilise nvm, ça te permettra de ne pas dédier ta machine entière à une seule version de Node.

**GrandFather** · 03/01/2024, 12h00

Avec WSL2 et Docker, Windows est devenu une plate-forme de développement tout à fait recommandable.

**Awake** · 03/01/2024, 13h10

Ouais je survis à windows en fait, et à edge aussi.

Pas de Docker ni de WSL ici par contre. On est verrouillés à mort, tout passe par un proxy, on peut rien installer, à chaque fois faut configurer un milliard de trucs, il y a des standards et des wiki d'aide infinis à lire. Je suis arrivé hier matin, mon poste de travail n'est toujours pas vraiment fonctionnel.

Et bien sûr j'utilise mvn d'habitude mais sous windows c'est le bordel, mais il y a un script dans le wiki pour faire un mvn "à la main" à partir de scripts bat...

Le plus drôle c'est qu'ils n'ont aucun soucis avec l'IA assistant de code "ouais tu peux installer et utiliser celle que tu veux"

Désolé j'ai besoin d'exterioriser tout ça

. En vrai ça va, ce job me sort bien de la panade et j'apprécie de pouvoir plus en apprendre plus sur les technos (java spring et react).

**raaaahman** · 03/01/2024, 13h57

Envoyé par Awake

Le plus drôle c'est qu'ils n'ont aucun soucis avec l'IA assistant de code "ouais tu peux installer et utiliser celle que tu veux"

Mais soutien à toi en vrai. Dailleurs c'est quelle version de React si ça tourne sous node 14?

**Foksadure** · 03/01/2024, 16h18

Envoyé par Awake

On est verrouillés à mort, tout passe par un proxy, on peut rien installer.

(...)

Le plus drôle c'est qu'ils n'ont aucun soucis avec l'IA assistant de code "ouais tu peux installer et utiliser celle que tu veux"

Si c'est verrouillé, comment l'IA assistant de code pourra-t-elle être installée et fonctionner sans accès internet ?

**Awake** · 03/01/2024, 18h39

Envoyé par Foksadure

Si c'est verrouillé, comment l'IA assistant de code pourra-t-elle être installée et fonctionner sans accès internet ?

Excellente observation mon cher Watson ! Je n'ai réussi à en faire fonctionner aucune. Mais j'avais le droit de les installer comme plugins des IDEs Jetbrains :D

Ha oui dernière remarque et puis j'arrête de bitcher sur ce nouveau job, mais la plupart des devs codent en français. Par juste les messages de commit ou la documentation, mais les noms de variables et de méthodes, les champs en bases de données etc. J'ai réussi à obtenir le droit le coder en anglais

**LePetitPrince** · 03/01/2024, 18h42

Envoyé par Awake

Ha oui dernière remarque et puis j'arrête de bitcher sur ce nouveau job,

Oh bah non, ça met un peu d'ambiance.

- - - Mise à jour - - -

Envoyé par Awake

J'ai réussi à obtenir le droit le coder en anglais

Ca c'est curieux... Ca va être un peu dégueux d'avoir des applis codées en français et d'autres en anglais, autant rester cohérents non ?

**Awake** · 03/01/2024, 18h48

Envoyé par LePetitPrince

autant rester cohérents non ?

lol

**Dross** · 03/01/2024, 18h58

Je suis aussi toujours surpris par ceux qui codent avec autre chose que l'anglais (surtout avec du Français qui est moins concis).

Mais dépendant de la situation, coder dans la langue locale peux avoir une justification. Notamment dans le cadre de ce qu'on appelle l'ubiquitous language : l'idée étant de créer un language commun et non traduit (pour éviter de perdre des nuances métier, ou des incomprehensions) entre les différents acteurs autour du logiciel, le développeur évidemment mais aussi le donneur d'ordre, le spécialiste du domaine, etc. Ce qui permet de trouver plus rapidement les problèmes de logique et dysfonctionnements.

Et si dans ce cas là, le terme commun est dans une autre langue qu'en anglais, c'est en effet une mauvaise pratique de vouloir le traduire à tout prix dans le code. C'est valable aussi pour tout les termes technique, d'usage, etc. Essayez de coller le plus au domaine, au lieu d'en recréer une représentation locale (potentiellement incorrecte) qu'il faudra réexpliquer sans cesse derrière.

**tenshu** · 03/01/2024, 23h55

Envoyé par Awake

Excellente observation mon cher Watson ! Je n'ai réussi à en faire fonctionner aucune. Mais j'avais le droit de les installer comme plugins des IDEs Jetbrains :D

Ha oui dernière remarque et puis j'arrête de bitcher sur ce nouveau job, mais la plupart des devs codent en français. Par juste les messages de commit ou la documentation, mais les noms de variables et de méthodes, les champs en bases de données etc. J'ai réussi à obtenir le droit le coder en anglais

Je vais le dire pour nous tous ici.
Il a pas l'air super ton nouveau job.

Je veux dire même si le marché est super merdique en ce moment, je pense qu'il y a suffisamment d'offres pour ne pas s'infliger ce genre de COGIP.
Après j'imagine que si tu as pris le job c'est qu'il y a un contexte que je n'ai pas.

**Awake** · 04/01/2024, 08h32

Ouais en fait je me suis mis dans la merde avec ma société (LR, que tu connais), qui n'a pas décollé. J'ai tout donné pour essayer de la sortir de là, mais quand je me suis résigné à ne plus bosser pour LR, je n'avais déjà plus d'argent et j'avais du retourner vivre chez de la famille. Donc j'ai du trouver un job très rapidement, ce qui a été moins facile que prévu vu la période. Au final j'ai trouvé cette ESN qui me paie correctement, qui m'a embauché avant de trouver une mission (rare pour une ESN), et qui m'a trouvé un excellent appartement sans que j'ai à déposer de dossier, et qui paie une part conséquence de mon loyer les 4 premiers mois en plus du salaire. De plus, si le boulot est pétri de procédures chiantes, les locaux sont fous, à 15 minutes à pied de mon appart, j'ai pas mal de télétravail et surtout je vais pouvoir continuer de me former sur du react et du java spring boot.

Clairement, je ne vais pas rester dans ce job très longtemps, mais il me permet de sortir la tête de l'eau

**raaaahman** · 04/01/2024, 11h13

Envoyé par Dross

Et si dans ce cas là, le terme commun est dans une autre langue qu'en anglais, c'est en effet une mauvaise pratique de vouloir le traduire à tout prix dans le code. C'est valable aussi pour tout les termes technique, d'usage, etc. Essayez de coller le plus au domaine, au lieu d'en recréer une représentation locale (potentiellement incorrecte) qu'il faudra réexpliquer sans cesse derrière.

Intéressant, mais du coup, tu traduis les concepts de programmation (paradigmes, design patterns, etc.) en français dans le code (exemple: ProductRepository devient un RepertoireProduit)? Ou tu mélanges les deux (exemple: ProduitRepository)?

**GrandFather** · 04/01/2024, 12h09

Envoyé par raaaahman

Intéressant, mais du coup, tu traduis les concepts de programmation (paradigmes, design patterns, etc.) en français dans le code (exemple: ProductRepository devient un RepertoireProduit)? Ou tu mélanges les deux (exemple: ProduitRepository)?

Personnellement je mélange les deux. Tout ce qui relève de « l'ingénierie » reste en anglais, les termes métiers - très souvent intraduisibles, dans mon secteur - sont en français. Les champs de base de données sont aussi pour la plupart en français, pour ceux qui sont étroitement liés aux concepts métiers. Et comme ces bases sont susceptibles d'être consultées par des non informaticiens (statisticiens) avec des outils du type BusinessObjects, c'est quasiment indispensable.

J'ai aussi essayé le tout français - pas assez concis et parfois ambigu - et le tout anglais - problématique voire ridicule pour de nombreux termes de domaine - et le franglais reste à mon sens la meilleure option. Mais c'est aussi parce que je ne travaille pas dans une équipe internationale, et que je développe principalement des outils métiers pour un domaine précis.

**Dross** · 04/01/2024, 19h28

Envoyé par raaaahman

Intéressant, mais du coup, tu traduis les concepts de programmation (paradigmes, design patterns, etc.) en français dans le code (exemple: ProductRepository devient un RepertoireProduit)? Ou tu mélanges les deux (exemple: ProduitRepository)?

Normalement dans ces cas là, ce sont les termes du domaine / métier que tu garde tel quel, tout ce qui te concerne en terme de programmeur tu peux le garder en anglais. Comme décrit par GrandFather.

L'idée de l'ubiquitous language, c'est d'éviter les traductions permanentes : par exemple disons que tu te retrouve à travailler avec un spécialiste d'un domaine que tu ne connais pas. Idéalement, dans ton code, tu devrai reprendre texto ses termes, dans la langue et le registre énoncé. Sans chercher à les retransformer de ton coté (en changeant de langue, en généralisant le mot, etc).

L'intérêt étant que si lui ou toi avez à un moment un problème (bug, découverte d'un comportement incorrect, etc) vous puissiez le communiquer dans la même langue immédiatement. Sinon, vous allez passer votre temps à essayer de comprendre ce que l'autre signifie dans son monde, pour le retraduire dans le tiens, et ça c'est jamais bon.

C'est un biais qu'on a en tant que développeur et on a même parfois tendance à vouloir imposer notre traduction du domaine, mais c'est contre-productif, au lieu de traduire et imposer notre nomenclature, c'est bien mieux de ne pas traduire et de s'accorder sur un language commun à tout le monde, et dans ce cas c'est souvent plus simple de reprendre les termes du domaine tel quel.

**Awake** · 04/01/2024, 20h28

C'est vrai que c'est assez logique, mais si ça peut vous rassurer, j'ai vu du code où ils allaient taper sur une api en anglais et traduisaient les champs pour les mapper sur leurs entités en français. Alors que l'api est source de vérité et que les entités ne sont pas croisées avec d'autres sources.

**Fastela** · 04/01/2024, 21h09

Envoyé par Dross

Normalement dans ces cas là, ce sont les termes du domaine / métier que tu garde tel quel, tout ce qui te concerne en terme de programmeur tu peux le garder en anglais. Comme décrit par GrandFather.

L'idée de l'ubiquitous language, c'est d'éviter les traductions permanentes : par exemple disons que tu te retrouve à travailler avec un spécialiste d'un domaine que tu ne connais pas. Idéalement, dans ton code, tu devrai reprendre texto ses termes, dans la langue et le registre énoncé. Sans chercher à les retransformer de ton coté (en changeant de langue, en généralisant le mot, etc).

L'intérêt étant que si lui ou toi avez à un moment un problème (bug, découverte d'un comportement incorrect, etc) vous puissiez le communiquer dans la même langue immédiatement. Sinon, vous allez passer votre temps à essayer de comprendre ce que l'autre signifie dans son monde, pour le retraduire dans le tiens, et ça c'est jamais bon.

C'est un biais qu'on a en tant que développeur et on a même parfois tendance à vouloir imposer notre traduction du domaine, mais c'est contre-productif, au lieu de traduire et imposer notre nomenclature, c'est bien mieux de ne pas traduire et de s'accorder sur un language commun à tout le monde, et dans ce cas c'est souvent plus simple de reprendre les termes du domaine tel quel.

Si j'avais pu lire ce post il y a deux ans !

J'ai commencé à travailler sur un projet à cette époque sur un domaine très particulier (les commissaires priseurs) et au début toutes mes entités et propriétés d'entités étaient en anglais. Puis au fil du temps on s'est mis à intégrer des fonctionnalités ultra précises avec des termes super difficiles à traduire. Du coup maintenant mes entités sont des monstres de Frankenstein avec des propriétés en anglais et en français.

**tenshu** · 05/01/2024, 08h44

A contrario je trouve que c'est une hérésie de mélanger les langues.
D'expérience le nommage business des entités est susceptible de changer.
C'est pour ça que dans mon job actuel, un tenant du SaaS est identifié par "GiftedBrand".

**Anonyme20240202** · 05/01/2024, 09h17

Lol dur Awake, c'est des Québecois ou bien?

Discussion: Design & Développement web - Le topic des canards qui mangent des cookies

Outils de la discussion

Règles de messages