Autant je suis d'accord sur la bonne pratique qui consiste à ecrire ses tests avant et avoir une bonne couverture...
...Autant je reste convaincu qu'un compilateur intransigeant ça t'évite de perdre des gains de productivité énormes.
Je vais prendre un cas extrême Caml :
J'ai pas tant que ça coder en caml, mais quand le compilateur te dis "ok c'est bon, vas-y rien à dire"., c'est quand même très rare d'avoir un bug.
Mon expérience de SSII bientôt derrière moi :-) m'a montré que l'essentiel des erreurs (en javouille) qu'on se coltine sur des gros ou moyens projets sont de deux ordres :
- Erreurs imbitables venant du framework lui même imbitable (genre spring et consort)
- Call on null le plus souvent et qq cast exception.
Un bon compilateur qui fais du templating automatique (ie. exécution partielle sur tout ce qui est possible), de la détection de call on null, etc... ça t'évite beaucoup de problème.
Il se trouve que caml avec son inférence de type, rempli pas mal ces tâches, d'où le fait que ça merde rarement après la compil.
Bref, on a des machines bi-core à 2Ghz à 500€, on a pas mal de connaissance en IA, on peut apprendre à faire des compilateurs un tant soit peu intelligent et on aura énormément de productivité à gagner.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
C'est gentil ça, ça me touche beaucoup :-)
Nicolas a en grande partie répondu à ta question.
Le GC est désactivable, et pour donner un exemple, il est désactivé dans le code du compilateur, au profit d'une gestion à la main assez rigoureuse. Comme tout est en lib, on peut tout à fait définir le delete de c++.
Benoit répète souvent "pas d'allocation à l'insu du programmeur", chose dont je comprend qu'il y a surement un intéret, mais dont je me fiche un peu et qui m'oblige à réfréner mes ardeurs à vouloir implémenter des features très haut niveau dans le langage ;-)
Donc comme disait Nicolas, tu peux faire ce que tu veux avec le GC, et je suis bien d'accord que ça dépend de la situation. Vu la cible de Lisaac (Embarqué, système), il risque de pas servir si souvent que ça....
Alors je répond à ta question, parce que c'est gentillement demandé et que ça a commencé à flipper sur la ML Lisaac.
De ce que j'ai compris de ce langage, particulièrement à lire http://golang.org/doc/go_for_cpp_programmers.html qui est vraiment instructif :
- Le système "objet" est marrant, original, mais j'imagine un peu limité.
En gros ça consiste à déclarer que des interfaces (ie des objets avec que des méthodes vides), et de dire qu'un truc est du type de cet objet si tu écrit une (ou plutot les) méthode qui appartient(nnent) à l'interface. Bon.. Je sens que ce genre d'approche c'est limité, et même limité ça peut péter au runtime.
Enfin on verra.
- Pas d'assertions ni d'exeptions. Bonjour le debug
- Compilation séparée, bonjour les perfs, surtout que là avec un embryon d'objet ça va commencer à poser quelques problèmes niveau perfs... T'as pas de VM pour rattraper le coup ici...
- Pas de redef des opérateurs. Change pas cela dit, par rapport à ce que la plupart des gens connaissent. (Nous, en Lisaac, on est assez fière de pouvoir écrire 45_020_089/8!.print )
- Langage avec pointeurs, en enlevant toutefois la possibilité de faire des conneries avec. Qui a dit bricolage ?
- Concurrence : correspond bien à l'état de l'art. Ca sera déterminant pour aider le langage à progresser.
Mais je pense que ce langage va marcher, car il rempli bien les condition définies par Richard P. Gabriel ( Models of Software Acceptance ) http://www.dreamsongs.com/Files/AcceptanceModels.pdf (relire cette présentation, c'est fabuleux !!) :
- Langage accessible sans nécessiter trop d'abstractions
- Gurus derrière
- Grosse boite derrière (pas de gambler ruin possible)
- Langage ressemblant à l'existant
- Langage au design relativement simple, cohérent et suffisant pour sa cible.
Plus généralement, c'est un langage construit à base de techno disponible dans l'industrie, donc un peu dépassée par ce qui se fait dans la recherche. C'est une approche pragmatique, mais qui a pas mal de limites.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Quand on regarde les benchs, on est tenté de dire que ce sont dans les cas où la taille de code est importante que -Os donne de meilleur résultats, ce qui est logique.
Si la boucle critique tiens dans le cache, alors -O3 peut être meilleur
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Si on le relie à http://www.lemondeinformatique.fr/actualites/lire-android-de(...) on voit que la guerre des terminaux ne fait que commencer. Et la guerre du PC personnel, car c'est de cela qu'il s'agit (dans le futur, j'imagine qu'on le connectera à un écran un peu plus grand pour continuer à travailler).
Symbian sera devant d'après Gartner à 39% de PDM, Android avec 14,5% , iPhone 13,7% , Winplante 12,8%, Blackberry 12,5 %
Note : le % est à 5 Millions d'abonnés...
Pourquoi iPhone ne monterai pas plus haut ?
Parce que l'environnement est trop fermé : le fait qu'il faile payer 99$ pour rendre une application dispo sur l'iPhone, qu'Apple puisse refuser l'appli sans raison et ensuite la copier, que les paiements soient en retard et hasardeux. Tout cela va couter beaucoup à la plateforme.
A suivre..
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Par expérience, je constate que l'industrie a environ 30 ans de retards sur les technologies au point.
Java (Objet à classe, ie. Simula 67), les VM, les IDE évolués (SmallTalk en 1972), etc...
Les métamétatrucs, autrement dit les MDAs ont environ 10 à 15 ans, c'est beaucoup trop jeune pour l'industrie.
La majorité des gens sont extrêmement suiviste, et portent au pinacle ce qui est ensencé sur le marché à un moment donné.
De plus, il faut que les professionnels niveau bac + 2 puissent maîtriser la techno. Je parle pas du bac + 2 intelligent qui sait réfléchir par lui même, s'intéresse aux technos de son métier et a un GNU/Linux chez lui.
Non je parle du Bac + 2 (ou de l'ingénieur d'ailleurs) qui reste avant tout un GENS, qui ne sait que cliquer, et ne connait que ce qu'on lui as appris à l'école.
Tant qu'on ne les auras pas formé, ça passera mal. Mais ça viendra.
En ce qui concerne tes travaux, tu as le problème de tous les chercheurs : la tendance à faire des concepts superbes mais imbitable.
La syntaxe est pas facile, on s'y habitue, mais c'est dur à avaler.
Les concepts sont assez haut niveau, et je pense qu'il y a pas mal de travail de "psychologie cognitive"
Et je pense qu'il manque qq traits sémantique dans N3 :
- Notion d'agent
- Notion de relation entre agents
- Gestion de la notion de temps
- ..
Mais c'est un autre débat...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
J'en profite en passant, parce que je cherche une machine dédié, un peu dans le style de celles d'OVH et Free, mais sans la débauche de puissance qui va avec. Evidemment, je compte aussi payer moins.
Vu que je veux m'en servir pour y héberger des robots (et très éventuellement des sites perso à faible traffic), une config minuscule suffirait amplement : Genre 256 Mo de mémoire et 8Go de disque, que je vois chez http://www.phpnet.org/vds.php
Existe t-il des solutions "associatives/coopératives" avec ce genre de service ?
Existe t-il beaucoup d'offre de ce genre ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Tu viens de créer ton compte, et déjà un point Godwin ? Pas mal !
Je ne pense pas comme toi : On peut tout à fait s'en sortir et créer une économie viable en respectant drastiquement des mesures écologique.
On peut faire travailler énormément de monde en faisant cultiver des légumes en France, fabriquer des télés en France, etc...
Ou pas trop loin en europe, grâce au ferroutage, au transport fluvial, etc..
Les produits deviendraient certes plus cher, mais entretiendraient nos comptes sociaux.
Sans compter les bénéfices des nouvelles industries technologique dédiés à l'économie d'énergie, à l'exploitation de l'énergie solaire sans déchets, etc...
Et à quoi servirait de continuer comme avant, de s'assurer que tout le monde vive bien en allant droit dans le mur, en sachant que nos petits enfants vont crever dans des souffrances atroces ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Non, tu n'as pas compris et tu polémiques.
CO2 ou pas, on va droit dans le mur. Il est probable que notre espèce n'y survive pas d'ici quelques générations.
Il faut donc prendre urgemment des mesures. Il faut donc le faire comprendre aux gens d'une façon ou d'une autre. Avec le CO2, en montrant que les îles du pacifique disparaissent sous l'eau, en montrant les ours crever sur la banquise qui disparait, je m'en fou, mais il faut le faire comprendre aux gens, pour leur bien, et pour justement rester dans des régimes démocratiques.
Car si on ne prend pas des mesures maintenant, des dictatures s'installeront pour gérer la crise, devenu trop aigue...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Tout le monde n'habite pas à Paris, tout le monde ne peut pas se libérer en milieu de semaine pour assister à ce genre de conf toutes aussi passionnantes que les autres....
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Pardon pour cette opinion purement cynique, mais c'est quand la mienne.
Peut être que Courtillot a raison. Je ne suis pas spécialiste et après tout je n'en sais rien.
Faire flipper les gens sur la production de carbone est la meilleur solutions pour contraindre les comportements avec qq chose de mesurable, l'idéal étant néanmoins que les gens comprennent la notion d'empreinte globale (ie. la Toyota Prius est certes écolo à l'utilisation, mais hyper poluant à la fabrication et à la destruction. Des exemples de ce genre, il y en a plein).
Ca permettra aussi de relocaliser, et d'éviter les situation débiles où on achète des trucs fabriqué au bout du monde, parce que l'énergie (fossile) ne coute pas cher, alors que l'usine d'à côté fabrique la même denrée pour la vendre à 2000 km.
Ou les tomates en hiver, etc....
Ca permettra encore d'apprendre aux citadin de se passer de voiture - j'ai encore pas mal d'amis qui l'utilisent pour un oui ou pour un non.
Parce que, si on prouve que le CO2 n'a rien à voir, qu'est-ce qui va se passer ?
A bah, c'est de la faute des volcans ma bonne dame, on y peut rien, donc c'est cool, on va pouvoir continuer à foutre le bordel autant qu'on veux ! Génial !
Si notre civilisation veut survivre, il lui faut apprendre à drastiquement diminuer son empreinte écologique.
Et avec la peur de l'emission du CO2, on va créer un marché ! Il est en train de naitre sous nos yeux. On va apprendre à utiliser du solaire, avec peu d'empreinte écologique (bon le photovoltaique, c'est pas encore, il faut 20 ans pour rembourser l'énergie qu'il a consommé à la production).
Donc que les gens soient de plus en plus conscient du mur, et croient que le CO2 est un problème, m'arrange, car toute notre société étant basé sur une consommation énergétique produisant ce gaz, c'est au centre de tout, et ça nous obligera à nous comporter autrement.
Que ce soit vrai ou faux, peu importe, du moment que les gens y croient.
Désolé pour le cynisme, et je promet qu'il n'y a aucun mépris là dedans.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
C'est clair.
Il suffirait qu'on maintienne un outil pour vérifier que le driver soit bien propre, respecte bien les interfaces.
Le fait que les ABI changent tout le temps décourage définitivement les industriels, qui en plus de se foutre complètement d'écrire un driver pour un os qui a 2% du marché, on pas envie de le faire parce que c'est inmaintenable ou être obligé de le libérer.
Résultat, l'utilisateur gueule parce que sa carte wifi marche pas, et les windowsiens sont bien mort de rire quand tu parles d'installer Linux sur la machine de madame Michu...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Ce logiciel est aussi pas mal, très simple, on envoi un code à un ami qui est ajouté et le transfert commence.
Le seul danger est l'option de config, les amis de mes amis sont mes amis, heureusement optionnelle.
J'ai récupéré qq Go avec. Et c'est rapide, ton ami en face a 100 ko de bande passante montant, s'il ne configure pas une limite, il envoi à 100ko.
Par contre, c'est un fichier par personne à la fois (mais on peut tl plusieurs fichiers chez plusieurs personnes évidemment).
Je pense que c'est indétectable, surtout qu'il y a une option cryptage.
J'aimerai bien une explication sur le pourquoi de la nazitude de l'argument du monsieur plus haut, parce qu'il m'a assez convaincu. Pas pour la forme de la doc, mais pour l'idée que je préfère faire pêter la compil plutôt que le runtime.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
J'ai été sensibilisé au contrats avec SmartEiffel et Lisaac, et Mildred nous a jour secoué les méninges afin qu'on distingue ce qui relève du contrat pré et post, et des exceptions.
L'exemple que tu cites est de l'ordre du contrat et non de l'exception.
Amha (pour le moment), l'exception sert à gérer les erreurs externes qui perturbent le bon déroulement d'un programme : plus de place sur le disque, plus de mémoire, on arrive pas à établir ou à garder la connexion, etc...
Là, c'est une erreur interne du programme : certains des argument sont à Null.
C'est un contrat qui doit être posé pour péter s'il y a erreur.
En java, il y a assert, mais c'est pas hérité. Et on a pas de mot clé Old qui permet de comparer l'état d'un paramètre au début avec ce paramètre modifié en sortie.
Sur l'entorse à la théorie, là encore, c'est une histoire de contrats... au niveau de l'objet.
En Eiffel, l'invariant de classe http://en.wikipedia.org/wiki/Class_invariant permet de vérifier à tout moment que le contrat est respecté.
Je pense que ça peut apporter une solution au problème posé par Zul.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
C'était la faute d'hibernate, enfin plus exactement de la faute du fait que les dev ne veulent absolument pas savoir ce qu'il y a derrière et ont fait n'importe quoi.
Si je me souviens bien, ça provoquais un delete récursif, voire cyclique. Je me souviens plus trop, faudrait que je rattrape le copain qui m'avait expliqué ça.
Les développeurs *aiment* Hibernate, certes. Mais les fonctionnels beaucoup moins.
Un ami fonctionnel m'a raconté comment il a envoyé bouler Hibernate sur un projet, où un simple delete prenait.... 2 jours..
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Je reconnais tout ce que j'ai vu en entreprise, DTO, DAO, DTA, Services, vue..
Je comprend bien la nécessité (mais il semble que ceux qui se sont creusés la tête ont trouvé des concepts plus intéressant), mais l'implémentation me dérange.
Je la trouve inutilement lourde.
Par exemple, pourquoi ne pas mettre une fichier java à la place du xml. Vue le niveau de profondeur (de l'arbre) du fichier de conf xml de spring, ça devrai pas poser de problèmes.
Ca éviterai les emmerdes avec les typos, où tu comprend pas pourquoi ce foutu DTA se charge pas, parce qu'il y a une erreur d'un caractère dans le fichier de conf xml, qui bien entendu est examiné à l'exécution, et est bien sûr pas foutu de te donner un message d'erreur clair qui te dit "tu t ptet planté dans l'appellation de l'objet ou de sa méthode, regarde voir le fichier de conf".
Bah non, a moins d'y avoir passé 2 ans, et d'être auréolé de la gloire d'être l'expert javouille dans la boite, tu galères et perd du temps con parce que le fichier de conf est pas lu avant que l'appli démarre.
Et me dit pas que charger un .class à chaud dans une appli c'est difficile.
Une VM ça sert à ça.
Et ça s'automatise très bien.
Ya plein de langages où ça pose pas de problèmes.
Non, là, tout une couche monstreuse d'introspection pour faire un truc de base.
Sans compter la désespérante et insupportable inflation d'objet.
Ya en dans les sens ! 20 classes pour les collection, au minimum 5 pour les chaines.
T'as trois fonction qui se battent en duel dans les libs de base (String, List).
Les int, boolean pas objet, etc...
Bref, je diverge.
Java est un langage très limité, pas expressif, et t obligé d'utiliser des usine à gaz pour faire un truc simple.
Ca marche oui, mais c'est très lourd.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Typage statique/dynamique
Posté par Ontologia (site web personnel) . En réponse à la dépêche Go : Un nouveau langage chez Google. Évalué à 9.
...Autant je reste convaincu qu'un compilateur intransigeant ça t'évite de perdre des gains de productivité énormes.
Je vais prendre un cas extrême Caml :
J'ai pas tant que ça coder en caml, mais quand le compilateur te dis "ok c'est bon, vas-y rien à dire"., c'est quand même très rare d'avoir un bug.
Mon expérience de SSII bientôt derrière moi :-) m'a montré que l'essentiel des erreurs (en javouille) qu'on se coltine sur des gros ou moyens projets sont de deux ordres :
- Erreurs imbitables venant du framework lui même imbitable (genre spring et consort)
- Call on null le plus souvent et qq cast exception.
Un bon compilateur qui fais du templating automatique (ie. exécution partielle sur tout ce qui est possible), de la détection de call on null, etc... ça t'évite beaucoup de problème.
Il se trouve que caml avec son inférence de type, rempli pas mal ces tâches, d'où le fait que ça merde rarement après la compil.
Bref, on a des machines bi-core à 2Ghz à 500€, on a pas mal de connaissance en IA, on peut apprendre à faire des compilateurs un tant soit peu intelligent et on aura énormément de productivité à gagner.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Ah! C'est la saison de la galinette cendrée!
Posté par Ontologia (site web personnel) . En réponse au journal Go : Un nouveau langage chez Google. Évalué à 2.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Ah! C'est la saison de la galinette cendrée!
Posté par Ontologia (site web personnel) . En réponse au journal Go : Un nouveau langage chez Google. Évalué à 9.
Nicolas a en grande partie répondu à ta question.
Le GC est désactivable, et pour donner un exemple, il est désactivé dans le code du compilateur, au profit d'une gestion à la main assez rigoureuse. Comme tout est en lib, on peut tout à fait définir le delete de c++.
Benoit répète souvent "pas d'allocation à l'insu du programmeur", chose dont je comprend qu'il y a surement un intéret, mais dont je me fiche un peu et qui m'oblige à réfréner mes ardeurs à vouloir implémenter des features très haut niveau dans le langage ;-)
Donc comme disait Nicolas, tu peux faire ce que tu veux avec le GC, et je suis bien d'accord que ça dépend de la situation. Vu la cible de Lisaac (Embarqué, système), il risque de pas servir si souvent que ça....
Alors je répond à ta question, parce que c'est gentillement demandé et que ça a commencé à flipper sur la ML Lisaac.
De ce que j'ai compris de ce langage, particulièrement à lire http://golang.org/doc/go_for_cpp_programmers.html qui est vraiment instructif :
- Le système "objet" est marrant, original, mais j'imagine un peu limité.
En gros ça consiste à déclarer que des interfaces (ie des objets avec que des méthodes vides), et de dire qu'un truc est du type de cet objet si tu écrit une (ou plutot les) méthode qui appartient(nnent) à l'interface. Bon.. Je sens que ce genre d'approche c'est limité, et même limité ça peut péter au runtime.
Enfin on verra.
- Pas d'assertions ni d'exeptions. Bonjour le debug
- Compilation séparée, bonjour les perfs, surtout que là avec un embryon d'objet ça va commencer à poser quelques problèmes niveau perfs... T'as pas de VM pour rattraper le coup ici...
- Pas de redef des opérateurs. Change pas cela dit, par rapport à ce que la plupart des gens connaissent. (Nous, en Lisaac, on est assez fière de pouvoir écrire 45_020_089/8!.print )
- Langage avec pointeurs, en enlevant toutefois la possibilité de faire des conneries avec. Qui a dit bricolage ?
- Concurrence : correspond bien à l'état de l'art. Ca sera déterminant pour aider le langage à progresser.
Mais je pense que ce langage va marcher, car il rempli bien les condition définies par Richard P. Gabriel ( Models of Software Acceptance ) http://www.dreamsongs.com/Files/AcceptanceModels.pdf (relire cette présentation, c'est fabuleux !!) :
- Langage accessible sans nécessiter trop d'abstractions
- Gurus derrière
- Grosse boite derrière (pas de gambler ruin possible)
- Langage ressemblant à l'existant
- Langage au design relativement simple, cohérent et suffisant pour sa cible.
Plus généralement, c'est un langage construit à base de techno disponible dans l'industrie, donc un peu dépassée par ce qui se fait dans la recherche. C'est une approche pragmatique, mais qui a pas mal de limites.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: dbench
Posté par Ontologia (site web personnel) . En réponse au journal Linux, Gentoo, et gcc dans un bateau.... Évalué à 5.
Si la boucle critique tiens dans le cache, alors -O3 peut être meilleur
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: dbench
Posté par Ontologia (site web personnel) . En réponse au journal Linux, Gentoo, et gcc dans un bateau.... Évalué à 6.
Le débat porte donc sur le fait que code plus court = code tenant mieux dans le cache code du processeur, donc meilleur exécution...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Rien de transcendant dirait-on
Posté par Ontologia (site web personnel) . En réponse au journal Noop : encore un nouveau langage ou bien nouvelle génération de langage. Évalué à 2.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# Un évènement important...
Posté par Ontologia (site web personnel) . En réponse à la dépêche Symbian est officiellement « OpenSource ». Évalué à 7.
Symbian sera devant d'après Gartner à 39% de PDM, Android avec 14,5% , iPhone 13,7% , Winplante 12,8%, Blackberry 12,5 %
Note : le % est à 5 Millions d'abonnés...
Sachant qu'il existe des lib d'adaptation du POSIX à Symbian http://en.wikipedia.org/wiki/P.I.P.S._Is_POSIX_on_Symbian , on peut parier que la sauce va monter.
Ca ferait donc 30 % d'Unix, et beaucoup plus en POSIX...
En gros Windows et BlackBerry sont mal barrés.
Pourquoi iPhone ne monterai pas plus haut ?
Parce que l'environnement est trop fermé : le fait qu'il faile payer 99$ pour rendre une application dispo sur l'iPhone, qu'Apple puisse refuser l'appli sans raison et ensuite la copier, que les paiements soient en retard et hasardeux. Tout cela va couter beaucoup à la plateforme.
A suivre..
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: En guise de conclusion
Posté par Ontologia (site web personnel) . En réponse au journal mes présentations: à l'OSDC, et jeudi prochain. Évalué à 2.
Java (Objet à classe, ie. Simula 67), les VM, les IDE évolués (SmallTalk en 1972), etc...
Les métamétatrucs, autrement dit les MDAs ont environ 10 à 15 ans, c'est beaucoup trop jeune pour l'industrie.
La majorité des gens sont extrêmement suiviste, et portent au pinacle ce qui est ensencé sur le marché à un moment donné.
De plus, il faut que les professionnels niveau bac + 2 puissent maîtriser la techno. Je parle pas du bac + 2 intelligent qui sait réfléchir par lui même, s'intéresse aux technos de son métier et a un GNU/Linux chez lui.
Non je parle du Bac + 2 (ou de l'ingénieur d'ailleurs) qui reste avant tout un GENS, qui ne sait que cliquer, et ne connait que ce qu'on lui as appris à l'école.
Tant qu'on ne les auras pas formé, ça passera mal. Mais ça viendra.
En ce qui concerne tes travaux, tu as le problème de tous les chercheurs : la tendance à faire des concepts superbes mais imbitable.
La syntaxe est pas facile, on s'y habitue, mais c'est dur à avaler.
Les concepts sont assez haut niveau, et je pense qu'il y a pas mal de travail de "psychologie cognitive"
Et je pense qu'il manque qq traits sémantique dans N3 :
- Notion d'agent
- Notion de relation entre agents
- Gestion de la notion de temps
- ..
Mais c'est un autre débat...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# Dédié virtualisé
Posté par Ontologia (site web personnel) . En réponse au journal Hébergement mutualisé, petit état des lieux. Évalué à 3.
Vu que je veux m'en servir pour y héberger des robots (et très éventuellement des sites perso à faible traffic), une config minuscule suffirait amplement : Genre 256 Mo de mémoire et 8Go de disque, que je vois chez http://www.phpnet.org/vds.php
Existe t-il des solutions "associatives/coopératives" avec ce genre de service ?
Existe t-il beaucoup d'offre de ce genre ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# Erreur 403 sur les captures
Posté par Ontologia (site web personnel) . En réponse au journal [Imagerie] Avancement du projet G'MIC (version 1.3.2.8). Évalué à 2.
http://www.greyc.ensicaen.fr/~dtschump/lfr/splines.jpg
http://www.greyc.ensicaen.fr/~dtschump/lfr/eros.jpg
Etc...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: C'est peut être faux, mais ça m'arrange que les gens le croient
Posté par Ontologia (site web personnel) . En réponse au journal [HS] Pour en finir avec le réchauffement climatique anthropique.... Évalué à 2.
Je ne pense pas comme toi : On peut tout à fait s'en sortir et créer une économie viable en respectant drastiquement des mesures écologique.
On peut faire travailler énormément de monde en faisant cultiver des légumes en France, fabriquer des télés en France, etc...
Ou pas trop loin en europe, grâce au ferroutage, au transport fluvial, etc..
Les produits deviendraient certes plus cher, mais entretiendraient nos comptes sociaux.
Sans compter les bénéfices des nouvelles industries technologique dédiés à l'économie d'énergie, à l'exploitation de l'énergie solaire sans déchets, etc...
Et à quoi servirait de continuer comme avant, de s'assurer que tout le monde vive bien en allant droit dans le mur, en sachant que nos petits enfants vont crever dans des souffrances atroces ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Rien de transcendant dirait-on
Posté par Ontologia (site web personnel) . En réponse au journal Noop : encore un nouveau langage ou bien nouvelle génération de langage. Évalué à 2.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: C'est peut être faux, mais ça m'arrange que les gens le croient
Posté par Ontologia (site web personnel) . En réponse au journal [HS] Pour en finir avec le réchauffement climatique anthropique.... Évalué à 3.
CO2 ou pas, on va droit dans le mur. Il est probable que notre espèce n'y survive pas d'ici quelques générations.
Il faut donc prendre urgemment des mesures. Il faut donc le faire comprendre aux gens d'une façon ou d'une autre. Avec le CO2, en montrant que les îles du pacifique disparaissent sous l'eau, en montrant les ours crever sur la banquise qui disparait, je m'en fou, mais il faut le faire comprendre aux gens, pour leur bien, et pour justement rester dans des régimes démocratiques.
Car si on ne prend pas des mesures maintenant, des dictatures s'installeront pour gérer la crise, devenu trop aigue...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# Et il y aurait des vidéos ?
Posté par Ontologia (site web personnel) . En réponse au journal mes présentations: à l'OSDC, et jeudi prochain. Évalué à 2.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# C'est peut être faux, mais ça m'arrange que les gens le croient
Posté par Ontologia (site web personnel) . En réponse au journal [HS] Pour en finir avec le réchauffement climatique anthropique.... Évalué à 2.
Peut être que Courtillot a raison. Je ne suis pas spécialiste et après tout je n'en sais rien.
Par contre, il est très important que les gens le croient, en grande partie pour les raisons qu'a exposé grid (premier commentaire : http://www.linuxfr.org/comments/1071796.html#1071796 )
Faire flipper les gens sur la production de carbone est la meilleur solutions pour contraindre les comportements avec qq chose de mesurable, l'idéal étant néanmoins que les gens comprennent la notion d'empreinte globale (ie. la Toyota Prius est certes écolo à l'utilisation, mais hyper poluant à la fabrication et à la destruction. Des exemples de ce genre, il y en a plein).
Ca permettra aussi de relocaliser, et d'éviter les situation débiles où on achète des trucs fabriqué au bout du monde, parce que l'énergie (fossile) ne coute pas cher, alors que l'usine d'à côté fabrique la même denrée pour la vendre à 2000 km.
Ou les tomates en hiver, etc....
Ca permettra encore d'apprendre aux citadin de se passer de voiture - j'ai encore pas mal d'amis qui l'utilisent pour un oui ou pour un non.
Parce que, si on prouve que le CO2 n'a rien à voir, qu'est-ce qui va se passer ?
A bah, c'est de la faute des volcans ma bonne dame, on y peut rien, donc c'est cool, on va pouvoir continuer à foutre le bordel autant qu'on veux ! Génial !
Si notre civilisation veut survivre, il lui faut apprendre à drastiquement diminuer son empreinte écologique.
Et avec la peur de l'emission du CO2, on va créer un marché ! Il est en train de naitre sous nos yeux. On va apprendre à utiliser du solaire, avec peu d'empreinte écologique (bon le photovoltaique, c'est pas encore, il faut 20 ans pour rembourser l'énergie qu'il a consommé à la production).
Donc que les gens soient de plus en plus conscient du mur, et croient que le CO2 est un problème, m'arrange, car toute notre société étant basé sur une consommation énergétique produisant ce gaz, c'est au centre de tout, et ça nous obligera à nous comporter autrement.
Que ce soit vrai ou faux, peu importe, du moment que les gens y croient.
Désolé pour le cynisme, et je promet qu'il n'y a aucun mépris là dedans.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: rentrons dans le vif du sujet
Posté par Ontologia (site web personnel) . En réponse au journal Linux un bloat, ah bon ?. Évalué à 2.
Il suffirait qu'on maintienne un outil pour vérifier que le driver soit bien propre, respecte bien les interfaces.
Le fait que les ABI changent tout le temps décourage définitivement les industriels, qui en plus de se foutre complètement d'écrire un driver pour un os qui a 2% du marché, on pas envie de le faire parce que c'est inmaintenable ou être obligé de le libérer.
Résultat, l'utilisateur gueule parce que sa carte wifi marche pas, et les windowsiens sont bien mort de rire quand tu parles d'installer Linux sur la machine de madame Michu...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Ca me fait penser ...
Posté par Ontologia (site web personnel) . En réponse au journal Noop : encore un nouveau langage ou bien nouvelle génération de langage. Évalué à 2.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# Alliance p2p
Posté par Ontologia (site web personnel) . En réponse au journal La technologie permettant à Madame Michu de contourner Hadopi déjà disponible!. Évalué à 3.
Le seul danger est l'option de config, les amis de mes amis sont mes amis, heureusement optionnelle.
J'ai récupéré qq Go avec. Et c'est rapide, ton ami en face a 100 ko de bande passante montant, s'il ne configure pas une limite, il envoi à 100ko.
Par contre, c'est un fichier par personne à la fois (mais on peut tl plusieurs fichiers chez plusieurs personnes évidemment).
Je pense que c'est indétectable, surtout qu'il y a une option cryptage.
En plus c'est multiplateforme, chose qui était indispensable pour convaincre pas mal de copains..
http://sourceforge.net/projects/alliancep2p/
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Rien de transcendant dirait-on
Posté par Ontologia (site web personnel) . En réponse au journal Noop : encore un nouveau langage ou bien nouvelle génération de langage. Évalué à 3.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Rien de transcendant dirait-on
Posté par Ontologia (site web personnel) . En réponse au journal Noop : encore un nouveau langage ou bien nouvelle génération de langage. Évalué à 4.
L'exemple que tu cites est de l'ordre du contrat et non de l'exception.
Amha (pour le moment), l'exception sert à gérer les erreurs externes qui perturbent le bon déroulement d'un programme : plus de place sur le disque, plus de mémoire, on arrive pas à établir ou à garder la connexion, etc...
Là, c'est une erreur interne du programme : certains des argument sont à Null.
C'est un contrat qui doit être posé pour péter s'il y a erreur.
En java, il y a assert, mais c'est pas hérité. Et on a pas de mot clé Old qui permet de comparer l'état d'un paramètre au début avec ce paramètre modifié en sortie.
Sur l'entorse à la théorie, là encore, c'est une histoire de contrats... au niveau de l'objet.
En Eiffel, l'invariant de classe http://en.wikipedia.org/wiki/Class_invariant permet de vérifier à tout moment que le contrat est respecté.
Je pense que ça peut apporter une solution au problème posé par Zul.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Rien de transcendant dirait-on
Posté par Ontologia (site web personnel) . En réponse au journal Noop : encore un nouveau langage ou bien nouvelle génération de langage. Évalué à 2.
c : CAT := CAT.create "Fritz" age 9 nombre_de_patte 4 poids 5 surnom "chatchat" prix_a_la_decoupe 150 date DATE.today;
C'est moins verbeux :-)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Rien de transcendant dirait-on
Posté par Ontologia (site web personnel) . En réponse au journal Noop : encore un nouveau langage ou bien nouvelle génération de langage. Évalué à 2.
Si je me souviens bien, ça provoquais un delete récursif, voire cyclique. Je me souviens plus trop, faudrait que je rattrape le copain qui m'avait expliqué ça.
De ce que j'en avais compris à l'époque, c'était la plus pur application de ce problème : http://www.joelonsoftware.com/articles/LeakyAbstractions.htm(...)
(sur le fait que hibernate connaisse mieux que toi et moi les bdd, oui evidemment, mais ce n'est pas le problème)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Rien de transcendant dirait-on
Posté par Ontologia (site web personnel) . En réponse au journal Noop : encore un nouveau langage ou bien nouvelle génération de langage. Évalué à 1.
Un ami fonctionnel m'a raconté comment il a envoyé bouler Hibernate sur un projet, où un simple delete prenait.... 2 jours..
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Rien de transcendant dirait-on
Posté par Ontologia (site web personnel) . En réponse au journal Noop : encore un nouveau langage ou bien nouvelle génération de langage. Évalué à 2.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Rien de transcendant dirait-on
Posté par Ontologia (site web personnel) . En réponse au journal Noop : encore un nouveau langage ou bien nouvelle génération de langage. Évalué à 4.
Je comprend bien la nécessité (mais il semble que ceux qui se sont creusés la tête ont trouvé des concepts plus intéressant), mais l'implémentation me dérange.
Je la trouve inutilement lourde.
Par exemple, pourquoi ne pas mettre une fichier java à la place du xml. Vue le niveau de profondeur (de l'arbre) du fichier de conf xml de spring, ça devrai pas poser de problèmes.
Ca éviterai les emmerdes avec les typos, où tu comprend pas pourquoi ce foutu DTA se charge pas, parce qu'il y a une erreur d'un caractère dans le fichier de conf xml, qui bien entendu est examiné à l'exécution, et est bien sûr pas foutu de te donner un message d'erreur clair qui te dit "tu t ptet planté dans l'appellation de l'objet ou de sa méthode, regarde voir le fichier de conf".
Bah non, a moins d'y avoir passé 2 ans, et d'être auréolé de la gloire d'être l'expert javouille dans la boite, tu galères et perd du temps con parce que le fichier de conf est pas lu avant que l'appli démarre.
Et me dit pas que charger un .class à chaud dans une appli c'est difficile.
Une VM ça sert à ça.
Et ça s'automatise très bien.
Ya plein de langages où ça pose pas de problèmes.
Non, là, tout une couche monstreuse d'introspection pour faire un truc de base.
Sans compter la désespérante et insupportable inflation d'objet.
Ya en dans les sens ! 20 classes pour les collection, au minimum 5 pour les chaines.
T'as trois fonction qui se battent en duel dans les libs de base (String, List).
Les int, boolean pas objet, etc...
Bref, je diverge.
Java est un langage très limité, pas expressif, et t obligé d'utiliser des usine à gaz pour faire un truc simple.
Ca marche oui, mais c'est très lourd.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker