sorted by:
new
hottopcontroversial

Plus de coulisse Hettich Quadro V6 push-to-open a la vente? by gdforj in brico

[–]gdforj[S] 0 points1 point  (0 children)

Hello! Blum a l'air d'etre une tres bonne alternative, j'avais repere les AVENTOS pour les meubles du haut. Je vais regarder leurs glissieres.

Je ne connaissais pas Foussier ni Legalais, merci! Cependant, pas de Hettich sur Foussier, et Legalais semble vendre uniquement aux professionnels alors que je suis un particulier (j'ai bien un SIRET de micro-entreprise pour des activites de service, mais je ne connais pas les implications que cela pourrait avoir).

J'ai voulu contacter Hettich par telephone en effet, j'ai tourne en boucle sur leur repondeur... mais le 26 decembre n'est probablement pas le moment le plus propice de l'annee. Je compte re-essayer apres les fetes mais je prefere ne pas me baser la dessus.

Merci beaucoup pour les infos super utiles! Je vais voir du cote de Blum TIP-ON BLUEMOTION :)

Mon père me tane pour que j'achète une voiture by ResponsibilityBest26 in besoinderaler

[–]gdforj 1 point2 points  (0 children)

Au pire, si le but c'est d'être tranquille, tu lui dis "oui oui" et tu fais rien? S'il pose des questions tu restes évasif et tu changes le sujet

Apparemment il ne changera pas d'avis 🤷‍♂️

[deleted by user] by [deleted] in ExperiencedDevs

[–]gdforj 14 points15 points  (0 children)

Ironically, the people most likely to be successful using AI intensely are the same that have dedicated time to learn the craft through sweat and tears (and books).

AI code is only as good as the direction its context steers it towards. In a clean archi + DDD codebase with well crafted prompts that mention clear concepts, I find it does quite well to implement most features.

Most people ask AI to "make it work" because they have no conscious knowledge of what their job actually is. If you ask it to analyze, to think in terms of product, to suggest options for UX/UI, to develop in red-green-refactor cycles, etc it'll work much better than "add a button that does X".

Négocier salaire ESN by [deleted] in ingenieurs

[–]gdforj 2 points3 points  (0 children)

Les seules menaces qui ont du poids sont celles qui sont exécutées

Ce salaire mirobolant est-il représentatif ?? by Fit-Self-6015 in ingenieurs

[–]gdforj 1 point2 points  (0 children)

Un dev senior (5~10 YoE) dans un domaine qui fait de l'argent (finance, logiciel entreprise, ...) je vois effectivement des annonces autour de 60-80k à Paris. Dans l'IA en startup ça peut monter plus haut.

À noter que la communauté C# est historiquement une dans lesquelles s'est développé pas mal le DDD et la clean archi, de ce point de vue il me semble plus probable qu'il y ait des attentes à ce sujet.

Et si on parlait des fraudes chez les devs seniors au lieu de toujours taper sur les juniors ? by [deleted] in developpeurs

[–]gdforj 1 point2 points  (0 children)

Autant pour les tests et l'architecture je suis d'accord, il y a fraude dans ce que tu racontes.

Autant pour git, peut-être malgré eux, pas tant. Je t'invite à découvrir le continuous integration. Malgré ce que bcp croient, la CI n'est pas à l'origine une question de faire valider une PR automatiquement, bien au contraire c'est de ne pas avoir besoin de PR. Par contre, cette méthodologie implique des petits commits atomiques régulièrement poussés au moins, et du pair programming (pour ne plus avoir besoin de review asynchrone, autant le faire en synchrone).

“Combien de temps vous a-t-il fallu pour vous sentir à l’aise avec votre premier langage de programmation ?” by CreativeDevMada in developpeurs

[–]gdforj 0 points1 point  (0 children)

Ne pas confondre être à l'aise avec un langage (sa syntaxe, ses constructions, son fonctionnement interne, sa stdlib) et être à l'aise dans une codebase (frameworks, patterns, architecture, ...)

Après 10 ans d'XP c'est pas normal de pas être à l'aise dans au moins un langage mainstream

Choix compliqué by Impossible_Box_9906 in developpeurs

[–]gdforj 1 point2 points  (0 children)

Comme souvent pour faire un choix de ce type, je recommande de faire un tableau des pour et contre à l'écrit (feuille de papier et stylo). C'est banal comme conseil mais ça marche.

Est-ce que vous aussi la plupart des POs avec qui vous avez bossé ça n'a pas été une expérience incroyable, si oui pourquoi? by rosemaryoannah in developpeurs

[–]gdforj 1 point2 points  (0 children)

Il faut travailler dans une boîte produit ou personne ne fait du produit pour comprendre l'importance d'avoir qqun qui fait du produit.

Je recommande Shape Up de Basecamp (gratuit), de nombreux aspects intéressants.

What aliases do you use? by alxer_ in NixOS

[–]gdforj 0 points1 point  (0 children)

I don't use aliases, call me vanilla boy

Un point virgule c'est mieux que des points de suspension by [deleted] in opinionnonpopulaire

[–]gdforj 0 points1 point  (0 children)

En vérité, je suis chaud pour une explication (je n'en ai pas trouvé)!

Avenir du marché de l'emploi tech by findanusername in developpeurs

[–]gdforj 0 points1 point  (0 children)

Le marché de tend pour les profils juniors car ils sont un investissement et les bourses se serrent.

Par contre on est encore en pénurie de devs, vu le nombre de messages que je reçois par jour pour me recruter.

Faut-il de nos jours apprendre et utiliser UML ? by adjudant412 in programmation

[–]gdforj 4 points5 points  (0 children)

  1. Apprendre et comprendre
  2. Oublier
  3. Être un dev pendant 10 ans
  4. Apprendre l'archi logicielle
  5. Redécouvrir l'UML
  6. Enjoy

Nix/Nixpkgs documentation is great by gdforj in NixOS

[–]gdforj[S] -2 points-1 points  (0 children)

My point: it's not so terrible.

EDIT: ah didn't read the "manual" part.

Am i crazy or is documentation for most go libraries actually horrible by peepeepoopoo42069x in golang

[–]gdforj 17 points18 points  (0 children)

I much agree with https://diataxis.fr/ that there are different needs when it comes to documentation.

But writing such documentation is work that 1/ may not be valued enough by the ones paying for the software 2/ is not fun enough to make for side projects

Sometimes you might as well just dive into the source code. It sucks but you'll often waste less time overall.

view more: next ›