inauguration de la section

puisque c'est une section qui a de l'interret pour moi je l'inaugure

donc voila personnellement je connais :

java/j2ee/j2me
html/xml
javascript
php
assembleur(ca date)
C/C++(ca date aussi ^^)
C#
SQL/mySQL
UML

voila a vous de voir

Compte sur moi pour te demander des trucs en java l'année prochaine

lool ne te genes pas pour le faire

Eh bien c'est mon binôme qui va être content
Normalement il se débrouille tout seul pour la plus grsse partie des DM et moi j'arrive à la fin pour corriger les bugs qui subsistent
Mais ça sera surtout des questions conceptuelles je pense ou sur la façon d'organiser un algo...

PS : tu maitrises l'algo j'espère ?

C'est trop classe ^^
Tu voudrais pas m'aider lorsque j'aurai de quoi me payer mon serveur, à créer mon site?
Sibnon, j'aurai p ê besoin d'aide avant pour un projet, on en reparlera en PV

pas de problemes pour tout les deux ^^

si j'ai le temps je vous aide sinon oui je connais l'algo lol

cool ^^
Je te redirai tout ça dès que le projet aura besoin de son site...
On va avoir un pure site qui déchire, merci bcp arkan !!!! :D:D:D

lool de rien ^^

salut Arkan pourrais tu me donner ton cursus scolaire stp? ce serai pour savoir un peu ou aller pour acquerir des connaissances en programation.

je m'y connais en matos mais en programation keudalle !!

merci

Commence par te trouver de bons sites de débutant sur le html et le php. Ajoute y un peu de My SQL, et un poil de java script, et essaye toi aux bases du flash et du C et C++... Tu as des tas de tutos la dessus sur internet...

Après, si vraiment ça te plait, songe à en faire ton métier (mais pense aux débouchées completement bouchées pour les 5 ans à venir minimum )
Je dis ça parce que je connais du people qui ne savait pas vraiment ce qu'était programmer 7-8h par jour, et que ça a dégouté, surtout en voyant les boss déjà bien callés arriver en premiere année avec le niveau demandé en fin de cursus ...

ouais je sais tout ca,c'est pour ca que j'ai la fleime d'aller voir ,apres si ca agace de m'aprendre(ou m'aider) je peut le comprendre

Je pense pas que ça agace arkan d'aider, il est super gentil et s'il peut t'aider, je pense qu'il le fera...
Mais ce serait, je trouve, abusé de lui pomper son temps pour des bases que tu pourrais apprendre sur le net, facilement, et par toi même...
Tu feras appel à lui pour des trucs plus pointus qui ne se trouvent pas aussi facilement

Flop a écrit:

Compte sur moi pour te demander des trucs en java l'année prochaine

C'est clair que la prochaine fois on en aura besoin je pense (j'en suis meme sur)

Alors je pense que tu entendras aussi parler de moi

Enfin si ca te derange pas

Arkan a écrit:

donc voila personnellement je connais :
...
UML

Qu'est ce que c'est l' UML ?

(edit flopinesque : pas besoin de citer tout le message pour poser une toute petite question XD)

Une très brève recherche Google permet d'y répondre:
"UML (Unified Modeling Language, traduisez "langage de modélisation objet unifié") est né de la fusion des trois méthodes qui ont le plus influencé la modélisation objet au milieu des années 90 : OMT, Booch et OOSE.
Issu "du terrain" et fruit d'un travail d'experts reconnus, UML est le résultat d'un large consensus. De très nombreux acteurs industriels de renom ont adopté UML et participent à son développement.

En l'espace d'une poignée d'années seulement, UML est devenu un standard incontournable. La presse spécialisée foisonne d'articles exaltés et à en croire certains, utiliser les technologies objet sans UML relève de l'hérésie. Lorsqu'on possède un esprit un tant soit peu critique, on est en droit de s'interroger sur les raisons qui expliquent un engouement si soudain et massif ! UML est-il révolutionnaire ?

L'approche objet est pourtant loin d'être une idée récente. Simula, premier langage de programmation à implémenter le concept de type abstrait à l'aide de classes, date de 1967 ! En 1976 déjà, Smalltalk implémente les concepts fondateurs de l'approche objet : encapsulation, agrégation, héritage. Les premiers compilateurs C++ datent du début des années 80 et de nombreux langages orientés objets "académiques" ont étayés les concepts objets (Eiffel, Objective C, Loops...).

Il y donc déjà longtemps que l'approche objet est devenue une réalité. Les concepts de base de l'approche objet sont stables et largement éprouvés. De nos jours, programmer "objet", c'est bénéficier d'une panoplie d'outils et de langages performants. L'approche objet est une solution technologique incontournable. Ce n'est plus une mode, mais un réflexe quasi-automatique dès lors qu'on cherche à concevoir des logiciels complexes qui doivent "résister" à des évolutions incessantes.

Oui, mais... Tout n'est pas si rose. Beaucoup on cédé aux sirènes de l'orienté objet et leur aveuglement a fait couler bien des projets...

Premier hic : l'approche objet est moins intuitive que l'approche fonctionnelle. Malgré les apparences, il est plus naturel pour l'esprit humain de décomposer un problème informatique sous forme d'une hiérarchie de fonctions atomiques et de données, qu'en terme d'objets et d'interaction entre ces objets.

Or, rien dans les concepts de base de l'approche objet ne dicte comment modéliser la structure objet d'un système de manière pertinente. Quels moyens doit-on alors utiliser pour mener une analyse qui respecte les concepts objet ? Sans un cadre méthodologique approprié, la dérive fonctionnelle de la conception est inévitable... Beaucoup l'ont appris à leurs dépens.

Autre problème critique : l'application des concepts objet nécessite une très grande rigueur. Le vocabulaire précis est un facteur d'échec important dans la mise en oeuvre d'une approche objet (risques d'ambiguïtés et d'incompréhensions). Beaucoup de développeurs (même expérimentés) ne pensent souvent objet qu'à travers un langage de programmation. Or les langages orientés objet ne sont que des outils qui proposent une manière particulière d'implémenter certains concepts objet. Ils ne valident en rien l'utilisation de ces moyens techniques pour concevoir un système conforme à la philosophie objet.

Connaître C++ ou Java n'est donc pas une fin en soi, il faut aussi savoir se servir de ces langages à bon escient. La question est donc de savoir "qui va nous guider dans l'utilisation des concepts objet, si ce ne sont pas les langages orientés objet ?".
Pour finir : comment comparer deux solutions de découpe objet d'un système si l'on ne dispose pas d'un moyen de représentation adéquat ? Il est très simple de décrire le résultat d'une analyse fonctionnelle, mais qu'en est-il d'une découpe objet ? "
Source: http://uml.free.fr/

Ce site a été écrit par un intégriste. Si vous aimez être embrigadé c'est très bien, sinon se faire sa propre idée, même si c'est pas du tout recommandé par aucun pédagogue informaticien, non....

ça veut dire que tu ne partipe pas à la communauté de Totalforum, Gheena ?

Gheena a écrit:

Ce site a été écrit par un intégriste. Si vous aimez être embrigadé c'est très bien, sinon se faire sa propre idée, même si c'est pas du tout recommandé par aucun pédagogue informaticien, non....

Là, j'ai rien compris...

Bienvenue au club Crashoveride !

A mon avis il veut dire que c'est toi l'intégriste. Et que ce site embriguade les personne qui y sont ...

En tout cas ne croit surtout pas que je suis de son avis !
C'est un super site !

J'allais pas venir parler de votre site sur ce forum en particulier ! Si je parle d'un site c'est bien de celui qui est cité plus haut, c'est à dire ulm.free.fr.

Gheena a écrit:

J'allais pas venir parler de votre site sur ce forum en particulier ! Si je parle d'un site c'est bien de celui qui est cité plus haut, c'est à dire ulm.free.fr.

Ha, ok, tu me rassures
Alors, dans ce cas, pourrais tu expliquer pourquoi tu dis ça? Parce que je n'ai mis ce lien que pour expliquer l'UML et éclairer les membres désireux de savoir ce qu'il en était... Et le mot intégriste est tout de même assez fort pour mériter de développer l'idée non

oula me revoila, je m'excuse aupres de tout ceux qui comptaient sur moi, j'ai du lacher le net le temps de m'installer, je vais vous refaire mon CV puisque ca interesse certain

en tout cas sachez que la voix pour devenir informaticien est plutot vaste, mais si vous voulez un bon salaire je ne saurais que vous conseiller les ecoles d'ingenieurs...

voila je vous laisse pour l'instant je reviens dans un instant pour en debattrez un peu plus avec vous

Pour repondre a la question de l'UML, plutot que de vous parler de la theorie de ce langage je vais vous parler de mes experiences

Voici ce que je sais du langage UML, mais tenez a l'esprit que ce n'est que la surface de ce que represente ce langage:

Le langage UML permet de transposer le cahier des charges que va definir un utilisateur en un langage pour informatisé et moins sujets aux erreurs d'interpretation.

Bien souvent l'utilisateur defini un cahier des charges que l'on transpose en UML, les digramme UML etant assez simple a la comprehention de tout un chacun on les presente au client et on lui demande "Est ce bien ce que vous demandiez? Voulez modifier quelques chose?" Ceci est tres important car il permet ainsi d'officialiser le projet et de lui donner une forme, une fois valider par le client celui ci ne peut plus se plaindre en disant "non ce n'est pas ce que je voulais" si c'etait le cas alors on lui ressortirais les diagrammes et on lui dirait "pourtant c'est bien votre signature" ainsi onj evite un procet bien derangeant, enfin bien entendu ce n'est pas le but principale de l'UML

Le but et en fait de transmettre a tout les partenaires un seul et meme projet comprehensible par tout un chacun et peu sujet aux erreurs d'interpretation, ainsi on peut diviser celui ci en plusieurs tache sans craindre de devoir tout recommencer parce qu'un membre de l'equipe n'a pas compris

Grace au outils associé a l'UML on peut maintenant reduire la tache de travail car certains de ces outils sont capable de generer les classes ainsi qu'une partie du code necessaire a l'elaboration du projet, il paraitrait meme que certains produit tres onereux (vraiment tres onereux) serait capable de finaliser meme le projet grace a un bon diagramme UML

L'UML se decompose en plusieurs Diagrammes, ayant tous une fonctions particuliere, les diagrammes utilisateurs, ayant pour but de determiner qui sera utilisateur du projet au final ainsi que toute les actions de celui ci, le diagramme de classes va determiner les classes qu'il faudra developper pour creer le projet ainsi que ce qu'elles contiennent, quand au diagramme de sequence, lui determinera plutot tout les possibilité de deroullement lors de l'execution du code