Afin d'etayer ma critique, j'ai téléchargé l'image vmware proposée afin de tester Corporate server
Bilan : C'est 10 fois moins bien que windows NT4...
C'est dure à dire, mais c'est la vérité.
Quand est-ce que Mandriva, avec la bande de cravatés qui planent à 4000 qu'on a mis à la tête de cette boite vont-ils enfin comprendre qu'une boite veut bien installer un serveur si elle a dedans, configurable de la manière la plus simple possible :
- Un serveur de mail, avec une interface de conf bien en vu dans le "mandriva linux configuration center", avec :
-- Ajout/supression d'utilisateur, lié ou non à un utilisateur enregistré sur le serveur
-- définition de quota de BAL
-- définition de droit d'accès de l'extérieur via un webmail
-- délai de rétention
-- antivirus, etc...
- Une matrice de configuration des imprimantes, afin de configurer le serveur d'impression (telle personne, connectée sur tel poste à droit d'utiliser telle imprimante)
- Un système de VPN, permettant aux collaborateur de bosser à l'extérieur comme s'il bossait ds la boite : pareil, interface de config, avec les droits, et tout le toutim.
- Une gestion quasi automatisé de la sauvegarde.
- etc...
Tout ça existe dans Linux depuis longtemps avec des technos hyper éprouvés, le seul problème, c'est que cette bande de nuls qui planent à 4000 (excusez moi ça me fout en colère), ont toujours pas compris que le non informaticien dans une PME de 50 personnes, il veut une icône avec un wizzard dans le "mandriva linux configuration center", un truc que tout technicien/ingénieur est capable de comprendre sans trop de difficulté.
Il faut une icône pour les mails, une autre pour les imprimantes, le vpn, la sauvegarde.
Ce que veut une PME de 50 personnes, et yen a plein en France, c'est un serveur dans un coin, facilement configurable, qui ne nécessite pas d'employer un administrateur réseau (qui torcherai son boulot en 4h par semaine, en faisant que des trucs chiant et facilement automatisable), qui mmerde le monde 2,3 fois par an maximum, ET un numéro de téléphone, avec un technicien qui se déplace sous 12h max en cas de problème.
Quand mandriva aura compris ça, et simplement eu la présence d'esprit de rajouter 3 icône et wizzard (je suis sur qu'en une semaine de dev/test/qualif pour deux personnes, c'est plié), ils gagneront plein de frics.
En France, on beaucoup de talents, d'idées, mais qu'est-ce que nos dirigeants sont cons !
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
ça implique une autre question : peut-on faire du prolog méta, c'est à dire peut-on en cours de jeu poser de nouvelles règles qui seront récupérée en interrogant l'utilisateur ?
A priori ça a été créé pour ça...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
La question qu'il faut se poser, c'est comment en faire une fs pour un os qui va booter dessus.
Rappelons qu'un secteur de boot, sur un pc, se contente de copier le contenu de quelques clusters du disque, dont le numéro est connu, afin d'exécuter le contenu une fois copié en mémoire.
Ensuite, il faut lire le fichier contenant le noyau.
Pour lancer une telle fs, il va falloir installer un bonne couche de filesystem avant de pouvoir lire quoique ce soit.
Après, est-ce que l'on garde une structure (idéale) du genre :
Est-ce que cette structure doit être une vue, adressable via un ensemble de requêtes sur le fs ?.. Où une structure fixe qui dénormaliserait ce genre d'approche ?
Autre chose, une organisation pareil implique que l'on range les répertoires avec des types de fichiers plus ou moins prédéfinis, quelle approche privilégier, une structuration fixe de l'arborescence, afin de s'assurer de toujours retrouver ce que l'on veut au même endroit, en particulier tout ce qui a trait à l'OS, ou privilégie t-on une approche où tout va être structuré de manière plus "floue" en se disant que le système de requête pourvoiera ?..
Bref, comme tu le disais à la fin, on tente une approche de transition, ou on implémente (imagine que l'on fasse ça avec un nouvel OS, Hurd par exemple) directement le concept dans son intégralité et dans une totale cohérence ?
Bon je -> []
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
C'est vrai qu'on pourrait aller nettement plus loin qu'à l'époque où le problème était plutot de réussir à mixer deux fichiers wav en temps réel...
Il y a un américain qui a travaillé sur l'évolution d'algorithme par génie génétique (je ne retrouve plus le numéro de Pour la Science contenant l'article en question), au bout de 1000 h de calcul, il arrivait à obtenir quelque chose. C'était avec des PII 300 en cluster...
Je pense que c'est une voie intéressante, mais qu'il faudrait peut être y connecter nu filtre, une taxinomie en particulier, qui permette de filtrer la recherche à taton que feront les algo génétique dans l'espace solutions.
Ca permettrait à un algo génétique de faire évoluer un tri par insertion en tri à bulle, voire un tri alpha. Pour cela il faudrait qu'il "comprenne" la notion d'ordre que l'on trouve dans une liste de données, et pour cela il faut une taxinomie qui "explicite" les structures de bases du langage (booléen, entier, tableaux, arbre, etc...) en les associant avec des propriétés mathématique (les propriétés d'entiers, le fait qu'un tableau est ordoné dans ses indices, l'arithmétique booléenne, toussa).
C'est bien joli tout ça, mais ça prendrai plus de temps à générer du code performant qu' à exécuter l'existant...
Et de toutes façons, on commence à avoir des compilateurs à analyse de flot qui rend inutile la moitié des optimisations à la volée, qui sont détectées à la compilation.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Je suis tombé sur ce journal avec radio404 sur les oreilles et ça me chagrine particulièrement de lire ça.
Malheureusement, moi aussi, je ne peux faire grand chose.
Une idée comme un autre, dont je ne sais pas si elle est valable : pourquoi ne pas utiliser une dedibox ? http://www.dedibox.fr/
30 ¤ par mois, ce n'est pas donné, mais ça permettrait peut être de remplir tous les services ?
Quand à la sacem, je plussois le commentaires plus haut qui invite à boycotter la Sacem, on risque de se couper de quelques artistes, c'est malheureux...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Certains intervenants ici, et je pense en particulier à nicO, on déjà relevé qu'un processeur pouvait calculer 5 Gflops, tandis qu'un processeur graphique pouvait atteindre 50 Gflops.
Non, depuis on a prouvé que ce n'était valable que pour des systèmes à quelques variables, mais dès qu'on passe à une plus de quelques dizaines de variables, l'"effet papillon" disparaît.
Avec toute ma sympathie, j'ai l'impression que tas réaction s'apparente à une volonté inconsciente de garder pour soi un mandarinat technique, en maîtrisant une syntaxe ésotérique et d'en ressentir du plaisir.
Mon propos est d'essayer d"imaginer de nouveaux paradigme afin de diviser par n les coûts de développement.
Ca peut chagriner des informaticiens qui voient le fondement de leur présence, potentiellement se dérober sous eux à la vue d'une telle perspective.
Juste entre parenthèse sur Windev, j'en ai fait pas mal, je connais, et windev, c'est une sorte de langage pascal interprété, mais c'est très classique comme langage, la grammaire est just un peu neuneuifié.
SQL est par contre assez génial, parce que ma chef, qui était contrôleur de gestion, et donc pas informaticienne, a assez facilement appris à faire diverses requêtes : SQL est logique, simple d'accès et ne te demande pas d'expliquer à la machine ce qu"il faut faire.
En plus, comme dit plus haut, l'informatique est une science dure et en temps quel tel le seul langage qui pourrait rassembler tout le monde, ben c'est le langage des math (formelle). la logique quoi. (mais pas forcement un langage genre prolog : qui est quand même très special dans l'idée).
Moi je fais de l'informatique de "gestion" tout les jours et je peux te dire que c'est partiellement vrai, les concepts qu'on exprime sont certes mathématiques au fin du fin, mais il existe certainement des manières moins mathématique et aussi rigoureuse - faisant appelle à l'intuition - de l'exprimer.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Personnellement je travaille sur Lisaac, qui se veut un sur-ensemble de Smalltalk à prototype.
Lisaac s'inspire de Smalltalk, Self, Eiffel. Il est lui aussi un langage minimaliste (moins de 10 primitives de base) et propose une syntaxe à mot clé.
La réflexivité devrait être proposé dans moins d'un an, ce qui fera de lui un total sur-ensemble de SmallTalk.
Lisaac est compilé et permet d'atteindre des performances proche du C.
C'est extrêmement intéressant comme approche : il ne l'attaque pas au niveau sémantique, mais au niveau de la métaphore.
Par contre au niveau sémantique, on découvre un ajout hyper intéressant auquel je pense souvent, et qui est un peu dans la lignée de Prolog : le "forever" que l'on trouve ici.
On exprime des contraintes, à l'interpréteur de se débrouiller.
Le problème, c'est que l'on peut tomber dans des contradictions logique. Donc soit l'interpréteur permet de détecter qu"il y a problème, soit on a carrément un moteur logique qui va essayer de le détecter à priori
Le développement d'une librairie est fondamentale, car c'est avec elle que se structure une taxinomie/ontologie, ou tout au moins une structuration des concepts de façon à être réutilisables.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
- l'utilité d'avoir plusieurs langages n'est-elle pas, justement, d'adapter le code à la vocation de l'application, à son but ? (chuis peut être pas clair, j'ai la crève, soyez indulgents !)
Oui mais pour moi, c'est une bidouille organisée. Ca oblige les devs à connaître différents langage. Déjà que mon chef veut pas entendre parler de Perl parcque qu'on est que deux dans l'équipe à le connaître, j'ose pas imaginer une approche avec 5 langages différents.
C'est pour cela que je réfléchissais à un saint graal qui unifie le tout.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Il y a une limite à l'extensibilité de Lisaac, et il faut que le langage garde sa cohérence.
Une fois la réflexivité disponible, on pourra probablement coder ce genre de chose dans la lib, et j'y pense souvent.
C'est d'ailleurs vrai pour d'autre langage.
Le problème, c'est que ça sera toujours une chaîne de caractère en argument de fonction.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Oui, je leur ai piqué 70% de la syntaxe ;-)
Cduce est extrêmement intéressant, mais un peut trop universitaire, et pas assez adapté au monde de l'entreprise.
Je bosse dans un boite où on fait de l'ingé documentaire et à ce titre je travaille beaucoup sur de l'XML, mes collègues et moi avons pas mal d'expérience dans le domaine (surtout eux, ça fait qu'un an que j'y suis).
Je les vois franchement pas se former à CDuce. C'est même pas la peine que j'en parle, on va encore me regarder comme un extraterrestre, déjà que je leur fait peur avec Perl et les expressions régulières...
C'est très dommage, car on multiplierait notre productivité par 3.
Il faut donc concevoir un truc qui soit plus facilement utilisable, quitte à ce que ce soit un front-end pour cduce, le pied c'est que ça produise du bytecode Java, là je pense que Cduce aurait beaucoup de chance d'être utilisé.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Il existe des langages naturels conçu par des linguistes afin de s'assurer qu'il n'aient aucune ambigûités.
Le lojban http://fr.wikipedia.org/wiki/Lojban en est un exemple
Sa grammaire est conçu pour être non ambigüe, et expressible de façon unique.
Bien entendu, c'est un langage assez déroutant, qui, bien que quasiment conçu dans l'idée (entre autre) de permettre un jour le dialogue entre ordinateur et humain, reste assez difficile à apprendre, et en tout cas impossible à imposer culturellement comme base d'un langage de programmation.
On pourrait alors se tourner vers le basic english http://ogden.basic-english.org/fbasice.html qui propose une version simplifiée de l'anglais.
Il s'agirait de la simplifier, de la transformer en grammaire type pidgin et d'user obligatoirement de parenthèse afin de lever les ambigûités.
Je m'étais amusé à imaginer ce que cela pourrait donner : http://wiki.loria.fr/wiki/Lisaac/M%C3%A9talangage
Plus sérieusement, le problème est de prouver que l'on puisse extraîre une grammaire non ambigue en simplifiant une langue naturelle, c'est un problème théorique sur lequel un travail de recherche serait intéressant.
Maintenant, je n'ai parlé des langages naturels qu'en fin de texte, et ça occulte 80% du texte qui parle d'autre chose. Et c'est plus ça qui m'intéresse...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Inventons un système permettant de faire un P2P indétectable !
Quelques idées de base :
- Un système changeant automatiquement et presque aléatoirement de port, afin d'obliger les FAI à tous les fermer.
- On peut mélanger transmission directes (chiffrées, bien sûr) et transmissions indirects ?
- Imaginer des protocoles automodifiant ?
Et surtout qu'Apple n'a absolument plus intérêt à re-switcher...
Le fait que les macs sont maintenant des Intels attire plein de monde. En effet, l'acheteur lambda sait qu'il peut mettre un windows sur sa machine au cas où il n'arrive pas à se faire à MacOS X. Il sait que les MacBook sont de très bonnes machines, maintenant qu'on peu les comparer facilement avec les autres machines du commerce.
Le design fait le reste.
Les puces intel sont puissantes, abordables, et adapté pour les portables. Trouver des chipsets de bonne qualité abordables est facile. Je ne parle pas des périphériques autour.
Bref, je ne vois pas Apple revenir d'Intel, ce serait AMHA une grande erreur
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Pour le peu que j'ai eu à travailler avec la doc MSDN, en c++ pour l'anecdote, je me suis retrouvé avec une doc assez complète à l'index assz douteux, il faut le reconnaitre, mais surtout écrite par un ingénieur surement hyper fort mais incapable de vulgariser. La doc MSDN est en générable imbitable. C'est son plus grand défaut.
La doc Java, bien que mieux structurée, est à peine mieux, on doit quelque fois tirer le vers du nez à google....
Non, la meilleur doc que j'ai jamais rencontré et distançant toutes les autres, et de très loin est, je vais me faire tapper dessus, celle de Windev.
EH oui ça peut paraître étonnant, mais cette environnement de dev ultra-propriétaire et très bugué est doté d'une doc quasi parfaite, complète et limpide.
Par exemple quand on cherche les fonctions opérant sur chaîne, on tombe déjà sur un tableau avec le nom de la fonction, et ce qu'elle fait. C'est betement stupide, mais j'ai rarement vu ça ailleurs.
Ensuite, lorsque l'on va voir la fonction en détaille, on a :
- un exemple en situation
- une description de la fonction
- le détail de tous les paramètres, chacun expliqué
- des remarques éventuelles.
- un lien "voir aussi", très intelligent qui permet de naviguer et souvent de trouver ce qu'on cherche.
C'est très bien pensé, parce qu'en caricaturant, ya deux types de gens : les inductifs et les déductifs; Les premiers comprennent avec un exemple, les seconds avec une explication formelle.
Les docs logiciels sont beaucoup trop arides à mon goût, et ça fait fuir pas mal de gens à mon avis.
Je pense que les langages dont les libs sont bien documentés auront un net avantage sur les autres.
En fait il faut pour un langage, deux types de doc pour une même lib :
- une doc aride qui reprend toutes les autres, du style http://smarteiffel.loria.fr/libraries/index.html
- une doc style windev comme décrite plus haut, pour les principales libs les plus utilisés.
De la sorte, le débutant commence avec la seconde, se fait la main, et ne reste pas bloqué des heures, et le dev expérimenté dispose d'une doc complète qui lui suffit.
Une base de connaissance bien structurée en plus et c'est parfait.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
(Donc tu ne passes pas de String. Ce n’est pas propre. Java n’est pas interprété.)
Ouais, Javouille, les inconvéniants d'un langage compilé sans les avantages...
Plus constructivement, et pour l'intelligence collective, il faut écrire l'objet comme suit :
interface FonctionBool {
public abstract boolean compare(Object el1, Object el2);
public abstract boolean do_something(Object el);
}
sinon le compilateur nous jette.
Le do_something permet par exemple de faire des map/fold/filter
Exemple le map :
Vecteur map(FonctionBool func) {
Vecteur res = new Vecteur();
if (elementData != null)
for (int i=0 ; i<elementData.length ; i++) {
E self_elt;
self_elt = (E)elementData[i];
func.do_something(self_elt);
}
return res;
}
# Mandriva restera une petite distrib
Posté par Ontologia (site web personnel) . En réponse au journal Corporate Desktop 4 est dispo. Évalué à 0.
Bilan : C'est 10 fois moins bien que windows NT4...
C'est dure à dire, mais c'est la vérité.
Quand est-ce que Mandriva, avec la bande de cravatés qui planent à 4000 qu'on a mis à la tête de cette boite vont-ils enfin comprendre qu'une boite veut bien installer un serveur si elle a dedans, configurable de la manière la plus simple possible :
- Un serveur de mail, avec une interface de conf bien en vu dans le "mandriva linux configuration center", avec :
-- Ajout/supression d'utilisateur, lié ou non à un utilisateur enregistré sur le serveur
-- définition de quota de BAL
-- définition de droit d'accès de l'extérieur via un webmail
-- délai de rétention
-- antivirus, etc...
- Une matrice de configuration des imprimantes, afin de configurer le serveur d'impression (telle personne, connectée sur tel poste à droit d'utiliser telle imprimante)
- Un système de VPN, permettant aux collaborateur de bosser à l'extérieur comme s'il bossait ds la boite : pareil, interface de config, avec les droits, et tout le toutim.
- Une gestion quasi automatisé de la sauvegarde.
- etc...
Tout ça existe dans Linux depuis longtemps avec des technos hyper éprouvés, le seul problème, c'est que cette bande de nuls qui planent à 4000 (excusez moi ça me fout en colère), ont toujours pas compris que le non informaticien dans une PME de 50 personnes, il veut une icône avec un wizzard dans le "mandriva linux configuration center", un truc que tout technicien/ingénieur est capable de comprendre sans trop de difficulté.
Il faut une icône pour les mails, une autre pour les imprimantes, le vpn, la sauvegarde.
Ce que veut une PME de 50 personnes, et yen a plein en France, c'est un serveur dans un coin, facilement configurable, qui ne nécessite pas d'employer un administrateur réseau (qui torcherai son boulot en 4h par semaine, en faisant que des trucs chiant et facilement automatisable), qui mmerde le monde 2,3 fois par an maximum, ET un numéro de téléphone, avec un technicien qui se déplace sous 12h max en cas de problème.
Quand mandriva aura compris ça, et simplement eu la présence d'esprit de rajouter 3 icône et wizzard (je suis sur qu'en une semaine de dev/test/qualif pour deux personnes, c'est plié), ils gagneront plein de frics.
En France, on beaucoup de talents, d'idées, mais qu'est-ce que nos dirigeants sont cons !
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Des bons souvenirs, ça ...
Posté par Ontologia (site web personnel) . En réponse à la dépêche Danger from the Deep : version 0.3.0 disponible. Évalué à 3.
Ce n'est que récemment, en jouant avec l'émulateur que je suis tombé sur
http://www.silicium.org/forum/viewtopic.php?t=10053
snif, à l'époque yavait pas internet :(((
Blue War II était assez facile à finir, on se retrouvait aspiran après avoir été général ;)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Interpréteur prolog.
Posté par Ontologia (site web personnel) . En réponse au message Interpréteur prolog.. Évalué à 2.
A priori ça a été créé pour ça...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Ah l'heritage du DOS
Posté par Ontologia (site web personnel) . En réponse au journal En finir avec libmagic. Évalué à 2.
Rappelons qu'un secteur de boot, sur un pc, se contente de copier le contenu de quelques clusters du disque, dont le numéro est connu, afin d'exécuter le contenu une fois copié en mémoire.
Ensuite, il faut lire le fichier contenant le noyau.
Pour lancer une telle fs, il va falloir installer un bonne couche de filesystem avant de pouvoir lire quoique ce soit.
Après, est-ce que l'on garde une structure (idéale) du genre :
*system
** Boot
*** $BOOT
**** Binaries
**** Settings
**** Ressources
** Kernel
*** $KERNEL
**** Binaries
**** Settings
**** Ressources
** Devices
*** $DEVICE
**** Binaries
**** Settings
**** Ressources
** Library
*** Objects
**** Binaries
**** MetaDatas
*Programs
** $PROGRAM
*** Binaries
**** Library
**** Masters Objects
**** ...
*** Settings
*** Ressources
*Users
** $USER
*** System ~> /system
*** Programs ~> /programs
*** Ressources
**** Desktop
**** Documents
**** Videos
**** ...
Est-ce que cette structure doit être une vue, adressable via un ensemble de requêtes sur le fs ?.. Où une structure fixe qui dénormaliserait ce genre d'approche ?
Autre chose, une organisation pareil implique que l'on range les répertoires avec des types de fichiers plus ou moins prédéfinis, quelle approche privilégier, une structuration fixe de l'arborescence, afin de s'assurer de toujours retrouver ce que l'on veut au même endroit, en particulier tout ce qui a trait à l'OS, ou privilégie t-on une approche où tout va être structuré de manière plus "floue" en se disant que le système de requête pourvoiera ?..
Bref, comme tu le disais à la fin, on tente une approche de transition, ou on implémente (imagine que l'on fasse ça avec un nouvel OS, Hurd par exemple) directement le concept dans son intégralité et dans une totale cohérence ?
Bon je -> []
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Autres grammaires
Posté par Ontologia (site web personnel) . En réponse au journal L'expressivité des langages. Évalué à 2.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Hum...
Posté par Ontologia (site web personnel) . En réponse au journal Un OS réécrit son code à la volée. Évalué à 1.
Il y a un américain qui a travaillé sur l'évolution d'algorithme par génie génétique (je ne retrouve plus le numéro de Pour la Science contenant l'article en question), au bout de 1000 h de calcul, il arrivait à obtenir quelque chose. C'était avec des PII 300 en cluster...
Je pense que c'est une voie intéressante, mais qu'il faudrait peut être y connecter nu filtre, une taxinomie en particulier, qui permette de filtrer la recherche à taton que feront les algo génétique dans l'espace solutions.
Ca permettrait à un algo génétique de faire évoluer un tri par insertion en tri à bulle, voire un tri alpha. Pour cela il faudrait qu'il "comprenne" la notion d'ordre que l'on trouve dans une liste de données, et pour cela il faut une taxinomie qui "explicite" les structures de bases du langage (booléen, entier, tableaux, arbre, etc...) en les associant avec des propriétés mathématique (les propriétés d'entiers, le fait qu'un tableau est ordoné dans ses indices, l'arithmétique booléenne, toussa).
C'est bien joli tout ça, mais ça prendrai plus de temps à générer du code performant qu' à exécuter l'existant...
Et de toutes façons, on commence à avoir des compilateurs à analyse de flot qui rend inutile la moitié des optimisations à la volée, qui sont détectées à la compilation.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: OS ou compilateur ?
Posté par Ontologia (site web personnel) . En réponse au journal Un OS réécrit son code à la volée. Évalué à 3.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: ahhh que faire ?
Posté par Ontologia (site web personnel) . En réponse au journal Radio404 a besoin d'aide.. Évalué à 3.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# ahhh que faire ?
Posté par Ontologia (site web personnel) . En réponse au journal Radio404 a besoin d'aide.. Évalué à -1.
Malheureusement, moi aussi, je ne peux faire grand chose.
Une idée comme un autre, dont je ne sais pas si elle est valable : pourquoi ne pas utiliser une dedibox ?
http://www.dedibox.fr/
30 ¤ par mois, ce n'est pas donné, mais ça permettrait peut être de remplir tous les services ?
Quand à la sacem, je plussois le commentaires plus haut qui invite à boycotter la Sacem, on risque de se couper de quelques artistes, c'est malheureux...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# Pourquoi ne pas utiliser de processeurs graphiques ?
Posté par Ontologia (site web personnel) . En réponse au journal Super calculateur météo france et langage. Évalué à 2.
J'ai trouvé ça :
http://www.cg.informatik.uni-siegen.de/data/Publications/200(...)
Ya peut être mieux.
Mais c'est dommage que ce ne soit pas plus utilisé.
20 cartes --> 1 TeraFlops
A 500 ¤ la carte, c'est pas cher...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Comment font-ils ?
Posté par Ontologia (site web personnel) . En réponse au journal Super calculateur météo france et langage. Évalué à 2.
Une version mise à jour de l'article publié dans Pour la Science, il y a quelques années :
http://interstices.info/display.jsp?id=c_19155
Un article plus solide :
http://smf.emath.fr/Publications/Gazette/2001/90/smf_gazette(...)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Perso
Posté par Ontologia (site web personnel) . En réponse au journal L'expressivité des langages. Évalué à 2.
Mon propos est d'essayer d"imaginer de nouveaux paradigme afin de diviser par n les coûts de développement.
Ca peut chagriner des informaticiens qui voient le fondement de leur présence, potentiellement se dérober sous eux à la vue d'une telle perspective.
Juste entre parenthèse sur Windev, j'en ai fait pas mal, je connais, et windev, c'est une sorte de langage pascal interprété, mais c'est très classique comme langage, la grammaire est just un peu neuneuifié.
SQL est par contre assez génial, parce que ma chef, qui était contrôleur de gestion, et donc pas informaticienne, a assez facilement appris à faire diverses requêtes : SQL est logique, simple d'accès et ne te demande pas d'expliquer à la machine ce qu"il faut faire.
En plus, comme dit plus haut, l'informatique est une science dure et en temps quel tel le seul langage qui pourrait rassembler tout le monde, ben c'est le langage des math (formelle). la logique quoi. (mais pas forcement un langage genre prolog : qui est quand même très special dans l'idée).
Moi je fais de l'informatique de "gestion" tout les jours et je peux te dire que c'est partiellement vrai, les concepts qu'on exprime sont certes mathématiques au fin du fin, mais il existe certainement des manières moins mathématique et aussi rigoureuse - faisant appelle à l'intuition - de l'exprimer.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Smalltalk
Posté par Ontologia (site web personnel) . En réponse au journal L'expressivité des langages. Évalué à 2.
Lisaac s'inspire de Smalltalk, Self, Eiffel. Il est lui aussi un langage minimaliste (moins de 10 primitives de base) et propose une syntaxe à mot clé.
La réflexivité devrait être proposé dans moins d'un an, ce qui fera de lui un total sur-ensemble de SmallTalk.
Lisaac est compilé et permet d'atteindre des performances proche du C.
Il devrait normalement être libéré un jour.
http://isaacproject.u-strasbg.fr/li.html
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: je veux plus un langage ou une syntaxe
Posté par Ontologia (site web personnel) . En réponse au journal L'expressivité des langages. Évalué à 2.
Par contre au niveau sémantique, on découvre un ajout hyper intéressant auquel je pense souvent, et qui est un peu dans la lignée de Prolog : le "forever" que l'on trouve ici.
On exprime des contraintes, à l'interpréteur de se débrouiller.
Le problème, c'est que l'on peut tomber dans des contradictions logique. Donc soit l'interpréteur permet de détecter qu"il y a problème, soit on a carrément un moteur logique qui va essayer de le détecter à priori
Le développement d'une librairie est fondamentale, car c'est avec elle que se structure une taxinomie/ontologie, ou tout au moins une structuration des concepts de façon à être réutilisables.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Superbe ! mai je me pose une question...
Posté par Ontologia (site web personnel) . En réponse au journal L'expressivité des langages. Évalué à 2.
- l'utilité d'avoir plusieurs langages n'est-elle pas, justement, d'adapter le code à la vocation de l'application, à son but ? (chuis peut être pas clair, j'ai la crève, soyez indulgents !)
Oui mais pour moi, c'est une bidouille organisée. Ca oblige les devs à connaître différents langage. Déjà que mon chef veut pas entendre parler de Perl parcque qu'on est que deux dans l'équipe à le connaître, j'ose pas imaginer une approche avec 5 langages différents.
C'est pour cela que je réfléchissais à un saint graal qui unifie le tout.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: ambiguité
Posté par Ontologia (site web personnel) . En réponse au journal L'expressivité des langages. Évalué à 2.
Il a fait des papiers là dessus ? Il s'appelle comment ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: cduce ? et les sous type ?
Posté par Ontologia (site web personnel) . En réponse au journal L'expressivité des langages. Évalué à 2.
Une fois la réflexivité disponible, on pourra probablement coder ce genre de chose dans la lib, et j'y pense souvent.
C'est d'ailleurs vrai pour d'autre langage.
Le problème, c'est que ça sera toujours une chaîne de caractère en argument de fonction.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: cduce ? et les sous type ?
Posté par Ontologia (site web personnel) . En réponse au journal L'expressivité des langages. Évalué à 2.
Cduce est extrêmement intéressant, mais un peut trop universitaire, et pas assez adapté au monde de l'entreprise.
Je bosse dans un boite où on fait de l'ingé documentaire et à ce titre je travaille beaucoup sur de l'XML, mes collègues et moi avons pas mal d'expérience dans le domaine (surtout eux, ça fait qu'un an que j'y suis).
Je les vois franchement pas se former à CDuce. C'est même pas la peine que j'en parle, on va encore me regarder comme un extraterrestre, déjà que je leur fait peur avec Perl et les expressions régulières...
C'est très dommage, car on multiplierait notre productivité par 3.
Il faut donc concevoir un truc qui soit plus facilement utilisable, quitte à ce que ce soit un front-end pour cduce, le pied c'est que ça produise du bytecode Java, là je pense que Cduce aurait beaucoup de chance d'être utilisé.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: ambiguité
Posté par Ontologia (site web personnel) . En réponse au journal L'expressivité des langages. Évalué à 4.
Le lojban http://fr.wikipedia.org/wiki/Lojban en est un exemple
Sa grammaire est conçu pour être non ambigüe, et expressible de façon unique.
Bien entendu, c'est un langage assez déroutant, qui, bien que quasiment conçu dans l'idée (entre autre) de permettre un jour le dialogue entre ordinateur et humain, reste assez difficile à apprendre, et en tout cas impossible à imposer culturellement comme base d'un langage de programmation.
On pourrait alors se tourner vers le basic english http://ogden.basic-english.org/fbasice.html qui propose une version simplifiée de l'anglais.
Il s'agirait de la simplifier, de la transformer en grammaire type pidgin et d'user obligatoirement de parenthèse afin de lever les ambigûités.
Je m'étais amusé à imaginer ce que cela pourrait donner : http://wiki.loria.fr/wiki/Lisaac/M%C3%A9talangage
Plus sérieusement, le problème est de prouver que l'on puisse extraîre une grammaire non ambigue en simplifiant une langue naturelle, c'est un problème théorique sur lequel un travail de recherche serait intéressant.
Maintenant, je n'ai parlé des langages naturels qu'en fin de texte, et ça occulte 80% du texte qui parle d'autre chose. Et c'est plus ça qui m'intéresse...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# Je vous propose un jeu...
Posté par Ontologia (site web personnel) . En réponse au journal Flicage des P2P. Évalué à 2.
Inventons un système permettant de faire un P2P indétectable !
Quelques idées de base :
- Un système changeant automatiquement et presque aléatoirement de port, afin d'obliger les FAI à tous les fermer.
- On peut mélanger transmission directes (chiffrées, bien sûr) et transmissions indirects ?
- Imaginer des protocoles automodifiant ?
Bref plein de délires très amusant...
De toutes façons la relève est déjà là : http://www.zdnet.fr/actualites/internet/0,39020774,39185510,(...)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Je marche dedant
Posté par Ontologia (site web personnel) . En réponse au journal Le Power6 est là...et ça déménage !. Évalué à 5.
Le fait que les macs sont maintenant des Intels attire plein de monde. En effet, l'acheteur lambda sait qu'il peut mettre un windows sur sa machine au cas où il n'arrive pas à se faire à MacOS X. Il sait que les MacBook sont de très bonnes machines, maintenant qu'on peu les comparer facilement avec les autres machines du commerce.
Le design fait le reste.
Les puces intel sont puissantes, abordables, et adapté pour les portables. Trouver des chipsets de bonne qualité abordables est facile. Je ne parle pas des périphériques autour.
Bref, je ne vois pas Apple revenir d'Intel, ce serait AMHA une grande erreur
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: mise en sommeil complete d'un serveur
Posté par Ontologia (site web personnel) . En réponse à la dépêche PowerTOP : Un outil pour réduire la consommation d'énergie sous GNU/Linux. Évalué à 2.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: et moi j'ai vu la Vierge
Posté par Ontologia (site web personnel) . En réponse au journal Des vertus pragmatico-économiques de la monoculture Microsoft. Évalué à 5.
La doc Java, bien que mieux structurée, est à peine mieux, on doit quelque fois tirer le vers du nez à google....
Non, la meilleur doc que j'ai jamais rencontré et distançant toutes les autres, et de très loin est, je vais me faire tapper dessus, celle de Windev.
EH oui ça peut paraître étonnant, mais cette environnement de dev ultra-propriétaire et très bugué est doté d'une doc quasi parfaite, complète et limpide.
Par exemple quand on cherche les fonctions opérant sur chaîne, on tombe déjà sur un tableau avec le nom de la fonction, et ce qu'elle fait. C'est betement stupide, mais j'ai rarement vu ça ailleurs.
Ensuite, lorsque l'on va voir la fonction en détaille, on a :
- un exemple en situation
- une description de la fonction
- le détail de tous les paramètres, chacun expliqué
- des remarques éventuelles.
- un lien "voir aussi", très intelligent qui permet de naviguer et souvent de trouver ce qu'on cherche.
C'est très bien pensé, parce qu'en caricaturant, ya deux types de gens : les inductifs et les déductifs; Les premiers comprennent avec un exemple, les seconds avec une explication formelle.
Les docs logiciels sont beaucoup trop arides à mon goût, et ça fait fuir pas mal de gens à mon avis.
Je pense que les langages dont les libs sont bien documentés auront un net avantage sur les autres.
En fait il faut pour un langage, deux types de doc pour une même lib :
- une doc aride qui reprend toutes les autres, du style http://smarteiffel.loria.fr/libraries/index.html
- une doc style windev comme décrite plus haut, pour les principales libs les plus utilisés.
De la sorte, le débutant commence avec la seconde, se fait la main, et ne reste pas bloqué des heures, et le dev expérimenté dispose d'une doc complète qui lui suffit.
Une base de connaissance bien structurée en plus et c'est parfait.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Motif de conception « Command »
Posté par Ontologia (site web personnel) . En réponse au message Siouxerie en java. Évalué à 2.
Là je l'enlève, il me dit rien....
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Motif de conception « Command »
Posté par Ontologia (site web personnel) . En réponse au message Siouxerie en java. Évalué à 2.
Ouais, Javouille, les inconvéniants d'un langage compilé sans les avantages...
Plus constructivement, et pour l'intelligence collective, il faut écrire l'objet comme suit :
interface FonctionBool {
public abstract boolean compare(Object el1, Object el2);
public abstract boolean do_something(Object el);
}
sinon le compilateur nous jette.
Le do_something permet par exemple de faire des map/fold/filter
Exemple le map :
Vecteur map(FonctionBool func) {
Vecteur res = new Vecteur();
if (elementData != null)
for (int i=0 ; i<elementData.length ; i++) {
E self_elt;
self_elt = (E)elementData[i];
func.do_something(self_elt);
}
return res;
}
maliste.map ( new FonctionBoolString() {
boolean do_something(String arg) {
System.out.println(arg);
}
});
Mais c'est surtout pour les fold(gauche|droite) et le filter que c'est intéressant.
En tout cas merci, ça m'a débloqué :)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker