[{"data":1,"prerenderedAt":557},["ShallowReactive",2],{"page-\u002Fblog\u002Findie-devs":3,"collection-\u002Fblog\u002Findie-devs":44,"related-\u002Fblog\u002Findie-devs":369},{"id":4,"title":5,"author":6,"body":7,"collection":27,"cover":28,"date":29,"description":30,"draft":31,"extension":32,"meta":33,"navigation":34,"order":35,"path":36,"seo":37,"stem":38,"tags":39,"__hash__":43},"blog\u002Fblog\u002Findie-devs\u002Findex.md","Le retour de l'âge d'or du web ?","JS Peru",{"type":8,"value":9,"toc":23},"minimark",[10,14,17,20],[11,12,13],"p",{},"L'une des choses les plus inspirantes en ce moment avec l'IA, c'est peut-être un parfum un retour de l'internet des débuts. L'internet bricolo et rigolo, amateur, créatif, l'âge d'or à vrai dire 🥲 . Les CTO, les seniors, quinquas,ou quadras se remettent à coder, tout le monde semble essayer de construire des petits projets perso, des jeux, des petites choses un peu inutiles et donc complètement indispensables.",[11,15,16],{},"Ce qui peut expliquer ce sentiment, c'est bien sûr la facilité et la rapidité avec laquelle on peut aujourd'hui ressortir une vielle idée qu'on avait rangée tout au fond de notre backlog personnelle et la réaliser en quelques heures. Toutes les POCs non prioritaires, les outils un peu futiles, les experimentations ont vu leur côut drastiquement baisser, rendant la procrastination nulle et non avenue.",[11,18,19],{},"Bon bien sûr, on n'a pas passé des années dans nos équipes de dev à professionnaliser les process, les worflows, pour lâcher d'un coup toutes ces bonnes pratiques, mais on sent quand même une certaine jubilation et ... peut être un peu de relâchement, avec un appel venant du haut à tester des choses, à oser et à être (enfin) créatifs.",[11,21,22],{},"Bon, c'est peut être plus un voeu pieu qu'une réelle observation, mais si effectivement l'IA peut nous (me ?) ramener un peu arrière, à l'état d'esprit un peu \"punk\" de l'époque d'avant les réseaux sociaux, le flat design et les Saas qui se ressemblent tous, merci à elle.",{"title":24,"searchDepth":25,"depth":25,"links":26},"",2,[],"IA",".\u002Fcover.webp","2026-01-30","L'IA relance le web artisanal : des POCs en quelques heures, des projets perso qu'on croyait perdus, et ce parfum de l'internet des débuts.",false,"md",{},true,null,"\u002Fblog\u002Findie-devs",{"title":5,"description":30},"blog\u002Findie-devs\u002Findex",[27,40,41,42],"Développement","Productivité","indie","WQKmSYZL-y26sYBPk8w_SZIt4fjRHN2Q35FGG71HNMc",[45,61,215],{"id":4,"title":5,"author":6,"body":46,"collection":27,"cover":28,"date":29,"description":30,"draft":31,"extension":32,"meta":58,"navigation":34,"order":35,"path":36,"seo":59,"stem":38,"tags":60,"__hash__":43},{"type":8,"value":47,"toc":56},[48,50,52,54],[11,49,13],{},[11,51,16],{},[11,53,19],{},[11,55,22],{},{"title":24,"searchDepth":25,"depth":25,"links":57},[],{},{"title":5,"description":30},[27,40,41,42],{"id":62,"title":63,"author":6,"body":64,"collection":27,"cover":28,"date":205,"description":206,"draft":31,"extension":32,"meta":207,"navigation":34,"order":35,"path":208,"seo":209,"stem":210,"tags":211,"__hash__":214},"blog\u002Fblog\u002Fjean-claude-code\u002Findex.md","Comment Claude m'a convaincu",{"type":8,"value":65,"toc":202},[66,74,79,89,100,115,118,127,130,138,158,173,184],[11,67,68,69,73],{},"L’an dernier, j’avais exprimé sur Linkedin quelques réserves sur le ",[70,71,72],"em",{},"vibe coding"," et, plus largement, sur l’usage de l’IA pour coder. Ca se basait sur des experiences bof-bof via Copilot, et un essai de Windsurf, très frustrant.\nUn an plus tard, les choses ont clairement évolué. Aujourd’hui, j’utilise l'AI quotidiennement et dans un contexte professionnel (nous y sommes encouragés). Je suis tombé dedans, plus de réserves (hors éthiques), plus de frictions.",[75,76,78],"h2",{"id":77},"quest-ce-qui-a-changé","Qu'est ce qui a changé ?",[80,81,82,86],"ol",{},[83,84,85],"li",{},"Les modèles d'abord. L'essai de Claude Code avec Opus 4.5 a marqué un vrai tournant : moins d’erreurs, moins d’hallucinations, une experience plus fluide, et surtout un livrable de grande qualité, qu'on hésite pas à livrer en revue de code aux collègues. On aurait fait aussi bien, voire souvent moins bien, en tous cas en bcp moins de temps ca c'est sur.",[83,87,88],{},"L’usage de modes plus structurés (PLAN, SKILLS, AGENTS) fait toute la différence. Là où soit travailler sur des tout petits bouts de code avec Copilot était décevant, là où à l'inverse des essais plus libres et ouvert avec Windsurf ont tourné au fiasco, l'utilisation des agents et le cadrage en general ont été le vrai game changer comme disent les jeunes.",[11,90,91,92,95,96,99],{},"Je reste pour autant en review systématique de ce qui est produit. Chaque ligne compte.  On guide, on demande et on valide chaque proposition de notre nouveau collègue.\nMais j’avoue avoir cliqué récemment, un peu fébrilement, sur l’option ",[70,93,94],{},"“accepter et ne plus demander l’autorisation pour la suite”",". Et… ça n’a pas été la catastrophe.",[97,98],"br",{},"\nSur des projets perso, pour l'instant. Et sur un truc un peu trivial au boulot, mais le résultat a été au niveau de ce que j'attendais.",[11,101,102,103,105,106,108,109,111,112,114],{},"Cette montée en puissance pose cependant des questions plus larges, notamment sur l'articulation entre vitesse et productivité.",[97,104],{},"\nDans une industrie où la notion de sprint est parfois prise trop au pied de la lettre, que fait-on d’un monde où quelques développeurs peuvent produire en une journée l’équivalent de semaines de travail ?",[97,107],{},"\nComment absorber des volumes massifs de code à reviewer, de features à tester, à livrer ?",[97,110],{},"\nComment garder du recul, de la digestion, des respirations, quand le flux devient quasi continu ?",[97,113],{},"\nEt surtout : une fois livré, sur quoi enchaîne-t-on ?",[11,116,117],{},"La question du “grand remplacement” des devs revient souvent aussi. Personnellement, ce n’est pas tant l’idée d’être remplacé qui m’inquiète, c'est ce qu’on va faire de gain de productivité.",[119,120,121,124],"ul",{},[83,122,123],{},"Option 1 : Est-ce qu’on va produire plus et mieux: plus de qualité, plus de détails, plus de sens ?",[83,125,126],{},"Option 2 : Ou est-ce qu’on va surtout chercher à faire des économies de personnel ?",[11,128,129],{},"Si on demande aux équipes, évidement tout le monde va voter pour qu'on utilise le gain de productivité pour plus de documentation, de testing, d'attention aux details, d'itération qualité. Qu'on en profite aussi pour plus creuser la conception, l'architecture, la securité...\nMais spoiler alert, evidement qu'on choisira à votre place et ca sera souvent l'option numero 2",[11,131,132,133,137],{},"Malgré tout, je garde plusieurs ",[134,135,136],"strong",{},"points d’attention"," très concrets dans mon usage quotidien.",[11,139,140,143,145,146,149,150,153,154,157],{},[134,141,142],{},"1. Le coût, très réel.",[97,144],{},"\nClaude Code avec ",[134,147,148],{},"Opus 4.5"," est impressionnant, mais il consomme facilement ",[134,151,152],{},"deux fois plus de tokens"," que Sonnet. Là où je peux travailler une journée entière avec Sonnet sans atteindre les limites de session, Opus impose des sessions plus courtes. Cela dit, ca du bon. Les limites de session sont presque devenues une alarme : ",[70,155,156],{},"arrête-toi, lève-toi, fais autre chose, reviens demain",".  Bon quand ca arrive à 17h30, c'est nickel, si c'est à 09h30, videz vortre contexte",[11,159,160,163,165,166,168,169,172],{},[134,161,162],{},"2. Le contrôle du contexte.",[97,164],{},"\nSkills, agents, MCP, plugins… tout ce qui est activé consomme du contexte, et donc des tokens — souvent pour peu de valeur ajoutée. Désactiver ce qui ne sert pas est devenu une vraie pratique : moins de bruit, plus de pertinence, plus de rapidité.",[97,167],{},"\nDans le même esprit, certains usages restent décevants. Par exemple, ",[134,170,171],{},"Claude Code dans Chrome"," consomme énormément pour des résultats très moyens. Dans ces cas-là, un test manuel est souvent plus rapide et plus efficace, ou il vaut mieux basculer vers de vrais outils d’automatisation côté navigateur (Playwright, Cypress).",[11,174,175,178,180,181,183],{},[134,176,177],{},"3. Des pratiques de développement encore plus solides.",[97,179],{},"\nL’IA ne remplace pas — et ne doit surtout pas affaiblir — les fondamentaux. Bien au contraire.",[97,182],{},"\nPull requests systématiques, CI\u002FCD stricte, linting, tests automatisés, couverture maximale : ces garde-fous deviennent encore plus critiques quand la production de code s’accélère. La vitesse sans cadre, c’est juste une dette technique qui arrive plus vite.",[11,185,186,189,191,192,195,196,198,199,201],{},[134,187,188],{},"4. La question des tests, centrale.",[97,190],{},"\nFaut-il laisser l’IA écrire le code, en faire la revue ",[70,193,194],{},"et"," écrire les tests elle-même ?",[97,197],{},"\nOu au contraire se réserver l’écriture des tests pour garder un contrôle fort sur les scénarios, les cas limites, et s’assurer que le code produit répond exactement au besoin sans “tricher” pour faire passer les tests ?",[97,200],{},"\nPour l’instant, je penche clairement pour la seconde option.",{"title":24,"searchDepth":25,"depth":25,"links":203},[204],{"id":77,"depth":25,"text":78},"2026-01-18","Après Copilot et Windsurf sans conviction, Claude Code avec Opus 4.5 a tout changé. Retour d'expérience honnête sur l'IA dans un contexte professionnel.",{},"\u002Fblog\u002Fjean-claude-code",{"title":63,"description":206},"blog\u002Fjean-claude-code\u002Findex",[27,40,41,212,213],"Claude Code","Opus 4.5","KOx2_jLFjTf0BrpmSahWpMhLzbereAb9XRBHHdx-2N0",{"id":216,"title":217,"author":6,"body":218,"collection":27,"cover":358,"date":359,"description":360,"draft":31,"extension":32,"meta":361,"navigation":34,"order":35,"path":362,"seo":363,"stem":364,"tags":365,"__hash__":368},"blog\u002Fblog\u002Fthe-pr-effect\u002Findex.md","La (sur)-productivité à l'heure des agents",{"type":8,"value":219,"toc":348},[220,224,235,238,241,245,252,255,258,261,264,268,271,274,277,280,283,287,290,293,296,300,303,306,309,312,316,319,322,325,328,332,335,338,341,345],[75,221,223],{"id":222},"les-défis-de-la-revue-de-code-à-lheure-agentique","Les défis de la revue de code à l'heure agentique",[11,225,226,227,230,231,234],{},"Lors de ma dernière mission en tant que développeur, j'ai été exposé à une problématique que je ne pensais pas trouver un jour chez un gros client. A priori, on relierait plutôt les problèmes de sur-productivité aux startups (",[70,228,229],{},"je n'ai jamais travaillé dans une startup",", ",[70,232,233],{},"seulement en agence digitale mais je suppose que le phénomène du crunch est assez fréquent","), ou au monde du jeu vidéo par exemple, mais certainement pas dans une équipe agile d'un grand groupe travaillant sur des applications métiers.",[11,236,237],{},"Et pourtant, ce fut le cas. L'équipe se révela particulièrement productive, livrait vite, massivement. On ne va pas se mentir ce fut grâce à l'adoption massive de l'IA, encouragée et poussée par notre client.",[11,239,240],{},"Je n'avais pas vu une telle vélocité depuis des années, mais plus nous trouvions nos marques et notre workflow avec les agents, plus nous rencontrions de nouveaux problèmes, liés à cette nouvelle vitesse.",[75,242,244],{"id":243},"embouteillages","Embouteillages",[11,246,247,248,251],{},"L'un d'entre eux concerne les ",[134,249,250],{},"revues de code",". Plus fréquentes, plus nombreuses, elles s'accumulaient dangereusement. Le temps de la revue dépassait souvent le temps de développement.\nOh, ce n'était pas nouveau, il y a souvent eu des soucis d'encombrement en phase de revue de code et de tests \u002F validation, mais la taille du problème semblait s'aggraver dangereusement.",[11,253,254],{},"Pour ceux qui ne sont pas du métier, la revue de code est une pratique assez spécifique à l'informatique, où chaque livraison de notre travail est soumise à relecture d'un pair (au moins), puis discussion, demandes de corrections, puis enfin validation. C'est essentiel car ça garantit à la fois une sécurité sur ce qu'on produit et qu'on envoie en production, mais aussi l'information de ce qui a été produit, modifié, corrigé.",[11,256,257],{},"Avec l'IA, notre métier consiste de plus en plus à lire et contrôler le travail de nos collègues plutôt qu'à produire et écrire nous-mêmes.",[11,259,260],{},"Si c'est essentiel à la qualité et au travail en équipe, ce n'est pas non plus la partie de la plus \"fun\" du boulot, il faut bien le reconnaître. Parfois il y a des frictions, des difficultés de communication entre l'auteur et le relecteur. Souvent il n'y a pas de disponibilité et les revues de code attendent, au point mort, oubliées. Parfois elles sont horriblement longues et complexes, si bien qu'il faut bien du courage et du temps devant soi pour s'y mettre.",[11,262,263],{},"Vous voyez bien arriver le souci. Une équipe de 3 ou 4 développeurs va produire beaucoup plus vite grâce à l'IA, les revues de code vont s'ouvrir plus fréquemment, mais notre capacité de relecture, notre capacité de jugement et notre disponibilité, eux n'évoluent pas aussi vite.",[75,265,267],{"id":266},"des-pavés-à-relire","Des pavés à relire",[11,269,270],{},"Une des nouveautés que j'ai vu apparaître dans des revues de code récentes, et que je mets sur le dos de l'IA est le dépassement de contexte et la taille des tickets. Puisqu'on peut coder plus vite, on peut également profiter de ce bonus de productivité pour en faire plus. Plus de tests (c'est bien), plus de détails (c'est bien aussi), mais aussi parfois plus de fonctionnalités, dont certaines non demandées. On en profite pour embarquer des choses non prévues car c'est pas cher.",[11,272,273],{},"Là évidemment, on va rentrer en négociation sur la revue de code. Si ce qui est livré ne correspond pas au cahier des charges et au ticket, si ça en fait beaucoup plus que prévu, ça va démarrer des débats et donc un délai supplémentaire dont on aurait franchement pu se passer.",[11,275,276],{},"L'IA est également assez peu économe dans la quantité de code qu'elle peut produire. Ça, ça se repère directement, et la revue de code va servir à pointer les redites, les choses à simplifier. Mais lorsqu'on se retrouve face à une revue de code de plus de 600 fichiers, notre vigilance va en prendre un coup, tout comme notre enthousiasme.",[11,278,279],{},"Certes, l'argument de la longueur ne doit pas être trop important. Un écrivain qui va soumettre un pavé de 900 pages à son éditeur, s'il reçoit comme première et seule remarque \"c'est beaucoup trop long !\", ce n'est pas entendable. C'est notre métier de lire du code, alors on va essayer d'expliquer pourquoi c'est trop long et proposer des axes d'optimisation.",[11,281,282],{},"Je n’ai jamais été un grand fan des revues de code. Elles apportent toujours un peu de friction. Parfois ça tourne au conflit, souvent sur des détails. Je ne suis pas du genre à me battre pour imposer à l’autre ma formulation. Je n’aime pas trop non plus batailler pendant des jours sur des détails. Je considère que nous sommes des professionnels, nous devons penser d’abord à nos clients et à nos employeurs, donc débattre pendant des heures sur un nom de fonction, on n’est pas loin de la faute professionnelle.",[75,284,286],{"id":285},"des-estimations-biaisées","Des estimations biaisées",[11,288,289],{},"Autre conséquence, le référentiel de l'estimation des tâches évoluent. Si toute l'équipe voit sa productivité faire des bonds soudainement, c'est tout le système d'estimation qui explose. Nous sommes assez heureux d'être plus rapides et productifs, c'est vrai, mais cela doit être contrôlé, évalué. Les chefs de projets, PO, PM, et au delà les sponsors vont voir cette évolution, forcément.",[11,291,292],{},"Là où un développeur pouvait passer parfois un mois complet (2 sprints), voire plus sur une seule fonctionnalité, on peut voir dans certains cas que ce même genre de fonctionnalité aujourd'hui est faisable peut-être en 3 ou peut être 5 jours max et donc le gap total de productivité est quand même assez hallucinant, il faut reconnaître.",[11,294,295],{},"Il ne sera par la suite plus question de la remettre en cause, de revenir en arrière, de temporiser, souffler. Les conséquences pour l'équipe peuvent être dramatiques, une sorte de pression de la vitesse apparaît. Si on a déjà fait vite par le passé, on peut et on doit le refaire car les modèles et les outils évoluent. On ne peut plus inverser le mécanisme.",[75,297,299],{"id":298},"un-métier-qui-mute","Un métier qui mute",[11,301,302],{},"On l'a vu, on peut passer de plus en plus de temps à relire le travail de nos collègues. Et de moins en moins de temps à produire nous-mêmes. Si nous travaillons dans un contexte où la phase de conception est ultra solide mais que nous n'y participons pas ou peu, que nous reste-t-il ?",[11,304,305],{},"Si on est dans un projet où l'architecture est solide, tout comme les outils, les dépendances, le design system. Si les tickets sont parfaitement écrits, les specs sont complètes (de plus en plus générés eux-mêmes par l'IA d'ailleurs), où pouvons-nous encore apporter de la valeur de la créativité si la part du code fond également ? La relecture et la critique ? Certainement.",[11,307,308],{},"Cela pose des questions qu'on essaiera de creuser par la suite, sur nos métiers qui mergent et sur la compétition à venir entre les Product Managers \u002F Designers \u002F Développeurs vs les Développeurs \u002F Product Managers \u002F Architectes vs les Designers \u002F Développeurs \u002F Product Managers.",[11,310,311],{},"On voit partout sur les réseaux sociaux des incantations à ouvrir le scope de nos compétences, histoire de survivre à l'IA. Chaque métier qui se sent en danger pousse sur les côtés pour élargir son spectre. On veut faire le métier de nos collègues grâce aux agents pour éviter notre remplacement. Le hic c'est que absolument tout le monde a ce meme reflexe, donc y'aura t-il de la place et surtout du travail intéressant pour tout le monde ?",[75,313,315],{"id":314},"une-folle-cadence","Une folle cadence",[11,317,318],{},"Le fait n'est pas de dire qu'on ne peut pas suivre la cadence, que ça va trop vite, qu'on ne peut pas résister à la pression. Il ne faut pas exagérer non plus, nous sommes encore un métier très privilégié. Nous travaillons sur des chaises ergonomiques, avec des horaires corrects, et pour des salaires largement au-dessus de la moyenne.",[11,320,321],{},"Mais c'est plutôt de savoir comment on contrôle cette cadence, le flow, le rythme. Une pub célèbre dit \"sans le contrôle, la vitesse n'est rien\". Ou un truc dans le genre.",[11,323,324],{},"Quand la machine s'emballe, l'image qui peut venir c'est un peu Les Temps Modernes. C'est cette animation qui nous vient d'une chaîne de production à un rythme très soutenu qui déraille.",[11,326,327],{},"Quand les revues de code s'accumulent, quand les tickets également s'amoncèlent dans la colonne de tests, la chaîne ne s'arrête pas en urgence, la sirène ne retentit pas. C'est ce qui devrait se passer, mais bien souvent les colis s'accumulent juste en bout de tapis roulant.",[75,329,331],{"id":330},"éloge-du-rythme-de-croisière","Éloge du rythme de croisière",[11,333,334],{},"L'avantage lorsqu'on est un peu moins rapide,  c'est qu'on peut freiner, on peut éviter les obstacles. Lorsqu'on prend de la vitesse, en revanche on prend aussi plus de risques. C'est plus grisant, certes. On est censé aussi être plus alerte, plus réactif, et qu'on peut se remettre d'un accident plus vite.",[11,336,337],{},"Alors peut-être que pour ceux qui ont tenté la vitesse, le freinage n'est plus possible. Mais pour ceux qui n'ont pas encore démarré, pour les projets encore sur la ligne de départ, il est encore temps de discuter ensemble du rythme soutenable sur lequel l'équipe est prête à s'engager.",[11,339,340],{},"L'IA est une aubaine pour accélérer et faire plus de choses, pour creuser la qualité, couvrir de plus grands contextes. Elle ne doit pas, à mon avis, servir juste à livrer plus vite et prendre plus de risques au volant.",[75,342,344],{"id":343},"quelles-solutions","Quelles solutions ?",[11,346,347],{},"Slow down !!! Ne transformons pas d’un coup nos épreuves de fond en sprints courts. Commençons par nous améliorer sur mi-distance et longue distance, battons des records dans ces disciplines et ensuite on pourra éventuellement changer de discipline et se mettre au 100m, voire aux sports mécaniques.",{"title":24,"searchDepth":25,"depth":25,"links":349},[350,351,352,353,354,355,356,357],{"id":222,"depth":25,"text":223},{"id":243,"depth":25,"text":244},{"id":266,"depth":25,"text":267},{"id":285,"depth":25,"text":286},{"id":298,"depth":25,"text":299},{"id":314,"depth":25,"text":315},{"id":330,"depth":25,"text":331},{"id":343,"depth":25,"text":344},".\u002Fle-monde-apres-nous.webp","2026-02-20","L'IA accélère le développement, mais pas les revues de code. Retour de terrain sur la sur-productivité en équipe agile et ses conséquences concrètes.",{},"\u002Fblog\u002Fthe-pr-effect",{"title":217,"description":360},"blog\u002Fthe-pr-effect\u002Findex",[27,366,367],"développement","agilité","tr0czFlUdFSW9UsGd90nr9pEH9vSx21tZWj56PhKa2M",[370,464],{"id":216,"title":217,"author":6,"body":371,"collection":27,"cover":358,"date":359,"description":360,"draft":31,"extension":32,"meta":461,"navigation":34,"order":35,"path":362,"seo":462,"stem":364,"tags":463,"__hash__":368},{"type":8,"value":372,"toc":451},[373,375,381,383,385,387,391,393,395,397,399,401,403,405,407,409,411,413,415,417,419,421,423,425,427,429,431,433,435,437,439,441,443,445,447,449],[75,374,223],{"id":222},[11,376,226,377,230,379,234],{},[70,378,229],{},[70,380,233],{},[11,382,237],{},[11,384,240],{},[75,386,244],{"id":243},[11,388,247,389,251],{},[134,390,250],{},[11,392,254],{},[11,394,257],{},[11,396,260],{},[11,398,263],{},[75,400,267],{"id":266},[11,402,270],{},[11,404,273],{},[11,406,276],{},[11,408,279],{},[11,410,282],{},[75,412,286],{"id":285},[11,414,289],{},[11,416,292],{},[11,418,295],{},[75,420,299],{"id":298},[11,422,302],{},[11,424,305],{},[11,426,308],{},[11,428,311],{},[75,430,315],{"id":314},[11,432,318],{},[11,434,321],{},[11,436,324],{},[11,438,327],{},[75,440,331],{"id":330},[11,442,334],{},[11,444,337],{},[11,446,340],{},[75,448,344],{"id":343},[11,450,347],{},{"title":24,"searchDepth":25,"depth":25,"links":452},[453,454,455,456,457,458,459,460],{"id":222,"depth":25,"text":223},{"id":243,"depth":25,"text":244},{"id":266,"depth":25,"text":267},{"id":285,"depth":25,"text":286},{"id":298,"depth":25,"text":299},{"id":314,"depth":25,"text":315},{"id":330,"depth":25,"text":331},{"id":343,"depth":25,"text":344},{},{"title":217,"description":360},[27,366,367],{"id":62,"title":63,"author":6,"body":465,"collection":27,"cover":28,"date":205,"description":206,"draft":31,"extension":32,"meta":554,"navigation":34,"order":35,"path":208,"seo":555,"stem":210,"tags":556,"__hash__":214},{"type":8,"value":466,"toc":551},[467,471,473,479,485,495,497,503,505,509,521,531,539],[11,468,68,469,73],{},[70,470,72],{},[75,472,78],{"id":77},[80,474,475,477],{},[83,476,85],{},[83,478,88],{},[11,480,91,481,95,483,99],{},[70,482,94],{},[97,484],{},[11,486,102,487,105,489,108,491,111,493,114],{},[97,488],{},[97,490],{},[97,492],{},[97,494],{},[11,496,117],{},[119,498,499,501],{},[83,500,123],{},[83,502,126],{},[11,504,129],{},[11,506,132,507,137],{},[134,508,136],{},[11,510,511,513,145,515,149,517,153,519,157],{},[134,512,142],{},[97,514],{},[134,516,148],{},[134,518,152],{},[70,520,156],{},[11,522,523,525,165,527,168,529,172],{},[134,524,162],{},[97,526],{},[97,528],{},[134,530,171],{},[11,532,533,535,180,537,183],{},[134,534,177],{},[97,536],{},[97,538],{},[11,540,541,543,191,545,195,547,198,549,201],{},[134,542,188],{},[97,544],{},[70,546,194],{},[97,548],{},[97,550],{},{"title":24,"searchDepth":25,"depth":25,"links":552},[553],{"id":77,"depth":25,"text":78},{},{"title":63,"description":206},[27,40,41,212,213],1793615038524]