go

debug this fifo a écrit :

Ada, c'est le langage que quand tu reviens du marche, que tu as achete
quatre poires et six pommes, tu peux pas savoir combien tu as de fruits.

:-)

Disons si tu veux ça peut conduire à ça mais on peut contourner en
appelant une fonction C. ;-)

batyann811 wrote:

Pour moi les 2 principaux défauts du C c'est
1 - Typage pas assez strict (pas de booléen, pas d'enum, pas de type

^^^^^^^^^^
fud detected...

intervalle, ...)
2 - Permet trop facilement de faire des trucs illisibles

comme la plupart des langages de programmation, en fait.

debug this fifo a écrit :

batyann811 wrote:

Pour moi les 2 principaux défauts du C c'est
1 - Typage pas assez strict (pas de booléen, pas d'enum, pas de type

^^^^^^^^^^
fud detected...

Non non. Je suis sérieux je ne considère pas les enums du C comme un
vrai type énuméré.

intervalle, ...)
2 - Permet trop facilement de faire des trucs illisibles

comme la plupart des langages de programmation, en fait.

Sauf qu'en C, quand tu le fais, tu passes pour un pro au lieu de passer
pour un con. ;-)

batyann811 , dans le message <4b0e642f$0$942$ba4acef3@news.orange.fr>, a
écrit :

Pour moi les 2 principaux défauts du C c'est
1 - Typage pas assez strict (pas de booléen, pas d'enum

Donc le problème du C, c'est que tu n'y connais rien.

JKB a écrit :

Le 26-11-2009, ? propos de
Re: go,
remy ?crivait dans fr.comp.os.linux.debats :

batyann811 a écrit :

remy a écrit :

batyann811 a écrit :

remy a écrit :

bonjour

quelqu'un a déjà testé ou essayé

http://www.al-aide.com/article/linux-4/go-nouveau-langage-chez-goo gle-548540/


c'est une vraie question merci remy

Oui

et alors

J'en sais rien. Je ne l'ai pas essayé mais quelqu'un l'a fait c' est sur.

Mais à mon avis c'est à chier comme tous les langages plus ou moins
dérivés du C.

pas sûr puisque le principal défaut du C c'est la gestion de la
mémoire et comme il y a un garbage collector
cela donne un langage sécu de manière structurelle
pas de débordement de tampon

Tu te rends compte de ce que tu es capable d'écrire ? Je te rappe lle
que Java est un langage à GC, ce n'est pas ce qui empêche le s fuites
mémoire partout, parce qu'en général, il faut dérà ©férencer les
objets pour que le GC récupère la mémoire (et au prix d 'une
consommation de ressources sans aucune mesure).

Bref, le GC, c'est une rustine pour les gens qui ne savent pas
programmer (ou qui utilisent la mémoire comme des gorets).

je n'ai jamais vu de fuite mémoire ou plutôt
je ne l'ai jamais rencontrée avec du code java

maintenant qu'une implémentation d'un gc soit foireuse, je veux bien te
l'accorder, de tout manière je n'ai pas parlé de fuite mém oire
mais de débordement de tampon

en gros mais en très gros hein
un gc c'est quoi ?

c'est un programme qui tourne tout seul dans son coin type démon
il te renvoie un pointeur et ce pointeur est accompagné
d'un compteur qui explique combien il y a de copies de cette donnée
ou de pointeurs qui pointent sur cette zone au choix
quand le compteur est à zéro le système libère la zon e

alors que cette zone ne soit pas libérée de manière instan tanée je te
l'accorde, mais ce n'est pas une fuite mémoire, juste une zone qui n 'est
pas encore libérée sauf si il merde dans son décompte ou comptage bien
sûr

ensuite ce genre de gestion rend impossible l'exécution de cette zon e
et en plus elle est allouée dans une partie non connue et qui chang e
pratiquement à chaque exécution du code

si tu rajoutes le fait qu'il soit compilé et multi threads par na ture
tu as un environnement rapide

Multithread par nature... J'aimerais bien qu'on m'explique le
concept. C'est assez marketteux. _Aucun_ langage n'est multithread
par nature dès lors qu'il s'appuie sur un OS. Il va toujours
terminer par un appel à un truc qui gère les threads à sa place.
Qu'il fournisse un mécanisme pour gérer les threads de faà §on
portable, peut-être.

voilà, je me suis mal exprimé, désolé, je voulais dir e de manière
portable et simple , sans usine à gaz

en java si cela n'a pas changé, le code s'exécute par défa ut dans le
thread de l'interface graphique, c'est moyen je trouve


Il y a juste un truc qui risque de coincer si

ce truc n'utilise pas une VM, c'est les limitations de l'OS hôte (le
coup des threads et de la préemption de Windows risque d'êtr e assez
marrant en terme de portabilité).

j'ai juste un petit problème de compréhension
avec la programmation système surtout si système veut dire noyau

qui gère la mémoire ?

C'est _toujours_ le programmeur qui gère de manière directe ou
indirecte la mémoire. Après, on peut le faire efficacement f açon C
ou le masquer dans un tas de trucs abscons façon C++ ou Java. Mai s
au final, c'est _toujours_ le programmeur qui fait.

ben comme je suis une grosse faignace, je veux qu'on le fasse à ma
place,j'ai autre chose à faire qu'à compter les octets utilisà ©s
non mais

JKB

remy

--
http://remyaumeunier.chez-alice.fr/

Stéphane CARPENTIER
, dans le message <4b0e75d2$0$25799$426a34cc@news.free.fr>, a écrit :

Pour le programme le plus illisible, il doit être dur de faire pire qu'APL.

Je suis, et je monte avec Unlambda.

Nicolas George a écrit :

batyann811 , dans le message <4b0e642f$0$942$ba4acef3@news.orange.fr>, a
écrit :

Pour moi les 2 principaux défauts du C c'est
1 - Typage pas assez strict (pas de booléen, pas d'enum

Donc le problème du C, c'est que tu n'y connais rien.

Tu montres ou sont les *vrais* types énumérés et le *vrai* type booléen
en C pas des types entiers détournés.

batyann811 , dans le message <4b0e7f6f$0$909$ba4acef3@news.orange.fr>, a
écrit :

Tu montres ou sont les *vrais* types énumérés et le *vrai* type booléen
en C pas des types entiers détournés.

Les types énumérés et les booléens _sont_ des entiers, tu n'y peux rien.

batyann811 a écrit :

Tu montres ou sont les *vrais* types énumérés et le *vrai* type booléen
en C pas des types entiers détournés.

Et pas non plus une merde à base de struct...

debug this fifo a écrit :

batyann811 wrote:

On peut écrire du code propre en C si on veut oui mais c'est plus
facile à faire en ADA : le compilateur t'aide.

Ada, c'est le langage que quand tu reviens du marche, que tu as achete
quatre poires et six pommes, tu peux pas savoir combien tu as de fruits .

excellent +1
remy

--
http://remyaumeunier.chez-alice.fr/