Un portfolio construit à partir de plusieurs projets Windsurf a un problème qu'une page de projet unique n'a pas : un relecteur qui compare des entrées côte à côte remarquera immédiatement une incohérence. Si une entrée a une vidéo fonctionnelle et la suivante seulement une capture d'écran, l'entrée avec la capture d'écran se lit comme plus faible même si le projet sous-jacent est tout aussi solide, simplement parce que le relecteur ne peut pas le savoir. Traiter le portfolio entier comme un seul livrable, plutôt que plusieurs livrables séparés, change la façon dont chaque vidéo individuelle doit être planifiée.
Windsurf est un éditeur de code, pas un hébergeur, donc chaque projet du portfolio est accessible là où il a réellement été déployé, et cela peut varier d'un projet à l'autre. Avant de planifier l'ensemble de vidéos du portfolio, confirmez quels projets sont actuellement accessibles, puisqu'un ancien projet qui a depuis été retiré ne peut pas être représenté honnêtement par un enregistrement récent. Un portfolio est un document vivant, et certaines entrées devront être retirées ou représentées différemment une fois que leur version en ligne disparaît.
Les entrées plus anciennes méritent un audit avant une recherche d'emploi ou une nouvelle campagne de prospection client, plutôt que de supposer qu'une vidéo enregistrée il y a des mois correspond toujours au projet en ligne. Une dépendance peut se casser, un niveau d'hébergement gratuit peut expirer, ou un projet peut simplement être retiré une fois son but initial atteint. Un portfolio qui relie plusieurs routes mortes se lit plus mal qu'un portfolio plus petit où chaque entrée fonctionne encore.
