Merci pour toutes ces pistes. Les données pourraient se présenter au
départ dans une base de donnée Access. C'est aussi pour ça que j'ai
pensé à Java, je sais qu'avec JBDC, on peut interagir avec les sgbd.
Par contre, non, je ne maîtrise pas de langage orienté objet, je
connais à peine JAVA. Mon langage de prédilection est plutôt le C.
Si tu ne maîtrise que C, alors tu peux passer à java, c'est
probablement le langage le plus proche de C qui soit adapté à ce
projet. En l'occurence java me semble être une bonne option. En plus
les gens sur les forum java sont vachement sympa :-)
Merci pour toutes ces pistes. Les données pourraient se présenter au
départ dans une base de donnée Access. C'est aussi pour ça que j'ai
pensé à Java, je sais qu'avec JBDC, on peut interagir avec les sgbd.
Par contre, non, je ne maîtrise pas de langage orienté objet, je
connais à peine JAVA. Mon langage de prédilection est plutôt le C.
Si tu ne maîtrise que C, alors tu peux passer à java, c'est
probablement le langage le plus proche de C qui soit adapté à ce
projet. En l'occurence java me semble être une bonne option. En plus
les gens sur les forum java sont vachement sympa :-)
Merci pour toutes ces pistes. Les données pourraient se présenter au
départ dans une base de donnée Access. C'est aussi pour ça que j'ai
pensé à Java, je sais qu'avec JBDC, on peut interagir avec les sgbd.
Par contre, non, je ne maîtrise pas de langage orienté objet, je
connais à peine JAVA. Mon langage de prédilection est plutôt le C.
Si tu ne maîtrise que C, alors tu peux passer à java, c'est
probablement le langage le plus proche de C qui soit adapté à ce
projet. En l'occurence java me semble être une bonne option. En plus
les gens sur les forum java sont vachement sympa :-)
Merci pour toutes ces pistes. Les données pourraient se présenter au
départ dans une base de donnée Access. C'est aussi pour ça que j'ai
pensé à Java, je sais qu'avec JBDC, on peut interagir avec les sgbd.
Par contre, non, je ne maîtrise pas de langage orienté objet, je connais
à peine JAVA. Mon langage de prédilection est plutôt le C.
Si tu ne maîtrise que C, alors tu peux passer à java, c'est
probablement le langage le plus proche de C qui soit adapté à ce
projet. En l'occurence java me semble être une bonne option. En plus
les gens sur les forum java sont vachement sympa :-)
Salut,
Merci pour toutes ces pistes. Les données pourraient se présenter au
départ dans une base de donnée Access. C'est aussi pour ça que j'ai
pensé à Java, je sais qu'avec JBDC, on peut interagir avec les sgbd.
Par contre, non, je ne maîtrise pas de langage orienté objet, je connais
à peine JAVA. Mon langage de prédilection est plutôt le C.
Si tu ne maîtrise que C, alors tu peux passer à java, c'est
probablement le langage le plus proche de C qui soit adapté à ce
projet. En l'occurence java me semble être une bonne option. En plus
les gens sur les forum java sont vachement sympa :-)
Salut,
Merci pour toutes ces pistes. Les données pourraient se présenter au
départ dans une base de donnée Access. C'est aussi pour ça que j'ai
pensé à Java, je sais qu'avec JBDC, on peut interagir avec les sgbd.
Par contre, non, je ne maîtrise pas de langage orienté objet, je connais
à peine JAVA. Mon langage de prédilection est plutôt le C.
Si tu ne maîtrise que C, alors tu peux passer à java, c'est
probablement le langage le plus proche de C qui soit adapté à ce
projet. En l'occurence java me semble être une bonne option. En plus
les gens sur les forum java sont vachement sympa :-)
Salut,
Vince44 écrivait dans le message
:Merci pour toutes ces pistes. Les données pourraient se présenter au
départ dans une base de donnée Access. C'est aussi pour ça que j'ai
pensé à Java, je sais qu'avec JBDC, on peut interagir avec les sgbd.
Par contre, non, je ne maîtrise pas de langage orienté objet, je
connais à peine JAVA. Mon langage de prédilection est plutôt le C.
Si tu ne maîtrise que C, alors tu peux passer à java, c'est
probablement le langage le plus proche de C qui soit adapté à ce
projet. En l'occurence java me semble être une bonne option. En plus
les gens sur les forum java sont vachement sympa :-)
Ah, si on connait le C, Java c'est pareil ?
c'est à moi que tu réponds??? Parce que je n'ai pas écrit ça!!!
Au fait, tu fais comment un héritage en C ?
FYI: ça se fait mais c'est un peu "manuel"...
Et les pointeurs, en Java, c'est pareil qu'en C, hein ?
FYI bis: pas vraiment, mais connaitre ceux de C aident à comprendre
Désolé, mais je ne te confierais pas la conception technique d'un projet en
Java...
Ne sois pas désolé, un responsable qui prend une discution en cours et
Vince44 écrivait dans le message
bd92ef38.0409220029.22ba324f@posting.google.com :
Merci pour toutes ces pistes. Les données pourraient se présenter au
départ dans une base de donnée Access. C'est aussi pour ça que j'ai
pensé à Java, je sais qu'avec JBDC, on peut interagir avec les sgbd.
Par contre, non, je ne maîtrise pas de langage orienté objet, je
connais à peine JAVA. Mon langage de prédilection est plutôt le C.
Si tu ne maîtrise que C, alors tu peux passer à java, c'est
probablement le langage le plus proche de C qui soit adapté à ce
projet. En l'occurence java me semble être une bonne option. En plus
les gens sur les forum java sont vachement sympa :-)
Ah, si on connait le C, Java c'est pareil ?
c'est à moi que tu réponds??? Parce que je n'ai pas écrit ça!!!
Au fait, tu fais comment un héritage en C ?
FYI: ça se fait mais c'est un peu "manuel"...
Et les pointeurs, en Java, c'est pareil qu'en C, hein ?
FYI bis: pas vraiment, mais connaitre ceux de C aident à comprendre
Désolé, mais je ne te confierais pas la conception technique d'un projet en
Java...
Ne sois pas désolé, un responsable qui prend une discution en cours et
Vince44 écrivait dans le message
:Merci pour toutes ces pistes. Les données pourraient se présenter au
départ dans une base de donnée Access. C'est aussi pour ça que j'ai
pensé à Java, je sais qu'avec JBDC, on peut interagir avec les sgbd.
Par contre, non, je ne maîtrise pas de langage orienté objet, je
connais à peine JAVA. Mon langage de prédilection est plutôt le C.
Si tu ne maîtrise que C, alors tu peux passer à java, c'est
probablement le langage le plus proche de C qui soit adapté à ce
projet. En l'occurence java me semble être une bonne option. En plus
les gens sur les forum java sont vachement sympa :-)
Ah, si on connait le C, Java c'est pareil ?
c'est à moi que tu réponds??? Parce que je n'ai pas écrit ça!!!
Au fait, tu fais comment un héritage en C ?
FYI: ça se fait mais c'est un peu "manuel"...
Et les pointeurs, en Java, c'est pareil qu'en C, hein ?
FYI bis: pas vraiment, mais connaitre ceux de C aident à comprendre
Désolé, mais je ne te confierais pas la conception technique d'un projet en
Java...
Ne sois pas désolé, un responsable qui prend une discution en cours et
Vince44 wrote:Merci pour toutes ces pistes. Les données pourraient se présenter au
départ dans une base de donnée Access. C'est aussi pour ça que j'ai
pensé à Java, je sais qu'avec JBDC, on peut interagir avec les sgbd.
Par contre, non, je ne maîtrise pas de langage orienté objet, je connais
à peine JAVA. Mon langage de prédilection est plutôt le C.
Si tu ne maîtrise que C, alors tu peux passer à java, c'est
probablement le langage le plus proche de C qui soit adapté à ce
projet. En l'occurence java me semble être une bonne option. En plus
les gens sur les forum java sont vachement sympa :-)
Salut,
La difficulté, au delà du langage choisi pour la résolution, est la
modélisation du problème.
- Soit on va dans le sens des langages déclaratifs, et le problème
revient à résoudre un système d' équations logiques à n inconnues.
La description du problème "suffit" à sa résolution, par la seule
énumération des faits et des contraintes.
- Soit on reste avec des langages procéduraux et il faut alors
modéliser.
Dans le cas présent, les élèves sont des vecteurs à 4 dimensions :
- sexe
- LV1
- LV2
- écart à la moyenne d'âge de la cohorte.
La cohorte d'élèves à répartir forme alors un nuage de 'points' dans un
espace à 4 dimensions.
Et le problème revient à partitionner ce nuage de telle sorte que les
barycentres de chaque partition soient aussi proches les uns des autres
que possible.
On peut commencer en définissant la distance entre deux élèves pour
trouver les groupes homogènes d'élèves de profil les moins distants.
Puis faire des combinaisons en prenant un élève dans chaque groupe
homogène et répéter jusqu'à compléter l'effectif d'une partition, et
répéter jusqu'à épuisement de la cohorte.
Reste à harmoniser pour que les copains et copines restent ensemble ...
J-P
Vince44 wrote:
Merci pour toutes ces pistes. Les données pourraient se présenter au
départ dans une base de donnée Access. C'est aussi pour ça que j'ai
pensé à Java, je sais qu'avec JBDC, on peut interagir avec les sgbd.
Par contre, non, je ne maîtrise pas de langage orienté objet, je connais
à peine JAVA. Mon langage de prédilection est plutôt le C.
Si tu ne maîtrise que C, alors tu peux passer à java, c'est
probablement le langage le plus proche de C qui soit adapté à ce
projet. En l'occurence java me semble être une bonne option. En plus
les gens sur les forum java sont vachement sympa :-)
Salut,
La difficulté, au delà du langage choisi pour la résolution, est la
modélisation du problème.
- Soit on va dans le sens des langages déclaratifs, et le problème
revient à résoudre un système d' équations logiques à n inconnues.
La description du problème "suffit" à sa résolution, par la seule
énumération des faits et des contraintes.
- Soit on reste avec des langages procéduraux et il faut alors
modéliser.
Dans le cas présent, les élèves sont des vecteurs à 4 dimensions :
- sexe
- LV1
- LV2
- écart à la moyenne d'âge de la cohorte.
La cohorte d'élèves à répartir forme alors un nuage de 'points' dans un
espace à 4 dimensions.
Et le problème revient à partitionner ce nuage de telle sorte que les
barycentres de chaque partition soient aussi proches les uns des autres
que possible.
On peut commencer en définissant la distance entre deux élèves pour
trouver les groupes homogènes d'élèves de profil les moins distants.
Puis faire des combinaisons en prenant un élève dans chaque groupe
homogène et répéter jusqu'à compléter l'effectif d'une partition, et
répéter jusqu'à épuisement de la cohorte.
Reste à harmoniser pour que les copains et copines restent ensemble ...
J-P
Vince44 wrote:Merci pour toutes ces pistes. Les données pourraient se présenter au
départ dans une base de donnée Access. C'est aussi pour ça que j'ai
pensé à Java, je sais qu'avec JBDC, on peut interagir avec les sgbd.
Par contre, non, je ne maîtrise pas de langage orienté objet, je connais
à peine JAVA. Mon langage de prédilection est plutôt le C.
Si tu ne maîtrise que C, alors tu peux passer à java, c'est
probablement le langage le plus proche de C qui soit adapté à ce
projet. En l'occurence java me semble être une bonne option. En plus
les gens sur les forum java sont vachement sympa :-)
Salut,
La difficulté, au delà du langage choisi pour la résolution, est la
modélisation du problème.
- Soit on va dans le sens des langages déclaratifs, et le problème
revient à résoudre un système d' équations logiques à n inconnues.
La description du problème "suffit" à sa résolution, par la seule
énumération des faits et des contraintes.
- Soit on reste avec des langages procéduraux et il faut alors
modéliser.
Dans le cas présent, les élèves sont des vecteurs à 4 dimensions :
- sexe
- LV1
- LV2
- écart à la moyenne d'âge de la cohorte.
La cohorte d'élèves à répartir forme alors un nuage de 'points' dans un
espace à 4 dimensions.
Et le problème revient à partitionner ce nuage de telle sorte que les
barycentres de chaque partition soient aussi proches les uns des autres
que possible.
On peut commencer en définissant la distance entre deux élèves pour
trouver les groupes homogènes d'élèves de profil les moins distants.
Puis faire des combinaisons en prenant un élève dans chaque groupe
homogène et répéter jusqu'à compléter l'effectif d'une partition, et
répéter jusqu'à épuisement de la cohorte.
Reste à harmoniser pour que les copains et copines restent ensemble ...
J-P
Si tu ne maîtrise que C, alors tu peux passer à java, c'est
probablement le langage le plus proche de C qui soit adapté à ce
projet. En l'occurence java me semble être une bonne option. En plus
les gens sur les forum java sont vachement sympa :-)
Ah, si on connait le C, Java c'est pareil ?
c'est à moi que tu réponds??? Parce que je n'ai pas écrit ça!!!
Moi j'ai écrit "c'est probablement le langage ***le plus proche*** de
C qui soit ***adapté à ce projet***."
C'était par opposition à Delphi, VB et même C++ car C++ est
pratiquement aussi éloigné (ou proche comme on veut) de C que Java...
Mais, java me semble plus simple pour un néophyte (au passage j'ai
oublié de dire que C# serait probalblement une bonne option, mais
comme je ne connais pas bien...). Il aurait fait du pascal je lui
aurais conseillé Delphi, du VBA plutôt VB ou VBA et du C++ ben C++...Au fait, tu fais comment un héritage en C ?
FYI: ça se fait mais c'est un peu "manuel"...
Oui, ça se fait, mais au prix d'efforts disproportionnés. Si tu vas par là,
Et les pointeurs, en Java, c'est pareil qu'en C, hein ?
FYI bis: pas vraiment, mais connaitre ceux de C aident à comprendre
les "pointeurs" de Java...
Certes. Et connaître l'assembleur pourrait servir aussi parfois à comprendre
Désolé, mais je ne te confierais pas la conception technique d'un
projet en Java...
Ne sois pas désolé, un responsable qui prend une discution en cours et
qui donne son avis sans savoir de quoi on cause, merci mais je préfère
ne rien avoir à faire avec lui!!! J'espère sincèrement que tu n'est
pas réellement en mesure de décider qui doit être responsable de
quoi...
Si tu ne maîtrise que C, alors tu peux passer à java, c'est
probablement le langage le plus proche de C qui soit adapté à ce
projet. En l'occurence java me semble être une bonne option. En plus
les gens sur les forum java sont vachement sympa :-)
Ah, si on connait le C, Java c'est pareil ?
c'est à moi que tu réponds??? Parce que je n'ai pas écrit ça!!!
Moi j'ai écrit "c'est probablement le langage ***le plus proche*** de
C qui soit ***adapté à ce projet***."
C'était par opposition à Delphi, VB et même C++ car C++ est
pratiquement aussi éloigné (ou proche comme on veut) de C que Java...
Mais, java me semble plus simple pour un néophyte (au passage j'ai
oublié de dire que C# serait probalblement une bonne option, mais
comme je ne connais pas bien...). Il aurait fait du pascal je lui
aurais conseillé Delphi, du VBA plutôt VB ou VBA et du C++ ben C++...
Au fait, tu fais comment un héritage en C ?
FYI: ça se fait mais c'est un peu "manuel"...
Oui, ça se fait, mais au prix d'efforts disproportionnés. Si tu vas par là,
Et les pointeurs, en Java, c'est pareil qu'en C, hein ?
FYI bis: pas vraiment, mais connaitre ceux de C aident à comprendre
les "pointeurs" de Java...
Certes. Et connaître l'assembleur pourrait servir aussi parfois à comprendre
Désolé, mais je ne te confierais pas la conception technique d'un
projet en Java...
Ne sois pas désolé, un responsable qui prend une discution en cours et
qui donne son avis sans savoir de quoi on cause, merci mais je préfère
ne rien avoir à faire avec lui!!! J'espère sincèrement que tu n'est
pas réellement en mesure de décider qui doit être responsable de
quoi...
Si tu ne maîtrise que C, alors tu peux passer à java, c'est
probablement le langage le plus proche de C qui soit adapté à ce
projet. En l'occurence java me semble être une bonne option. En plus
les gens sur les forum java sont vachement sympa :-)
Ah, si on connait le C, Java c'est pareil ?
c'est à moi que tu réponds??? Parce que je n'ai pas écrit ça!!!
Moi j'ai écrit "c'est probablement le langage ***le plus proche*** de
C qui soit ***adapté à ce projet***."
C'était par opposition à Delphi, VB et même C++ car C++ est
pratiquement aussi éloigné (ou proche comme on veut) de C que Java...
Mais, java me semble plus simple pour un néophyte (au passage j'ai
oublié de dire que C# serait probalblement une bonne option, mais
comme je ne connais pas bien...). Il aurait fait du pascal je lui
aurais conseillé Delphi, du VBA plutôt VB ou VBA et du C++ ben C++...Au fait, tu fais comment un héritage en C ?
FYI: ça se fait mais c'est un peu "manuel"...
Oui, ça se fait, mais au prix d'efforts disproportionnés. Si tu vas par là,
Et les pointeurs, en Java, c'est pareil qu'en C, hein ?
FYI bis: pas vraiment, mais connaitre ceux de C aident à comprendre
les "pointeurs" de Java...
Certes. Et connaître l'assembleur pourrait servir aussi parfois à comprendre
Désolé, mais je ne te confierais pas la conception technique d'un
projet en Java...
Ne sois pas désolé, un responsable qui prend une discution en cours et
qui donne son avis sans savoir de quoi on cause, merci mais je préfère
ne rien avoir à faire avec lui!!! J'espère sincèrement que tu n'est
pas réellement en mesure de décider qui doit être responsable de
quoi...
c'est à moi que tu réponds??? Parce que je n'ai pas écrit ça!!!
Moi j'ai écrit "c'est probablement le langage ***le plus proche*** de
C qui soit ***adapté à ce projet***."
C'était par opposition à Delphi, VB et même C++ car C++ est
pratiquement aussi éloigné (ou proche comme on veut) de C que Java...
Mais, java me semble plus simple pour un néophyte (au passage j'ai
oublié de dire que C# serait probalblement une bonne option, mais
comme je ne connais pas bien...). Il aurait fait du pascal je lui
aurais conseillé Delphi, du VBA plutôt VB ou VBA et du C++ ben C++...Au fait, tu fais comment un héritage en C ?
FYI: ça se fait mais c'est un peu "manuel"...Et les pointeurs, en Java, c'est pareil qu'en C, hein ?
FYI bis: pas vraiment, mais connaitre ceux de C aident à comprendre
les "pointeurs" de Java...Désolé, mais je ne te confierais pas la conception technique d'un
projet en Java...
Ne sois pas désolé, un responsable qui prend une discution en cours et
qui donne son avis sans savoir de quoi on cause, merci mais je préfère
ne rien avoir à faire avec lui!!! J'espère sincèrement que tu n'est
pas réellement en mesure de décider qui doit être responsable de
quoi...
c'est à moi que tu réponds??? Parce que je n'ai pas écrit ça!!!
Moi j'ai écrit "c'est probablement le langage ***le plus proche*** de
C qui soit ***adapté à ce projet***."
C'était par opposition à Delphi, VB et même C++ car C++ est
pratiquement aussi éloigné (ou proche comme on veut) de C que Java...
Mais, java me semble plus simple pour un néophyte (au passage j'ai
oublié de dire que C# serait probalblement une bonne option, mais
comme je ne connais pas bien...). Il aurait fait du pascal je lui
aurais conseillé Delphi, du VBA plutôt VB ou VBA et du C++ ben C++...
Au fait, tu fais comment un héritage en C ?
FYI: ça se fait mais c'est un peu "manuel"...
Et les pointeurs, en Java, c'est pareil qu'en C, hein ?
FYI bis: pas vraiment, mais connaitre ceux de C aident à comprendre
les "pointeurs" de Java...
Désolé, mais je ne te confierais pas la conception technique d'un
projet en Java...
Ne sois pas désolé, un responsable qui prend une discution en cours et
qui donne son avis sans savoir de quoi on cause, merci mais je préfère
ne rien avoir à faire avec lui!!! J'espère sincèrement que tu n'est
pas réellement en mesure de décider qui doit être responsable de
quoi...
c'est à moi que tu réponds??? Parce que je n'ai pas écrit ça!!!
Moi j'ai écrit "c'est probablement le langage ***le plus proche*** de
C qui soit ***adapté à ce projet***."
C'était par opposition à Delphi, VB et même C++ car C++ est
pratiquement aussi éloigné (ou proche comme on veut) de C que Java...
Mais, java me semble plus simple pour un néophyte (au passage j'ai
oublié de dire que C# serait probalblement une bonne option, mais
comme je ne connais pas bien...). Il aurait fait du pascal je lui
aurais conseillé Delphi, du VBA plutôt VB ou VBA et du C++ ben C++...Au fait, tu fais comment un héritage en C ?
FYI: ça se fait mais c'est un peu "manuel"...Et les pointeurs, en Java, c'est pareil qu'en C, hein ?
FYI bis: pas vraiment, mais connaitre ceux de C aident à comprendre
les "pointeurs" de Java...Désolé, mais je ne te confierais pas la conception technique d'un
projet en Java...
Ne sois pas désolé, un responsable qui prend une discution en cours et
qui donne son avis sans savoir de quoi on cause, merci mais je préfère
ne rien avoir à faire avec lui!!! J'espère sincèrement que tu n'est
pas réellement en mesure de décider qui doit être responsable de
quoi...
Vince44 écrivait dans le message
:Si tu ne maîtrise que C, alors tu peux passer à java, c'est
probablement le langage le plus proche de C qui soit adapté à ce
projet. En l'occurence java me semble être une bonne option. En plus
les gens sur les forum java sont vachement sympa :-)
Ah, si on connait le C, Java c'est pareil ?
c'est à moi que tu réponds??? Parce que je n'ai pas écrit ça!!!
Moi j'ai écrit "c'est probablement le langage ***le plus proche*** de
C qui soit ***adapté à ce projet***."
Houla, ne te sens donc pas agréssé ! Pardonne moi si j'ai mal interprété.
Mais explique moi en quoi C est proche de Java, à part quelques points de
syntaxe ?
Pas plus que la syntaxe, mais c'est déjà ça de pris...
Et ton raccourci "Si tu ne maîtrise que C, alors tu peux passer à
java" ne vaut que par la ressemblance de ladite syntaxe.
SI, simplement parce que je ne l'ai pas écrit hors de tout contexte,
Un développeur C ne
fait pas forcément un bon développeur objet.
Oui c'est même parfois un handicap (pour ceux qui sont trop rodé à un
C'était par opposition à Delphi, VB et même C++ car C++ est
pratiquement aussi éloigné (ou proche comme on veut) de C que Java...
Mais, java me semble plus simple pour un néophyte (au passage j'ai
oublié de dire que C# serait probalblement une bonne option, mais
comme je ne connais pas bien...). Il aurait fait du pascal je lui
aurais conseillé Delphi, du VBA plutôt VB ou VBA et du C++ ben C++...Au fait, tu fais comment un héritage en C ?
FYI: ça se fait mais c'est un peu "manuel"...
Oui, ça se fait, mais au prix d'efforts disproportionnés. Si tu vas par là,
tout se fait...Et les pointeurs, en Java, c'est pareil qu'en C, hein ?
FYI bis: pas vraiment, mais connaitre ceux de C aident à comprendre
les "pointeurs" de Java...
Certes. Et connaître l'assembleur pourrait servir aussi parfois à comprendre
le fonctionnement interne de Java. Pourtant, je n'irais pas jusqu'à dire que
c'est nécessaire voire simplement utile !
Si c'est utile pour comprendre ce que peux et ne peux pas faire un
Désolé, mais je ne te confierais pas la conception technique d'un
projet en Java...
Ne sois pas désolé, un responsable qui prend une discution en cours et
qui donne son avis sans savoir de quoi on cause, merci mais je préfère
ne rien avoir à faire avec lui!!! J'espère sincèrement que tu n'est
pas réellement en mesure de décider qui doit être responsable de
quoi...
D'une part, je n'ai pas pris la discussion en cours, mais je l'ai lue en
totalité (comme le préconise la charte), d'autre part je pense savoir à peu
près de quoi je parle, et je ne comprends pas pourquoi tu m'accuses du
contraire ; enfin nous sommes tout à fait d'accord le fait que nous n'aurons
rien à faire ensemble, et c'est vraiment heureux, je te rejoins entièrement.
Pour conclure, je ne pense pas que ton agressivité ait fait avancer un tant
soi peu notre petit débat...
Vince44 écrivait dans le message
bd92ef38.0409230012.2066db54@posting.google.com :
Si tu ne maîtrise que C, alors tu peux passer à java, c'est
probablement le langage le plus proche de C qui soit adapté à ce
projet. En l'occurence java me semble être une bonne option. En plus
les gens sur les forum java sont vachement sympa :-)
Ah, si on connait le C, Java c'est pareil ?
c'est à moi que tu réponds??? Parce que je n'ai pas écrit ça!!!
Moi j'ai écrit "c'est probablement le langage ***le plus proche*** de
C qui soit ***adapté à ce projet***."
Houla, ne te sens donc pas agréssé ! Pardonne moi si j'ai mal interprété.
Mais explique moi en quoi C est proche de Java, à part quelques points de
syntaxe ?
Pas plus que la syntaxe, mais c'est déjà ça de pris...
Et ton raccourci "Si tu ne maîtrise que C, alors tu peux passer à
java" ne vaut que par la ressemblance de ladite syntaxe.
SI, simplement parce que je ne l'ai pas écrit hors de tout contexte,
Un développeur C ne
fait pas forcément un bon développeur objet.
Oui c'est même parfois un handicap (pour ceux qui sont trop rodé à un
C'était par opposition à Delphi, VB et même C++ car C++ est
pratiquement aussi éloigné (ou proche comme on veut) de C que Java...
Mais, java me semble plus simple pour un néophyte (au passage j'ai
oublié de dire que C# serait probalblement une bonne option, mais
comme je ne connais pas bien...). Il aurait fait du pascal je lui
aurais conseillé Delphi, du VBA plutôt VB ou VBA et du C++ ben C++...
Au fait, tu fais comment un héritage en C ?
FYI: ça se fait mais c'est un peu "manuel"...
Oui, ça se fait, mais au prix d'efforts disproportionnés. Si tu vas par là,
tout se fait...
Et les pointeurs, en Java, c'est pareil qu'en C, hein ?
FYI bis: pas vraiment, mais connaitre ceux de C aident à comprendre
les "pointeurs" de Java...
Certes. Et connaître l'assembleur pourrait servir aussi parfois à comprendre
le fonctionnement interne de Java. Pourtant, je n'irais pas jusqu'à dire que
c'est nécessaire voire simplement utile !
Si c'est utile pour comprendre ce que peux et ne peux pas faire un
Désolé, mais je ne te confierais pas la conception technique d'un
projet en Java...
Ne sois pas désolé, un responsable qui prend une discution en cours et
qui donne son avis sans savoir de quoi on cause, merci mais je préfère
ne rien avoir à faire avec lui!!! J'espère sincèrement que tu n'est
pas réellement en mesure de décider qui doit être responsable de
quoi...
D'une part, je n'ai pas pris la discussion en cours, mais je l'ai lue en
totalité (comme le préconise la charte), d'autre part je pense savoir à peu
près de quoi je parle, et je ne comprends pas pourquoi tu m'accuses du
contraire ; enfin nous sommes tout à fait d'accord le fait que nous n'aurons
rien à faire ensemble, et c'est vraiment heureux, je te rejoins entièrement.
Pour conclure, je ne pense pas que ton agressivité ait fait avancer un tant
soi peu notre petit débat...
Vince44 écrivait dans le message
:Si tu ne maîtrise que C, alors tu peux passer à java, c'est
probablement le langage le plus proche de C qui soit adapté à ce
projet. En l'occurence java me semble être une bonne option. En plus
les gens sur les forum java sont vachement sympa :-)
Ah, si on connait le C, Java c'est pareil ?
c'est à moi que tu réponds??? Parce que je n'ai pas écrit ça!!!
Moi j'ai écrit "c'est probablement le langage ***le plus proche*** de
C qui soit ***adapté à ce projet***."
Houla, ne te sens donc pas agréssé ! Pardonne moi si j'ai mal interprété.
Mais explique moi en quoi C est proche de Java, à part quelques points de
syntaxe ?
Pas plus que la syntaxe, mais c'est déjà ça de pris...
Et ton raccourci "Si tu ne maîtrise que C, alors tu peux passer à
java" ne vaut que par la ressemblance de ladite syntaxe.
SI, simplement parce que je ne l'ai pas écrit hors de tout contexte,
Un développeur C ne
fait pas forcément un bon développeur objet.
Oui c'est même parfois un handicap (pour ceux qui sont trop rodé à un
C'était par opposition à Delphi, VB et même C++ car C++ est
pratiquement aussi éloigné (ou proche comme on veut) de C que Java...
Mais, java me semble plus simple pour un néophyte (au passage j'ai
oublié de dire que C# serait probalblement une bonne option, mais
comme je ne connais pas bien...). Il aurait fait du pascal je lui
aurais conseillé Delphi, du VBA plutôt VB ou VBA et du C++ ben C++...Au fait, tu fais comment un héritage en C ?
FYI: ça se fait mais c'est un peu "manuel"...
Oui, ça se fait, mais au prix d'efforts disproportionnés. Si tu vas par là,
tout se fait...Et les pointeurs, en Java, c'est pareil qu'en C, hein ?
FYI bis: pas vraiment, mais connaitre ceux de C aident à comprendre
les "pointeurs" de Java...
Certes. Et connaître l'assembleur pourrait servir aussi parfois à comprendre
le fonctionnement interne de Java. Pourtant, je n'irais pas jusqu'à dire que
c'est nécessaire voire simplement utile !
Si c'est utile pour comprendre ce que peux et ne peux pas faire un
Désolé, mais je ne te confierais pas la conception technique d'un
projet en Java...
Ne sois pas désolé, un responsable qui prend une discution en cours et
qui donne son avis sans savoir de quoi on cause, merci mais je préfère
ne rien avoir à faire avec lui!!! J'espère sincèrement que tu n'est
pas réellement en mesure de décider qui doit être responsable de
quoi...
D'une part, je n'ai pas pris la discussion en cours, mais je l'ai lue en
totalité (comme le préconise la charte), d'autre part je pense savoir à peu
près de quoi je parle, et je ne comprends pas pourquoi tu m'accuses du
contraire ; enfin nous sommes tout à fait d'accord le fait que nous n'aurons
rien à faire ensemble, et c'est vraiment heureux, je te rejoins entièrement.
Pour conclure, je ne pense pas que ton agressivité ait fait avancer un tant
soi peu notre petit débat...
Vince44 écrivait dans le messagec'est à moi que tu réponds??? Parce que je n'ai pas écrit ça!!!
Moi j'ai écrit "c'est probablement le langage ***le plus proche*** de
C qui soit ***adapté à ce projet***."
C'était par opposition à Delphi, VB et même C++ car C++ est
pratiquement aussi éloigné (ou proche comme on veut) de C que Java...
Mais, java me semble plus simple pour un néophyte (au passage j'ai
oublié de dire que C# serait probalblement une bonne option, mais
comme je ne connais pas bien...). Il aurait fait du pascal je lui
aurais conseillé Delphi, du VBA plutôt VB ou VBA et du C++ ben C++...Au fait, tu fais comment un héritage en C ?
FYI: ça se fait mais c'est un peu "manuel"...Et les pointeurs, en Java, c'est pareil qu'en C, hein ?
FYI bis: pas vraiment, mais connaitre ceux de C aident à comprendre
les "pointeurs" de Java...Désolé, mais je ne te confierais pas la conception technique d'un
projet en Java...
Ne sois pas désolé, un responsable qui prend une discution en cours et
qui donne son avis sans savoir de quoi on cause, merci mais je préfère
ne rien avoir à faire avec lui!!! J'espère sincèrement que tu n'est
pas réellement en mesure de décider qui doit être responsable de
quoi...
Ah, encore une chose... Je suis étonné par la différence de ton de ce post
par rapport aux contributions que tu fais habituellement (et je dois dire
avec honneteté, contributions utiles et sensées) Peut-être n'as tu pas
l'habitude qu'on mette en doute tes opinions, ou peut être ai-je été
maladroit...
J'espère tout de même que tu es au moins d'accord avec le fait qu'un bon
développeur C ne fait pas forcément un bon développeur Java, contrairement à
ce que tu laisses entendre (du moins c'est ce que j'ai cru comprendre)
Vince44 écrivait dans le message
c'est à moi que tu réponds??? Parce que je n'ai pas écrit ça!!!
Moi j'ai écrit "c'est probablement le langage ***le plus proche*** de
C qui soit ***adapté à ce projet***."
C'était par opposition à Delphi, VB et même C++ car C++ est
pratiquement aussi éloigné (ou proche comme on veut) de C que Java...
Mais, java me semble plus simple pour un néophyte (au passage j'ai
oublié de dire que C# serait probalblement une bonne option, mais
comme je ne connais pas bien...). Il aurait fait du pascal je lui
aurais conseillé Delphi, du VBA plutôt VB ou VBA et du C++ ben C++...
Au fait, tu fais comment un héritage en C ?
FYI: ça se fait mais c'est un peu "manuel"...
Et les pointeurs, en Java, c'est pareil qu'en C, hein ?
FYI bis: pas vraiment, mais connaitre ceux de C aident à comprendre
les "pointeurs" de Java...
Désolé, mais je ne te confierais pas la conception technique d'un
projet en Java...
Ne sois pas désolé, un responsable qui prend une discution en cours et
qui donne son avis sans savoir de quoi on cause, merci mais je préfère
ne rien avoir à faire avec lui!!! J'espère sincèrement que tu n'est
pas réellement en mesure de décider qui doit être responsable de
quoi...
Ah, encore une chose... Je suis étonné par la différence de ton de ce post
par rapport aux contributions que tu fais habituellement (et je dois dire
avec honneteté, contributions utiles et sensées) Peut-être n'as tu pas
l'habitude qu'on mette en doute tes opinions, ou peut être ai-je été
maladroit...
J'espère tout de même que tu es au moins d'accord avec le fait qu'un bon
développeur C ne fait pas forcément un bon développeur Java, contrairement à
ce que tu laisses entendre (du moins c'est ce que j'ai cru comprendre)
Vince44 écrivait dans le messagec'est à moi que tu réponds??? Parce que je n'ai pas écrit ça!!!
Moi j'ai écrit "c'est probablement le langage ***le plus proche*** de
C qui soit ***adapté à ce projet***."
C'était par opposition à Delphi, VB et même C++ car C++ est
pratiquement aussi éloigné (ou proche comme on veut) de C que Java...
Mais, java me semble plus simple pour un néophyte (au passage j'ai
oublié de dire que C# serait probalblement une bonne option, mais
comme je ne connais pas bien...). Il aurait fait du pascal je lui
aurais conseillé Delphi, du VBA plutôt VB ou VBA et du C++ ben C++...Au fait, tu fais comment un héritage en C ?
FYI: ça se fait mais c'est un peu "manuel"...Et les pointeurs, en Java, c'est pareil qu'en C, hein ?
FYI bis: pas vraiment, mais connaitre ceux de C aident à comprendre
les "pointeurs" de Java...Désolé, mais je ne te confierais pas la conception technique d'un
projet en Java...
Ne sois pas désolé, un responsable qui prend une discution en cours et
qui donne son avis sans savoir de quoi on cause, merci mais je préfère
ne rien avoir à faire avec lui!!! J'espère sincèrement que tu n'est
pas réellement en mesure de décider qui doit être responsable de
quoi...
Ah, encore une chose... Je suis étonné par la différence de ton de ce post
par rapport aux contributions que tu fais habituellement (et je dois dire
avec honneteté, contributions utiles et sensées) Peut-être n'as tu pas
l'habitude qu'on mette en doute tes opinions, ou peut être ai-je été
maladroit...
J'espère tout de même que tu es au moins d'accord avec le fait qu'un bon
développeur C ne fait pas forcément un bon développeur Java, contrairement à
ce que tu laisses entendre (du moins c'est ce que j'ai cru comprendre)
Toujours sur la même demi phrase interprétée à la va vite tu te permet
de poster un avis pour le moins négatif sur mes compétences
professionnelles. Tu m'excusera de m'énerver!!!
Toujours sur la même demi phrase interprétée à la va vite tu te permet
de poster un avis pour le moins négatif sur mes compétences
professionnelles. Tu m'excusera de m'énerver!!!
Toujours sur la même demi phrase interprétée à la va vite tu te permet
de poster un avis pour le moins négatif sur mes compétences
professionnelles. Tu m'excusera de m'énerver!!!
<snip>Toujours sur la même demi phrase interprétée à la va vite tu te permet
de poster un avis pour le moins négatif sur mes compétences
professionnelles. Tu m'excusera de m'énerver!!!
Pour faire court : en effet, j'ai été un peu (!!!) expéditif ce jour là.
Je devais être mal luné, et j'ai pas mal compris de travers, à la
lumière de tes explications.
Quant à l'avis sur tes compétences professionnelles, je dois avouer que
c'était plutôt un effet de manche mal venu qu'un jugement ! Donc,
pardonne moi pour cette fois. Je devrais me contrôler un peu mieux, lire
un peu plus calmement, ça éviterait bien souvent des allers-retours
acerbes ! Et mérités ;-)
<snip>
Toujours sur la même demi phrase interprétée à la va vite tu te permet
de poster un avis pour le moins négatif sur mes compétences
professionnelles. Tu m'excusera de m'énerver!!!
Pour faire court : en effet, j'ai été un peu (!!!) expéditif ce jour là.
Je devais être mal luné, et j'ai pas mal compris de travers, à la
lumière de tes explications.
Quant à l'avis sur tes compétences professionnelles, je dois avouer que
c'était plutôt un effet de manche mal venu qu'un jugement ! Donc,
pardonne moi pour cette fois. Je devrais me contrôler un peu mieux, lire
un peu plus calmement, ça éviterait bien souvent des allers-retours
acerbes ! Et mérités ;-)
<snip>Toujours sur la même demi phrase interprétée à la va vite tu te permet
de poster un avis pour le moins négatif sur mes compétences
professionnelles. Tu m'excusera de m'énerver!!!
Pour faire court : en effet, j'ai été un peu (!!!) expéditif ce jour là.
Je devais être mal luné, et j'ai pas mal compris de travers, à la
lumière de tes explications.
Quant à l'avis sur tes compétences professionnelles, je dois avouer que
c'était plutôt un effet de manche mal venu qu'un jugement ! Donc,
pardonne moi pour cette fois. Je devrais me contrôler un peu mieux, lire
un peu plus calmement, ça éviterait bien souvent des allers-retours
acerbes ! Et mérités ;-)
