C'est clair. Et c'est dommage. On a du se battre pour insérer le langage, et ya fallu que Dominique Colnet, l'auteur d'Eiffel pousse une gueulante pour que ça passe.
C'est vraiment dommage, car on pourrait inclure d'autres langages intéressants. Personnellement, je me fiche que le langage soit connu ou pas.
Le shootout est un des rares cas où l'on peut voir différents langages en action pour autre choses que des hello world ou 1001 bottle of beer, et ça serait passionant de voir les spécificités de chacun, en vitesse, en concision, en syntaxe, etc...
ça me ferait franchement marrer de voir un bench avec du brainfuck ou du whitespace !
Franchement, je me suis carrément dit qu'il faudrait leur piquer le code source (c'est libre) et remonter le projet ailleurs, en étant moins arbitraire..
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
J'ai entendu parler "d'expat" payé à ces prix dérisoires en inde. C'est galère quand ils rentrent en France, mais là bas, ils ont villa, piscine, le majordome...
Donc, c'est à voir...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Juste une question : Lisaac fait-il des optimisations globales ou pas ? (ie. a-t-il besoin d'analyser tout le programme pour savoir comment compiler chaque fonction/objet/prototype - je ne sais pas trop ce que ça manipule)
Oui.
Si oui, souffre-t-il (potentiellement) du problème classique des compilateurs avec optimisations globales, à savoir : tu changes une ligne dans ton programme et ça modifie radicalement tes performances (en bien ou en mal, mais c'est en mal que c'est gênant), par des modifications qui se propagent en cascade ?
Euh radicalement, je ne sais pas, ça dépend de la ligne que tu rajoutes, ça dépend de l'influence de cette différence sur le reste du programme.
Le compilateur optimise toujours au mieux : c'est une machine bête et stupide, il trace tout les types, applique toutes les optims (en fonction des flags donné en argument), donc je vois pas trop où est le problème.
Ce que je veux dire, car c'est ce que je sens derrière ta question, c'est qu'il n'y a pas d'indéterminisme ni d'instabilité : pour un code lisaac donné, quand on connait le fonctionnement du compilateur, on peut facilement avoir une intuition de ce que ça donnera en C.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
La lib collection me parait assez bien faites, mais il est vrai que tout ce qui est fichier, format, et même à la limite vidéo mériterait d'être revu.
Bref, en fait, tout ce qui ne vient pas d'Eiffel...
Même la Gui, qui devient vraiment intéressante pourrait être simplifiée.
Après vu tout le code que tu produis en lisaac, tu aurais peut être des critiques sur la core library ;)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
C'est pas le premier certes, mais ça deviendra une feature majeur dans quelques mois. On en reparlera en détail avec une news spéciale.
Lisaac va implémenter COP, Concurent Object Programming.
En gros, COP permet d'automatiser la programmation parralèlle, en donnant au compilateur le sale boulot.
Pas de lib, pas de thread, pas de verrou.
En Lisaac, un programme début de deux façons :
Section Header
+ name := OBJ;
ou
Section Header
- name := OBJ;
Dans le premier cas, on a un objet à prototype classique, clonable. Chaque clone de cet objet sera différent, comme d'habitude.
Dans le second, chaque clone de l'objet donnera lieu à un thread.
Le modèle est conçu pour gérer automatiquement les priorités entre thread, avec un modèle bien à lui, que je me sens pas capable de vous expliquer ici :-)
Techniquement, on peut faire des programmes de base comme disait Nicolas, et par exemple des logiciels avec de l'OpenGL.
Bref, de quoi faire un jeu... sans son, et sans réseau.
Mais avec de bonnes perfs ;-)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Il faut savoir que la librarie de Lisaac, est la copie conforme de la librairie SmartEiffel pour tous les types de bases, à quelques exceptions près.
Elle reprend donc toute l'expérience de celle de SmartEiffel, qui est elle même parait-il basée sur celle de smalltalk-80.
Pour le moment, elle recouvre un minimum :
- entiers, structures de contrôle, IO, chaines
- conteneurs de bases (collections, ensembles, hashtables)
- accès fichier
- Quelques formats de fichiers (bmp, ai, tga)
- Une gui totalement native, qui s'améliore de jour en jour, mais encore jeune.
- Un super binding open-gl (merci Damien), qui gère plein de choses, lit les md2 de quake...
- Un binding lua
Notons qu'avec tout ça, on peut d'ors et déjà faire un jeu 3D en Lisaac... sans le son.
En passant, citons d'autre outils :
- Un player mpeg2
- Un compilateur de compilateur SLR (Sanglier)
- Une lib freetype qui marchait il y a quelques années, et qu'il faut remettre au gout du jour.
Il nous manque pas mal de choses (réseau, regexp, gestion du temps, maths avancé, logging, xml, html, ...).
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
C'est vrai que quand on regarde le code ruby, c'est beaucoup plus concis.
Lisaac est effectivement "encore" trop verbeux.
Mais l'avantage dans tous cela, c'est que ça peut facilement changer : quasiment toutes les structures de contrôles sont définis en librairie, et il suffira d'avoir les même fonctions que ruby dispose dans sa librairie, pour se retrouver avec un code à peine plus gros.
Il y a eu un gros travail de réflexions là dessus, de la part de Mildre et votre serviteur : pas mal de foreach ont été implémentés, avec différentes variantes. Il existe aussi des map/fold/filter.
Les utiliser ne devrait pas couter en performances, vu que l'on retombe sur des boucles classiques.
Il y aussi beaucoup de choses à implémenter : quand je regarde fasta par exemple, il y a des fonctions slices, join, etc... qu'on a pas encore, et ce genre de fonctions racourcissent le code...
Bref, Lisaac est bien un langage de haut niveau, et comme Ruby dont il est assez proche, tout est une question de libraire.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
D'ailleurs Johnny, qui était un de ses amis, a été le premier à lui proposer de jouer en première partie de ses spectacles peu après qu'Hendrix soit arrivée en Angleterre, fin 66.
Parait qu'Hendrix était impressionné par les performances scéniques du premier.
Non, je ne défend pas Johnny ;-)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Hendrix a été formé au Blues, en l'écoutant enfant, tout d'abord, ensuite en passant quelques années dans le sud (sur le Chitlin Circuit) en jouant avec des groupes de Blues.
Va voir ici http://en.wikipedia.org/wiki/Jimi_Hendrix pour voir (j'ai 2mn chrono pour te répondre :-) )
Il a rencontré avant son succès pas mal de grand Blusmen comme Howlin Wolf, Ike Turner (pour lequel il a joué), Curtis Knight, etc...
Il n'y a qu'a écouter Red House, Voodoo Chile (pas le slight return, l'autre dans Electric LadyLand).
Enfin, écoute l'album Blues, et surtout le "Hear my train a Comin" à Berkeley, qui contient 12 morceaux de classiques de Blues, plus les siens.
Tu écoutes ça, à la fin t'es une flaque...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Je suis tombé une fois sur un vieil enregistrement de Robert Johnson, par hasard, après avoir vu le film de Scorcese (le premier de la série). Et j'avoue qu'il y a un truc indéfinissable dans son blues... Il a du jouer avec le vaudoo, ou quelques chose dans le genre. En tout cas c'est unique. Une perception vraiment mystique de sa musique.
Le seul autre bluesman chez qui j'ai entendu ça, c'est Hendrix.
Mais c'est pure spéculation :-)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
J'ai tout fait avant le titre "Pour aller plus loin"
J'ai donc appliqué le purge(merci je connaissais pas) : et lorsque je réinstalle, j'ai : Paramétrage de postgresql-8.3 (8.3.0-1~gutsy1) ...
Configuring already existing cluster (configuration: /etc/postgresql/8.3/main, data: /var/lib/postgresql/8.3/main, owner: 124:128)
Error: move_conffile: required configuration file /var/lib/postgresql/8.3/main/postgresql.conf does not exist
Error: could not create default cluster. Please create it manually with
pg_createcluster 8.3 main --start
or a similar command (see 'man pg_createcluster').
et ensuite
$sudo pg_createcluster 8.3 main --start
Configuring already existing cluster (configuration: /etc/postgresql/8.3/main, data: /var/lib/postgresql/8.3/main, owner: 124:128)
Error: move_conffile: required configuration file /var/lib/postgresql/8.3/main/postgresql.conf does not exist
Détail intéressant :
$ls -l /etc/postgresql/
total 0
Je vais regarder si j'ai pas des options intéressantes dans apt-get...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Me dis quand même pas que le DSP sont chargés en instructions *spécifiques* mpeg4 ?
Un DSP ça propose des cosinus, sinus, multiplication, addition, à la limite des instructions calculant un a1*b1 +a2*b2, mais je vois pas quoi de plus..
Je dois me tromper, d'après ce que tu dis, mais si c'est le cas, ça fait des instructions hardware énormes !
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
J'ai peut être pas compris ce qu'il y a entre les lignes, mais si j'ai bien compris, les émetteurs de contenus sont obligés d'utiliser des machines dédiées avec des puces capable de faire de l'encodage temps réel ?
...Ou ils utilisent des machines classique ce qui n'est absolument pas adapter (pourquoi prendre un core duo 2 qui consomme 100 W, quand un DSP fait la même chose en 2W ?) ?
Mais s'ils utilisent des puces dédiées, les fonctions hardcodées dedans sont tellement haut niveau qu'on ne puisse pas les récupérer pour un autre codec ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Malgré que ces framework ne valident pas le code, ce qui constitue l'apport vraiment nouveau et intéressant d'Ocsigen, comme le font judicieusement remarquer les 2 réponses au dessus, je pense que ce sont des framework comme Echo2 ou GWT qui ont de l'avenir.
A savoir :
- Un développement indépendant du web => On peut potentiellement porter son application n'importe où (web, client lourd, etc...)
- Quoi qu'il arrive, on a d'ors et déjà un client riche, pas de Html/XML à générer.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Tout à fait d'accord. Je pense que si on enseignait un langage fonctionnel en début de cursus (j'ai appris caml en deug 1, et ça n'a pas été plus difficile pour néophytes en informatique que pascal trois mois plus tôt), de manière solide, beaucoup de gens s'y mettrait et trouverait ça naturel.
J'ai moi même commencé par l'impératif (basic), mais je suis pas sûr que ce soit plus "naturel" que le paradigme fonctionnel.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Et je vais en rajouter une couche :
Ocsigen aurait été fait en Lisaac, avec le même principe, j'aurai écrit la même chose, à la différence qu'avec java, les gens sont un peu plus habitués au paradigme objet, dont est Lisaac.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Essayer de nous vendre Lisaac à la place de OCaml avec comme argument que personne ne comprend rien à OCaml, je dois dire que j'aurais jamais cru que tu oserais...
J'ai parlé de Lisaac ici ?
Non.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
...Que les chercheurs informaticiens apprennent à faire de la psychologie cognitive.
Faudrait peut être qu'ils comprennent qu'un outil de développement ne nécessite pas avant tout d'être mathématiquement beau (même si je comprend tout à fait l'importance de ce point auquel je suis assez sensible), mais d'être accessible pour le développeur moyen qui sort d'un bac+2 et qui, (souvent)par conséquent, ne comprend rien à un langage comme caml (j'étais perçu comme un extraterrestre en BTS de parler d'un tel langage).
Je vois tout à fait l'intérêt de ce genre d'approche : une fois que le compilateur a validé le code, on peut être sûr qu'on aura pas trop de surprise, contraîrement à PHP qui est un des pire langage existant à l'heure actuelle, sur cet aspect dumoins.
Mais non seulement ça perçera jamais car personne en entreprise, à part peut être quelques cas particuliers, n'utilisera ce truc, tout simplement parce qu'Ocaml est imbitable pour la plupart des développeurs. Je dis ça, j'aime Ocaml, le typage somme, c'est tout de même pied absolu, et j'en passe...
On pourra évoquer l'éducation, la fénéantise, etc... ce qu'on veut, mais c'est comme ça.
Un bon framework de dev, ne doit pas se baser son concept sur la seule puissance d'un langage, mais savoir comment l'utiliser pour s'adapter au cerveau du programmeur.
Un humain n'a par défaut pas du tout la même façon de penser qu'un ordinateur, qui reste une grosse machine à calculer. Tout le monde a surement perdu des heures à coder des concepts simple à cause de détails à la c** qui posent problème.
La question est donc, pour un logiciel, de savoir comment un humain conçoit, en son for intérieur, son logiciel. Comment le type qui spécifie, non informaticien mais orienté métier, serait amener à décrire rigoureusement son logiciel ?
Je donne un exemple : on a inventé des systèmes divers et variés, plus ou moins heureux, pour gérer les interfaces utilisateurs. On a les callback, l'évènementiel, les signaux/slots à la QT.
Le dernier est un des moins mauvais si je puis me permettre de dire.
Mais on s'est demandé ce qu'est une interface utilisateur pour un être humain ?
Eh bien c'est une machine à état.
Elle a des états, des équations d'états. Des évènements liés à l'activation d'état, à la vérification d'équation d'état, etc...
Les données, si l'on se trouve dans un modèle MVC, sont une représentation des données qui lui sont "envoyées", un filtrage sur celle-ci.
Bref, ce qu'il faudrait, je pense, cibler, est plus une approche cognitive, un peu comme le propose Scratch ou croquet ( http://www.opencroquet.org/index.php/Main_Page ) pour les enfants.
La suite de tout cela ? Les langages de programmation sémantiques à ontologie. Pour quoi faire ? Gérer l'implicite.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Génial, ça marche.
Par contre, mon volume de donnée étant un peu volumineux, je me prend des stack overflow dans tous les sens. J'ai 4Go sur la machine et il ne veut pas utiliser plus de 128 Mo :-(
« 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 Lisaac plus rapide que le C !. Évalué à 2.
Comparer des algos, c'est ce que fait le meteor-contest par exemple...
Ce serait intéressant de mettre les deux, mais de bien pouvoir séparer les résultats.
« 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 Lisaac plus rapide que le C !. Évalué à 3.
C'est vraiment dommage, car on pourrait inclure d'autres langages intéressants. Personnellement, je me fiche que le langage soit connu ou pas.
Le shootout est un des rares cas où l'on peut voir différents langages en action pour autre choses que des hello world ou 1001 bottle of beer, et ça serait passionant de voir les spécificités de chacun, en vitesse, en concision, en syntaxe, etc...
ça me ferait franchement marrer de voir un bench avec du brainfuck ou du whitespace !
Franchement, je me suis carrément dit qu'il faudrait leur piquer le code source (c'est libre) et remonter le projet ailleurs, en étant moins arbitraire..
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# A ce prix là tu vis dans le luxe là bas
Posté par Ontologia (site web personnel) . En réponse au journal [OFF]Annonce ANPE hallucinante. Évalué à 7.
Donc, c'est à voir...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Langage de "très haut niveau"?
Posté par Ontologia (site web personnel) . En réponse au journal Lisaac plus rapide que le C !. Évalué à 4.
robert.attaque martin avec manchette;
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Prêt à être utilisé par les masses?
Posté par Ontologia (site web personnel) . En réponse au journal Lisaac plus rapide que le C !. Évalué à 2.
Oui.
Si oui, souffre-t-il (potentiellement) du problème classique des compilateurs avec optimisations globales, à savoir : tu changes une ligne dans ton programme et ça modifie radicalement tes performances (en bien ou en mal, mais c'est en mal que c'est gênant), par des modifications qui se propagent en cascade ?
Euh radicalement, je ne sais pas, ça dépend de la ligne que tu rajoutes, ça dépend de l'influence de cette différence sur le reste du programme.
Le compilateur optimise toujours au mieux : c'est une machine bête et stupide, il trace tout les types, applique toutes les optims (en fonction des flags donné en argument), donc je vois pas trop où est le problème.
Ce que je veux dire, car c'est ce que je sens derrière ta question, c'est qu'il n'y a pas d'indéterminisme ni d'instabilité : pour un code lisaac donné, quand on connait le fonctionnement du compilateur, on peut facilement avoir une intuition de ce que ça donnera en C.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Langage de "très haut niveau"?
Posté par Ontologia (site web personnel) . En réponse au journal Lisaac plus rapide que le C !. Évalué à 4.
Bref, en fait, tout ce qui ne vient pas d'Eiffel...
Même la Gui, qui devient vraiment intéressante pourrait être simplifiée.
Après vu tout le code que tu produis en lisaac, tu aurais peut être des critiques sur la core library ;)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Perl et autre
Posté par Ontologia (site web personnel) . En réponse au journal Lisaac plus rapide que le C !. Évalué à 4.
C'est pas le premier certes, mais ça deviendra une feature majeur dans quelques mois. On en reparlera en détail avec une news spéciale.
Lisaac va implémenter COP, Concurent Object Programming.
En gros, COP permet d'automatiser la programmation parralèlle, en donnant au compilateur le sale boulot.
Pas de lib, pas de thread, pas de verrou.
En Lisaac, un programme début de deux façons :
Section Header
+ name := OBJ;
ou
Section Header
- name := OBJ;
Dans le premier cas, on a un objet à prototype classique, clonable. Chaque clone de cet objet sera différent, comme d'habitude.
Dans le second, chaque clone de l'objet donnera lieu à un thread.
Le modèle est conçu pour gérer automatiquement les priorités entre thread, avec un modèle bien à lui, que je me sens pas capable de vous expliquer ici :-)
Pour ceux qui veulent en savoir plus, rendez-vous P97 http://isaacproject.u-strasbg.fr/download/Lisaac_RM_03.pdf
On verra comment ce modèle fonctionnera, on a bien l'attention de jouer avec quelques mois avant de se déclarer satisfait.
Pour le reste ton analyse est très vraie, et très intéressante.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Prêt à être utilisé par les masses?
Posté par Ontologia (site web personnel) . En réponse au journal Lisaac plus rapide que le C !. Évalué à 3.
Bref, de quoi faire un jeu... sans son, et sans réseau.
Mais avec de bonnes perfs ;-)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Langage de "très haut niveau"?
Posté par Ontologia (site web personnel) . En réponse au journal Lisaac plus rapide que le C !. Évalué à 5.
Il faut savoir que la librarie de Lisaac, est la copie conforme de la librairie SmartEiffel pour tous les types de bases, à quelques exceptions près.
Elle reprend donc toute l'expérience de celle de SmartEiffel, qui est elle même parait-il basée sur celle de smalltalk-80.
Pour le moment, elle recouvre un minimum :
- entiers, structures de contrôle, IO, chaines
- conteneurs de bases (collections, ensembles, hashtables)
- accès fichier
- Quelques formats de fichiers (bmp, ai, tga)
- Une gui totalement native, qui s'améliore de jour en jour, mais encore jeune.
- Un super binding open-gl (merci Damien), qui gère plein de choses, lit les md2 de quake...
- Un binding lua
Notons qu'avec tout ça, on peut d'ors et déjà faire un jeu 3D en Lisaac... sans le son.
En passant, citons d'autre outils :
- Un player mpeg2
- Un compilateur de compilateur SLR (Sanglier)
- Une lib freetype qui marchait il y a quelques années, et qu'il faut remettre au gout du jour.
Il nous manque pas mal de choses (réseau, regexp, gestion du temps, maths avancé, logging, xml, html, ...).
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Langage de "très haut niveau"?
Posté par Ontologia (site web personnel) . En réponse au journal Lisaac plus rapide que le C !. Évalué à 4.
C'est vrai que quand on regarde le code ruby, c'est beaucoup plus concis.
Lisaac est effectivement "encore" trop verbeux.
Mais l'avantage dans tous cela, c'est que ça peut facilement changer : quasiment toutes les structures de contrôles sont définis en librairie, et il suffira d'avoir les même fonctions que ruby dispose dans sa librairie, pour se retrouver avec un code à peine plus gros.
Il y a eu un gros travail de réflexions là dessus, de la part de Mildre et votre serviteur : pas mal de foreach ont été implémentés, avec différentes variantes. Il existe aussi des map/fold/filter.
Les utiliser ne devrait pas couter en performances, vu que l'on retombe sur des boucles classiques.
Il y aussi beaucoup de choses à implémenter : quand je regarde fasta par exemple, il y a des fonctions slices, join, etc... qu'on a pas encore, et ce genre de fonctions racourcissent le code...
Bref, Lisaac est bien un langage de haut niveau, et comme Ruby dont il est assez proche, tout est une question de libraire.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Robert Johnson
Posté par Ontologia (site web personnel) . En réponse au journal Crossroads - La Route du Blues, un pacte avec le Diable (un film souslicence libre de diffusion). Évalué à 3.
Parait qu'Hendrix était impressionné par les performances scéniques du premier.
Non, je ne défend pas Johnny ;-)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Robert Johnson
Posté par Ontologia (site web personnel) . En réponse au journal Crossroads - La Route du Blues, un pacte avec le Diable (un film souslicence libre de diffusion). Évalué à 4.
Hendrix a été formé au Blues, en l'écoutant enfant, tout d'abord, ensuite en passant quelques années dans le sud (sur le Chitlin Circuit) en jouant avec des groupes de Blues.
Va voir ici http://en.wikipedia.org/wiki/Jimi_Hendrix pour voir (j'ai 2mn chrono pour te répondre :-) )
Il a rencontré avant son succès pas mal de grand Blusmen comme Howlin Wolf, Ike Turner (pour lequel il a joué), Curtis Knight, etc...
Il n'y a qu'a écouter Red House, Voodoo Chile (pas le slight return, l'autre dans Electric LadyLand).
Enfin, écoute l'album Blues, et surtout le "Hear my train a Comin" à Berkeley, qui contient 12 morceaux de classiques de Blues, plus les siens.
Tu écoutes ça, à la fin t'es une flaque...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# Robert Johnson
Posté par Ontologia (site web personnel) . En réponse au journal Crossroads - La Route du Blues, un pacte avec le Diable (un film souslicence libre de diffusion). Évalué à 2.
Le seul autre bluesman chez qui j'ai entendu ça, c'est Hendrix.
Mais c'est pure spéculation :-)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: etapes
Posté par Ontologia (site web personnel) . En réponse au message Installer postgresql. Évalué à 2.
Je crois que je vais prendre l'archive binaire et copier les fichiers de confs...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: etapes
Posté par Ontologia (site web personnel) . En réponse au message Installer postgresql. Évalué à 2.
J'ai donc appliqué le purge(merci je connaissais pas) : et lorsque je réinstalle, j'ai :
Paramétrage de postgresql-8.3 (8.3.0-1~gutsy1) ...
Configuring already existing cluster (configuration: /etc/postgresql/8.3/main, data: /var/lib/postgresql/8.3/main, owner: 124:128)
Error: move_conffile: required configuration file /var/lib/postgresql/8.3/main/postgresql.conf does not exist
Error: could not create default cluster. Please create it manually with
pg_createcluster 8.3 main --start
or a similar command (see 'man pg_createcluster').
et ensuite
$sudo pg_createcluster 8.3 main --start
Configuring already existing cluster (configuration: /etc/postgresql/8.3/main, data: /var/lib/postgresql/8.3/main, owner: 124:128)
Error: move_conffile: required configuration file /var/lib/postgresql/8.3/main/postgresql.conf does not exist
Détail intéressant :
$ls -l /etc/postgresql/
total 0
Je vais regarder si j'ai pas des options intéressantes dans apt-get...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Me pose une question
Posté par Ontologia (site web personnel) . En réponse au journal "Vous n’avez pas à vous débarrasser de votre ordinateur à chaque fois que Microsoft lance une nouvelle version de ses logiciels. ". Évalué à 1.
Un DSP ça propose des cosinus, sinus, multiplication, addition, à la limite des instructions calculant un a1*b1 +a2*b2, mais je vois pas quoi de plus..
Je dois me tromper, d'après ce que tu dis, mais si c'est le cas, ça fait des instructions hardware énormes !
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# Me pose une question
Posté par Ontologia (site web personnel) . En réponse au journal "Vous n’avez pas à vous débarrasser de votre ordinateur à chaque fois que Microsoft lance une nouvelle version de ses logiciels. ". Évalué à 4.
...Ou ils utilisent des machines classique ce qui n'est absolument pas adapter (pourquoi prendre un core duo 2 qui consomme 100 W, quand un DSP fait la même chose en 2W ?) ?
Mais s'ils utilisent des puces dédiées, les fonctions hardcodées dedans sont tellement haut niveau qu'on ne puisse pas les récupérer pour un autre codec ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Utilisation
Posté par Ontologia (site web personnel) . En réponse à la dépêche Ocsigen 1.0.0 : une nouvelle approche de la programmation Web. Évalué à 3.
A savoir :
- Un développement indépendant du web => On peut potentiellement porter son application n'importe où (web, client lourd, etc...)
- Quoi qu'il arrive, on a d'ors et déjà un client riche, pas de Html/XML à générer.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Mouais, faudrait ptetre...
Posté par Ontologia (site web personnel) . En réponse à la dépêche Ocsigen 1.0.0 : une nouvelle approche de la programmation Web. Évalué à 2.
J'ai moi même commencé par l'impératif (basic), mais je suis pas sûr que ce soit plus "naturel" que le paradigme fonctionnel.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Mouais, faudrait ptetre...
Posté par Ontologia (site web personnel) . En réponse à la dépêche Ocsigen 1.0.0 : une nouvelle approche de la programmation Web. Évalué à 2.
Ocsigen aurait été fait en Lisaac, avec le même principe, j'aurai écrit la même chose, à la différence qu'avec java, les gens sont un peu plus habitués au paradigme objet, dont est Lisaac.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Mouais, faudrait ptetre...
Posté par Ontologia (site web personnel) . En réponse à la dépêche Ocsigen 1.0.0 : une nouvelle approche de la programmation Web. Évalué à 1.
J'ai parlé de Lisaac ici ?
Non.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# Mouais, faudrait ptetre...
Posté par Ontologia (site web personnel) . En réponse à la dépêche Ocsigen 1.0.0 : une nouvelle approche de la programmation Web. Évalué à 2.
Faudrait peut être qu'ils comprennent qu'un outil de développement ne nécessite pas avant tout d'être mathématiquement beau (même si je comprend tout à fait l'importance de ce point auquel je suis assez sensible), mais d'être accessible pour le développeur moyen qui sort d'un bac+2 et qui, (souvent)par conséquent, ne comprend rien à un langage comme caml (j'étais perçu comme un extraterrestre en BTS de parler d'un tel langage).
Je vois tout à fait l'intérêt de ce genre d'approche : une fois que le compilateur a validé le code, on peut être sûr qu'on aura pas trop de surprise, contraîrement à PHP qui est un des pire langage existant à l'heure actuelle, sur cet aspect dumoins.
Mais non seulement ça perçera jamais car personne en entreprise, à part peut être quelques cas particuliers, n'utilisera ce truc, tout simplement parce qu'Ocaml est imbitable pour la plupart des développeurs. Je dis ça, j'aime Ocaml, le typage somme, c'est tout de même pied absolu, et j'en passe...
On pourra évoquer l'éducation, la fénéantise, etc... ce qu'on veut, mais c'est comme ça.
Un bon framework de dev, ne doit pas se baser son concept sur la seule puissance d'un langage, mais savoir comment l'utiliser pour s'adapter au cerveau du programmeur.
Un humain n'a par défaut pas du tout la même façon de penser qu'un ordinateur, qui reste une grosse machine à calculer. Tout le monde a surement perdu des heures à coder des concepts simple à cause de détails à la c** qui posent problème.
La question est donc, pour un logiciel, de savoir comment un humain conçoit, en son for intérieur, son logiciel. Comment le type qui spécifie, non informaticien mais orienté métier, serait amener à décrire rigoureusement son logiciel ?
Je donne un exemple : on a inventé des systèmes divers et variés, plus ou moins heureux, pour gérer les interfaces utilisateurs. On a les callback, l'évènementiel, les signaux/slots à la QT.
Le dernier est un des moins mauvais si je puis me permettre de dire.
Mais on s'est demandé ce qu'est une interface utilisateur pour un être humain ?
Eh bien c'est une machine à état.
Elle a des états, des équations d'états. Des évènements liés à l'activation d'état, à la vérification d'équation d'état, etc...
Les données, si l'on se trouve dans un modèle MVC, sont une représentation des données qui lui sont "envoyées", un filtrage sur celle-ci.
Bref, ce qu'il faudrait, je pense, cibler, est plus une approche cognitive, un peu comme le propose Scratch ou croquet ( http://www.opencroquet.org/index.php/Main_Page ) pour les enfants.
La suite de tout cela ? Les langages de programmation sémantiques à ontologie. Pour quoi faire ? Gérer l'implicite.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Bon article
Posté par Ontologia (site web personnel) . En réponse à la dépêche Les systèmes de fichiers pour disques SSD. Évalué à 5.
Pour l'efficacité, on repassera, mais ça suffit à convaincre pas mal de monde, surtout dans l'embarqué où la taille du code importe.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: ebauche de solution
Posté par Ontologia (site web personnel) . En réponse au message [Prolog]Liste des chemins allant d'un point à un autre dans un graphe. Évalué à 2.
Swi-prolog me permet une local stack de 128 Mo
gprolog me permet une stack de 4Mo...
De toutes façons, j'ai trouvé un exemple assez long ou l'interpréteur tronquait l'affichage de la liste si elle est trop longue...
M'enfin, ça m'a permis de trouver quelques résultats utiles :-)
Merci !
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: ebauche de solution
Posté par Ontologia (site web personnel) . En réponse au message [Prolog]Liste des chemins allant d'un point à un autre dans un graphe. Évalué à 2.
Par contre, mon volume de donnée étant un peu volumineux, je me prend des stack overflow dans tous les sens. J'ai 4Go sur la machine et il ne veut pas utiliser plus de 128 Mo :-(
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker