Bonjour,
pour ajouter un avis moi perso je te recommanderais
de commencer par un langage de plus bas niveau genre du C.
Pour comprendre les rouages de la prog.
Bonjour,
pour ajouter un avis moi perso je te recommanderais
de commencer par un langage de plus bas niveau genre du C.
Pour comprendre les rouages de la prog.
Docteur en informatique
Freelance R&D, Web
Activité freelance : https://redinnov.fr
Page perso : https://michel-dirix.com/
Pour débuter, commence par le C, ça te filera les bases de la programmation !
Et une fois que t'as vu un peu de C tu peut passer en C++, # ou Java
ouaip ben faudra que tu m'explique sans la moindre connaissance technique comment tu peux dire à un client si un truc et réalisabe ou pas et dans quel délai , c'est comme faire de l'architecture sans savoir calculer la portance d'un mur ou savior qu'une vitre, ca prend au minimum une certaine épaisseur. Ou alors on a pas la même définition de ce qu'est un chef de projet
nan nan nan
un bon programmeur est bon en mathématique, faut surtout pas inverser la proposition (règle de base en math, A implique B ne veux pas dire que B implique A ). Là ou je bosse, je peut te montrer des tonnes de code affreux pondus par des mathématicien. Donc matheu n'implique certainement pas bon programmeur
Bah, de l'algèbre de condition logiques. Ça ressemble beaucoup à l'algèbre de Boole.
N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java
ok merci à tous pour les réponses donné, alors je me lance dans java
parcontre je risque de vous poser des questions si cela ne dérange personne
Oui enfin "bon programmeur implique bon mathématicien", je demande à voir quand même, hein.
On a vraisemblablement pas la même définition de ce qu'est un bon mathématicien
Et sur le sujet CP (de mon point de vue) : ce n'est pas au CP de décider dans l'immédiat de ce qui est réalisable ou pas. Le client lui soumet, le CP soumet à son équipe (en particulier à l'architecte de service, ou à défaut à l'expert tech du projet), qui peut donner un feu vert pour qu'un analyste réalise un chiffrage.
On va dire: a de bonne bases en mathématiques, mais de fait c'est pas pour ça qu'il sait faire une dérivée, un intégrale ou du calcul numérique
En tant que CP quand je discute avec un utilisateur de ses besoins (bon déjà j'aime pas le terme CP donc), je trouve normal, pendant la discussion, d'être capable de lui conseiller certaines choses plutôt que d'autre. Car même sans chiffrer, avec des bonne bases on est capable de l'orienter sur le chemin du moindre cout. Sans compter que les éternels passage client -> CP -> architecte -> analyste -> retour CP -> client c'est du temps perdu alors qu'on peut lui dire directement "ça, je vous déconseille, si vous avez la possibilité préférez ça, ca vous coutera moins cher", mais bon, ca doit être l'habitude de viser des projets en petites équipe à moins de 6 mois en méthode agile, où tout peut être rediscuté par le client toutes les deux semaine -> faut être capable de répondre viteEt sur le sujet CP (de mon point de vue) : ce n'est pas au CP de décider dans l'immédiat de ce qui est réalisable ou pas. Le client lui soumet, le CP soumet à son équipe (en particulier à l'architecte de service, ou à défaut à l'expert tech du projet), qui peut donner un feu vert pour qu'un analyste réalise un chiffrage.
Pour prendre un exemple, récement des utilisateurs nous demande que des ODT soient plutot générés en PDF. Avec un minimum de bases, je peux déjà leur dire qu'il faudra attendre la migration du serveur prévu milieu d'année car le serveur actuel n'est pas techniquement capable de faire tourner un serveur openoffice. Je dit pas que le CP doit être un as de la prog, mais si le CP est juste bon à transmettre des couts au client, et demander aux analyste de faire les calculs, pour mois c'est plus un CP mais un commercial, qui va vendre son truc et laisser l'architecte se dépêtrer avec les besoins du client .
Faudra peut-être lancer un débat là dessus un de ces 4
Ah attention, je dis pas que c'est pas _mieux_ qu'il sache le faire Je dis juste que ce n'est pas le coeur de son métier (qui est censément d'organiser l'équipe et de gérer les interactions avec le client).
Maintenant, c'est vrai que je bosse sur de très gros projets très formalisés (type 5-10k jh), donc c'est pas tout à fait les même conditions que la petite équipe en méthode agile
Edit: ah, et pour ça :
Et encore moins être capable de résoudre des problèmes de topologie, par exemple. On est cependant d'accord sur le fait qu'entre être un bon mathématicien et être un bon informaticien, il y a un socle commun de logique.On va dire: a de bonne bases en mathématiques, mais de fait c'est pas pour ça qu'il sait faire une dérivée, un intégrale ou du calcul numérique
bah, je connais des developpeurs de jeu vidéo qui n'ont meme pas le bac;
pour apprendre Java sans difficulter tu dois d'abord passer qlq semaines avec le C puis tu dois lire un peu de théorie concernant des notions de bases comme l'orientée objet je te conseille un bon livre intitulé Programmation Java pour les enfants, les parents et les grands-parents.
Pourquoi apprendre le C avant le Java?
Docteur en informatique
Freelance R&D, Web
Activité freelance : https://redinnov.fr
Page perso : https://michel-dirix.com/
J'avoue que je suis aussi dubitatif sur l'intérêt de la chose. Le seul intérêt serait de fixer des notions bas niveau, qui seront totalement occultées par la programmation en Java. C'est probablement mieux d'un point de vue théorique, mais d'un point de vue pratique l'intérêt me semble pour le moins faible, voire même contre-productif.
pas nécessaire, il est plus difficile de se défaire de ses mauvaise habitude de programmeur fonctionnel en passant en objet que d'apprendre les base de l'algorithmique sur un language objet
"Le plug gros problème des citations trouvées sur internet, c'est qu'on ne peut jamais garantir leur authenticité"
Confucius, 448 av. J-C
Docteur en informatique
Freelance R&D, Web
Activité freelance : https://redinnov.fr
Page perso : https://michel-dirix.com/
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager