Génie logiciel

11
Documentation du code d'abord? [fermé]

Fermé . Cette question est basée sur l'opinion . Il n'accepte pas actuellement les réponses. Voulez-vous améliorer cette question? Mettez à jour la question afin d'y répondre avec des faits et des citations en modifiant ce message . Fermé il y a 2 ans . Quelqu'un a-t-il déjà essayé de créer une...

11
Quel est l'intérêt des propriétés?

Voici quelques arguments pour les propriétés et mes contre-arguments: Plus facile à utiliser que d'écrire des méthodes getter et setter Les paires de méthodes getter et setter sont une odeur de code. Les rendre plus faciles à écrire, c'est comme faciliter l'échec d'un test de mathématiques en...

11
Programmation structurée versus programmation OO

Je fais une présentation qui montre les différences entre la programmation structurelle et la programmation orientée objet et je veux illustrer pourquoi les gens ont besoin de POO avec un exemple où l'application des concepts de POO rendra le codage beaucoup plus facile afin que le public ait...

11
Techniques d'analyse syntaxique XML

J'ai toujours trouvé XML un peu lourd à traiter. Je ne parle pas d'implémenter un analyseur XML: je parle d' utiliser un analyseur basé sur un flux existant, comme un analyseur SAX, qui traite le nœud XML nœud par nœud. Oui, il est vraiment facile d'apprendre les différentes API de ces analyseurs,...

11
Clôtures de projets dans Scrum

Dans un environnement de développement logiciel typique, les fermetures de projets marquent la fin d'un projet. Les dossiers du projet sont complétés et archivés, ressources libérées, les problèmes et les leçons sont documentés, et un dîner / fête officiel organisé pour la célébration. La dernière...

11
Correction de bugs en mer

Si un employeur potentiel vous disait qu'il «externalisait la correction de bugs parce que les développeurs détestaient corriger les bugs», qu'en pensez-vous? Quelles pourraient être vos

11
Comment la réflexion sur les modèles de conception et les pratiques de POO change-t-elle dans les langues dynamiques et faiblement typées?

Il y a déjà une question assez utile dans ce sens (" Motifs de conception non-POO? "), Mais je suis plus curieux de savoir un point de vue transitionnel pour quelqu'un qui vient de commencer avec des langages dynamiques et faiblement typés. C'est-à-dire: disons que je programme en C ++, C # ou Java...