IGL Eye

Dev C++ vs Visual C++ Express Edition

2006-04-11T05:53:00.000-07:00

How-to create a custom project template using Visual C++.Net (By Hugo.Pereira)

Beaucoup des élèves de notre classe, pour ne pas dire la majorité utilise Dev C++.

A mon avis le C et le C++ sont des langages de base, ils aident à avoir de solide base et permettent de comprendre le fonctionnement d’un système d’exploitation. C’est pour cette raison que j’aime et recommande l’apprentissage de ses langages.

C’est l’environnement que nous propose l’école pour apprendre ce beau langage qu’est le C, pour ma part je j’ai quelques grief contre cet environnement et ceci malgré sa gratuité.

La principale différence entre ces deux environnements est que Dev C++ est « juste » un IDE pour le compilateur gcc, par contre Visual C++ Express utilise son propre
compilateur et l’intégration est beaucoup plus poussée.

Il est vrai que Dev C++ permet d'utiliser gdb pour un pseudo debug, mais celui-ci reste très limité.

Concernant Visual C++ Express je ne vais pas vous faire un dessin, les outils des développements sont un des fers de lance de Microsoft et quand Microsoft veux faire de la qualité généralement ca tape fort.

Bon, j’entends déjà les adeptes du free, Dev C++ est gratuit.

Une bonne nouvelle, Visual Studio Express Editions est gratuit jusqu'au 7 novembre 2006, et il y a fort à parier qu’un effort constant soit fait pour les étudiants.

Un point faible de Visual C++ Express est sa complexité lors du processus de création d’un projet, réjouissez-vous, j’ai crée un assistant permettant de simplifié la création de projet.

Cet assistant est exprès fait pour répondre aux exigences de notre cours de C, vous pouvez trouvez cet article à l’adresse ci-dessous, cet un article qui explique comment faire un assistant de création de projet.

Artcile lien: How-to create a custom project template using Visual C++.Net (By Hugo.Pereira)

Pour télécharger Visual C++ Express édition, suivez ce lien http://www.microsoft.com/france/msdn/vstudio/express/vcppxpress.mspx.

Pour toute autre questions, je me ferai un plaisir d’y répondre, j’espère que cela vous aidera pour vos cours.

Je parlerai à la prof de C de Visual C++ Express et je lui proposerai de faire une petite demo pour ceux qui auront décidés d’utiliser ce logiciel.

Concrétiser : Le design en premier lieu

2006-03-29T09:10:00.000-08:00

Cette article fait suite à "Aller dans le concret par l'exemple" et "Concrétiser : la vision". Le premier article présentait brievement les différentes méthodes de développement pour en arriver à la méthode agile "Getting Real", présentée par 37 Signals. Le deuxième article discutait l'importance d'avoir une vision plutôt qu'un document de spécifications fonctionelles.

Il est maintenant temps de nous lancer dans la conception de l'application. Après tout, si la méthode porte bien son nom, nous devrions aller au plus vite à un résultat concret que je pourrais vous présenter et à partir duquel nous pourrons discuter.

Commencer par le layout

La plupart des applications sont développées de façon parrallèle. Le graphiste fait le layout pendant que le programmeur commence à coder les fonctions de bases. Ce n'est pas forcément une bonne pratique pour le développement agile. En effet, il est très important de pouvoir changer d'avis en cours de route. Pour encourager ces changements, il est important qu'ils coutent le moins cher possible. Or les changements au niveau du code coutent plus cher que les changements d'interface. Modifier la présentation d'un formulaire ou d'une page HTML est par contre peu couteuse. De plus, le client n'est pas intéressé par un schéma de classe ou un prototype qui retourne des chiffres qui prouvent que les formules mathématique codée sont correctes. Il est par contre ravi d'examiner divers écran statiques qui présentent l'affichage complet. C'est quelque chose de très concret à partir duquel il pourra facilement voir :

Si il manque un champs

Si certaines informations sont superflues

Si l'ensemble lui plaît

A partir de là, il pourra prendre beaucoup plus de décisions, supprimer des points, en rajouter, modifier un affichage, etc.

Le design ci-dessus reprend les éléments essentiels de notre application.

Un layout pour le jeu de GO

Lorsque j'ai dessinée cette page HTML, j'avais dans l'idée que le plateau de jeu devrait être redimensionable pour prendre un maximum de place sur l'écran et rester visible en permanence. Cette fonctionalité demanderai une bonne dizaine d'heure de travail à coder du javascript. Le premier prototype de page ne présente donc pas cette fonctionalité. Résultat : Après examens de la page terminée, il se trouve que c'est complétement inutile. J'avais en effet peur que les cases soient trop petite sur une grosse résolution. Il n'en est rien. Je pourrais éventuellement proposer trois tailles prédéfinies dans une page configuration utilisateur, mais ce n'est en tout cas plus une priorité.

Si j'avais demandé à un développeur de commencer quelque chose, je lui aurais dit de créer ce système pendant que je faisais le layout. Cela aurait été du temps gaspillé.

Que pensez-vous de ce prototype ?

La barre en haut affiche un message de status tel que "à vous de jouer", "erreur", ou "votre adversaire est en train de jouer".
Le goban constitue l'élement le plus important de l'écran.

Dans la barre de droite, on trouve quelques informations sur la partie.

Toujours dans la barre de droite, j'ai rajouté la possibilité d'abandonner la partie ou de passer son tour. C'est plutôt utile car sinon on ne peut pas terminer une partie

Morale de l'histoire : cela aurait été dommage d'écrire du code pour redimensionner un goban alors qu'il n'était pas possible de terminer un partie.

Le calcul distribué

2006-03-29T08:15:00.000-08:00

Distribué?
Quand il est face un problème de taille, l'être humain que nous somme a souvent le même type de réaction: soit il se concentre, apprend, et passe autant de temps qu'il lui faut pour en venir a bout, soit il fait ce que qui nous qualifie d'êtres sociaux, il le partage!

Ainsi, que ce soit pour construire une maison ou un accélérateur de particules (je vais y venir, patience!), nous avons naturellement besoin de diviser le travail.

Et le calcul dans tout ça?
Il en est de même pour le calcul: on s'est vite rendu compte qu'il était bien plus rapide, mais aussi bien moins cher, de faire effectuer des calculs a une grande quantité de petites machines plutôt que d'en construire une énorme, sur mesures. C'est le principe du clustering, ou les calculs scientifiques sont partagés entre une myriade (parfois plusieurs milliers!) d'ordinateurs tout a fait standards.

La mise en place d'un tel réseau a jusqu'a présent été réservé à de grandes compagnies au budget bien fourni, et donc, de nombreux domaines de recherche nécéssitant une grande puissance de calcul ont été abandonnés faute de budget.

Jusqu'a ce que quelques chercheurs de l'université de Berkeley, frustrés par la puissance de calcul colossale demandée par leur projet, imaginent puis mettent en place BOINC.

Leur vision, très simple, s'est avérée terriblement efficace:
Ils ont décidé de capturer tous les cycles processeurs inutilisés... du monde! En effet, un microprocesseur moderne n'est en moyenne utilisé qu'à 20% de ses capacités, le reste étant "gaspillé" par le système d'exploitation (le "processus inactif" sur les systèmes Windows).
Encore mieux, lorsque le propriétaire n'utilise pas sa machine, BOINC se transforme en... économiseur d'écran! Il capture ainsi pendant une période limitée un grand nombre de cycles processeur.

Etant à la hauteur de la réputation de leur école, les chercheurs ont donc développé un système très performant pour partager un problème avec le grand public.

BOINC: une solution de taille
Mais cela ne s'arrête pas là! Le système offre la possibilité à l'utilisateur de choisir le ou les projets a qui il souhaite donner de son temps processeur: il existe d'ores et déjà un grand nombre de projets utilisant ce framework , de la recherche de signaux d'outre espace, à la recherche médicale, en passant par la simulation de particules dans le futur accélérateur du CERN (Ha! je vous avais bien dit que j'allais y venir!).

L'utilisation du logiciel client ne pose pas de problèmes de sécurité (je vous invite a regarder les sources) à l'inverse de certains logiciels, ni de problèmes hardware spécifiques. Son architecture modulaire permet de rejoindre plusieurs projets, et une interface web très complète permet de régler les préférences pour l'ensemble de son parc de calcul en quelques clics. Enfin, BOINC est distribué pour une grande variété d'architectures et de systèmes d'exploitations (Windows, linux, OSx, Solaris...).

Etant un logiciel libre, BOINC jouit de plus d'une bonne base d'utilisateurs, d'une communauté active, et de mises à jour fréquentes.

Finalement, pour les plus avides de puissance d'entre nous, il est relativement facile de mettre en place un projet de calcul distribué, et ce même a une échelle modeste (une base d'une centaine de machines et cependant recommandée).

Et pour ceux d'entre vous qui hésitent encore, je vous invite à venir me poser toutes les questions que vous pouvez avoir, aussi bien par email qu'autour d'un café!

- Trib' / Chris

Encyclopédie téléchargeable

2006-03-27T06:04:00.000-08:00

Le site Comment Ca Marche a enseigné les bases de l'informatique à une bonne génération d'informaticien en Suisse et en France. En plus de leur base documentaire remplie de tutoriaux et d'explications bien conçues, un certain nombre d'ouvrages papier ont été publiés en version papier. Une version électronique de ces ouvrages peut désormais être téléchargée.

Cette semaine, CommentCaMarche.net met à votre disposition en téléchargement gratuit l'ensemble de son fond documentaire, comprenant l'intégralité des articles en ligne sur CommentCaMarche, notamment ceux parus dans les trois premiers ouvrages de la collection CommentCaMarche.net, disponibles en librairie. L'encyclopédie complète peut être téléchargée gratuitement à l'adresse suivante pour une consultation hors ligne illimitée et sans bannières publicitaires :
http://www.commentcamarche.net/encyclopedie

Newsletter Comment Ca Marche

Tous ces textes sont sous license Creative Commons. Vous avez donc le droit de les réutiliser où vous le souhaitez mais vous devez mentionner la source.

40 layouts XHTML respectant les standards

2006-03-22T01:08:00.000-08:00

Pour ceux qui comme moi aime respecter les standards du W3C et gagner du temps, voici une série de 40 layouts sur trois colonnes regroupé par Alessandro Fulciniti. Les 40 modèles partagent leur code HTML mais diffèrent par leur feuille de style(CSS).

Je vous présente également Zen Garden, ou chacun peut proposer sa feuille de style pour modifier l'affichage de la page.

Concrétiser : La vision

2006-03-19T10:06:00.000-08:00

Comme mentionné dans le premier article, la vision remplace le dossier de spécification ordinaire. Cette simple phrase est bien plus puissante que tout le dossier car elle est facile à mémoriser et guide logiquement tous les choix futures.

Supprimer les fonctionnalités inutiles du prototype

La vision de mon projet d'exemple est : "Faire une partie de Go avec un ami sur internet et avoir envie de renouveler l'expérience". Au début, j'imaginais une interface simple composée comme suit :

un plateau de jeu(goban)

une barre de chat sur la droite

un message de status indiquant le joueur dont c'est le tour

le nombre de pierres capturées pour chaque joueur

le numéro du tour

le temps à disposition

la possibilité de sauver une partie

la possibilité d'en commencer une nouvelle

Si l'on utilisait une méthode de développement traditionnelle, nul doute que la première version exploitable ne serait pas pour tout de suite. Le système de chat par exemple risque de prendre autant de temps que tout le reste de l'application à développer.

Les méthodes agiles fonctionnent toutes en itération. Le cycle de développement standard (prévoir -> développer -> tester -> publier) est répété à plusieurs reprises. Des versions exploitables du programme sont donc disponibles beaucoup plus tôt dans le développement du projet. Cela permet :

d'obtenir rapidement un produit utilisable

de pouvoir localiser les problèmes de conception les plus important dès le début du projet

de garder un dialogue productif avec le client, voir fonctionner le produit rapidement lui permettra de préciser ses besoins

de motiver l'équipe par une mesure "palpable" de la progression

Dans notre exemple, la vision va nous aider à localiser les fonctionalités les plus importantes :

un plateau de jeu(goban)

~~une barre de chat sur la droite~~

un message de status indiquant le joueur dont c'est le tour

le nombre de pierres capturées pour chaque joueur

~~le numéro du tour~~

~~le temps à disposition~~

~~la possibilité de sauver une partie~~

la possibilité d'en commencer une nouvelle

Étant donné que le but est de jouer entre ami, la barre de chat n'est pas importante. Il est probable que deux amis utilisent déjà msn, skype, jabber ou un autre système de messagerie instantanée. Le numéro du tour est accessoire et probablement peu utile. Le temps à disposition est plus important dans un contexte de tournoi et n'est pas utile entre ami. La possibilité de sauver une partie serait cool mais pas primordial. L'interface s'en trouve simplifiée. Grâce à la vision, les éléments les plus importants sont mis en exergue et la première version demandera moins d'investissements tout en étant parfaitement utilisable. Il est certain qu'après une partie ou deux sur ce prototype, la liste de fonctionalités changera. Il sera par exemple possible de décider si la création d'un système de chat est un bon choix ou s'il s'agit d'un gadget couteux.

Aller dans le concret, par l'exemple 01

2006-03-17T14:33:00.000-08:00

Les méthodes de développement agiles rendent le processus de création de logiciel plus souple aux changements et impliquent le client tout au long de celui-ci. Tout d'abbord, définissons rapidement ce qu'est la méthode traditionnel afin de ne pas tomber dans le mythe de la poudre qui lave plus blanc que X.

La développement en 'V'

La plupart des grandes entreprises emploie une version plus ou moins lourde de ce processus. C'est par ailleurs le seul système que l'on nous a enseigné dans ma classe d'informatique. Système auquel nous avons du nous cantonner lors de notre travail pratique d'examen sur dix jours.

Analye des besoins
et faisabilité              Recette
 \                        /
Spécifications          validation
   \                   /
Conception          Tests
architecturale     d'intégration
     \             /
 Conception      Tests
 détaillée     unitaires
       \      /
        Codage

Wikipedia pourra vous en apprendre plus sur ce système de développement en perte de vitesse. Les principales faiblesses sont :

la quantité de documentation à fournir avant de passer au code
toutes les décisions importantes sont prises au début du projet alors qu'il n'existe encore rien de concret
il peut se passer des mois avant d'obtenir les premiers résultats concrets

Autrement dit, les erreurs de conceptions sont détectées trop tard, alors qu'il est très couteux d'effectuer des modifications.

Les méthodes agiles tentent de trouver des alternatives qui permettent de gérer le projet plus souplement, notament en travaillant par itération plutôt qu'en un seul processus. La plus connue de ces méthodes et l'eXtrem Programming, mais il en existe bien d'autres.

Getting Real

37 Signals, une société américaine hors normes se fait le porte drapeau d'une nouvelle méthode agile. Getting Real reprend les grands concepts des méthodes agiles et les adaptent aux développement d'applications web -- mais pas seulement.

Le principe de base, qui est également le plus controversé est le suivant : Pas de spécifications fonctionnels. Ce n'est pas la peine de s'encombrer de document que personne ne lit jamais. Une analyse fonctionnelle prend toutes les décisions importantes alors que rien n'a encore été fait concrétement. En lieu et place, il est important de définir la vision du produit, son but ultime.

J'ai comme projet de vous démontrer par l'exemple la justesse de cette méthode. Je vous livre donc la vision de celui-ci : Faire une partie de Go avec un ami sur internet et avoir envie de renouveler l'expérience.

IronSudoku, un bon exemple de buzz sur Internet

2006-03-15T03:14:00.000-08:00

Voici le premier d'une série d'articles sur des sites internet novateurs.

IronSudoku propose une grille de Sudoku chaque jour. Il est intéressant à bien des égard en plus du fait que les sudokus sont tout à fait addictif.

Un bon exemple de site communautaire

Ce site propose une seule grille chaque 24 heure. On a donc tendance à y revenir chaque jour, il s'agit d'un bon moyen de fidélisation.

Un système de chat permet de communiquer avec les autres joueurs tout en remplissant la grille du jour, c'est un aspect communautaire important, une très bonne idée. En effet, on peut imaginer que chaque utilisateur fidélisé passera chaque jour à heure fixe pour faire son Sudoku, il rencontrera donc les même personnes et pourra développer un réseau qu'il aura envie de recontacter. En plus, c'est une merveilleuse façon de renouveller vos plans drague éculés. Vous pouvez entamer avec une phrase genre "Pas facile le Sudoku d'aujourd'hui..."

Finalement c'est une bonne façon de rentrer dans ses frais. Si vous arriver à forger une communauté de quelques milliers d'utilisateurs qui se connectent chaque jours à votre site pour jouer, il devient facile de convaincre quelques annonceurs de mettre une bannière à bon prix ; bannière que vous aurez surement remarquer en bas à droite de la page.

Un excellent buzz
Le buzz, c'est un concept marketing qui consiste à encourager artificiellement le bouche à oreille. IronSudoku utilise les leviers suivants pour créer un buzz :

Le Sudoku est un excellent buzz, tout le monde en parle

IronSudoku est codé en utilisant Ajax, il s'agit de faire des requête asynchrone sur le serveur afin de recharger une partie de page tout en laissant l'utilisateur continuer son activité, tous les webmaster en parlent.

L'auteur propose au blog de communiquer sur IronSudoku afin d'être dans sa liste d'ami (une série de lien sur la première page). C'est excellent quand l'on sait la façon dont Google calcul la popularité d'une page.

Au final, les blogs les plus lus du monde parlent de ce site, donc les blogs les moins lu du monde en parle aussi. Du coups, tout le monde en parle et IronSudoku va pouvoir vendre ces espaces publicitaire à prix d'or, n'est-ce pas magnifique ?

Bienvenue à tous!

2006-03-14T08:18:00.000-08:00

… Sur la plateforme .Net!

Une des grandes nouveautés de ce début de millénaire est sans aucun doute l’infrastructure .Net que Microsoft a mis – et continue de mettre – en place.

Un des points intéressants de cette nouvelle infrastructure est le nombre de langages différents disponibles pour développer en utilisant les ressources du .Net Framework. Pour profiter des immenses ressources mises à disposition, que ce soit pour des développements d’applications Windows ou d’applications Web.

Les trois principaux langages, disons les trois les plus connus - à mon sens - sont C# , Visual Basic .Net et J#. Ma vue personnelle de ces langages est la suivante : C# pour ce qui est d’attirer les développeurs C++, VB.Net pour attirer les développeurs VB6 (et autres versions) et le J# pour convertir les développeurs Java.

Parmi les implémentations d’autres langages, citons COBOL pour .Net, Pascal pour .Net et parmi les langages de script Perl et Python eux aussi pour .Net. Pour une liste plus exhaustive c’est par ici.

Il est également possible de mélanger les langages dans une même solution Visual Studio .Net. On peu donc imaginer des composants développés à différents endroits s’intégrer à la perfection sans le moindre effort.

Maintenant que je vous ai convaincus que vous trouveriez votre langage de prédilection déjà implémenté pour .Net, un dernier mot.

Les différents codes sources implémentés dans les différents langages compatibles .Net sont dans un premier temps compilé en langage intermédiaire (MSIL – Microsoft Intermediate Language).

Dans un deuxième temps, les codes intermédiaires ainsi générés sont compilés au moment de l’exécution par le compilateur JIT (Just In Time compiler) en instructions processeur dépendant de la plateforme où le programme s’exécute.

Ce qui sous-entend donc que si un compilateur JIT a été implémenté sur la plateforme pour laquelle l’application a été développée, le code source sera fonctionnel sur les deux plateformes.

Multi-plateforme, multi-langage, multi-développeurs…

Que demander de plus ? La version 2 qui vient d'arriver ces jour... Mais n'anticipons pas...

Classe d'informatique logiciel et de gestion.

2006-03-11T02:59:00.000-08:00

Ce blog est une fenêtre tournée vers l'avenir. Nous souhaitons vous faire partager nos dernières impressions dans les domaines suivants :

Software
Conception
Gestion

N'oubliez pas de vous abonner au fil RSS si le sujet est susceptible de vous intéresser.