À ce stade d'hypothèses, on peut aussi bien imaginer que son smartphone subdermique communique avec un minuscule haut-parleur logé chirurgicalement au fond de son oreille. Voire un implant cochléaire, ou un tout petit vibreur le long des os de son crâne.
Et si on veut vraiment appliquer un modèle de propriété sur son corps, même si je pense qu'il ne s'applique pas, alors nous sommes usufruitiers de nos propres corps, mais qui en est donc le nu-propriétaire ?
Y'a un moment faut arrêter de vivre 15 ans en arrière ou rabacher la tagline de l'époque. C'est peut être plus intéressant d'essayer de comprendre ce que ca apporte concrètement aujourd'hui. Et voir si c'est adapté ou non à ton besoin.
On est d'accord. Et je maintiens que sorti des grosses applications métier (pour lesquelles effectivement, les profusion d'outils d'ingénierie logicielle autour de Java sont un atout), c'est assez peu adapté.
C'est quoi ce jugement à la con ?
Tu n'as jamais croisé de ces experts Java, qui t'expliquent que ton problème simple est beaucoup plus compliqué qu'il n'y parait, que d'ailleurs il va te falloir racheter du matos, constituer un comité de pilotage, et j'en passe. À tel point que tu n'oses plus leur dire que ce que tu voulais, c'était trois tables avec juste ce qu'il faut de formulaires pour faire des opérations CRUD de base.
Ce n'est pas plus compliqué ou opaque de n'importe quoi d'autre.
Le langage, non. L'écosystème (humain, essentiellement) qui va avec, oui.
C'est une blague ? C'est certainement l'un des langages les plus simples (voir simpliste). C'est bête et méchant, pauvre, ca évolue très lentement, ca fait exactement ce qui est écrit sans aucune surprise possible. C'est à la fois une force et une faiblesse.
C'est pour ça que je parle de marche haute. C'est très verbeux pour pas grand chose, et faire des choses simples en Java est plus compliqué qu'il n'est nécessaire (notamment comparé à Python ou Ruby). Après, comme souvent quand la première marche est haute, les autres s'enchaînent certainement mieux.
Mais j'ai tendance à me tenir au vieil adage "que les choses simples soient faciles, que les choses compliquées soient possibles". Java échoue, selon moi, sur le premier critère. Windev sur le second.
Si tu penses sérieusement que la marche est plus haute que du Python, Ruby, JS, Scala et leurs potes, je pense que tu te trompes lourdement. Ils te permettront peut être d'écrire plus rapidement du code en vrac.
Ce n'est pas "peut-être", c'est certain. Au moins pour les deux premiers (et dans une moindre mesure JS depuis qu'il y a Node), ils peuvent se comporter comme de simples langages de script. Là où Java demande une certaine compréhension (ou une acceptation sans comprendre, ce qui n'est pas forcément mieux) du modèle Objet, les petits copains en question permettent de faire une moulinette en juste ce qu'il faut de lignes pour faire le boulot. Boilerplate réduit au minimum.
Mais pour réellement les maitriser et faire des choses qui tiennent debout la marche est aussi haute.
C'est un peu là que se situe mon désaccord avec le monde Java (et une partie du monde de l'ingénierie logicielle, d'ailleurs), je pense. Un script de dix lignes tient debout, et n'est pas plus compliqué à maintenir que son équivalent en trois classes bien modélisées. KISS, comme dirait l'autre. Je n'aime pas du tout la "sur-ingénierie" (over-engineering?), et Java encourage (ou en tous cas attire les amateurs de) ce genre de travers.
Une partie de ce reproche s'applique d'ailleurs à C/C++ : faire une fonction main() juste pour avoir un point d'entrée, c'est élégant intellectuellement, mais l'imposer pour des bases de code de quelques lignes à quelques dizaines, ce me semble contre-productif. Et de ce côté-là, Java a poussé cette logique encore plus loin, hélas.
Bon après que tu "aimes" ou pas, je m'en fou un peu.
Apparemment pas suffisamment, mais ça m'arrange.
Mais quand je n'aime pas un truc je passe simplement mon chemin en essayant d'être honnête intellectuellement.
Non ce n'est pas la faute de Java. Java est une spécification, une VM… ce que tu veux mais pas une personne, morale ou physique.
Par contre, la société (l'ancienne comme la nouvelle) qui est derrière Java, qui essaye de garder un maximum de contrôle dessus, et qui est à l'origine de cet argument marketing … elle a toujours fait ce qu'il fallait pour qu'on en arrive là. Avec dans le désordre :
un développement opaque
une judiciarisation extrême des rapports avec la concurrence et les clients
une politique de mise-à-jour qui a su être bancale quand il fallait
un versionnage pas toujours bien compris.
(et j'en oublie surement).
Bref, ce truc était censé être un couteau suisse, au final c'est devenu un bloc logiciel dont l'usage principal est au fin-fond des serveurs d'application, entre les mains de néo-gourous à cravate qui ont pris un malin plaisir à compliquer le truc jusqu'à être les seuls à pouvoir en tirer vraiment parti.
Je tire mon chapeau aux gens comme toi (et Notch, Freenet, Jitsi et quelques autres) qui essayent d'utiliser Java en dehors des appservers. Et crois-moi, j'essaye régulièrement de m'y remettre (ne serait-ce que pour pouvoir développer sur Android). Et c'est toujours aussi mal branlé, aussi peu agile, et j'en passe.
Un mec qui fait du Java depuis dix ans, il doit pouvoir s'en sortir et faire des trucs qui marchent, j'en suis certain. Mais, à la différence de beaucoup de langages actuels, la marche est haute. Trop, pour moi comme pour d'autres (à l'inverse du W-Language, pour lequel la marche est beaucoup trop basse, mais celui-là attendra vendredi).
Sympa de tomber sur cette dépêche alors que justement je me remets à MPD après des années d'absence. Je découvre du même coups les clients Android qui ne sont pas trop mal. Mais à chaque fois il me manque un truc : quelqu'un aurait un pointeur vers un client mobile qui peut passer d'une playlist enregistrée à une autre?
Je pinaille, mais le SDK dédié à un OS, c'est assez différent de l'OS lui-même. Après, peut-être qu'ils fournissent un simulateur muni d'une image bootable, on ne sait jamais.
Arrête d'essayer d'analyser l'étymologie du truc. Ce que tout le monde appelle un "serveur de son", c'est une abstraction de ton matériel audio qui te fournit la transparence réseau (et plus si affinités/pulseaudio). Basta.
Range Shoutcast, XMMS2 et MPD dans la catégorie des "serveurs de flux audio" si ça te fait plaisir, mais il ne suffit pas de "déclarer" une définition pour que tout le monde la suive. Et ça te simplifiera grandement la vie de suivre les définitions existantes des mots plutôt que d'expliquer à tout le monde qu'il se plante et que la tienne est meilleure.
J'aime bien la mode Unix pour les services en ligne, mais ça nécessite un truc qui n'est pas encore au point : une authentification unifiée. Parce que, si moi aussi ça me saoule d'ouvrir FooBacke pour envoyer trois lignes à une pote, ça me saoule encore plus de devoir retaper le même mot de passe (ou pas, d'ailleurs) 200 fois par jour.
C'est ce que le monsieur vient de faire. Ce que tout le monde (sauf toi) nomme "Serveur de son" (ou "Sound server", "sound daemon", etc.), c'est un logiciel comme PA, ESD, ArTS (pas certain de la casse…), etc. Un logiciel qui permet (entre autres) la transparence réseau pour la diffusion du son.
Du AWS apparemment, bien. C'est juste que j'ai un souvenir (pas très agréable) d'une époque pas si lointaine où un certain hébergeur de dédiés pas chers ne filtrait pas ce qu'il fallait, et permettait du même coup à un hébergé peu scrupuleux (ou troué) d'écouter tout ce qui circulait en clair sur sa plage IP.
Vraiment ? J'ai souvent l'impression du contraire si on ne parle pas avec de purs libristes
Je confirme ça, en effet.
Lesquelles ? (ce serait pour le coup de vrais argument justement)
Je vois au moins Draw, qui était déjà une tuerie par rapport à ce qui se faisait dans la dernière version de MS Office que j'ai testé (soit 2007, je crois). Reste que c'est trop peu utilisé dans LO/OOo, peut-être justement parce qu'il n'y a pas d'équivalent direct sous MSO.
Mais j'ai vu suffisamment de gens faire leur PAO sous PowerPoint (faute de Publisher) pour apprécier un module de dessin/mise-en-page généraliste.
Java c'est dommage, cela aurait put être THE langage mais …
- ca bouffe la RAM pourquoi ?
- pourquoi ya trop de version de JVM (et sous windows trop de JVM)
- pourquoi systématiquement la plupart annonce => OpenJDK pas supporté (alors que bien souvent cela fonctionne)
Et surtout on nous l'a vendu il y a des années à coups de "write once, run everywhere", ce qui fait rigoler beaucoup de monde aujourd'hui, et nuit un peu à la crédibilité du bousin.
Je n'avais pas assez de lait, j'ai donc complété avec du yahourt. Et je crois que la prochaine fois, ça sera 100% yahourt, voire yahourt grec. Et j'ai dû sucrer un peu, aussi.
Et comme on est jamais mieux servi que par soit même, je vous invite chaleureusement à vous installer votre propre instance chez vous pour posséder les données que vous créez. http://movim.eu
Il y a des infos sur la manière d'installer le trunk ? Parce que depuis la 0.6 include (mon dernier test), je me retrouve constamment avec ça :
Warning: require_once(/var/www/mysslhost/movim/lib/Modl/loader.php): failed to open stream: No such file or directory in /var/www/mysslhost/movim/loader.php on line 38 Fatal error: require_once(): Failed opening required '/var/www/mysslhost/movim/lib/Modl/loader.php' (include_path='.:/usr/share/php:/usr/share/pear') in /var/www/mysslhost/movim/loader.php on line 38
Et sans beaucoup plus d'explications :(
Edit : en fait, c'est expliqué (dans un tutorial qui semble frappé d'alignement). Il faut lancer 'build.sh' une fois le dépôt récupéré, pour cloner des dépôts tiers. Avec un nom de script pareil, on s'attend à une procédure de re-génération du {Java,Coffee}script. Mais ça marche, au moins ;)
Friendica est plus ou moins mort aussi, son développement est suspendu pour la refonte Friendica Red, et ils sont restés très, très flou sur ce qu'ils font.
Pas si flous que ça, non. La plupart des utilisateurs ont plus ou moins migré sur Red, qui n'est plus très loin d'avoir rattrapé toutes les fonctionnalités de Friendica (toutes celles qu'il prévoyait de rattraper, en tous cas: les passerelles vers Facebook/Twitter/… ne sont toujours pas d'actualité). Les concepts spécifiques à Red (propagation de l'authentification via Zot!, notamment) sont bien avancées et généralement utilisables.
Si on va par là, pourquoi imposer à un électeur de voter dans une commune particulière? Ce qui compte, c'est qu'il ne vote qu'une seule fois. Pour le reste, s'il est assez ballot pour aller voter aux élections locales dans un bled qui ne le concerne ni de près ni de loin, c'est son problème. Et ça permettrait de voter sur la commune où l'on travaille plutôt que celle où l'on habite, par exemple.
Et tu t'appuie sur quoi pour édicter cette loi? C'est quoi l'organisme qui interdit (contre amendes) l'utilisation de certains protocoles? Et une fois qu'elle existe, comment tu peux garantir qu'elle ne se mettra pas un jour à filtrer des protocoles qui t'arrangeaient?
[^] # Re: Faut le mettre dans une cage !
Posté par Larry Cow . En réponse au journal [HS] L'homme bionique est arrivé !. Évalué à 4.
À ce stade d'hypothèses, on peut aussi bien imaginer que son smartphone subdermique communique avec un minuscule haut-parleur logé chirurgicalement au fond de son oreille. Voire un implant cochléaire, ou un tout petit vibreur le long des os de son crâne.
[^] # Re: Stallman
Posté par Larry Cow . En réponse au journal [HS] L'homme bionique est arrivé !. Évalué à 2.
Je pense qu'il voulait dire "personnalités multiples", ce qu'on nomme traditionnellement (et à tort semble-t-il) "schyzophrénie".
[^] # Re: HS droit de son corps
Posté par Larry Cow . En réponse au journal Société de surveillance, fichage génétique et refus de prise d'empreinte. Évalué à 4.
Gaïa? Le Grand Compost Cosmique?
[^] # Re: Java ?
Posté par Larry Cow . En réponse à la dépêche Sous le capot de la beta LibreOffice 4.1. Évalué à 2.
C'est moche, mais c'est grand.
[^] # Re: Droits de l'homme et la France
Posté par Larry Cow . En réponse au journal Société de surveillance, fichage génétique et refus de prise d'empreinte. Évalué à 6.
Ça c'est à cause des GPS que les gens du réseau mettent dans l'ADN depuis quelques années.
[^] # Re: vive Grails
Posté par Larry Cow . En réponse au journal Epsilon, un outil de gestion de dépense. Évalué à 1.
On est d'accord. Et je maintiens que sorti des grosses applications métier (pour lesquelles effectivement, les profusion d'outils d'ingénierie logicielle autour de Java sont un atout), c'est assez peu adapté.
Tu n'as jamais croisé de ces experts Java, qui t'expliquent que ton problème simple est beaucoup plus compliqué qu'il n'y parait, que d'ailleurs il va te falloir racheter du matos, constituer un comité de pilotage, et j'en passe. À tel point que tu n'oses plus leur dire que ce que tu voulais, c'était trois tables avec juste ce qu'il faut de formulaires pour faire des opérations CRUD de base.
Le langage, non. L'écosystème (humain, essentiellement) qui va avec, oui.
C'est pour ça que je parle de marche haute. C'est très verbeux pour pas grand chose, et faire des choses simples en Java est plus compliqué qu'il n'est nécessaire (notamment comparé à Python ou Ruby). Après, comme souvent quand la première marche est haute, les autres s'enchaînent certainement mieux.
Mais j'ai tendance à me tenir au vieil adage "que les choses simples soient faciles, que les choses compliquées soient possibles". Java échoue, selon moi, sur le premier critère. Windev sur le second.
Ce n'est pas "peut-être", c'est certain. Au moins pour les deux premiers (et dans une moindre mesure JS depuis qu'il y a Node), ils peuvent se comporter comme de simples langages de script. Là où Java demande une certaine compréhension (ou une acceptation sans comprendre, ce qui n'est pas forcément mieux) du modèle Objet, les petits copains en question permettent de faire une moulinette en juste ce qu'il faut de lignes pour faire le boulot. Boilerplate réduit au minimum.
C'est un peu là que se situe mon désaccord avec le monde Java (et une partie du monde de l'ingénierie logicielle, d'ailleurs), je pense. Un script de dix lignes tient debout, et n'est pas plus compliqué à maintenir que son équivalent en trois classes bien modélisées. KISS, comme dirait l'autre. Je n'aime pas du tout la "sur-ingénierie" (over-engineering?), et Java encourage (ou en tous cas attire les amateurs de) ce genre de travers.
Une partie de ce reproche s'applique d'ailleurs à C/C++ : faire une fonction main() juste pour avoir un point d'entrée, c'est élégant intellectuellement, mais l'imposer pour des bases de code de quelques lignes à quelques dizaines, ce me semble contre-productif. Et de ce côté-là, Java a poussé cette logique encore plus loin, hélas.
Apparemment pas suffisamment, mais ça m'arrange.
Tu veux une médaille? ;)
[^] # Re: vive Grails
Posté par Larry Cow . En réponse au journal Epsilon, un outil de gestion de dépense. Évalué à 3.
Non ce n'est pas la faute de Java. Java est une spécification, une VM… ce que tu veux mais pas une personne, morale ou physique.
Par contre, la société (l'ancienne comme la nouvelle) qui est derrière Java, qui essaye de garder un maximum de contrôle dessus, et qui est à l'origine de cet argument marketing … elle a toujours fait ce qu'il fallait pour qu'on en arrive là. Avec dans le désordre :
Bref, ce truc était censé être un couteau suisse, au final c'est devenu un bloc logiciel dont l'usage principal est au fin-fond des serveurs d'application, entre les mains de néo-gourous à cravate qui ont pris un malin plaisir à compliquer le truc jusqu'à être les seuls à pouvoir en tirer vraiment parti.
Je tire mon chapeau aux gens comme toi (et Notch, Freenet, Jitsi et quelques autres) qui essayent d'utiliser Java en dehors des appservers. Et crois-moi, j'essaye régulièrement de m'y remettre (ne serait-ce que pour pouvoir développer sur Android). Et c'est toujours aussi mal branlé, aussi peu agile, et j'en passe.
Un mec qui fait du Java depuis dix ans, il doit pouvoir s'en sortir et faire des trucs qui marchent, j'en suis certain. Mais, à la différence de beaucoup de langages actuels, la marche est haute. Trop, pour moi comme pour d'autres (à l'inverse du W-Language, pour lequel la marche est beaucoup trop basse, mais celui-là attendra vendredi).
# Pourquoi la version Jeff Buckley?
Posté par Larry Cow . En réponse au journal Ma vie et debian.... Évalué à 6.
Tu as un souci avec celle de Leonard Cohen?
# Petit besoin ponctuel
Posté par Larry Cow . En réponse à la dépêche Music Player Daemon. Évalué à 2.
Sympa de tomber sur cette dépêche alors que justement je me remets à MPD après des années d'absence. Je découvre du même coups les clients Android qui ne sont pas trop mal. Mais à chaque fois il me manque un truc : quelqu'un aurait un pointeur vers un client mobile qui peut passer d'une playlist enregistrée à une autre?
[^] # Re: PulseAudio, un test standardisé ?
Posté par Larry Cow . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 3.
Je pinaille, mais le SDK dédié à un OS, c'est assez différent de l'OS lui-même. Après, peut-être qu'ils fournissent un simulateur muni d'une image bootable, on ne sait jamais.
[^] # Re: Pulse audio siffle dans mes oreilles...
Posté par Larry Cow . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 10.
Arrête d'essayer d'analyser l'étymologie du truc. Ce que tout le monde appelle un "serveur de son", c'est une abstraction de ton matériel audio qui te fournit la transparence réseau (et plus si affinités/pulseaudio). Basta.
Range Shoutcast, XMMS2 et MPD dans la catégorie des "serveurs de flux audio" si ça te fait plaisir, mais il ne suffit pas de "déclarer" une définition pour que tout le monde la suive. Et ça te simplifiera grandement la vie de suivre les définitions existantes des mots plutôt que d'expliquer à tout le monde qu'il se plante et que la tienne est meilleure.
[^] # Re: le retour de google wave
Posté par Larry Cow . En réponse au journal Google+ Hangouts et Jabber/XMPP. Évalué à 3.
J'aime bien la mode Unix pour les services en ligne, mais ça nécessite un truc qui n'est pas encore au point : une authentification unifiée. Parce que, si moi aussi ça me saoule d'ouvrir FooBacke pour envoyer trois lignes à une pote, ça me saoule encore plus de devoir retaper le même mot de passe (ou pas, d'ailleurs) 200 fois par jour.
[^] # Re: Pulse audio siffle dans mes oreilles...
Posté par Larry Cow . En réponse à la dépêche Sortie de PulseAudio 4.0. Évalué à 3.
C'est ce que le monsieur vient de faire. Ce que tout le monde (sauf toi) nomme "Serveur de son" (ou "Sound server", "sound daemon", etc.), c'est un logiciel comme PA, ESD, ArTS (pas certain de la casse…), etc. Un logiciel qui permet (entre autres) la transparence réseau pour la diffusion du son.
[^] # Re: Et les autres?
Posté par Larry Cow . En réponse au journal Affaire Diaspora*: Renouveau ?. Évalué à 3.
Du AWS apparemment, bien. C'est juste que j'ai un souvenir (pas très agréable) d'une époque pas si lointaine où un certain hébergeur de dédiés pas chers ne filtrait pas ce qu'il fallait, et permettait du même coup à un hébergé peu scrupuleux (ou troué) d'écouter tout ce qui circulait en clair sur sa plage IP.
[^] # Re: Et les autres?
Posté par Larry Cow . En réponse au journal Affaire Diaspora*: Renouveau ?. Évalué à 2.
Ce n'est pas tellement ce que je veux dire. Mais le réseau où vous l'hébergez, vous avez le contrôle complet dessus?
[^] # Re: Points forts
Posté par Larry Cow . En réponse à la dépêche Sous le capot de la beta LibreOffice 4.1. Évalué à 6.
Je confirme ça, en effet.
Je vois au moins Draw, qui était déjà une tuerie par rapport à ce qui se faisait dans la dernière version de MS Office que j'ai testé (soit 2007, je crois). Reste que c'est trop peu utilisé dans LO/OOo, peut-être justement parce qu'il n'y a pas d'équivalent direct sous MSO.
Mais j'ai vu suffisamment de gens faire leur PAO sous PowerPoint (faute de Publisher) pour apprécier un module de dessin/mise-en-page généraliste.
[^] # Re: vive Grails
Posté par Larry Cow . En réponse au journal Epsilon, un outil de gestion de dépense. Évalué à 3.
Et surtout on nous l'a vendu il y a des années à coups de "write once, run everywhere", ce qui fait rigoler beaucoup de monde aujourd'hui, et nuit un peu à la crédibilité du bousin.
[^] # Re: Et les autres?
Posté par Larry Cow . En réponse au journal Affaire Diaspora*: Renouveau ?. Évalué à 4.
Sur ton LAN, peut-être pas, mais sur l'hébergement du pod?
[^] # Re: Pour encore plus de goût
Posté par Larry Cow . En réponse au journal La glace au blender. Évalué à 2.
Je n'avais pas assez de lait, j'ai donc complété avec du yahourt. Et je crois que la prochaine fois, ça sera 100% yahourt, voire yahourt grec. Et j'ai dû sucrer un peu, aussi.
[^] # Re: Et les autres?
Posté par Larry Cow . En réponse au journal Affaire Diaspora*: Renouveau ?. Évalué à 3. Dernière modification le 17 juin 2013 à 16:37.
Il y a des infos sur la manière d'installer le trunk ? Parce que depuis la 0.6 include (mon dernier test), je me retrouve constamment avec ça :
Et sans beaucoup plus d'explications :(
Edit : en fait, c'est expliqué (dans un tutorial qui semble frappé d'alignement). Il faut lancer 'build.sh' une fois le dépôt récupéré, pour cloner des dépôts tiers. Avec un nom de script pareil, on s'attend à une procédure de re-génération du {Java,Coffee}script. Mais ça marche, au moins ;)
[^] # Re: The Black Knight
Posté par Larry Cow . En réponse au journal SCO. Évalué à 5.
I'm not quite dead, sir!
[^] # Re: Et les autres?
Posté par Larry Cow . En réponse au journal Affaire Diaspora*: Renouveau ?. Évalué à 2.
Pas si flous que ça, non. La plupart des utilisateurs ont plus ou moins migré sur Red, qui n'est plus très loin d'avoir rattrapé toutes les fonctionnalités de Friendica (toutes celles qu'il prévoyait de rattraper, en tous cas: les passerelles vers Facebook/Twitter/… ne sont toujours pas d'actualité). Les concepts spécifiques à Red (propagation de l'authentification via Zot!, notamment) sont bien avancées et généralement utilisables.
[^] # Re: HADOPI
Posté par Larry Cow . En réponse au journal J'ai^W Klaire a testé pour vous, le téléchargement légal. Évalué à 5.
J'ai le même souci avec Starwars. Et pourtant, le doublage est objectivement mauvais (traductions variables d'un épisode à l'autre, notamment).
[^] # Re: Taux d’abstention : 86 %
Posté par Larry Cow . En réponse au journal Journée de m... (2). Évalué à 3.
Si on va par là, pourquoi imposer à un électeur de voter dans une commune particulière? Ce qui compte, c'est qu'il ne vote qu'une seule fois. Pour le reste, s'il est assez ballot pour aller voter aux élections locales dans un bled qui ne le concerne ni de près ni de loin, c'est son problème. Et ça permettrait de voter sur la commune où l'on travaille plutôt que celle où l'on habite, par exemple.
[^] # Re: Pas au courant
Posté par Larry Cow . En réponse au journal *Dav: Google fait marche arrière. Évalué à 3.
Et tu t'appuie sur quoi pour édicter cette loi? C'est quoi l'organisme qui interdit (contre amendes) l'utilisation de certains protocoles? Et une fois qu'elle existe, comment tu peux garantir qu'elle ne se mettra pas un jour à filtrer des protocoles qui t'arrangeaient?