Dugland Bob a écrit 640 commentaires

T'inquiète pas que j'en ai fait du C, un paquet d'années (8 au bas mot), j'aissaye d'arrêter (et de conjuguer le verbe essayer) mais avec des mecs comme toi, j'ai du mal.

Sauf qu'on rediscutera quand tu connaitras les closures, les applications partielles, le typage fort, l'intégrité reférentielle et j'en passe.

Si un jour tu connais tout ça (que je suis hélas loin de maîtriser parfaitement) tu va vite abandonner le C.
En attendant, tu fait du C et ses potes, la seule chose que tu a apris de plus doit être l'algèbre des expressions rationelles (perl, php, python) et tu dois intuiter la notion de classe (qd à un contrat ... :-) ).

Cette attaque personnelle répond à une attaque personnelle.

C'est sûr que pour un neuneu inculte c'est difficile d'apprendre un langage, mais pour quelqu'un qui se cultive un peu (1-2 langages de chaque famille) c'est plus facile d'en apprendre un autre.

Les plus éloignés de toi intellectuellement savent même optimiser du C dans un autre langage (par ex. Continuation passing style).

Mais se croire le roi du pétrole à bidouiller la pile d'appel en C ou des pointeurs 'achtement compliqués c'est un peu ce qui mène à ces buffers overflow (et les autres conneries sur la pile).

Et ne me dites pas qu'en faisant gaffe machin, il est certain qu'à un moment ou à un autre toute la monde envoie un pointeur dans l'espace en C.

on parle de buffer overflow là, comme au moins 70% des problèmes de sécurité lié au codage non ?

http://caml.inria.fr(...)
http://www.haskell.org(...)
http://www.perl.org(...)
etc.

Y a pas que Prologin à Epita, y a aussi des gens qui codent

effectivement, ils auraient peut-être dû se concentrer sur Prologin finalement, ça aurais moins porté à conséquences :-)

ouais mais c'est la page de pub de l'EPITA Prologin alors vaudrait peut-être mieux éviter et s'attaquer à ICFP qui est nettement plus sérieux.

y'aurais moyen de créer le même type de structure mais pour des troll?
On doit programmer un système qui génère des posts sur un site de news et qui ferait pêter le trollomètre avec périodes de calme, des relances, coups bas, des changement de cap (vi sux-> Mandrake sux par ex.) , godwin etc...

Je vais creuser la question, ça fera du traffic à Toolinux comme ça :-).

La honte fait gaffe à pas te faire contaminer :-)

C'est un lien que je file régulièrement à ceux qui me gonflent avec les perfs du C/C++ dans les commentaires de linuxfr.
Il n'a rien de nouveau ni d'extraordinaire.

Pour la vectorisation, je caricaturais mais je peux te dire que c'est pas gagné dans une appli courante.

Les mauvaise habitude c'est effectivement programmer en C/C++, tu vas sur bugtrack et tu trouve des buffer overflow, des histoires de piles (de toutes sorte, c'est marrant) etc. et plus loin des "vrais bugs" du style un protocole réseau mal conçu ou une erreur d'algo.

Le bootstrapping d'une machine forth nécessite environ 200 lignes d'assembleur, les reste est fait par réflexivité.

Ca me ferai marrer finalement, y'a un simulateur et un assembler dans le coin ?
C'est le bordel sur les sites du projet :-(

Et si la sortie d'une nouvelle plateforme était l'occasion de virer les mauvaises habitudes prises sur les autres ?
Vectoriser du C même Intel ils y arrivent pas !
Leur Icc faut écrire du code particulier pour qu'il vectorise, il sait vectoriser la remise à 0 d'un tableau sinon, c'est la seul truc que j'ai réussi à lui faire faire.

Sinon, je suis prêt à écrire un compilateur FORTH dès qu'un assembleur être prêt :-) je contribue comme ça.

Heu en général ils font plus qu'essayer, ils y arrivent (ça salope les dérivées ces conneries). C'est d'ailleur le pb, tu peux les appliquer en rafale pour des traitements automatisés.

Un mail (terroriste évidement, on est pas là pour rigoler) en clair un peu elliptique est plus difficile à repérer.

y'a déjà au moins 2 semaine que c'est fini. J'avais posté sur lme tribune pour le dire. (flemme de faire une news sans faute etc.)

Est-ce que chez vous aussi l'onglet "Privacy&Sercurity" est inactif dans la config ?

bugzilla c'est relou à remplir.

pour surveiller un process, tu peux utiliser SNMP, y'a eu un article (sur O'reilly, je crois).
En gros, tu connecte un script sur un "machin" (je me souviens plus du vocabulaire) SNMP.

C'est quoi le rapport ? ça t'oblige à écrire OpenSSH en C sous prétexte que le bootstrapping de ton compilo a été démarré en C ? gcc est écrit en C que je sache, pas directement en assembleur. Le processus est démarré, on peut écrire des compilateurs et des VM dans les langages qu'on veut.

He oui, c'est encore une application codée en C. Et pas par des loosers. Si on virait le C/C++ et qu'on faisait des vrais bugs (comportement, algo etc..) et pas des bugs inhérents au langage (pb de mémoire essentiellement) ? Surtout en sécurité (protocoles/cryptos) y'a moyen de faire des conneries autrement qu'avec la mémoire ! Virer les langages de merde est l'étape la plus petite et la plus simple vers la qualité. Et mon morpion dressé est d'accord avec moi.

une petite mise au point :
lors d'un "back" la page chargée l'est avec les options de sécurité de la page initiale.

En particulier, un 404 revoie un fichier local (tous les droits) tu fait back (retour sur le net) et t'a gagné le droit de surfer avec les protections désactivées.

J'espère être plus clair que le post précédant

C'est une des raisons qui me fait dire qu'il faut renouveller les méthodes de développement, entre autres arrêter d'enseigner le C et le C++.

faut dire qu'en smalltalk, c'est pas vraiment un problème les patterns, y'en a des dizaines et c'est associé à la culture du langage.

Donc pas besion d'en faire des tonnes.

Un truc marrant : VisualWorks utilise le MVC alors que Dolphin utilise le MVP, les patterne c'est aussi un sujet de troll

Ouais bah à ce train elle va pas faire long feu la formation.
Y'a personne pour reprendre la direction (ça n'augmente ni le statut ni le salaire), les profs s'en foutent (on est payés pour faire de la recherche on fera pas plus d'heures d'enseignement) et sont en sous-nombre.
La présidence nous a cassé les couilles en nous filant pas de profs quand il y en avait (filé à un labo qui fait presque pas d'enseignement).
Les projets de 2ème année seront des grosses bouses faites à 5-6 pour limiter la charge des profs.

Pour rajouter au foutage de gueule, les profs ont fait reculer nos vacances de 4 semaines (pour que leurs vacances soit synchro) alors que l'iup était vide pendant 1 mois complet ! (toutes les promos en stage)

J'ai rarement lut un papier traitant d'un algo quelconque où Knuth n'avait pas étudié/modifié/prouvé/réfuté/quantifié/caractérisé l'affaire.

C'est un des fondateurs de l'informatique moderne.

Il y a aussi le problème du langage, dans la philosophie qui domminais jusqu'à récemment, LE langage était le C avec un peu de ++ mais pas trop (manque de culture).

Le problème de ces langages, est qu'ils sont bas niveau : quand tu tapes, à peu de choses près, tu connais l'implantation assembleur sous-jacante. Et ils sont difficilement optimisables (voir pas ex. la doc du compilo Intel sur la vectorisation).

Foutre toute la recherche actuelle (+ crédits + formation des générations futures) sur des langages de haut niveau (en particulier les compilos) serait largement bénéfique.

Pour rappel, O'caml est en passe de rattraper le C sur des truc bourrins car il est optimisable.

Un exemple de ce laxisme : je suis obligé d'apprendre par moi-même les langages fonctionnels, la sémantique des langages etc. Alors que je suis en IUP Info.

OK, je mets ça sur le compte de d'une maladresse.

"il est possible de générer du code à la volée"
c'est normalement pas incompatible, mais j'ai pas vérifié dans le CLR. Faut que je me renseigne.

" Microsoft a encouragé plusieurs sociétés/universités à "porter" "

Je sais, mais je ne suis pas convaicu cette par cette démarche quelles concessions faut-il faire pour rentrer dans CLS ?

"It would be unfair to state that the CLI as it is now, is already the perfect multi-language platform."
En dehors de la prétention de cette phrase, je crains le pire.

"Cobol Objet, Perl ou Eiffel"
hem, j'aurais cité Haskell,O'Caml, clean, self, smalltalk (c'est déjà fait). Et les autres paradigmes que je ne connais pas encore.

Ceci dit, on pourra surtout mesurer la frontière de ce qui est faisable.