TBDS

L'estimation de foncier c'est là que les enjeux sont les plus élevés. Estimer un terrain n'est pas une extension de l'estimation immobilière classique. C'est un problème différent : la valeur dépend du droit à construire, des contraintes réglementaires, de la faisabilité technique et du contexte local. C'est précisément là que l'IA apporte le plus de valeur : non pas en produisant un prix automatique, mais en structurant l'analyse préalable: -lecture des PLU -calcul des droits à construire -identification des contraintes -croisement avec les transactions locales. Concrètement : un analyste produit une fiche de qualification en une heure plutôt qu'une journée, et qualifie 10 fois plus de pistes, de manière cohérente. #Foncier #ProspectionFoncière #Promotion #IA #PLU #PropTech #AIagency #TBDS

Non, l'IA ne va pas remplacer l'expert en évaluation. Elle va remplacer celui qui ne l'utilise pas. Concrètement, ce qui s'automatise déjà : → extraction et matching des comparables via NLP sur les bases de transactions → lecture des PLU et calcul des droits à construire → consolidation des données de marché en pipeline, sans ressaisie → génération assistée (LLM) des sections standardisées du rapport et tant d'autre Résultat : un expert outillé sort 10× plus de dossiers, avec moins d'erreurs de saisie. Sa valeur se recentre sur le jugement, l'argumentation, la signature. Car le modèle ne signe pas. Il ne porte pas la responsabilité. L'humain reste dans la boucle — mais sans stack, il est en concurrence directe avec un confrère 10× plus productif. Le vrai différenciateur n'est pas d'acheter un AVM sur étagère. C'est de structurer sa data et ses propres outils avant que ce soit évident pour tout le monde. Vous en êtes où sur l'industrialisation de vos données de comparables ? #ExpertiseImmobilière #Évaluation #IA #PropTech #LLM #TBDS

" Bientôt, vous négocierez vos baux avec une IA. Et vos locataires aussi. " Ce n'est pas de la science-fiction. Ça se passe déjà. Walmart visait 20 % de ses accords fournisseurs négociés par une IA agentique. Résultat : 64 % des accords conclus, 1,5 % d'économies sur le process, et 83 % des fournisseurs ont préféré traiter avec l'IA qu'avec un acheteur humain. (Source : Doug Stephens / ICSC) On change de phase. L'IA générative produisait du contenu. L'IA agentique prend des décisions et les exécute, avec peu ou pas d'intervention humaine : elle croise une facture avec le contrat et le bon de commande, signale les écarts, ajuste les prix selon la demande et la concurrence... Pour l'immobilier, l'enjeu est double. Côté opérations, ce sont les acteurs dont la gestion repose sur beaucoup de tâches répétitives (commerces, résidentiel géré, multi-sites) qui ont le plus à gagner : ils accumulent d'énormes volumes de données internes que l'IA peut enfin exploiter pour automatiser et optimiser. Côté stratégie, l'avantage ira aux premiers à savoir déployer ces agents. La nuance qui compte : la techno est encore jeune et peut générer de vrais problèmes si elle est mal déployée. Le meilleur réflexe n'est pas d'attendre qu'elle soit mature, ni de foncer seul, mais de se faire accompagner par des professionnels du métier pour la tester sur des cas concrets, en gardant un contrôle rigoureux. La vraie question pour 2026 n'est plus « faut-il y aller ? », mais « sur quel processus je teste mon premier agent, et avec qui ? » Source : https://lnkd.in/eD7FE7H2 #Immobilier #IA #Proptech #AgenticAI #TBDS

Blackstone et Brookfield ne cherchent plus la meilleure proptech. Ils construisent la leur. Les plus grands gestionnaires d'actifs au monde développent leur propre IA sur mesure, plutôt que d'empiler des solutions du marché. Le message est clair : l'IA n'est plus un outil qu'on achète, c'est une capacité qu'on internalise. Une solution standard vous met à parité avec tous ceux qui ont le même abonnement. Un outil bâti sur vos données, vos critères d'arbitrage et vos process crée l'écart que personne ne peut acheter sur étagère. La question stratégique a changé. Ce n'est plus « quelle solution acheter », c'est « sur quelles décisions notre IA doit nous rendre meilleurs que les autres ». Les géants ont tranché. L'erreur, pour une structure intermédiaire, serait de croire que l'arbitrage ne concerne qu'eux. Sur vos décisions les plus engageantes, dépendez-vous d'un outil que vos concurrents utilisent aussi ? #Immobilier #PropTech #IA #AssetManagement #BuildVsBuy #AIagency #TBDS

Vous utilisez disable_ddl_transaction! dans vos migrations Rails ? Vous vous exposez peut-être à devoir intervenir manuellement sur votre base de données de production. Le pattern est connu : pour créer un index sans bloquer les écritures sur PostgreSQL, on utilise algorithm: :concurrently + disable_ddl_transaction!. Jusque-là, tout va bien. Ce qu'on oublie de dire : dès qu'on désactive la transaction, chaque instruction est validée immédiatement et de façon permanente. Si votre migration contient deux instructions et échoue à la seconde, la première est déjà en base. Rails considère la migration comme en attente. Au prochain db:migrate : erreur PostgreSQL sur un index qui existe déjà. Et la seule solution, c'est une intervention manuelle. La règle est simple — et rarement documentée : → Une migration disable_ddl_transaction! = une seule instruction, point. On rentre dans tous les détails dans cet article — y compris un cop RuboCop custom pour automatiser la vérification en CI. 🔗 Lien en commentaire --- #Rails #Ruby #PostgreSQL #DevOps #BackendDevelopment #ZeroDowntime

🚀 C'est officiel — notre site agence est en ligne ! Depuis un moment, on construit des projets web pour nos clients. Aujourd'hui, on franchit une étape : TBDS Agency a son propre espace sur le web. Ce qu'on fait ? → Du design UI/UX sur mesure → Du développement web & mobile (responsive, SEO, RGPD) → De l'hébergement 100% français, sécurisé et performant → De la reprise et refonte de l'existant Chaque projet est pensé pour propulser votre marque sur le web — avec de l'humain, de l'expertise, et oui, un peu d'IA aussi (mais le cerveau, c'est nous !). Allez jeter un œil, et si ça vous inspire un projet, on est là : 👉 https://agency.tbds.fr/

On entend beaucoup parler de la “fin du SaaS”. Des milliards de valorisation envolés. Et l’idée que l’IA va permettre à chaque entreprise de reconstruire ses outils en interne. ✅ Oui, certains SaaS à faible valeur ajoutée et peu integrés vont disparaître. ❌ Mais croire que les entreprises vont refaire en interne des outils critiques (CRM, ERP, RH, conformité…) est, à mon sens, irréaliste. Pourquoi ? Parce que ces produits exigent : • fiabilité & disponibilité • sécurité & conformité • scalabilité • maintenance & support • investissement continu Le SaaS reste aussi une mutualisation efficace des coûts et des compétences. Et les éditeurs vont intégrer l’IA très vite (données + distribution + équipes produit). Autre signal terrain : on intervient déjà sur des produits “vibe codés” trop vite. Résultat : perte de maîtrise, instabilité, prod qui casse… (un PR de 12 000 lignes en 3 semaines, perso je n’achète pas). Donc “refaire un CRM pour économiser des licences” = pari risqué. Côté pricing, évolution majeure à prévoir : • moins de seats / user • plus de consommation / agents IA 👉 attention aux impacts coût réels. Conclusion : ce n’est pas “la fin du SaaS”. C’est la fin des rentes et des pricing hors-sol. Un SaaS bien conçu, bien pricé, fiable, avec du support et une vraie trajectoire IA : je signe. Et vous : to SaaS or not to SaaS ?

HTTP 402 : Le Placeholder de 1997 Devient une Brique de l’Infrastructure IA Créé en 1997 dans le RFC 2068, l'erreur HTTP 402 “Payment Required” n’avait jamais trouvé son usage. Avec l’essor des agents IA autonomes et du protocole MCP, le code d'erreur pourrait devenir essentielle. 🔧 Pour une IA, les codes d'erreurs sont un signal, une instruction. Dans une architecture agentique : -La 402 décrit une policy d’accès : prix, conditions, méthode de paiement. -L’agent lit le message, exécute le micro-paiement via son wallet, puis réémet la requête. -La 402 devient un chaînon critique d’un workflow machine-à-machine. 🧱 Pourquoi cela compte techniquement -S’intègre naturellement dans tout stack HTTP. -Permet un pay-per-request standardisé. -Ouvre la voie à des politiques d’accès dynamiques compréhensibles par les agents. -S’aligne parfaitement avec les architectures MCP + LLM tools. ⚡ Vers une économie du micro-paiement automatisée La 402 permet enfin un modèle où : -chaque ressource peut être tarifée à l’usage, -chaque agent dispose d’un wallet, -chaque interaction devient un micro-paiement autonome. Le code oublié de 1997 devient ainsi un composant clé du Web agentique et de l’économie IA.

🚧 Un site “rapide à développer”… vraiment ? On pense : HTML + CSS/Tailwind + quelques images et pourquoi pas un template. En pratique, sans compter les allers-retours pour la créa, , même un petit site demande: 1- Structure & SEO -Meta tags -Open Graph -Titles par page + structure Hn -Textes optimisés -sitemap.xml -robots.txt -Données structurées (schema.org) 2- Tracking & produit - GA4 - Facebook Pixel - GTIN / MPN / SKU si produits 3-Performance - Lazy-loading images - Compression - Minification - Scripts async/defer - Web Vitals 4-Mise en production - DNS - SSL - Pipeline de build - CDN / hébergement Et bientôt : la couche agentique, la personnalisation, la génération intelligente… Au final : oui, on sait faire des sites rapides chez TBDS. Mais “rapide” ≠ “simple”. pour être performant un site simple demande un minimum de réflexion

Au début, chez TBDS on ne voulait pas trop traiter de la partie design. On était focalisés sur la tech, le back, le front, la perf. Mais après trop de mauvaises expériences, on a craqué → on a recruté un designer en interne. Parce qu’on avait vue trop d’erreurs, de raté…. Petit florilège : - Un SaaS e-commerce sans TVA… et sans page adresse pour les livraisons. - Des outils avec login… mais aucun formulaire “mot de passe oublié”. - Des formulaires sans page de succès/erreur, sans feedback pour l’utilisateur. - Des écrans bourrés de 40 graphes  (même le CFO n’a pas envie de ça). - Des sites complets… sans page d’erreur designée (404,…). Depuis qu’on a recruté un web designer et qu’on travaille ensemble, on est capables de fournir des interfaces : - Belles et cohérentes - Avec tous les éléments nécessaires pour le dev - Et qui permettent des quick wins → des éléments graphiques qui rendent bien mais se codent vite. Parce que parfois un effet de style ou un overlay compliqué peut demander beaucoup plus de travail qu’on ne pense… (slider original avec transition farfelue, par exemple 😅). Bref… on a recruté un web designer. Et ça change tout.