deux nouveaux mots clefs (defer, go) et trois opérateurs (:=, <-, .()) par rapport au C. Si tu as maîtrisé la lecture de code Perl, je crois pas que quatre nouveautés soient insurmontables :)
Juste pour savoir, tu penses que quelqu'un qui sait lire le perl ne peut pas comprendre quel mot-clé ou opérateur de Go ?
J'aurais tendance à dire defer, on voit bien qu'il y a beaucoup trop de lettres et pas assez de symbole pour du perl…
Je dirais que c'est pas la même chose.
Si tu compiles du C avec LLVM il te reste … du code machine.
Oui il y a bien un bytecode intermédiaire mais ça fait pas tout.
.Net c'est différent, ton C#, J#, VB.net, ou autre, est compilé en byte code. Et c'est le bytecode qui est exécuté par la VM .Net. Donc dans ce cas il y a dialogue, mais en fait il y a dialogue car c'est le même langage qui est compilé/exécuté en JIT, c'est le byte code. Et non C# ou autre.
D'ailleurs tu peux pas, comme ça, interfacer du java et du C#.
Je pensais justement dans l'autre sens, une lib avec un langage compilé (genre C, C++ ou Go quoi) qui a des bindings dans les autres langages. Par ce que intégrer une lib native dans du java je vois bien, l'inverse c'est déjà 'achement plus complexe
Après ce qui est intéressant c'est lorsqu'il y a une lib avec différents bindings, mais c'est vrai que c'est pas toujours le cas.
Et c'est le plus criant au niveau des GUI puisqu'en général les GUI sont faites pour être programmées dans un langage et perdent de leur intérêt à être utilisées avec un autre.
Mais d'ailleurs, dans quelle mesure Go peut utiliser des dll/so classiques ?
oué enfin, scheme par exemple y'a quand même pas grand monde qui l'utilise, et python perso j'aime pas du tout, surtout comparé à Ruby que je trouve beaucoup plus agréable à utiliser.
Hop, tu vois, finalement il en faut déjà beaucoup des langages pour que ça convienne à tout le monde.
Ensuite, comme rappelé, il faut pas oublié que l'objectif initial était finalement de renouvler le C mais en restant sur le même segment (la prog système). Ce n'est qu'après que c'est devenu un langage générale, sûrement parce que de nombreuses personnes l'ont pris pour faire autre chose que du système.
Sur l'histoire d'essayer d'améliorer les existants, c'est loin d'être simple. Déjà si c'était simple les autres langages seraient plus performant, déjà. Ensuite, souvent les gens veulent de la compatibilité, donc si par exemple le but était d'améliorer C il faudrait faire un nouveau standard C, galère.
Et surtout (c'est d'ailleurs la même question avec javascript et dart), parfois il faut revoir le design complet, il n'est pas toujours possible de modifier suffisamment les langages existant pour en faire ce qu'on veut.
Mais au final, quel est le problème d'en créer un autre ? Il est probable que, sur certains plans, il viennent remplacer du C ou du C++, et alors ?
C'est la segmentation le problème ? Le fait d'apprendre de nombreux langages ? Un programmeur doit pouvoir passer d'un langage à un autre sans trop de problème (j'ai pas dit du jour au lendemain, mais quand même). Qui utilise un seul langage ?
Pour ma part j'étais un peu surpris, voir déçu, des choix en terme de syntaxe (par exemple l'usage de func).
Un peu comme en coffeescript ou j'ai pas encore réussi à adhérer à
Par contre, je trouve que le lien sur les web services en go est plutôt parlant et donne envie.
Pour développer actuellement en grande partie en Java, y compris avec des technos cool (guice, un équivalent à guice-servlet et jersey-guice, de l'osgi, etc), bien que j'arrive à un truc sympa et agréable à utiliser (pour du java) c'est loin de ce que go peut faire.
En gros, si je voulais faire la même chose que l'exemple mais en java, ce serait beaucoup plus inutilement verbeux.
Et la solution de renvoyer plusieurs valeurs … miam !
Enfin voilà, pour ma part c'est réellement un langage qui me semble intéressant, et je trouve que les libs de base sont justement plutôt complètes, surtout si on compare à celle de java qui est plutôt, souvent, minable…
je n'ai jamais eu de TV (que ce soit enfant ou maintenant)
Donc comment comparer ? Tu as déjà vu les émissions indiquées par exemple ? Si non, ça n'a rien à voir, en réalité, avec une question de vécu, puisque tu ne connais pas l'autre côté.
Et surtout, l'ensemble n'est pas du tout incompatible. On peut très bien utiliser diverses sources, que ce soit la télé, les bouquins, les journaux, le ciné, les musées. Et quid de la musique aussi ? Très intéressant aussi.
ça apporte une culture générale très différente de celle de la télévision. Laquelle construit une autre culture générale.
Attention, ça contredit l'assertion initiale disant que la culture s'acquière par la lecture
/trolldi
je n'ai jamais eu de TV (que ce soit enfant
Ha ok, en fait t'es frustré de ne pas avoir pu regarder dragonball/ken/sailor moon quand tu étais petit, voilà tout.
l'assertion "la culture s'acquiert avant tout par la lecture" a du sens.
Tiens, et que penser des musées par exemple ? Question culture c'est pas mal, non ? Par contre, je vois mal la lecture devant un coundeviche (oué désolé je connais pas l'orthographe…)
OK, et donc si je suis sourd et que j'écoute des livre, c'est mort ? Pourtant, on est plus sur de la lecture.
OK, et donc si j'écoute un débat entre spécialistes, c'est mort ?
Ok, et donc si je participe / assiste à une conférence, c'est mort ?
la culture générale est indispensable pour la réussite scolaire, explique que celle-ci s'acquiert par la lecture
Ha bon, la culture générale ne s'acquiert que par la lecture ?
Ca n'aurais pas, pour le coup, un petit effet "saytémieuavand" de la part de personnes qui n'ont que peux connu la télé en étant enfant ?
Et aussi, que penser, alors, de la lecture sur tablette ?
Ha oui, et que penser des émissions type "la vie", "c'est pas sorciers" ? Question culture générale on est pas trop mal, non ?
mouai, c'est con mais en général lorsque ça commence par "la vérité scientifique sur" j'ai souvent un doute.
D'autant qu'il ne faut pas tout mélanger (mais ceux qui ont lu le livre pourront me corriger), surtout entre corrélation et cause.
Qu'il y ait corrélation ne veut pas dire qu'il y ait cause.
Surtout, rien n'empêche une même cause qui aurait alors deux effets. Par exemple une proportion à la violence et une envie de regarder des émissions violentes.
techno "à moitié" portable façon Mono : même outils, même langage, mêmes API hors IHM, mais toolkit natif sur chaque plateforme. Inconvénient : faut recoder l'IHM pour chaque cible. Avantages : on a un résultat identique à une appli native au niveau design, ergo & perf, et on utilise des outils plus productifs et cross-plateforme.
Le problème c'est que, lorsque beaucoup d'applications mobiles ne sont qu'une IHM accédant à un service web, ça veut dire qu'il faut, en général, quasiment tout recoder. Supayr !
Je comprend rien à ton commentaire. Tu veux dire quoi exactement ?
Ca veut dire que parler de l'intégration d'un soft sorti en 2007 dans un OS sorti en 2001 c'est plutôt limite de la mauvaise fois. Que c'est pareil dans le libre d'ailleurs.
Et surtout, si on lit ce que tu dis "des produits développés par Microsoft s'intègrent très mal dans un environnement lui aussi développé par Microsoft" alors dans ce cas il n'y a que deux solutions :
une fois qu'un style, que des règles d'UI ont étés définies, on en change jamais (irréalisable, contre productif, contre l'intérêt de l'utilisateur, etc)
un nouveau logiciel, incluant une nouvelle ergonomie, devient de fait incompatible avec les OS précédents. Idem sur les inconvénients en fait.
Tu sais, t'es pas obligé de les ouvrir sur l'extérieur…
À quand une interface graphique pour gérer tout une serveur ? (Ça existe déjà (alternc) en fait :-p.)
Sauf que : AlternC c'est une solution pour gérer un hébergement mutualisé. Tu propose quoi à la place ? Un accès shell à tout le monde ? Comment fait tuxfamily par exemple, ils n'ont pas genre une interface pour configurer ?
A la rigueur, si tu voulais proposer un exemple pertinent, tu aurais pu parler de webmin. Il y a un moment c'était une interface de config très utilisée.
Pourquoi ? ça permet des choses marrantes, genre sur les 24 ayant cliqué, 13 sont sous windows par exemple :-)
Après, oui, ça serait pas mal de pouvoir les désobfusquer. Mais bon, ton histoire de sanssure ou liste noire je vois pas trop l'intérêt, t'aime pas les url courtes, ok mais de là à sanssurer…
Et sinon tu as cliqué le lien ? Car il y a déjà quelques lignes pour te faire une idée.
Marina, une femme de ménage mauricienne, raocnte ainsi comment ele travaille dix heures par jour au service d'un actuel ministre du gouvernement Sarkozy pour un "salaire" en espèce. Payée au black.
[^] # Re: celui qui me fait gagner
Posté par CrEv (site web personnel) . En réponse au sondage Quel est le meilleur indicateur pour mesurer la taille de sa geekitude ?. Évalué à 3.
Histoire de jouer (un peu)
(pas ma faute, j'ai un truc de 2,5ans qui a joué avec l'interrupteur…
Ca, c'est fait
Décidément…
Allez, le seul où j'ai un bon résultat…
[^] # Re: Faut pas grand chose...
Posté par CrEv (site web personnel) . En réponse au sondage Quel est le meilleur indicateur pour mesurer la taille de sa geekitude ?. Évalué à 4.
Ou alors, vu la définition, on appel ça un nerd, non ?
[^] # Re: Code lisible?
Posté par CrEv (site web personnel) . En réponse à la dépêche Sortie d'une première version stable de Go. Évalué à 4.
Juste pour savoir, tu penses que quelqu'un qui sait lire le perl ne peut pas comprendre quel mot-clé ou opérateur de Go ?
J'aurais tendance à dire
defer
, on voit bien qu'il y a beaucoup trop de lettres et pas assez de symbole pour du perl…[^] # Re: Retour à la pré-histoire
Posté par CrEv (site web personnel) . En réponse à la dépêche Sortie d'une première version stable de Go. Évalué à 3.
Je dirais que c'est pas la même chose.
Si tu compiles du C avec LLVM il te reste … du code machine.
Oui il y a bien un bytecode intermédiaire mais ça fait pas tout.
.Net c'est différent, ton C#, J#, VB.net, ou autre, est compilé en byte code. Et c'est le bytecode qui est exécuté par la VM .Net. Donc dans ce cas il y a dialogue, mais en fait il y a dialogue car c'est le même langage qui est compilé/exécuté en JIT, c'est le byte code. Et non C# ou autre.
D'ailleurs tu peux pas, comme ça, interfacer du java et du C#.
[^] # Re: Retour à la pré-histoire
Posté par CrEv (site web personnel) . En réponse à la dépêche Sortie d'une première version stable de Go. Évalué à 2.
Je pensais justement dans l'autre sens, une lib avec un langage compilé (genre C, C++ ou Go quoi) qui a des bindings dans les autres langages. Par ce que intégrer une lib native dans du java je vois bien, l'inverse c'est déjà 'achement plus complexe
[^] # Re: Retour à la pré-histoire
Posté par CrEv (site web personnel) . En réponse à la dépêche Sortie d'une première version stable de Go. Évalué à 2.
C'est pas faux
Après ce qui est intéressant c'est lorsqu'il y a une lib avec différents bindings, mais c'est vrai que c'est pas toujours le cas.
Et c'est le plus criant au niveau des GUI puisqu'en général les GUI sont faites pour être programmées dans un langage et perdent de leur intérêt à être utilisées avec un autre.
Mais d'ailleurs, dans quelle mesure Go peut utiliser des dll/so classiques ?
[^] # Re: Intérêt
Posté par CrEv (site web personnel) . En réponse à la dépêche Sortie d'une première version stable de Go. Évalué à 7.
En même temps tu l'as un peu cherché quand même…
Surtout, parler d'amélioration. A la rigueur il faut parler d'épuration.
Allez, dit nous plutôt en quoi Anjuta serait intéressant, cette fois. En quoi ce serait pertinent par rapport aux autres IDE.
[^] # Re: Retour à la pré-histoire
Posté par CrEv (site web personnel) . En réponse à la dépêche Sortie d'une première version stable de Go. Évalué à 3.
oué enfin, scheme par exemple y'a quand même pas grand monde qui l'utilise, et python perso j'aime pas du tout, surtout comparé à Ruby que je trouve beaucoup plus agréable à utiliser.
Hop, tu vois, finalement il en faut déjà beaucoup des langages pour que ça convienne à tout le monde.
Ensuite, comme rappelé, il faut pas oublié que l'objectif initial était finalement de renouvler le C mais en restant sur le même segment (la prog système). Ce n'est qu'après que c'est devenu un langage générale, sûrement parce que de nombreuses personnes l'ont pris pour faire autre chose que du système.
Sur l'histoire d'essayer d'améliorer les existants, c'est loin d'être simple. Déjà si c'était simple les autres langages seraient plus performant, déjà. Ensuite, souvent les gens veulent de la compatibilité, donc si par exemple le but était d'améliorer C il faudrait faire un nouveau standard C, galère.
Et surtout (c'est d'ailleurs la même question avec javascript et dart), parfois il faut revoir le design complet, il n'est pas toujours possible de modifier suffisamment les langages existant pour en faire ce qu'on veut.
Mais au final, quel est le problème d'en créer un autre ? Il est probable que, sur certains plans, il viennent remplacer du C ou du C++, et alors ?
C'est la segmentation le problème ? Le fait d'apprendre de nombreux langages ? Un programmeur doit pouvoir passer d'un langage à un autre sans trop de problème (j'ai pas dit du jour au lendemain, mais quand même). Qui utilise un seul langage ?
# Intéressant
Posté par CrEv (site web personnel) . En réponse à la dépêche Sortie d'une première version stable de Go. Évalué à 4.
Pour ma part j'étais un peu surpris, voir déçu, des choix en terme de syntaxe (par exemple l'usage de func).
Un peu comme en coffeescript ou j'ai pas encore réussi à adhérer à
Par contre, je trouve que le lien sur les web services en go est plutôt parlant et donne envie.
Pour développer actuellement en grande partie en Java, y compris avec des technos cool (guice, un équivalent à guice-servlet et jersey-guice, de l'osgi, etc), bien que j'arrive à un truc sympa et agréable à utiliser (pour du java) c'est loin de ce que go peut faire.
En gros, si je voulais faire la même chose que l'exemple mais en java, ce serait beaucoup plus inutilement verbeux.
Et la solution de renvoyer plusieurs valeurs … miam !
Enfin voilà, pour ma part c'est réellement un langage qui me semble intéressant, et je trouve que les libs de base sont justement plutôt complètes, surtout si on compare à celle de java qui est plutôt, souvent, minable…
[^] # Re: linuxfr n'est pas soumis
Posté par CrEv (site web personnel) . En réponse au journal Élection présidentielle en France. Évalué à 8.
'ra c'est petit ça. Ok, tu n'aimes pas son physique, mais il y a sûrement d'autres plus intéressants à critiquer !
[^] # Re: Qui ?
Posté par CrEv (site web personnel) . En réponse au journal La télé nous a rendu con!. Évalué à 3.
Donc comment comparer ? Tu as déjà vu les émissions indiquées par exemple ? Si non, ça n'a rien à voir, en réalité, avec une question de vécu, puisque tu ne connais pas l'autre côté.
Et surtout, l'ensemble n'est pas du tout incompatible. On peut très bien utiliser diverses sources, que ce soit la télé, les bouquins, les journaux, le ciné, les musées. Et quid de la musique aussi ? Très intéressant aussi.
Attention, ça contredit l'assertion initiale disant que la culture s'acquière par la lecture
/trolldi
Ha ok, en fait t'es frustré de ne pas avoir pu regarder dragonball/ken/sailor moon quand tu étais petit, voilà tout.
/trolldi
[^] # Re: Qui ?
Posté par CrEv (site web personnel) . En réponse au journal La télé nous a rendu con!. Évalué à 1.
Tiens, et que penser des musées par exemple ? Question culture c'est pas mal, non ? Par contre, je vois mal la lecture devant un coundeviche (oué désolé je connais pas l'orthographe…)
[^] # Re: Qui ?
Posté par CrEv (site web personnel) . En réponse au journal La télé nous a rendu con!. Évalué à 1.
OK, et donc si je suis sourd et que j'écoute des livre, c'est mort ? Pourtant, on est plus sur de la lecture.
OK, et donc si j'écoute un débat entre spécialistes, c'est mort ?
Ok, et donc si je participe / assiste à une conférence, c'est mort ?
[^] # Re: Qui ?
Posté par CrEv (site web personnel) . En réponse au journal La télé nous a rendu con!. Évalué à 10.
Ha bon, la culture générale ne s'acquiert que par la lecture ?
Ca n'aurais pas, pour le coup, un petit effet "saytémieuavand" de la part de personnes qui n'ont que peux connu la télé en étant enfant ?
Et aussi, que penser, alors, de la lecture sur tablette ?
Ha oui, et que penser des émissions type "la vie", "c'est pas sorciers" ? Question culture générale on est pas trop mal, non ?
[^] # Re: Qui ?
Posté par CrEv (site web personnel) . En réponse au journal La télé nous a rendu con!. Évalué à 5.
Ou, plus précisément, les nourjaux sur linuxfr !
[^] # Re: Merci!
Posté par CrEv (site web personnel) . En réponse au journal La télé nous a rendu con!. Évalué à 9.
mouai, c'est con mais en général lorsque ça commence par "la vérité scientifique sur" j'ai souvent un doute.
D'autant qu'il ne faut pas tout mélanger (mais ceux qui ont lu le livre pourront me corriger), surtout entre corrélation et cause.
Qu'il y ait corrélation ne veut pas dire qu'il y ait cause.
Surtout, rien n'empêche une même cause qui aurait alors deux effets. Par exemple une proportion à la violence et une envie de regarder des émissions violentes.
[^] # Re: mono?
Posté par CrEv (site web personnel) . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 4.
Le problème c'est que, lorsque beaucoup d'applications mobiles ne sont qu'une IHM accédant à un service web, ça veut dire qu'il faut, en général, quasiment tout recoder. Supayr !
[^] # Re: Les toolkits portables
Posté par CrEv (site web personnel) . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 5.
Ca veut dire que parler de l'intégration d'un soft sorti en 2007 dans un OS sorti en 2001 c'est plutôt limite de la mauvaise fois. Que c'est pareil dans le libre d'ailleurs.
Et surtout, si on lit ce que tu dis "des produits développés par Microsoft s'intègrent très mal dans un environnement lui aussi développé par Microsoft" alors dans ce cas il n'y a que deux solutions :
[^] # Re: Autres logiciels
Posté par CrEv (site web personnel) . En réponse au journal Réseau social et chat libre (Openfire + Jappix). Évalué à 2.
En quoi ?
Tu sais, t'es pas obligé de les ouvrir sur l'extérieur…
Sauf que : AlternC c'est une solution pour gérer un hébergement mutualisé. Tu propose quoi à la place ? Un accès shell à tout le monde ? Comment fait tuxfamily par exemple, ils n'ont pas genre une interface pour configurer ?
A la rigueur, si tu voulais proposer un exemple pertinent, tu aurais pu parler de webmin. Il y a un moment c'était une interface de config très utilisée.
[^] # Re: Les toolkits portables
Posté par CrEv (site web personnel) . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 2.
Pourquoi ? ça permet des choses marrantes, genre sur les 24 ayant cliqué, 13 sont sous windows par exemple :-)
Après, oui, ça serait pas mal de pouvoir les désobfusquer. Mais bon, ton histoire de sanssure ou liste noire je vois pas trop l'intérêt, t'aime pas les url courtes, ok mais de là à sanssurer…
[^] # Re: Les toolkits portables
Posté par CrEv (site web personnel) . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 0. Dernière modification le 27 juillet 2024 à 11:42.
C'est vrai ça https://developer.apple.com/design/human-interface-guidelines/designing-for-macos
Qui gagne maintenant ? ;-)
[^] # Re: Sorti de Qt, point de salut ?
Posté par CrEv (site web personnel) . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 3.
En même temps, ils partent de tellement loin que ça doit leur sembler magnifique !
[^] # Re: Contributeurs académiques
Posté par CrEv (site web personnel) . En réponse au journal Microsoft, un sacré contributeur au noyau Linux !. Évalué à 2.
Et d'ailleurs il est "amusant" de voir à quel points les entreprises (info, éditeurs de logiciels et autre) ne le savent en général pas.
[^] # Re: Les toolkits portables
Posté par CrEv (site web personnel) . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 3.
Nan mais faut arrêter, se poser et regarder le calendrier. Vendredi c'est pas aujourd'hui.
Manquerait plus que Gnome l'utilise !
[^] # Re: Non
Posté par CrEv (site web personnel) . En réponse au journal République irréprochable qu'ils disaient. Évalué à 5.
Et sinon tu as cliqué le lien ? Car il y a déjà quelques lignes pour te faire une idée.