Discussion :

[foxxe]

bonjour on m'a dit que pour apprendre java il faut-etre ingenieur ou avoir un bac + 5 pensez vous que l'on puisse apprendre le langage java j'ai un niveau bac et apprendre en autodidacte merci pour les reponse

[Jimmy_]

elle est marrante cette blague.

Non, j'ai appris mon premier langage à 12 ans.

Pour te former sur Java tu peux voir ces cours et tutoriels : http://java.developpez.com/cours/
Pour les débutants Java celui la est vraiment parfait : Programmation Java pour les enfants, les parents et les grands-parents.


Après pour trouver du boulot comme un emploi développeur, c'est vrai que avec seulement le bac, c'est difficile.

[Claythest]

C'est possible oui, mais il va falloir apprendre à être plus rigoureux dans la syntaxe

[thelvin]

Ce n'est pas aussi facile, c'est sûr, mais pas besoin d'être ingénieur pour apprendre un langage.

Un ingénieur est surtout censé avoir un certain nombre de méthodes théoriques et pratiques, agnostiques du langage et de l'environnement utilisés.

[Rei Ichido]

J'ai du mal à comprendre l'utilisation du terme "agnostique" dans le cas présent.

Sinon, bien évidemment aucun rapport entre être ingénieur et la programmation java. Il y a des ingénieurs qui n'arrivent pas à penser objet, et encore moins java, et des collégiens qui s'y mettent très bien.

[thelvin]

J'ai du mal à comprendre l'utilisation du terme "agnostique" dans le cas présent.

"indépendamment" aurait été un mot plus approprié.

[michel.di]

j'ai commencé a apprendre en 2éme année de licence!

[Pill_S]

Hum "ingénieur" c'est un titre générique qui veut dire qu'on a fait des études... pas qu'on sait coder!

ce qu'il faut surtout, c'est être bon en logique et très très motivé. car c'est un apprentissage constant, faut pas croire qu'après un ou deux ans on aura fait le tour de la technologie. Moi ça fait 7 ans que j'utilise java (4 ans au niveau pro), et je continue à apprendre tous les jours!

[slim_java]

bonjour on m'a dit que pour apprendre java il faut-etre ingenieur ou avoir un bac + 5 pensez vous que l'on puisse apprendre le langage java j'ai un niveau bac et apprendre en autodidacte merci pour les reponse

salut.
ce que je dirais a mes élèves c'est qu' un bon mathématicien est un bon programmeur

[tchize_]

salut.
ce que je dirais a mes élèves c'est qu' un bon mathématicien est un bon programmeur

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

[slim_java]

règle de base en math, A implique B ne veux pas dire que B implique A

ça se voit que tu es bien en Algébre

[tchize_]

c'est de la logique, pas de l'algèbre :/

[thelvin]

Bah, de l'algèbre de condition logiques. Ça ressemble beaucoup à l'algèbre de Boole.

[Rei Ichido]

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

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.

[tchize_]

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

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

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.

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 vite

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

[Rei Ichido]

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 :

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

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.