Quiz du niveau 5 — La gamme : web, mobile, échanges & équipe

Quiz — Niveau 5 · La gamme : web, mobile, échanges & équipe

5 questions, une seule bonne réponse par question.
Répondez à tout, puis cliquez sur Corriger mes réponses : score et explications s'affichent.

1. Quelle est la règle de sécurité fondamentale en WEBDEV ?

Tout contrôler côté navigateur pour aller plus vite Le code côté NAVIGATEUR est VISIBLE et MODIFIABLE par l'utilisateur (qui peut même envoyer des requêtes directement au serveur sans passer par vos pages) : toute validation qui compte doit être refaite CÔTÉ SERVEUR Masquer les boutons suffit Le web est sécurisé par défaut

WEBDEV capitalise sur le WLangage et l'ANALYSE (un développeur WinDev est vite productif), mais le MODÈLE WEB doit s'apprendre : architecture serveur/navigateur, sessions, responsive, hébergement (domaine, HTTPS), performances et référencement. Le code navigateur sert au CONFORT, jamais à la sécurité.

2. Peut-on simplement porter une application WinDev sur mobile ?

Oui, il suffit de recompiler NON : on réutilise le WLangage, l'analyse et les procédures métier, mais il faut REPENSER le PÉRIMÈTRE (quelques tâches terrain, pas tous les écrans), l'INTERFACE (petit écran, tactile), la SAISIE (scan, listes) et surtout le fonctionnement HORS LIGNE Oui, mais uniquement sur Android Non, WinDev ne fait pas de mobile

La difficulté MAJEURE est la connexion incertaine : prévoyez une base LOCALE, une file des modifications et une SYNCHRONISATION avec une stratégie explicite de résolution des CONFLITS (mieux vaut les réduire à la source en privilégiant l'AJOUT). Règle absolue : ne jamais perdre une saisie du terrain.

3. Comment rendre robustes des échanges avec un service externe (API REST) ?

En supposant que le service répondra toujours En partant du principe qu'il SERA indisponible ou lent : délai d'attente, REPRISES espacées, FILE D'ATTENTE pour ne rien perdre, traitement asynchrone, IDEMPOTENCE (pas de doublon en cas de renvoi) et VALIDATION de tout ce qui arrive En augmentant la mémoire du poste En désactivant la gestion d'erreurs

⚠️ Ne codez JAMAIS les secrets (clés d'API, jetons) en dur ni côté client. JOURNALISEZ les échanges : c'est votre seule preuve en cas de litige avec un partenaire et le moyen de diagnostiquer les pannes intermittentes. Attention aux DONNÉES PERSONNELLES transmises (obligations variables selon les pays).

4. Le GDS (Gestionnaire De Sources) est-il utile quand on développe seul ?

Non, il ne sert qu'en équipe OUI : il apporte l'HISTORIQUE et le RETOUR ARRIÈRE après une fausse manœuvre, une copie de SÉCURITÉ supplémentaire, la traçabilité des décisions — et la liberté d'expérimenter sans crainte Non, les copies de dossiers suffisent Uniquement pour les projets web

Les copies datées ne disent ni qui, ni quoi, ni pourquoi, et on oublie de les faire aux moments critiques. En équipe : RÉINTÉGREZ SOUVENT, COMMENTEZ utilement, adoptez des CONVENTIONS communes, TESTEZ avant de réintégrer et surtout COMMUNIQUEZ avant toute modification de l'ANALYSE (elle impacte tout le monde).

5. Comment ne pas s'enfermer dans une technologie propriétaire ?

En abandonnant WinDev dès que possible En investissant sur les compétences TRANSFÉRABLES : modèle relationnel et SQL, algorithmique, POO, architecture, tests, sécurité — et sur la connaissance du MÉTIER de vos utilisateurs, totalement indépendante de l'outil En n'apprenant que la syntaxe WLangage En changeant de langage chaque année

WinDev est un excellent outil sur son domaine et la spécialisation est même un atout sur un marché de niche. L'enjeu est de ne pas réduire ses compétences à une syntaxe. BUT ULTIME : non « connaître WinDev » mais LIVRER des applications fiables, maintenables et réellement utiles à ceux qui s'en servent.

Guide terminé — lancez-vous dans le projet fil rouge !Concevoir une application de gestion complète avec WinDev, de l'analyse au déploiement