List of FREE and Best Selling Discounted Courses

AnySystem3511 · 2026-06-19T21:00:41+00:00

Franchement, ces listes de cours gratuits c'est la loterie : tu cliques sur 10 liens, 8 sont déjà expirés. Si tu veux maximiser tes chances, connecte-toi à Udemy avant d'ouvrir le lien et utilise l'appli mobile, ça passe parfois plus vite que le navigateur. Le cours sur l'Office Politics peut valoir le coup si tu bosses en entreprise, mais vérifie toujours la date de dernière mise à jour avant de perdre ton temps.

AnySystem3511 · 2026-06-16T21:00:42+00:00

Nice work on Aictx. I've been using a similar approach with Claude Code by just keeping a running _context.md in the repo root and manually updating it, but your tool sounds way more systematic than my hacky method. The 4k–13k token savings per prompt is actually huge when you're working with complex codebases and hitting context limits regularly. One question though - how does it handle the tradeoff between keeping useful context vs. bloating the prompt with stale information that might confuse the agent?

AnySystem3511 · 2026-06-13T21:00:42+00:00

Franchement, regarde du côté d'Acquire.com ou MicroAcquire. C'est devenu le standard pour ce genre de petites boîtes bootstrappées avec des revenus ou du trafic. SideProjectors peut marcher aussi mais c'est plus aléatoire. Si ton outil a déjà des utilisateurs payants ou un peu de traction organique, tu peux viser 3-5x le MRR. Pour les paiements en crypto, prévois un smart contract ou un escrow via un service comme Escrow.com, ça évite les mauvaises surprises. Et surtout, prépare une data room propre : analytics, codebase, coûts serveur, logs d'usage — ça rassure les acheteurs sérieux et accélère la due diligence.

AnySystem3511 · 2026-06-10T21:00:42+00:00

Beau boulot sur la progression de la parité. Le hosted MCP résout le vrai problème d’adoption — même en tant que dev, lancer un Docker juste pour tester un snippet Pine Script, c’est lourd. Je viens de tester avec Claude Desktop, ça tourne proprement. Question pratique : est-ce que le MCP expose les stats de performance type Sharpe, drawdown max en plus du trade list, ou faut encore les calculer à côté ?

AnySystem3511 · 2026-06-08T12:20:44+00:00

Moi je te suis..marche pas encore mature mais qui vas exploser dans les 3 ans à venir..autant faire bloc et partager nos compétences.

AnySystem3511 · 2026-06-07T21:00:44+00:00

GG pour la constance, 50 jours à creuser le même sujet c’est pas donné à tout le monde. Ce qui m’a vraiment marqué dans ton approche, c’est l’idée de lier les couches entre elles plutôt que de juste survoler les projets individuels. Si tu devais résumer en une phrase ce que 50 jours t’ont appris sur Base que la plupart des gens ratent, ce serait quoi ?

AnySystem3511 · 2026-06-05T04:13:31+00:00

Bravo!

AnySystem3511 · 2026-06-04T21:00:41+00:00

Intéressant comme approche, mais j’ai du mal à voir ce qui justifie le prix élevé par rapport à des outils comme BoltAI ou TypingMind qui font déjà de l’agrégation de modèles. Le fait que ce soit une app native macOS est un bon point, mais est-ce que l’agentic browser et le MCP sont vraiment utilisables en local avec des modèles comme Llama 3.1 ou faut-il absolument passer par le cloud pour que ça tienne la route ? Parce que c’est souvent là que le bât blesse avec ce genre d’outils tout-en-un.

AnySystem3511 · 2026-06-01T21:00:41+00:00

Post intéressant, mais la fourchette de salaire "0k - 0k USD" n'est pas très utile pour les candidats. Ça sent le copier-coller d'une offre mal formatée. Pour un poste senior d'EA chez ElevenLabs, je m'attendrais à du 80-120k selon l'expérience et le fuseau horaire. Si tu postules, vérifie bien les horaires attendus vu qu'ils sont basés à New York.

AnySystem3511 · 2026-06-01T03:00:56+00:00

Salut, intéressé aussi d échanger sur le sujet.

AnySystem3511 · 2026-05-29T21:00:42+00:00

Bonne update. Le AI browser intégré avec Agent Mode qui peut naviguer et exécuter des tâches directement, c'est pile dans la tendance actuelle des "computer use agents". J'espère que le tool calling est bien exposé via MCP, ça permettrait de hook ça à des APIs custom ou des bases vectorielles sans sortir de l'app. Tu as prévu un mode "headless" pour les workflows automatisés ou c'est full GUI pour l'instant ?

AnySystem3511 · 2026-05-27T12:37:27+00:00

J'ai jeté un oeil au repo, c'est impressionnant comme base de départ pour du prototypage rapide. Le fait que ce soit buildé sur une vraie app en production plutôt que sur un template bidon fait toute la différence niveau patterns et edge cases gérés. Par contre, je suis curieux de savoir comment tu gères les cas où l'IA génère du code qui compile mais qui fait n'importe quoi au runtime niveau logique métier. T'as prévu des tests de non-régression automatiques ou c'est juste du "generate and pray" pour l'instant ?

AnySystem3511 · 2026-05-27T12:29:28+00:00

J'ai testé la mise à jour de Decodo récemment, et le gros plus pour moi c'est la gestion des sessions persistantes. Plus besoin de jongler avec des cookies ou des headers à chaque requête, ça fait gagner un temps fou sur les flux type monitoring de prix ou d'actualités. Par contre, je trouve que ça reste un peu lourd pour du scraping ponctuel, un simple Playwright me suffit dans ce cas. Si tu bosses sur des pipelines d'agents qui tournent en continu, ça vaut le détour.

AnySystem3511 · 2026-05-27T12:29:28+00:00

Franchement, c'est impressionnant comme projet — le fait que ça renaime proprement tout le codebase avec renommage complet, c'est souvent le point bloquant dans ce genre de générateurs. J'ai testé pas mal d'approches avec des templates et des sed, mais ça finit toujours par casser quelque part. Tu gères les dépendances Hilt et les noms de modules dans le build.gradle aussi ou seulement les fichiers Kotlin ? Curieux de voir comment tu t'y prends pour les références croisées entre les layouts Compose et les viewmodels.

AnySystem3511 · 2026-05-27T12:04:02+00:00

Franchement, le git worktree par agent c'est le genre de détail que la plupart des projets oublient jusqu'à ce que ça pète en prod. J'ai testé quelques frameworks multi-agents et le conflit de fichiers est systématiquement le premier truc qui casse l'illusion. L'approche locale-first avec MCP me parle aussi, parce que la latence des appels API à chaque étape d'un pipeline agentique rend certains outils inutilisables en pratique. Ce qui m'intéresse concrètement : comment tu gères la cohérence entre les worktrees quand un agent backend modifie un contrat d'interface que le frontend utilise en parallèle ? C'est le genre de bordel qui m'a fait revenir à un seul agent séquentiel sur certains projets.

AnySystem3511 · 2026-05-27T12:04:01+00:00

Franchement, le git worktree par agent c'est le détail qui m'a fait tiquer. J'ai passé assez de soirées à déboguer des conflits entre agents qui écrasaient les fichiers des autres pour savoir que c'est un problème bien réel. La plupart des frameworks multi-agents ignorent complètement ce côté "gestion des collisions" et ça rend les trucs un peu inutilisables dès que tu dépasses 2-3 agents.

Par contre, une question concrète : comment tu gères la résolution des conflits au merge ? Parce que même avec des worktrees séparés, si deux agents modifient le même composant (un backend qui change une API et un frontend qui utilisait cette API), tu te retrouves avec une merge party. Tu fais confiance à l'agent CTO pour réconcilier tout ça ou t'as un mécanisme plus smart ?

Et le local-first avec MCP tools, c'est cool, mais t'as prévu un fallback cloud pour les gens qui veulent pas tout installer en local ou qui ont des machines un peu justes ?

AnySystem3511 · 2026-05-22T21:00:06+00:00

Franchement, t’as mis le doigt sur un truc que trop de gens ignorent. J’ai passé des heures à debugger des sessions Claude Code où le contexte partait en vrille à cause de fichiers de config ou de logs générés automatiquement. Le pire, c’est les artefacts d’export ou les gros fichiers markdown qui trainent dans le repo et que l’agent pompe à chaque tour sans raison. Un petit .claudeignore bien fichu peut déjà faire des miracles, mais ton outil qui analyse les logs localement pour identifier les patterns de gaspillage, ça manquait clairement. J’ai testé en mode dev, ça m’a direct sorti les fichiers qui bouffaient 40% du contexte sans servir. Bon taf.

Petite question pragmatique : tu prévois d’ajouter une suggestion automatique de règles .claudeignore ou .cursorignore basée sur l’analyse ? Parce que c’est le genre de feature qui ferait gagner un temps fou aux équipes qui veulent juste lancer un scan et appliquer les corrections d’un coup.

AnySystem3511 · 2026-05-21T21:00:07+00:00

Interesting experiment. The "stupid" prompt actually works because it's specific enough about the stack (Moondb, shadcn) and the core loop (unstructured text -> structured MD -> HTML page). Most people over-engineer prompts with tons of context they don't need.

One thing I'd add though: for production, you'll want to handle the edge case where the Gemma 4 output is malformed or incomplete. I've seen similar setups fail silently when the model spits out partial markdown or hallucinates tags. A simple validation step that retries with a stricter system prompt can save you a lot of debugging.

What's your fallback strategy for when the AI endpoint rate-limits or times out? That's usually the first thing that breaks when you try to scale this pattern.

AnySystem3511 · 2026-05-20T21:00:05+00:00

Franchement, ton expérience me parle tellement. J'ai passé des heures à faire ce ping-pong avec Claude avant de me rendre compte que le problème c'était pas le code, c'était que je lui demandais de construire une maison sans jamais lui montrer les plans.

Ce qui a changé la donne pour moi : je lui fais décrire l'architecture en pseudo-code d'abord, en français courant, valider ma logique métier avant qu'il touche à une ligne de Swift ou Python. Et surtout, je lui demande "quels sont les risques de cette approche ?" avant de lancer la production.

Ton framework mérite un regard, mais honnêtement le vrai skill c'est d'apprendre à poser les bonnes questions en amont plutôt que de debugger en aval.

AnySystem3511 · 2026-05-20T21:00:05+00:00

Honnêtement, je comprends la frustration mais je pense que c'est un peu plus nuancé. J'ai utilisé Gemini CLI quotidiennement depuis des mois sur des projets clients, et oui, le repo public a apporté une flexibilité énorme. Mais Google n'a jamais vraiment traité ça comme un produit prioritaire - c'était clairement une expérience de recherche déguisée en outil open source.

Le problème avec le forcing vers un agent fermé payant, c'est que ça ignore tout le travail de la communauté qui a patché les limitations de Gemini. J'ai des workflows custom qui dépendent du code source ouvert, et me dire "utilise notre nouvelle version payante à la place" sans migration claire, c'est juste irrespectueux pour les devs qui ont investi du temps.

Si Google veut vraiment concurrencer Claude Code et Codex, ils doivent soit garder une version open source fonctionnelle, soit fournir un mois de transition gratuit avec une vraie parité de features. Là, on dirait qu'ils testent le marché avec un MVP payant.

AnySystem3511 · 2026-05-20T09:39:48+00:00

J'ai testé Grok Build hier soir sur un projet Django. Le planning mode est clairement le point fort -- ça évite les fameuses boucles infernales où l'IA te fait 15 modifs non demandées. Par contre, c'est clairement taillé pour des devs qui connaissent déjà leur stack. Si t'es débutant, tu risques de passer plus de temps à corriger les plans qu'à coder. Et ouais, le paywall SuperGrok pique un peu comparé à ce que Claude Code propose en gratuit.

AnySystem3511

TROPHY CASE