Il y a tout de même une question de liberté là dedans. Ce serait dommageable que sous prétexte de préserver les concept albums, on nous oblige systématiquement, comme à l'époque du CD à acheter 15 morceaux alors que seuls un ou deux nous intéresse.
Certes un problème de liberté, mais ya des limites à masacrer des oeuvres d'art.
Tu voudrais couper une partie d'une reproduction de Gernica de Picasso, parce que t'aimes pas l'autre partie du tableau ?
Pas mal d'albums de Pink Floyd doivent être pris comme un tout.
Couper animals en petit bout c'est débile, The Wall encore plus, surtout qu'il n'y a pas de coupure entre les morceaux (enfin la plupart).
Ne parlons pas des Sysyphus ou The narrow way dans ummaguma.
Et pourquoi pas couper Echoes pendant que tu y es.
Ya vraiment un truc malsein dans cette société où, à vouloir la liberté à tout prix, on accepte plus aucune contraintes : artistiques, démocratiques, etc...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Bon l'ergonomie admettons, c'est pas leur principal problème.
Vous en connaissez des gens qui ont acheté un tel Android et qui ne sont pas geeks ? Perso je n'en connais qu'un. Par contre aux USA cela semble plus courant.
Voilà, ça c'est LE problème. Google doit forcer les fabriquant, les opérateurs à vendre leur marque, avec un gros Android.
Quand je vais à la Fnac à côté de chez moi, je vois des gros iPhone, mais pour savoir si c'est un android faut chercher longtemps..
La concurrence aujourd'hui, c'est comme la gauche en europe aujourd'hui : pas d'idées...
- Symbian a 50% du marché, mais Symbian c'est pas fait pour faire du smartphone, mais plutôt des téléphones tout simple avec un agenda et trois jeux dessus. Ils essayent certes de remonter la pente, bon courage !..
- Samsung avec Bada débute, et c'est pas forcément mieux
- Et enfin Google avec Android. Là c'est consternant..
° L'ergonomie est loin derrière
° Ils vendent pas leur marque, résultat personne connait Android
° Leur store est nul, mal pensé, difficile d'y entrer, résultat, ils vendent 1000 fois moins qu'apple (1 milliards d'opération)
Bref, si un jour un concurent un peu plus ouvert, surtout si c'est google, qui se met enfin à comprendre qu'ils vont droit dans le mur, Apple aura du souçi à se faire, car là, les développeurs migreront.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Justement !
Le néolibéralisme est une sorte de communisme inversé, un "communisme à base privé" comme le dit J-F Khan.
Donc cela s'applique tout à fait.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
En ce qui me concerne, mais c'est que mon avis, je fais la différence entre capitalisme, qui est un mode d'organisation de production, distribution des biens particulier, et libéralisme qui est une forme particulière de capitalisme qui s'articule dessus.
Le capitalisme suppose quelques valeurs acceptées, comme le droit à la propriété pour l'individu (ce qui n'a pas toujours été le cas dans pas mal de civilisation et autres organisations sociales). A part quelques valeurs de base, le capitalisme ne requiert pas énormément de "construction" dans le système de valeur.
Le capitalisme est apparu chez les romains, les grecs, les phéniciens, sous diverses formes.
Elles n'étaient pas pour autant libérales.
Le libéralisme (originel) sous tend un système de valeur plus complet(xe), et plus spécifique : on y trouve outre le droit à la propriété, l'égalité juridique avec toutes ses conséquence, droits opposables à la société et au pouvoir, etc...
Il faut bien voir, qu'à l'époque romaine, on avait pas tout cela, on avait qq chose qui y ressemblait, mais pas tout à fait.
Après effectivement, certaines formes de capitalismes évoluent vers l'oligarchisation.
Mais cite moi des grandes civilisation au cours des 5000 dernières années, qui n'ont pas eu ce trait déviant vers l'oligarchisation ?
La social-démocratie, après 45, n'était pas oligarchique, c'est pourtant une forme de capitalisme, régulé.
Comme quoi ça peut exister.
Donc dire "tout ça c'est la même chose", c'est un peu rapide.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Disons qu'il y a un léger côté "Mooresque" au film, sans aller autant dans la simplification que le documentariste.
On est un peu emporté par le flot, et ce film est surtout intéressant pour intéresser les personnes non sensibilisée à cette approche à cette problématique et à se documenter par elle même.
Dans l'article elle dit quand même qu'elle souhaite du succès au film ! :-)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Surtout que les travaux de Douglas EngelBart sont très profond autant du point de vue philosophique que technique.
C'est AMHA beaucoup plus visionnaire que pas mal d'avancées algorithmique, qui sont plus faciles à approcher.
Il fallait imaginer au début des années 50 de commander une machine avec une interface sur un écran, alors que celui-ci n'existait que depuis quelques années !
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Pour ceux qui aimerait creuser un peu plus cette question de l'origine du néolibéralisme, je vous invite à visionner une interview de Christian Laval, l'auteur de "L'homme économique, les racines du néolibéralismes".
Dans cet ouvrage hyper documenté et très fourni, Christian Laval (historien de la sociologie et de la philosophie) remonter jusqu'au moyen age (en survolant rapidement les racines antiques) pour comprendre comment on a pu en arrivé là.
On y comprend que cela est beaucoup plus profond qu'il n'y parait :
Tu demandes si le compilo Java ne peut pas faire de l'analyse globale, je te répond non et explique pourquoi.
Tu me répond que je me trompe parce que LLVM peut le faire.
Je sais que LLVM peut le faire, mais ce n'est pas répondre à ta question.
LLVM travaille sur un code assez bas niveau en analyse plus ou moins globale, effectivement c'est possible.
C'est plus une question de choix d'approche et de leur conséquence que de "qui a la plus grosse, et est pas assez fort pour le faire"
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Ca a été un peu dit plus haut, mais en gros ce n'est pas possible car Java fait de la compilation séparée.
Java, comme la plupart des langages objet fonctionne sur le principe de "Open World Assumption" : le code compilé peut recevoir du code par la suite, au runtime (plugin, etc...)
Ce que tu propose implique de partir sur du CWA ( Closed World Asumption), qui consiste à travailler sur la fermeture transitive du graphe du code où là tu peux virer le code mort. Les compilateurs basés là dessus sont rares (SmartEiffel et Lisaac à ma connaissance)
Gcc le fait en partie car sur du code procédural comme du C, c'est faisable. Sur de l'objet, c'est beaucoup plus compliqué, car le typage devenant dynamique, tu te retrouves avec des sites d'appels dans tous les sens et ta complexité explose (np complet).
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Nous seront toujours édifiés devant la légèreté des application JavaEE que tout javaiste encence ( sur linuxfr, Dude en est le pretre attitré ), aussi aimerais-je savoir si un exemple aussi confondant de performance, de citoyenté (concernant les économies d'énergies) tel que http://ptrthomas.files.wordpress.com/2006/06/jtrac-callstack(...)
est réalisable avce ton framework.
Je pense qu'il faut doubler cette stack qui est beaucoup trop petite pour prétendre à l'application imbitable qui rassure l'ingénieur dans sa maîtrise d'une usine à gaz dont il est le seul garant, gardant ainsi son territoire.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Je constate un léger mieux, mais encore assez légé. Par contre, je constate avec plaisir que pour le moment, il ne s'emballe pas à consommer toutes les ressources CPU pour certaines pages chargées de javascript.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
J'ai pas vraiment étudié la question, mais si on on a un ORM où :
- Chaque tables est un objet singleton (en prototype, il sera non clonable). On pourra prendre comme convention qu'il a un s à la fin (comme dans ruby activerecord). Exemple, l'objet Tables
- chaque objet au singulier est clonable et représente une ligne d'une table. Exemple Tables contient une liste de Table.
Là ça pourrait marcher, grâce au fait qu'on ai un singleton par table ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
ça pose une question très profonde : comment éviter les framework bloatware ?
Parce que même si tu compiles tout ça, et que le compilateur te vire les 3/4 des appels qui ne sont que des appels, tu te retrouves avec un paquet de code qui ne sont que des abstractions.
Or, une abstraction, c'est une organisation humaine destinée à se retrouver mentalement dans la complexité du software.
On a le choix à faire du spécifique comme tu as fait, mais à donc ne plus avoir d'outil de "prémachage" sous la main, ou avoir les outils de prémachage et à devoir se battre contre une usine à gaz (où Spring/hibernate, etc... en sont le paroxysme, j'ai subi moi aussi...) tellement complexe qu'elle rend le développement impossible.
La hauteur de niveau des langages peut être une réponse. On peut voir par exemple avec Ruby, que certaines choses ne sont pas forcément nécessaire (au prix de performances moindre évidemment), vu l'approche interprété.
Le problème, c'est qu'en bas, on a toujours une bête machine de turing de base.
je ne sais pas ce qu'on pourrait faire de mieux... Un générateur de code, qui prend la description de ce qu'on veut faire, et génèrerai un truc spécifique... lisible ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Même si gcc est très bon pour ce genre de choses, les motifs qu'il est capable de paralléliser restent très limités, et bien souvent il suffit qu'il y ait un pointeur qui traine pour tout foutre en l'air. Dans la pratique, écrire du code que gcc peut paralléliser est souvent au moins aussi complexe que d'écrire directement le code parallèle avec les intrinsics. Et le plus embêtant c'est que la moindre petite modification anodine peut rendre le code non parallélisable, donc un patch par quelqu'un qui ne fait pas super gaffe peut-être catastrophique.
Le compilateur Lisaac a accès à une sémantique très "bas niveau" des calculs à effectuer, car les nombres sont tous des objets, et les opérateurs sont tous des messages classiques d'objets, à part les quelques primitives ( - , / , * , << ).
Comme les boucles sont elles mêmes déroulées de manière complète dans le langage très minimaliste en interne du compilateur, détecter des patterns de calculs afin de les optimiser au poil pour que GCC autovectorise, n'est pas insurmontable.
De plus, comme les boucles sont très uniformes de par le fait qu'elles sont définies en librairie, il est facile de les détecter et de cracher du C autovectorisable.
En C, ecrire du code autovectorisable est très difficile, mais pour un langage où le modèle est uniforme et assez minimaliste (c'est donc valable pour quelques langages), la simplicité fait que les patterns reviennent toujours au même et que leur détection en est ainsi facilitée.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
Pour te situer le niveau du bonhomme, Dominique Colnet (SmartEiffel) m'a raconté que lorsque SmartEiffel est devenu GNU, il devait pour une raison ou une autre lui envoyer des données (en tar.gz je suppose). Dominique lui propose de lui envoyer ça en FTP : on est au début des années 90 et le mail était limité à l'époque.
Stallman lui répond que c'est pas possible pour lui car il n'existait pas de client ftp libre, et qu'il devait demander à son assistant de le faire pour ne pas toucher à un logiciel propriétaire (sale donc).
Assez hallucinant !
(J'avais pas demandé à Dom, mais ça m'a étonné qu'il n'existait pas de client ftp libre au début des années 90)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
pour l'instant on ne fait que de la compilation globale car ça nous permet de faire plein de super optimisations, mais c'est vrai que ça pose des problèmes avec les gros projets
C'est ce que je pense, et je crois savoir que c'est ce que pense l'auteur du Lisaac.
On priorise comme on peut, tellement le roadmap est chargé.
La compilation séparée est un objectif depuis longtemps, mais ça pose pas mal de problèmes, car comme c'est quand même un projet de recherche, il y a pas mal de choses à inventer pour combiner le meilleur des deux techniques.
Ce n'est pas une honte d'avoir des limitations dans le langage, mais il faut être capable de l'admettre et éviter de mentir ou de répondre à côté de la plaque aux utilisateurs, sinon ils fuient.
Où as-tu lu dans ce journal que je n'admettais pas qu'il y avait de limitations dans le langage ?
J'ai juste parlé des contrats hérités.. Ne me fait pas de procès d'intentions s'il te plait.
Évidemment que je l'admet, évidemment que le chemin est encore long et que le produit a beaucoup de limites.
Où ais-je dis le contraire sur ce journal ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Bizarre
Posté par Ontologia (site web personnel) . En réponse au journal Pink Floyd vs EMI : Vente de musique en ligne. Évalué à 10.
Certes un problème de liberté, mais ya des limites à masacrer des oeuvres d'art.
Tu voudrais couper une partie d'une reproduction de Gernica de Picasso, parce que t'aimes pas l'autre partie du tableau ?
Pas mal d'albums de Pink Floyd doivent être pris comme un tout.
Couper animals en petit bout c'est débile, The Wall encore plus, surtout qu'il n'y a pas de coupure entre les morceaux (enfin la plupart).
Ne parlons pas des Sysyphus ou The narrow way dans ummaguma.
Et pourquoi pas couper Echoes pendant que tu y es.
Ya vraiment un truc malsein dans cette société où, à vouloir la liberté à tout prix, on accepte plus aucune contraintes : artistiques, démocratiques, etc...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: En face, pas grand chose
Posté par Ontologia (site web personnel) . En réponse au journal Apple sous le feu des critiques des développeurs IPhone. Évalué à 3.
Vous en connaissez des gens qui ont acheté un tel Android et qui ne sont pas geeks ? Perso je n'en connais qu'un. Par contre aux USA cela semble plus courant.
Voilà, ça c'est LE problème. Google doit forcer les fabriquant, les opérateurs à vendre leur marque, avec un gros Android.
Quand je vais à la Fnac à côté de chez moi, je vois des gros iPhone, mais pour savoir si c'est un android faut chercher longtemps..
http://www.generation-nt.com/gameloft-jeux-mobiles-retrait-i(...)
Et surtout le mode d'achat est mal foutu : http://www.igeneration.fr/0-apple/est-ce-rentable-de-develop(...)
Bref, je sais pas ce qui leur arrive à Google, mais soit ils le font exprès, soient ils sont victime du syndrome Microsoft.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# En face, pas grand chose
Posté par Ontologia (site web personnel) . En réponse au journal Apple sous le feu des critiques des développeurs IPhone. Évalué à -8.
- Symbian a 50% du marché, mais Symbian c'est pas fait pour faire du smartphone, mais plutôt des téléphones tout simple avec un agenda et trois jeux dessus. Ils essayent certes de remonter la pente, bon courage !..
- Samsung avec Bada débute, et c'est pas forcément mieux
- Et enfin Google avec Android. Là c'est consternant..
° L'ergonomie est loin derrière
° Ils vendent pas leur marque, résultat personne connait Android
° Leur store est nul, mal pensé, difficile d'y entrer, résultat, ils vendent 1000 fois moins qu'apple (1 milliards d'opération)
Bref, si un jour un concurent un peu plus ouvert, surtout si c'est google, qui se met enfin à comprendre qu'ils vont droit dans le mur, Apple aura du souçi à se faire, car là, les développeurs migreront.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: l'économie pour les serins
Posté par Ontologia (site web personnel) . En réponse au journal La stratégie du choc. Évalué à 0.
Le néolibéralisme est une sorte de communisme inversé, un "communisme à base privé" comme le dit J-F Khan.
Donc cela s'applique tout à fait.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: capitalisme
Posté par Ontologia (site web personnel) . En réponse au journal La stratégie du choc. Évalué à 4.
Le capitalisme suppose quelques valeurs acceptées, comme le droit à la propriété pour l'individu (ce qui n'a pas toujours été le cas dans pas mal de civilisation et autres organisations sociales). A part quelques valeurs de base, le capitalisme ne requiert pas énormément de "construction" dans le système de valeur.
Le capitalisme est apparu chez les romains, les grecs, les phéniciens, sous diverses formes.
Elles n'étaient pas pour autant libérales.
Le libéralisme (originel) sous tend un système de valeur plus complet(xe), et plus spécifique : on y trouve outre le droit à la propriété, l'égalité juridique avec toutes ses conséquence, droits opposables à la société et au pouvoir, etc...
Il faut bien voir, qu'à l'époque romaine, on avait pas tout cela, on avait qq chose qui y ressemblait, mais pas tout à fait.
Après effectivement, certaines formes de capitalismes évoluent vers l'oligarchisation.
Mais cite moi des grandes civilisation au cours des 5000 dernières années, qui n'ont pas eu ce trait déviant vers l'oligarchisation ?
La social-démocratie, après 45, n'était pas oligarchique, c'est pourtant une forme de capitalisme, régulé.
Comme quoi ça peut exister.
Donc dire "tout ça c'est la même chose", c'est un peu rapide.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Livre != film ?
Posté par Ontologia (site web personnel) . En réponse au journal La stratégie du choc. Évalué à 2.
On est un peu emporté par le flot, et ce film est surtout intéressant pour intéresser les personnes non sensibilisée à cette approche à cette problématique et à se documenter par elle même.
Dans l'article elle dit quand même qu'elle souhaite du succès au film ! :-)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Turing Awards
Posté par Ontologia (site web personnel) . En réponse au journal Prix Turing 2010. Évalué à 1.
C'est AMHA beaucoup plus visionnaire que pas mal d'avancées algorithmique, qui sont plus faciles à approcher.
Il fallait imaginer au début des années 50 de commander une machine avec une interface sur un écran, alors que celui-ci n'existait que depuis quelques années !
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# Pour aller plus loin
Posté par Ontologia (site web personnel) . En réponse au journal La stratégie du choc. Évalué à 5.
Dans cet ouvrage hyper documenté et très fourni, Christian Laval (historien de la sociologie et de la philosophie) remonter jusqu'au moyen age (en survolant rapidement les racines antiques) pour comprendre comment on a pu en arrivé là.
On y comprend que cela est beaucoup plus profond qu'il n'y parait :
http://www.dailymotion.com/video/x3zshy_christian-laval-lhom(...)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: La nuit du code mort vivant
Posté par Ontologia (site web personnel) . En réponse au journal Des outils d'audit de code Java. Évalué à 2.
Le code mort dans un classe c'est intéressant, mais assez limité, et ça rejoint ce que tu dis, le programmeur est quand même censé le voir ! :-)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Le compilateur ne fait pas ça ?
Posté par Ontologia (site web personnel) . En réponse au journal Des outils d'audit de code Java. Évalué à 2.
Tu me répond que je me trompe parce que LLVM peut le faire.
Je sais que LLVM peut le faire, mais ce n'est pas répondre à ta question.
LLVM travaille sur un code assez bas niveau en analyse plus ou moins globale, effectivement c'est possible.
C'est plus une question de choix d'approche et de leur conséquence que de "qui a la plus grosse, et est pas assez fort pour le faire"
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Le compilateur ne fait pas ça ?
Posté par Ontologia (site web personnel) . En réponse au journal Des outils d'audit de code Java. Évalué à 2.
Java, comme la plupart des langages objet fonctionne sur le principe de "Open World Assumption" : le code compilé peut recevoir du code par la suite, au runtime (plugin, etc...)
Ce que tu propose implique de partir sur du CWA ( Closed World Asumption), qui consiste à travailler sur la fermeture transitive du graphe du code où là tu peux virer le code mort. Les compilateurs basés là dessus sont rares (SmartEiffel et Lisaac à ma connaissance)
Gcc le fait en partie car sur du code procédural comme du C, c'est faisable. Sur de l'objet, c'est beaucoup plus compliqué, car le typage devenant dynamique, tu te retrouves avec des sites d'appels dans tous les sens et ta complexité explose (np complet).
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Halala Java
Posté par Ontologia (site web personnel) . En réponse au journal Terracotta monte les JVM en grappe. Évalué à -1.
??
OK je -----> []
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# Une image vaut mieux que tout un discours
Posté par Ontologia (site web personnel) . En réponse au journal JASMINe à la rescousse des architectes JavaEE. Évalué à 8.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# Légèreté à battre
Posté par Ontologia (site web personnel) . En réponse au journal Jachère l'ultime applicatif JavaEE de consommation de ressources de fermes de calcul. Évalué à 5.
http://ptrthomas.files.wordpress.com/2006/06/jtrac-callstack(...)
est réalisable avce ton framework.
Je pense qu'il faut doubler cette stack qui est beaucoup trop petite pour prétendre à l'application imbitable qui rassure l'ingénieur dans sa maîtrise d'une usine à gaz dont il est le seul garant, gardant ainsi son territoire.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# Google va avoir des problèmes avec le monde du libre
Posté par Ontologia (site web personnel) . En réponse au journal Android éjecté du noyau: l'avis de Greg Kroah-Hartman. Évalué à 10.
Qui deviendra le hérault du libre ?
Falloir que Google fasse attention, car même avec des milliers d'ingénieurs très compétents, le bloatware à la Microsoft pointe son nez..
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
# On pourrait peut être réécrire Hurd en Lisaac ?
Posté par Ontologia (site web personnel) . En réponse au journal Arch Hurd: Nouveau projet autour de GNU/Hurd. Évalué à 7.
- NON !
Bon ok, je ----------------> []
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Django
Posté par Ontologia (site web personnel) . En réponse au journal Choisir un framework web.... Évalué à 1.
# viemacs /etc/apache2/sites-available/monsiteQuoi ????!!
Tu n'utilises pas Vim ???!!!
Ok, je -----> []
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Django
Posté par Ontologia (site web personnel) . En réponse au journal Choisir un framework web.... Évalué à 1.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Rapidité sous macOS
Posté par Ontologia (site web personnel) . En réponse à la dépêche Namoroka, Firefox 3.6, est sorti. Évalué à 2.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: La différence principale entre php et c++
Posté par Ontologia (site web personnel) . En réponse au journal On n'est pas vendredi et pourtant : impact environnemental de nos langages. Évalué à 2.
- Chaque tables est un objet singleton (en prototype, il sera non clonable). On pourra prendre comme convention qu'il a un s à la fin (comme dans ruby activerecord). Exemple, l'objet Tables
- chaque objet au singulier est clonable et représente une ligne d'une table. Exemple Tables contient une liste de Table.
Là ça pourrait marcher, grâce au fait qu'on ai un singleton par table ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: La différence principale entre php et c++
Posté par Ontologia (site web personnel) . En réponse au journal On n'est pas vendredi et pourtant : impact environnemental de nos langages. Évalué à 4.
Parce que même si tu compiles tout ça, et que le compilateur te vire les 3/4 des appels qui ne sont que des appels, tu te retrouves avec un paquet de code qui ne sont que des abstractions.
Or, une abstraction, c'est une organisation humaine destinée à se retrouver mentalement dans la complexité du software.
On a le choix à faire du spécifique comme tu as fait, mais à donc ne plus avoir d'outil de "prémachage" sous la main, ou avoir les outils de prémachage et à devoir se battre contre une usine à gaz (où Spring/hibernate, etc... en sont le paroxysme, j'ai subi moi aussi...) tellement complexe qu'elle rend le développement impossible.
La hauteur de niveau des langages peut être une réponse. On peut voir par exemple avec Ruby, que certaines choses ne sont pas forcément nécessaire (au prix de performances moindre évidemment), vu l'approche interprété.
Le problème, c'est qu'en bas, on a toujours une bête machine de turing de base.
je ne sais pas ce qu'on pourrait faire de mieux... Un générateur de code, qui prend la description de ce qu'on veut faire, et génèrerai un truc spécifique... lisible ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Surprise
Posté par Ontologia (site web personnel) . En réponse au journal Lisaac: sorti de la 0.39beta. Évalué à 2.
Le compilateur Lisaac a accès à une sémantique très "bas niveau" des calculs à effectuer, car les nombres sont tous des objets, et les opérateurs sont tous des messages classiques d'objets, à part les quelques primitives ( - , / , * , << ).
Comme les boucles sont elles mêmes déroulées de manière complète dans le langage très minimaliste en interne du compilateur, détecter des patterns de calculs afin de les optimiser au poil pour que GCC autovectorise, n'est pas insurmontable.
De plus, comme les boucles sont très uniformes de par le fait qu'elles sont définies en librairie, il est facile de les détecter et de cracher du C autovectorisable.
En C, ecrire du code autovectorisable est très difficile, mais pour un langage où le modèle est uniforme et assez minimaliste (c'est donc valable pour quelques langages), la simplicité fait que les patterns reviennent toujours au même et que leur détection en est ainsi facilitée.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Surprise
Posté par Ontologia (site web personnel) . En réponse au journal Lisaac: sorti de la 0.39beta. Évalué à 2.
Je me réfère souvent à cette page du projet GCC ( http://gcc.gnu.org/projects/tree-ssa/vectorization.html ) qui décrit quelles type d'écriture sont éligible à l'autovectorisation (utilisation de MMX, SSE, etc...)
Parles-tu de ce genre de vectorisation ou d'autre choses ?
S'il s'agit de ce genre de vectorisation, en quoi le C89 a t-il a voir avec ce genre d'écriture ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: GNOME pourrait se séparer du projet GNU
Posté par Ontologia (site web personnel) . En réponse au journal GNOME pourrait se séparer du projet GNU. Évalué à 4.
Stallman lui répond que c'est pas possible pour lui car il n'existait pas de client ftp libre, et qu'il devait demander à son assistant de le faire pour ne pas toucher à un logiciel propriétaire (sale donc).
Assez hallucinant !
(J'avais pas demandé à Dom, mais ça m'a étonné qu'il n'existait pas de client ftp libre au début des années 90)
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: Surprise
Posté par Ontologia (site web personnel) . En réponse au journal Lisaac: sorti de la 0.39beta. Évalué à 2.
C'est ce que je pense, et je crois savoir que c'est ce que pense l'auteur du Lisaac.
On priorise comme on peut, tellement le roadmap est chargé.
La compilation séparée est un objectif depuis longtemps, mais ça pose pas mal de problèmes, car comme c'est quand même un projet de recherche, il y a pas mal de choses à inventer pour combiner le meilleur des deux techniques.
Ce n'est pas une honte d'avoir des limitations dans le langage, mais il faut être capable de l'admettre et éviter de mentir ou de répondre à côté de la plaque aux utilisateurs, sinon ils fuient.
Où as-tu lu dans ce journal que je n'admettais pas qu'il y avait de limitations dans le langage ?
J'ai juste parlé des contrats hérités.. Ne me fait pas de procès d'intentions s'il te plait.
Évidemment que je l'admet, évidemment que le chemin est encore long et que le produit a beaucoup de limites.
Où ais-je dis le contraire sur ce journal ?
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker