Si je ne m'abuse, tu veux aller beaucoup plus loin qu'un simple binding: tu veux former un nouveau tout bien intégré avec des modifs des 2 côtés!
Ça me rappelle un fil de discussion sur les bindings pour OCaml où un des intervenants disait que tôt ou tard, il faudra un nouveau framework graphique fait sur mesure pour OCaml (orienté fonctionnel, tout ça). Et je me suis dit "rien que ça!?".
Mais lui ne parlait pas de modifier OCaml.
C'est sûr, une nouvelle alternative, c'est toujours bon à prendre. Mais en même temps, je me dis que une seule personne même à plein temps pendant des années n'arrivera pas à quelque chose à la hauteur de ce qu'on a aujourd'hui (regarde les EFL, le travail autour de Qt, les moyens que MS avait mis sur C#, etc.).
Soi je me trompe et tu ne veux pas "tout" changer, soit je me demande si tu as une idée de ce qui t'attend en terme de volume de travail.
Sinon, il existe déjà un binding Qt pour C#, si je ne m'abuse (aucune idée de son état, vu que je ne programme pas en C#, et que je ne programme que de façon anecdotique tout court d'ailleurs)
L'autre jour, je suis tombé sur un lecteur DVD de marque "Frigidaire". Je ne pensais pas que la marque existait encore. En tout cas je n'ai plus rien vu en France depuis des lustres, et ça ne me rajeunit pas.
Quand on te dit "J'ai un Frigidaire", est-ce que tu demandes confirmation? "Un frigo ou un lecteur DVD? Nan parce qu'un lecteur DVD, c'est un appareil tout-à-fait ordinaire de la marque, qu'on le veuille ou non."
Et bien là c'est un peu pareil: oui, en toute rigueur, on devrait parler de GNU/Linux et Dalvik/Linux, ou alors les mettre à égalité, deux systèmes à noyau Linux.
Le fait est que les systèmes GNU/Linux existent depuis un petit moment, et je vais encore demander:
-Combien de fois, quand tu as dit d'un système qu'il tourne sous Linux, quelqu'un t'a demandé de confirmer "Android ou GNU/Linux? Parce que j'ai aucune idée là!"
-Pour toi-même, si un client te parle de Linux, tu lui demandes d'expliciter s'il veut dire Android ou pas? (et ne me dis pas que tu ne vois pas en quoi poser directement ce genre de question pourrait avoir un impact sacrément négatif sur la relation client…)
-Combien de fois tu as déjà lu Aqua/Darwin/Mach ou je ne sais quelle appellation à la con pour désigner Mac OS X?
Bref, je trouve qu'on est plus dans l'enculage de mouche qu'autre chose!
C'est avec ce genre de discours qu'on embrouille complètement les utilisateurs lambda.
Par contre, pour dire que le play-store est un dépôt comme ceux de Debian ou RedHat, nous sommes d'accord. La gestion des dépendances et le reste relèvent du choix d'implémentation, et l'utilisateur de smartphone s'en contre-fout certainement: faut que ça marche, point final.
Pour Perl, comme pour J à vue de nez, je ne dirais pas que le code est lisible ou pas lisible. Je pense que comme tu dis, ça dépend beaucoup de qui code.
Mais par contre, je dirais que là où par exemple Python oblige quasiment à coder très lisiblement, Perl offre la possibilité de réaliser parmi les pires délires d'obfuscation jamais imaginées, et plus généralement ne met que peu de contraintes au développeur sur la lisibilité du code.
C'est un peu comme dire que Java c'est lent et lourd. C'est surtout que Java c'est "facile à apprendre" et très populaire. Un débutant peut rapidement faire un programme lent et lourd en Java, et décider qu'il n'est plus débutant vu que "ça marche".
Apparemment, la décision a déjà été prise concernant le standard.
"Il aurait fallu" n'y changera plus rien, aussi stupide puisse être la décision (ou pas d'ailleurs, suis pas qualifié pour commenter).
Si comme tu dis UDF est mal supporté par Windows et un autre commentaire mentionne qu'il n'est pas du tout supporté sous Android, alors le pragmatisme oblige à l'éliminer comme solution viable aujourd'hui.
Après, je pense que beaucoup de monde serait content s'il était plus populaire. Mais nombre d'utilisateurs ne sont pas capables de développer des pilotes, alors on fait avec ce qui existe et qui marche là tout de suite.
Et ce qui marche là tout de suite partout, pour l'instant, c'est semble-t-il rien, mais le premier à bien marcher sera vraisemblablement exFAT.
Et ben… Tu en as de la chance, 18 mois et tout est fait pour répondre aux attentes, moi 10 ans de mon projet perso, et il ne répond toujours pas totalement à mes attentes.
En même temps, si ni toi ni lui ne décrivez vos attentes, je ne vois pas en quoi il ne pourrait pas avoir ce qu'il veut en 18 mois et tout pas ce que tu veux en 10 ans.
je suis de plus en plus convaincu que l'auto-hébergement à la maison à un avenir,
Ou alors, juste que les gens n'ont pas envie de s'emmerder avec la partie logicielle, la partie matérielle et la partie connectivité.
Tu as aussi de la chance que ton matos et ta connexion Internet ne tombe jamais en panne et que du coup tu n'as jamais passé de temps dessus.
(note : l'auto-hébergement peut se faire sur un site plus adapté que "à la maison" pour palier à ces problèmes)
Même problème "a un avenir", c'est extrêmement vague comme prédiction. Si ça veut dire qu'il y aura plus de gens auto-hébergés à l'avenir, c'est sûrement vrai. Prédire combien, là on peut s'attendre à se péter les dents sur la question.
En ce qui concerne les pannes internet, même chose: quelles sont les attentes du public auto-hébergé? Si c'est juste pour partager des photos avec ses potes et son email perso avec un email pro au chaud dans un datacenter, internet peut bien tomber pendant les vacances, ça ne changera pas ta vie.
Tiens, ça me fait penser à un truc qui n'a toujours pas été fait à ma grande surprise:
L'appli qui scanne le wifi et pirate le compte d'un voisin au hasard quand la connexion "locale" tombe. On ajoutera dans le cahier des charges la possibilité de changer de voisin toutes les N minutes pour réduire les chances de se faire gauler, et on arrête les conneries dès que la connexion locale est rétablie. Bon, il faut un gestionnaire d'IP dynamique, mais c'est pas le plus dur à trouver.
Avec ça, on peut partir plus sereinement en vacances! (ou pas…)
-Si tu sais exactement quel logiciel tu cherches, il ne faut pas plus d'1min pour atteindre la page de téléchargement du logiciel (ex: vlc, je ne vais pas le chercher sur Telechargez.com). Et les bons outils te notifient les mises à jour dispos (ex: euh… ben vlc, encore!)
-Si les questions te semblent compliquées, rappelle-toi que "Suivant->Suivant->Fin" marche presque toujours sans le moindre problème. Je pense que ça reste largement plus facile que faire un paquet AUR.
-Si tu cherches un logiciel "qui fait ça", alors là les repos des distros sont de l'or en barre. Presque à chaque fois, j'ai trouvé mon bonheur grâce à apt-cache search pour la recherche initiale et apt-cache show pour l'affinement (bon, ensuite les évals hein!). Sous Windows, tu commences par Google, qui te propose une liste. Tu suis des liens. Ah ben ça a l'air de coller? Ah ben non, c'est pas libre et c'est même payant au-delà de la période d'essai. Et ça? Freeware obscur, je ne pense pas que j'en veux non plus, pas confiance. Attends voir… [1 heure passe], ça y est! J'ai trouvé! Victoire!! C'était pas si compliqu… Ah! L'install a semble-t-il un petit peu foiré?!?
Ne mélangeons pas tout. Si on peut parler de consommation énergétique pour un humain, on ne parle pas d'électricité. Dans le cas présent, la comparaison est somme toute bien plus légitime.
Y'a pas longtemps, on lisait que Webkit était en passe d'éliminer la concurrence Libre, et que ce n'était pas forcément une bonne nouvelle.
Aujourd'hui, Qt (oui, bon: QtGui, mais mes doigts ont la flemme!) est en train d'éliminer progressivement Gtk. Est-ce une bonne nouvelle?
Les EFL n'ont pas encore véritablement percé. Gtk est en perte de vitesse. Les autres bibliothèques ont des "parts de marché" anecdotique. Nous dirigeons-nous vers un écosystème Libre très uniforme avec un framework Qt omniprésent et les autres qui se partagent des miettes?
Devrait-on s'en inquiéter?
Si Qt devient sans concurrence, allons-nous voir une multiplication des bibliothèques sous licence commerciale et un ralentissement de la version Libre?
Quel est l'avenir des bindings pour OCaml??
Vous avez 4h. Moi je vais prendre ma douche.
(Oui, ce commentaire n'avait pour seul but que de lancer un troll totalement H.S. sur OCaml et vous faire savoir que je suis propre)
Premier point :
Pour dire vrai, je voulais faire de la pub au site.
Il y dès lors, plusieurs possibilités. Il faut donc faire des choix, notamment argumentaires.
Libre à toi de faire des choix sur l'argumentation. Chez d'autres, l'éthique interdit de mettre des arguments faux en connaissance de cause. Ou alors ce n'était pas en connaissance de cause?
Dans tous les cas, faire de la pub au site n'est peut-être pas une si bonne idée, des fois que ça marche…
Certains arguments je l'avoue, sont parfois légers. Toujours est-il qu'ils représentent une >réalité. En approfondissant le problème du Co3 et des émanations, on peut découvrir beaucoup de >choses. Bref, là n'est pas le sujet.
Avant de découvrir les émanations de CO3, va falloir découvrir une forme de CO3 stable. C'est vrai que ça fait beaucoup de choses à faire, et c'est vrai aussi que je ne vois toujours pas le rapport avec le sujet, ni même le "problème" du CO3.
Pourtant, là où ça devient intéressant pour moi, c'est qu'il y aura toujours des trollers pour s'attarder dessus, écrire, et exciter d'autres, qui à leur tour viendront sur le site.
Ben y'en aura au moins un: l'auteur des articles. Sinon c'est du niveau d'un Frédéric Lefebvre durant le débat sur Hadopi.
C'est le but recherché, et il est atteint.
Si ça a si bien marché, pourquoi avoir retiré le blog?
Deuxième point :
Enfin, l'article présente une situation réelle, là ou FreeBSD prétend pouvoir prendre la place d'un pc de bureau sécurisé.
L'expérience relatée, reproductible par tout le monde dans le cas des ports est un fait, prouve largement le contraire.
Sans être un expert sur la question moi-même, j'ai le regret de te dire que tu n'as à mes yeux aucune crédibilité pour ne serait-ce que définir ce qu'est un pc de bureau "sécurisé".
Appeler ce que tu décris comme "expérience" me semble très présomptueux.
Alors détournez l'attention, parlez d'autres choses, attaquez-vous à l'orthographe ou que sais-je encore, mais le problème est pourtant une réalité, que personne ne peut nier.
Je crois que tu as déjà été largement servi sur la question. Alors cesse effectivement de détourner l'attention et de parler d'autre chose. Admets que tu as écrit de la merde!
Alors négateurs, je vous en prie continuez :)
Voilà! Enfin une chose sur laquelle tout le monde sera d'accord!
Je voulais te remercier, parce que malgré mes années d'expérience dans les semiconducteurs, je ne savais pas que compiler des logiciels faisait dégager des gaz nocifs par les circuits imprimés.
Je n'ose imaginer les masques à gaz nécessaires pour administrer les fermes de compilation des distros Linux!
Avant, on critiquait la réponse laconique "chez moi ça marche!" dans les discussions sur la simplicité et la maturité d'une solution censée être accessible au grand public. Et on trouvait ça con de dire "chez moi ça marche!" parce que chez le gars qui râle, ben ça marche pas, et du coup "simple, mûr, et intuitif", ben si c'est pas pour tout le monde, c'est que c'est raté.
Grâce à toi nous avons enfin le complémentaire:
Une solution qui n'est pas censée être utilisable par n'importe quel débutant, et tu nous expliques que "chez moi ça marche pas".
Je crois que nous allons, toi et moi, réussir à apporter une révélation au monde entier:
Je peux recenser des cas d'installation et d'utilisation impossible de tous les OS sur toute sorte d'ordinateur pour toute sorte d'application. Tu apportes la conclusion:
Aucun système n'est possible à utiliser si sur le bureau, ni sur les serveurs!
" Vim configuration file, in effect when invoked as "vi". The aim of this
" configuration file is to provide a Vim environment as compatible with the
" original vi as possible. Note that ~/.vimrc configuration files as other
" configuration files in the runtimepath are still sourced.
" When Vim is invoked differently ("vim", "view", "evim", …) this file is
" not sourced; /etc/vim/vimrc and/or /etc/vim/gvimrc are.
" Debian system-wide default configuration Vim
set runtimepath=~/.vim,/var/lib/vim/addons,/usr/share/vim/vimfiles,/usr/share/vim/vim74,/usr/share/vim/vimfiles/after,/var/lib/vim/addons/after,~/.vim/after
set compatible
" vim: set ft=vim:
Effectivement, si tu tapes vi, il se met en mode compatible. Jamais remarqué: je ne tape jamais vi mais explicitement vim. Je suppose que c'est ce qui est prévu par défaut. (note que vim aussi pointe vers le système d'alternatives)
Enfin bref: ok ça te fait un vieux vi par défaut, mais c'est quand même super™
"vi" est un lien vers le système dit d'alternatives: il pointe vers un choix par défaut dans le cas où tu as plusieurs candidats (tels que nvi par exemple).
man update-alternatives et /etc/alternatives
Pour les couleurs dans le shell, je ne sais pas, mais souvenons-nous que Debian tourne sur un peu tout et n'importe quoi, et que le comportement par défaut doit faire en sorte que ça juste marche dans la mesure du possible. Donc c'est vrai que ça peut comme ici niveler par le bas, mais on finit tous à un moment ou un autre par être l'exception, et ce jour là t'es bien content que ça juste marche.
Avec Tor et le chiffrement, il devient extrêmement difficile de savoir ce qu'on fais en ligne. Bon on sait quand il y a eu transmission d'informations, mais c'est tout.
Bon anniversaire Debian!
Distro découverte un peu tard après mes débuts, et vers laquelle je reviens toujours malgré mes différents essais/expériences.
Par contre, ça m'a fait vraiment très très mal aux yeux:
J'ai quand même du mal à croire que "inoffensif" couvre les visites de vaisseaux de guerre.
Genre la Corée du Nord qui enverrait un cuirassé jeter l'ancre en face de la plus belle plage de Corée du Sud, mais avec un grand panneau "visite inoffensive"…
Vu le niveau de certains de nos politiques, ils proposeraient certainement d'honorer leur engagement de l'OTAN en bombardant les 2 belligérants à la fois (pour frapper l'ennemi!).
Le problème d'un porte-avion avion franco-britannique c'est qu'en plus de son taux de disponibilité de 60%, il faudra multiplier par le taux d'alignement de politiques d'interventions militaires des deux pays.
Et là forcément, il ne reste plus qu'un seul chiffre…
[^] # Re: Ah bon ?
Posté par Maclag . En réponse au journal Où sont passé les offres d'emploi?. Évalué à 7.
Et encore, t'as oublié LE requis à la mode: 5 à 10ans d'expérience sur Android.
Et ça, c'est vraiment extrêmement rare!
En même temps ça doit donner un moyen rapide de trier les CV bidonnés…
# Ça semble pharaonique
Posté par Maclag . En réponse au journal Mélanger les syntaxes de C# et de Qt. Évalué à 3.
Si je ne m'abuse, tu veux aller beaucoup plus loin qu'un simple binding: tu veux former un nouveau tout bien intégré avec des modifs des 2 côtés!
Ça me rappelle un fil de discussion sur les bindings pour OCaml où un des intervenants disait que tôt ou tard, il faudra un nouveau framework graphique fait sur mesure pour OCaml (orienté fonctionnel, tout ça). Et je me suis dit "rien que ça!?".
Mais lui ne parlait pas de modifier OCaml.
C'est sûr, une nouvelle alternative, c'est toujours bon à prendre. Mais en même temps, je me dis que une seule personne même à plein temps pendant des années n'arrivera pas à quelque chose à la hauteur de ce qu'on a aujourd'hui (regarde les EFL, le travail autour de Qt, les moyens que MS avait mis sur C#, etc.).
Soi je me trompe et tu ne veux pas "tout" changer, soit je me demande si tu as une idée de ce qui t'attend en terme de volume de travail.
Sinon, il existe déjà un binding Qt pour C#, si je ne m'abuse (aucune idée de son état, vu que je ne programme pas en C#, et que je ne programme que de façon anecdotique tout court d'ailleurs)
[^] # Re: s+Linux+GNU/Linux+
Posté par Maclag . En réponse au journal La popularité d'Androïd bénéficiera t-elle à Linux ?. Évalué à 7.
L'autre jour, je suis tombé sur un lecteur DVD de marque "Frigidaire". Je ne pensais pas que la marque existait encore. En tout cas je n'ai plus rien vu en France depuis des lustres, et ça ne me rajeunit pas.
Quand on te dit "J'ai un Frigidaire", est-ce que tu demandes confirmation? "Un frigo ou un lecteur DVD? Nan parce qu'un lecteur DVD, c'est un appareil tout-à-fait ordinaire de la marque, qu'on le veuille ou non."
Et bien là c'est un peu pareil: oui, en toute rigueur, on devrait parler de GNU/Linux et Dalvik/Linux, ou alors les mettre à égalité, deux systèmes à noyau Linux.
Le fait est que les systèmes GNU/Linux existent depuis un petit moment, et je vais encore demander:
-Combien de fois, quand tu as dit d'un système qu'il tourne sous Linux, quelqu'un t'a demandé de confirmer "Android ou GNU/Linux? Parce que j'ai aucune idée là!"
-Pour toi-même, si un client te parle de Linux, tu lui demandes d'expliciter s'il veut dire Android ou pas? (et ne me dis pas que tu ne vois pas en quoi poser directement ce genre de question pourrait avoir un impact sacrément négatif sur la relation client…)
-Combien de fois tu as déjà lu Aqua/Darwin/Mach ou je ne sais quelle appellation à la con pour désigner Mac OS X?
Bref, je trouve qu'on est plus dans l'enculage de mouche qu'autre chose!
C'est avec ce genre de discours qu'on embrouille complètement les utilisateurs lambda.
Par contre, pour dire que le play-store est un dépôt comme ceux de Debian ou RedHat, nous sommes d'accord. La gestion des dépendances et le reste relèvent du choix d'implémentation, et l'utilisateur de smartphone s'en contre-fout certainement: faut que ça marche, point final.
[^] # Re: euh?!
Posté par Maclag . En réponse au journal Retour d'expérience avec le langage J. Évalué à 10.
Pour Perl, comme pour J à vue de nez, je ne dirais pas que le code est lisible ou pas lisible. Je pense que comme tu dis, ça dépend beaucoup de qui code.
Mais par contre, je dirais que là où par exemple Python oblige quasiment à coder très lisiblement, Perl offre la possibilité de réaliser parmi les pires délires d'obfuscation jamais imaginées, et plus généralement ne met que peu de contraintes au développeur sur la lisibilité du code.
C'est un peu comme dire que Java c'est lent et lourd. C'est surtout que Java c'est "facile à apprendre" et très populaire. Un débutant peut rapidement faire un programme lent et lourd en Java, et décider qu'il n'est plus débutant vu que "ça marche".
[^] # Re: UDF pas concluant (pour moi)
Posté par Maclag . En réponse au journal Partition de type NTFS volume set ou NTFS. Évalué à 3.
Apparemment, la décision a déjà été prise concernant le standard.
"Il aurait fallu" n'y changera plus rien, aussi stupide puisse être la décision (ou pas d'ailleurs, suis pas qualifié pour commenter).
Si comme tu dis UDF est mal supporté par Windows et un autre commentaire mentionne qu'il n'est pas du tout supporté sous Android, alors le pragmatisme oblige à l'éliminer comme solution viable aujourd'hui.
Après, je pense que beaucoup de monde serait content s'il était plus populaire. Mais nombre d'utilisateurs ne sont pas capables de développer des pilotes, alors on fait avec ce qui existe et qui marche là tout de suite.
Et ce qui marche là tout de suite partout, pour l'instant, c'est semble-t-il rien, mais le premier à bien marcher sera vraisemblablement exFAT.
[^] # Re: Tu en as de la chance...
Posté par Maclag . En réponse au journal auto-hébergement, wordpress 3.6. Évalué à 3.
En même temps, si ni toi ni lui ne décrivez vos attentes, je ne vois pas en quoi il ne pourrait pas avoir ce qu'il veut en 18 mois et tout pas ce que tu veux en 10 ans.
Même problème "a un avenir", c'est extrêmement vague comme prédiction. Si ça veut dire qu'il y aura plus de gens auto-hébergés à l'avenir, c'est sûrement vrai. Prédire combien, là on peut s'attendre à se péter les dents sur la question.
En ce qui concerne les pannes internet, même chose: quelles sont les attentes du public auto-hébergé? Si c'est juste pour partager des photos avec ses potes et son email perso avec un email pro au chaud dans un datacenter, internet peut bien tomber pendant les vacances, ça ne changera pas ta vie.
Tiens, ça me fait penser à un truc qui n'a toujours pas été fait à ma grande surprise:
L'appli qui scanne le wifi et pirate le compte d'un voisin au hasard quand la connexion "locale" tombe. On ajoutera dans le cahier des charges la possibilité de changer de voisin toutes les N minutes pour réduire les chances de se faire gauler, et on arrête les conneries dès que la connexion locale est rétablie. Bon, il faut un gestionnaire d'IP dynamique, mais c'est pas le plus dur à trouver.
Avec ça, on peut partir plus sereinement en vacances! (ou pas…)
[^] # Re: In progress...
Posté par Maclag . En réponse au journal auto-hébergement, wordpress 3.6. Évalué à 5.
J'ai envie de réagir à la geekscotte:
-Si tu sais exactement quel logiciel tu cherches, il ne faut pas plus d'1min pour atteindre la page de téléchargement du logiciel (ex: vlc, je ne vais pas le chercher sur Telechargez.com). Et les bons outils te notifient les mises à jour dispos (ex: euh… ben vlc, encore!)
-Si les questions te semblent compliquées, rappelle-toi que "Suivant->Suivant->Fin" marche presque toujours sans le moindre problème. Je pense que ça reste largement plus facile que faire un paquet AUR.
-Si tu cherches un logiciel "qui fait ça", alors là les repos des distros sont de l'or en barre. Presque à chaque fois, j'ai trouvé mon bonheur grâce à apt-cache search pour la recherche initiale et apt-cache show pour l'affinement (bon, ensuite les évals hein!). Sous Windows, tu commences par Google, qui te propose une liste. Tu suis des liens. Ah ben ça a l'air de coller? Ah ben non, c'est pas libre et c'est même payant au-delà de la période d'essai. Et ça? Freeware obscur, je ne pense pas que j'en veux non plus, pas confiance. Attends voir… [1 heure passe], ça y est! J'ai trouvé! Victoire!! C'était pas si compliqu… Ah! L'install a semble-t-il un petit peu foiré?!?
[^] # Re: Java ?
Posté par Maclag . En réponse à la dépêche GooglePlayDownloader : télécharger les APK sans rien demander à Google. Évalué à 7.
Un tas de trucs sont très bien implantés et seront là pour très longtemps.
Ce n'est pas parce qu'une techno est populaire qu'il n'a pas le droit de ne pas l'aimer, même si c'est Java.
[^] # Re: Pourquoi une application desktop ?
Posté par Maclag . En réponse à la dépêche GooglePlayDownloader : télécharger les APK sans rien demander à Google. Évalué à 2.
Parce que c'est en fait la première pierre vers une solution simple pour faire un dépôt androïd sur ton ordi perso?
ou pas, mais ça m'a traversé la tête (sans me faire mal pour ceux qui s'inquiètent)
[^] # Re: Super nouvelle!
Posté par Maclag . En réponse au journal Sauvez la planète : jetez votre iphone.. Évalué à 6.
http://www.alibaba.com/showroom/usb-portable-mini-fridge.html
Y'a plus qu'à tenter!
[^] # Re: Ca mélange choux et carottes pour pondre un résultat extraordinaire
Posté par Maclag . En réponse au journal Sauvez la planète : jetez votre iphone.. Évalué à 6.
Ne mélangeons pas tout. Si on peut parler de consommation énergétique pour un humain, on ne parle pas d'électricité. Dans le cas présent, la comparaison est somme toute bien plus légitime.
-- envoyé depuis mon frigo
--------> [ ]
# uniformisation?
Posté par Maclag . En réponse au journal LXDE, Razor-qt et Qt (et GTK+). Évalué à 4.
Y'a pas longtemps, on lisait que Webkit était en passe d'éliminer la concurrence Libre, et que ce n'était pas forcément une bonne nouvelle.
Aujourd'hui, Qt (oui, bon: QtGui, mais mes doigts ont la flemme!) est en train d'éliminer progressivement Gtk. Est-ce une bonne nouvelle?
Les EFL n'ont pas encore véritablement percé. Gtk est en perte de vitesse. Les autres bibliothèques ont des "parts de marché" anecdotique. Nous dirigeons-nous vers un écosystème Libre très uniforme avec un framework Qt omniprésent et les autres qui se partagent des miettes?
Devrait-on s'en inquiéter?
Si Qt devient sans concurrence, allons-nous voir une multiplication des bibliothèques sous licence commerciale et un ralentissement de la version Libre?
Quel est l'avenir des bindings pour OCaml??
Vous avez 4h. Moi je vais prendre ma douche.
(Oui, ce commentaire n'avait pour seul but que de lancer un troll totalement H.S. sur OCaml et vous faire savoir que je suis propre)
[^] # Re: Instructif
Posté par Maclag . En réponse au journal FreeBSD un OS sans avenir?. Évalué à 6.
Libre à toi de faire des choix sur l'argumentation. Chez d'autres, l'éthique interdit de mettre des arguments faux en connaissance de cause. Ou alors ce n'était pas en connaissance de cause?
Dans tous les cas, faire de la pub au site n'est peut-être pas une si bonne idée, des fois que ça marche…
Avant de découvrir les émanations de CO3, va falloir découvrir une forme de CO3 stable. C'est vrai que ça fait beaucoup de choses à faire, et c'est vrai aussi que je ne vois toujours pas le rapport avec le sujet, ni même le "problème" du CO3.
Ben y'en aura au moins un: l'auteur des articles. Sinon c'est du niveau d'un Frédéric Lefebvre durant le débat sur Hadopi.
Si ça a si bien marché, pourquoi avoir retiré le blog?
Sans être un expert sur la question moi-même, j'ai le regret de te dire que tu n'as à mes yeux aucune crédibilité pour ne serait-ce que définir ce qu'est un pc de bureau "sécurisé".
Appeler ce que tu décris comme "expérience" me semble très présomptueux.
Je crois que tu as déjà été largement servi sur la question. Alors cesse effectivement de détourner l'attention et de parler d'autre chose. Admets que tu as écrit de la merde!
Voilà! Enfin une chose sur laquelle tout le monde sera d'accord!
[^] # Re: Instructif
Posté par Maclag . En réponse au journal FreeBSD un OS sans avenir?. Évalué à 3.
Lapin compris. Ça ne doit effectivement pas être complet: il manque la partie en rapport avec le sujet.
Ou alors je suis à côté de la plaque: c'est une joute cachée?
Prends ça, la toute puissance de la connaissaaaaaaaance:
Oxygène
(oui, moi aussi j'ai le droit de péter les câbles sur linuxfr!)
[^] # Re: Instructif
Posté par Maclag . En réponse au journal FreeBSD un OS sans avenir?. Évalué à 3.
Je doute que ça puisse te faire tout ça. Par contre, visiblement, ça peut te faire écrire des blogs peu éclairés…
# Instructif
Posté par Maclag . En réponse au journal FreeBSD un OS sans avenir?. Évalué à 10.
Je voulais te remercier, parce que malgré mes années d'expérience dans les semiconducteurs, je ne savais pas que compiler des logiciels faisait dégager des gaz nocifs par les circuits imprimés.
Je n'ose imaginer les masques à gaz nécessaires pour administrer les fermes de compilation des distros Linux!
[^] # Re: Conclusion un peu hâtive, non ?
Posté par Maclag . En réponse au journal FreeBSD un OS sans avenir?. Évalué à 9.
Avant, on critiquait la réponse laconique "chez moi ça marche!" dans les discussions sur la simplicité et la maturité d'une solution censée être accessible au grand public. Et on trouvait ça con de dire "chez moi ça marche!" parce que chez le gars qui râle, ben ça marche pas, et du coup "simple, mûr, et intuitif", ben si c'est pas pour tout le monde, c'est que c'est raté.
Grâce à toi nous avons enfin le complémentaire:
Une solution qui n'est pas censée être utilisable par n'importe quel débutant, et tu nous expliques que "chez moi ça marche pas".
Je crois que nous allons, toi et moi, réussir à apporter une révélation au monde entier:
Je peux recenser des cas d'installation et d'utilisation impossible de tous les OS sur toute sorte d'ordinateur pour toute sorte d'application. Tu apportes la conclusion:
Aucun système n'est possible à utiliser si sur le bureau, ni sur les serveurs!
Mais alors, à quoi est branché mon clavier???
[^] # Re: ~/.bashrc par défaut / Je fais mon chieur
Posté par Maclag . En réponse au journal bon anniversaire ...... Évalué à 4.
/etc/vimrc.tiny
" Vim configuration file, in effect when invoked as "vi". The aim of this
" configuration file is to provide a Vim environment as compatible with the
" original vi as possible. Note that ~/.vimrc configuration files as other
" configuration files in the runtimepath are still sourced.
" When Vim is invoked differently ("vim", "view", "evim", …) this file is
" not sourced; /etc/vim/vimrc and/or /etc/vim/gvimrc are.
" Debian system-wide default configuration Vim
set runtimepath=~/.vim,/var/lib/vim/addons,/usr/share/vim/vimfiles,/usr/share/vim/vim74,/usr/share/vim/vimfiles/after,/var/lib/vim/addons/after,~/.vim/after
set compatible
" vim: set ft=vim:
Effectivement, si tu tapes vi, il se met en mode compatible. Jamais remarqué: je ne tape jamais vi mais explicitement vim. Je suppose que c'est ce qui est prévu par défaut. (note que vim aussi pointe vers le système d'alternatives)
Enfin bref: ok ça te fait un vieux vi par défaut, mais c'est quand même super™
[^] # Re: ~/.bashrc par défaut / Je fais mon chieur
Posté par Maclag . En réponse au journal bon anniversaire ...... Évalué à 8.
"vi" est un lien vers le système dit d'alternatives: il pointe vers un choix par défaut dans le cas où tu as plusieurs candidats (tels que nvi par exemple).
man update-alternatives et /etc/alternatives
Pour les couleurs dans le shell, je ne sais pas, mais souvenons-nous que Debian tourne sur un peu tout et n'importe quoi, et que le comportement par défaut doit faire en sorte que ça juste marche dans la mesure du possible. Donc c'est vrai que ça peut comme ici niveler par le bas, mais on finit tous à un moment ou un autre par être l'exception, et ce jour là t'es bien content que ça juste marche.
[^] # Re: Que signifie le dernier vote?
Posté par Maclag . En réponse au sondage Les révélations sur le programme PRISM.... Évalué à 3.
Apparemment ce n'est pas si simple:
http://blogs.computerworld.com/tor-onion-router-nsa-fbi-child-porn-22598-itbwcw
# bon anniversaire
Posté par Maclag . En réponse au journal bon anniversaire ...... Évalué à 10.
Bon anniversaire Debian!
Distro découverte un peu tard après mes débuts, et vers laquelle je reviens toujours malgré mes différents essais/expériences.
Par contre, ça m'a fait vraiment très très mal aux yeux:
# intuitif et simple!
Posté par Maclag . En réponse au journal nanimstudio 1.0 est dehors. Évalué à 7.
Téléchargé depuis 5min, suis totalment néophyte en la matière et j'ai déjà réussi à faire une animation d'un cadre qui parcourt une photo plus grande!
Un outil comme je les aime! Bravo!
[^] # Re: en France
Posté par Maclag . En réponse au journal Armée Suisse, modèle ou pas ?. Évalué à 3.
J'ai quand même du mal à croire que "inoffensif" couvre les visites de vaisseaux de guerre.
Genre la Corée du Nord qui enverrait un cuirassé jeter l'ancre en face de la plus belle plage de Corée du Sud, mais avec un grand panneau "visite inoffensive"…
[^] # Re: en France
Posté par Maclag . En réponse au journal Armée Suisse, modèle ou pas ?. Évalué à 5.
Vu le niveau de certains de nos politiques, ils proposeraient certainement d'honorer leur engagement de l'OTAN en bombardant les 2 belligérants à la fois (pour frapper l'ennemi!).
[^] # Re: en France
Posté par Maclag . En réponse au journal Armée Suisse, modèle ou pas ?. Évalué à 3.
Le problème d'un porte-avion avion franco-britannique c'est qu'en plus de son taux de disponibilité de 60%, il faudra multiplier par le taux d'alignement de politiques d'interventions militaires des deux pays.
Et là forcément, il ne reste plus qu'un seul chiffre…