Et pourtant j'ai cité un exemple d'une appi de layout IC (mais plus moyen de remettre la main dessus), et visiblement Gcompris fait la même chose:
Le binaire précompilé pour Win est payant, le code source est toujours aussi Libre.
Ça n'a rien de contradictoire, comme il t'a été répondu, les gens qui savent compiler pour Win peuvent:
-décider qu'ils ont autre chose à foutre que de distribuer le binaire, vu que ce sont souvent les utilisateurs finaux et pas forcément des dévs
-décider de respecter l'auteur qui n'a sciemment pas mis à dispo les binaires gratuitement et le laisser faire son beurre
-décider qu'ils ont payé en temps et compétence et que si d'autres peuvent l'avoir en tendant la main c'est pas juste (bon, on va dire que c'est moins probable, surtout de la part de quelqu'un qui a compilé lui-même pour pas filer de thune à l'auteur…)
Dans l'article que tu cites, les arguments autour de la vitesse sont ceux utilisés pour orienter le développement d'Upstart. Ensuite il justifie pourquoi il a créé systemd, en regardant ce que faisait (ou plutôt ne faisait pas) Upstart.
D'ailleurs, si tel était le cas, il expliquerait certainement comment rendre Upstart plus rapide. Et j'ai dû rater le passage où il présente cet objectif d'aller plus vite qu'Upstart.
Un bon init démarre sûrement vite. Pas parce que tu as tout bidouillé pour gagner du temps. Mais parce qu'il fait les choses bien et rationnellement.
Tu es bien brave…. mon chef comme tu le dis n'est pas très loin, et ce n'est pas une question de tâches plus facile, mais de temps perdu inutilement …. RH7 n'est qu'un tout petit morceau de notre taf, nous (3 personnes) avons un parc informatique reprenant à peu près tout ce qui se fait sur le marché en terme d'os et d'infra, alors RH7 et systemd … une merde de plus à gérer !
J'aimerais bien savoir ce que tu appelles "une merde à gérer". Parce que moi, les scripts bash bidouillés, j'appellerais bien ça "une merde à gérer" vu que c'est toujours la foire.
Et ça, avec systemd, c'est une grosse merde de moins à gérer.
On est d'accord: il faut avoir une solide équipe de dévs motivés et compétents sur la question.
Je ne pense pas qu'il existe trop peu de développeurs qui soient experts du "bon vieil init", ou alors ça veut dire qu'on tourne depuis des années avec un truc que personne ne comprend vraiment, ce qui est autrement plus inquiétant.
Il ne reste qu'une explication: ils ne veulent pas s'en occuper.
Pendant ce temps, pas mal de monde contribue/a contribué à systemd.
Tu réalises que je peux très bien faire un jeu Libre mais pas gratuit?
Sur Android, ce serait même très simple: il suffit de mettre le jeu sur le store, avec un lien vers les sources. Évidemment, il y aura des gens qui iront compiler les sources eux-mêmes, mais je te parie que personne n'ira remettre le jeu en version gratuite. "J'ai payé avec mon temps et mes compétences". Il y a des cas similaires même sur PC de bureau (de mémoire, un logiciel de layout IC dont le binaire Windows est payant mais le code est dispo sur internet si tu veux le compiler toi-même.
Alors oui, tu auras le code, mais je m'enrichis quand même et pas toi (en supposant que je ne te reverse rien: oui, je suppose que je suis une raclure égoïste et opportuniste, et je suppose ce que je veux, non?)
J'ai vraiment du mal à voir dans quel cadre cette appli est censée s'insérer.
Oui, les professionnels de l'audio haute qualité aiment bien JACK. Maintenant est-ce que ça veut dire qu'ils s'en servent pour téléphoner??
Ou alors est-ce que le support de JACK était une demande des utilisateurs pros qui ont déjà JACK sur leur machine et qui ne trouvaient pas de tél IP à mettre à côté? C'est quand même vachement spécifique, non?
Ou alors est-ce que le logiciel est destiné à être installé sur machines dédiées avec JACK dessus? Mais alors, KDE et Gnome sur le téléphone IP (cf les clients), genre overkill, je pense qu'on peut difficilement aller plus loin.
Avant de parler de partager du code, est-ce que les 2 logiciels marchent convenablement ensembles.
Je n'y connais pas grand chose aux protocoles et je ne sais pas ce qui est standardisé ou pas. Mais si on me dit que d'un côté il y a SFLphone qui fait des supers appels vidéo, conférence et partage d'écran, et de l'autre Jitsi qui fait des supers appels vidéo, conférences et partage d'écran, mais si on les branche ensembles, ça fait de la merde parce qu'on retourne à un plus petit dénominateur commun dans les standards, ben je dirais que c'est vraiment dommage.
Là quand je vois que les standards, c'est toujours une ligne au milieu d'un tas de fonctionnalités, je me demande si tous ces logiciels marchent aussi bien entre eux qu'avec eux-mêmes.
(Et si la réponse est négative, ben Skype a encore de beaux jours devant lui)
Je ne sais pas qui moinsse, parce que la question est hautement pertinente.
Je ne sais pas pour vous, mais moi quand je lis "alternative de plus en plus crédible à Skype", je m'attends à un truc qui torche pour tout le monde.
En vrai, ça ne marche que sous Linux/Gnome et Linux/KDE?
Donc effectivement: rien pour Android ni aucun smartphone, rien pour Windows, rien pour Mac.
Je ne sais pas quel genre d'entreprise le projet vise avec ça:
Celles qui n'ont que des postes Linux, aucun collaborateur à joindre en déplacement (ben oui: rien pour aucun smartphone) et qui ne comptent pas utiliser le logiciel pour communiquer avec le reste du monde (à moins que la boite ne bosse qu'avec d'autres boites 100% Linux).
Question pour décideur pressé ou tout utilisateur non expert: que reste-t-il de toutes les fonctionnalités de SFLphone une fois qu'on appelle un autre soft-tél qui n'est pas SFLphone? (conf à plusieurs, partage d'écran à la volée, qualité audio et vidéo?)
D'ailleurs, question préalable: est-ce que la compatibilité avec d'autres téléphones IP est bien testée?
Parce que c'est là que Skype est vraiment très bon: ça marche bien partout et sur quasiment toutes les machines (quoi que sur le bureau Linux, on a du souci à se faire quand même…).
Il y a plusieurs types d'étudiants. Entre autres:
-Ceux qui veulent devenir informaticiens, et qui sont donc prêts à apprendre N langages.
-Ceux qui veulent juste pouvoir se débrouiller pour coder quelque chose occasionnellement.
La deuxième catégorie va chercher un aspect pratique immédiat à ce que tu enseignes. L'aspect pratique du Pascal, une fois sorti du cours, c'est quoi au juste?
Le moteur marche: ils ont des protos et nombre de gens ont voulu l'essayer. Mais l'autonomie est très en deçà des annonces et des attentes, voilà tout.
Les moteurs "alternatifs" ont tous le même problème: électricité, air comprimé, etc. Le pétrole c'est sale mais c'est l'une des plus hautes densité d'énergie qu'on puisse trouver.
Peugeot n'envisage d'ailleurs pas un moteur à air comprimé, mais bien un hybride à air comprimé, avec des cycles charges-décharges très courts, contrairement à l'électrique: tu viderais presque entièrement la réserve air comprimé sur la première accélération, mais tu rechargerais également bien plus à chaque décélération.
Mine de rien, ça fait plus de 10ans que c'est presque bientôt fini d'être à peu près au point, et toujours pas le moindre véhicule commercialisé.
Au début, ils ont annoncé plus de 200km d'autonomie avec un réservoir de 175L. Puis le réservoir est passé à 260L, et l'autonomie a commencé à descendre, descendre. Aujourd'hui je crois qu'ils n'annoncent plus que 130km.
Ça fait des années que l'autonomie est déclarée comme étant LE point bloquant de la technologie, et ça fait autant d'années que MDI refuse catégoriquement à quiconque d'essayer le moindre proto sur plus que quelques km mais annonce en même temps que l'autonomie est bonne.
J'ai longtemps suivi le projet et l'activité sur un forum de passionnés. Et peu à peu, même les plus ardents défenseurs de MDI ont fini par poser trop de questions, et MDI a fait fermer le forum, sans répondre à aucune.
Tata a annoncé une voiture à air comprimé à 5500€ et 200km d'autonomie. On ne connaît pas encore tous les détails, mais le DG de Tata s'est suicidé la veille de la présentation de la voiture. Mauvais signe?
Depuis un petit moment, ils ont décidé de séparer un peu tout le bazar. En disant KDE, on ne faisait plus la différence entre le bureau, les applis, etc.
Alors maintenant tu as:
KDE Framework 5: comme son nom l'indique, un framework dont certaines bibliothèques n'ont pour dépendance que Qt, et sont utilisables hors contexte de KDE
Plasma 5: c'est l'environnement de bureau lui-même (gestionnaire d'affichage, tout ça)
KDE SC 5: Pour "KDE Software Compilation" où là tu as le bureau et l'ensemble des applis officielles de KDE
Donc ce que tu cherches, c'est KDE SC 5 qui devrait, si ma mémoire est bonne, sortir d'ici la fin de l'année?
Je ne crois pas qu'il y ait de bonne réponse. Tous les langages ont leurs spécificités, et tu ne peux pas tout voir en même temps.
L'idéal ce serait d'en voir plusieurs, et laisser les élèves choisir celui ou ceux qu'ils préfèrent.
Cas personnel: cycle ingé avec cours d'info en tronc commun (je ne suis pas et ne souhaitais pas partir vers l'info).
On avait des cours d'algorithmie en pseudo-langage. On implémentait en Pascal. J'aimais pas le Pascal: tous les cours m'ont semblé chiant à mourir.
Ensuite on a eu une initiation au C. Je n'aime pas le C: allouer la mémoire, surveiller les possibles dépassements, libérer la mémoire. J'ai l'impression que ce truc est fait pour qu'on fasse des boulettes. Je déconseillerais le C à quiconque ne souhaite pas devenir un "gros" programmeur, j'ai l'impression qu'il faut toujours beaucoup d'expérience pour ne pas écrire du code de merde. Trop de choses à surveiller et à retenir. Toujours est-il que ça ne m'a pas intéressé d'avantage à la programmation.
Mais je me suis toujours dit qu'un bon électronicien devait savoir pondre un minimum de code, alors j'en ai regardé d'autres, des langages.
Un jour j'ai découvert l'OCaml par moi-même: j'ai trouvé ça formidable. Rigoureux, puissant, bref: formidable, quoi. Puis je me suis rendu compte que c'était peu répandu, et que ça ne serait pas LE langage que j'apprendrais qui me servirait à tout et n'importe quoi (pas de lib pour ci, pas de binding pour ça, etc.). Alors j'ai laissé tomber aussi (snif!).
J'ai fait un tuto pour Python, qui comparé à OCaml me donnait une impression de manque de rigueur, mais Python, c'est un peu le truc tout-terrain: y'a des libs pour tout, des bindings pour tout, et on le retrouve du calcul lourd (numpy) au solutions de dév Android (j'ai vu des slides sur Pyotherside, ça a l'air prometteur).
Du coup voilà: je sais écrire des trucs simples en Python, mais si on m'avait fait des cours d'info en Python, j'aurais peut-être pas aimé non plus.
(Ah, je passe un apprentissage éclair de R pour un besoin précis, mais disons que R est un cas particulier).
Conclusion: faites en sorte que les élèves puissent essayer quelques langages différents le plus vite possible. Si le(s) prof(s) en connaissent plusieurs, pourquoi ne pas leur faire des séances découvertes de chaque avant de les laisser en choisir un individuellement pour les travaux pratiques?
C'est peut-être plus lourd, mais ça permettra peut-être aussi de couvrir plus de notions en comparant les approches et méthodes dans des séances de groupe.
En même temps, t'as déjà vu une boite qui affiche ça:
"On casse les coûts en exploitant à mort nos employés et on balance nos poubelles dans la nature clandestinement pour éviter les frais de recyclage. Ces mesures exceptionnelles nous permettent d'être les moins chers du marché!
Venez chez nous!"
Toutes les boites se disent vertes aujourd'hui. Toutes les boites vont t'expliquer à quel point les employés sont leur moteur et leur âme, et qu'elles les aiment et les écoutent, et chez elles, tout le monde est heureux.
Et puis un jour, tu bosses pour une de ces boites et… tiens, c'est pas comme sur le site?!
Utiliser Mac pour faire du développement quand on prétend faire partie de la grande communauté du libre, c'est juste pour la frime, ce n'est pas un choix technique raisonné. Quand on a un OS qui offre un excellent environnement de développement libre et qu'on va voir ailleurs pour des considérations non-techniques, oui, on est un faux libriste.
J'en conclus qu'il y a un comité de certification de véritable "Libriste", et c'est une communauté élitiste.
Au fait, il y a d'excellents BIOS libres, avec des gens qui ne jurent que par le BIOS libre.
Vu de leur fenêtre, peut-être que tu n'es "Libriste" que pour la frime?
Le BIOS est un composant mineur de ton ordinateur dans son ensemble et son importance vis à vis du matériel (et la difficulté d'en changer) rendent son utilisation selon moi acceptable car cette contrainte est lourde.
Un composant qui permet de laisser des backdoors dans ton système en toute transparence, qui peut aussi verrouiller le système pour s'assurer que l'OS est bien celui fourni par le constructeur, je ne dirais pas qu'il est mineur.
Je pense que pour toi il est mineur parce que ça t'arrange bien et que rares sont ceux qui agissent à son sujet.
"Bon, les gars, on va se mettre d'accord: on est Libristes jusqu'au bout, sauf quand c'est trop chiant et/ou compliqué. Alors on va se mettre d'accord sur ce qui est trop chiant et compliqué, et comme ça on pourra continuer à faire la morale aux autres tout en restant solidaires et cohérents entre nous."
Tu sais que Intel et AMD mettent beaucoup de micro-codes dans leurs puces qui pourrait très bien être fournie avec le pilote? Ça ne te dérange pas de soutenir des boites qui ont des pratiques aussi fermées?
Puis le matériel Apple est bardé en lui même de brevets qu'il utilise contre les autres quand la présence de BIOS n'implique pas de soutenir financièrement une boîte qui lutte contre les autres par voie judiciaire pour tout et rien.
Le problème c'est qu'Apple utilise la voie judiciaire ou qu'ils font du proprio et enferment leurs utilisateurs? Parce que j'ai comme l'impression que ça n'a plus grand chose à voir avec Libre vs proprio.
Une boite certifiée "Libre" (s'il y en a) qui aurait beaucoup d'avocats et ferait des procès ne mériterait plus son certificat de Librisme?
Ces personnes sont (ou étaient) débiles car le LL accepte le commercial par définition.
Et voilà.
Plus haut, on dit que la limite entre un bon Libriste et un mauvais Libriste est arbitraire.
Développer des logiciels libres sous Mac OS X fait de toi un mauvais libriste. Tu en es absolument convaincu et ça ne fait aucun doute dans ton esprit.
À une époque, faire du commercial faisait de toi un mauvais libriste. Les détracteurs du commercial en étaient absolument convaincus et ça ne faisait aucun doute dans leur esprit.
Je suis prêt à parier que je vais te trouver des gens qui te disent qu'un mec qui fait un compromis sur le BIOS est un mauvais Libriste. Ils en sont convaincus et ça ne fait aucun doute dans leur esprit.
Rappelons qu'on parle de licences de logiciels, et que ce n'est pas censé être une religion avec des fidèles et des infidèles.
Je me demande comment ils calculent ça.
Mais par contre, et au lieu de taxer tous les flux financiers, pourquoi ne pas imposer une taxe dégressive dans le temps qui tend rapidement vers 0 sur la revente d'actions?
Ex: tu achètes une action au jour 1. Si tu la vends au jour 2, tu te fais plumer par la taxe. Si tu la vends à J1+1an, la taxe est nulle.
Évidemment 1an ici est arbitraire. C'est sans doute trop long.
Mais ça casserait sans doute un peu la logique de spéculation: il faut que la boite sur laquelle on mise affiche une certaine performance pour s'y retrouver.
Par contre, le risque, c'est que la bourse de Paris soit désaffectée et les autres places boursières moins contraignantes lui soient préférées.
Si je bossais avec des documents gigantesques que j'ouvrais tous en même temps, je ne dirais pas.
Mais là juste pour le rappel:
Avant, on tournait sous Office 2007. Aucun souci de rapidité. Je suis encore un peu perdu avec l'interface, mais j'ai réappris, voilà tout.
Du jour au lendemain, on passe sous Office 2013, je bosse sur les mêmes documents, et ça rame comme pas permis. Faut parfois plusieurs minutes pour ouvrir un malheureux fichier Excel de moins de 200ko.
Je vais te faire ça autrement:
Le patron trop payé de PSA se fait 1.3M fixe + 2M variable par an, à la louche.
PSA emploie quasiment 200k personnes dans le monde.
Même si tu réduis son salaire à 300k total, tu ne récupères que 3M/200k = 15€/personne/an.
Joyeux Noël, quoi!!
Et je vais te dire:
Il ne prend pas l'argent aux employés. Ceux qui pourraient râler, ce sont les actionnaires, qui ne vont pas se répartir cette "cagnotte". Mais bizarrement, les actionnaires ne semblent pas avoir de problème avec son salaire stratosphérique.
Alors encore une fois: en dehors d'un soin contre l'antipathie à l'égard des gens qui gagnent beaucoup, qu'est-ce qu'on espère gagner à limiter le salaire des grands patrons? En quoi la vie de l'ouvrier en bas sera meilleure?
Est-ce que ça fera reculer la misère?
Tu es assez naïf pour croire qu'il va augmenter tout le monde subitement juste pour pouvoir augmenter son propre salaire? S'il le fait, là les actionnaires feraient bien de gueuler le plus vite possible:
Si tu as suivi le calcul ci-dessus, tu vois bien qu'augmenter même un tout petit peu la base fait monter les coûts très très très vite!
Si tu réduis les salaires des patrons, la différence finira diluée dans les poches des actionnaires, c'est tout ce que tu vas y gagner.
C'est sûrement très bien comme geste populiste pour faire mec de gauche, mais si c'est censé aider la classe populaire, ce n'est qu'un énième foutage de gueule.
Bon, ça m'a fait rire (jaune), non pas tant parce que j'étais considéré comme étranger, mais par cette capacité à ne pas savoirgérer un cas courant et vieux de 40 ans (depuis la séparation de la Corse en 2 départements).
Pas du tout, être considéré comme un étranger était une revendication de l'Assemblée Corse!
J'avoue que j'ai du mal à voir des menaces dans le fait « d’exhorter tous les acteurs concernés à la plus grande prudence quant à l’usage du logiciel Blue Mind qui présente un risque juridique bien réel », à mes yeux il s'agit d'une information sur une réalité qui pourrait/devrait avoir des suites judiciaires et les risques qui en découlent.
Je me suis arrêté là.
C'est très exactement le même argument utilisé à l'époque de SCO contre tout utilisateur ou éditeur de distro Linux.
Cet argument est universel: avec la quantité de brevets accordés et la superficialité de certains, il est quasiment impossible à un ingénieur dans n'importe quel domaine que ce soit d'être sûr à 100% qu'il n'est pas en train de violer un brevet.
Du coup il ne faut pas utiliser d'OS ni aucun logiciel du tout. Ils sont tous suspects.
[^] # Re: Licence
Posté par Maclag . En réponse au journal Soya 3D version 3 arrive... (en images !). Évalué à 3.
Et pourtant j'ai cité un exemple d'une appi de layout IC (mais plus moyen de remettre la main dessus), et visiblement Gcompris fait la même chose:
Le binaire précompilé pour Win est payant, le code source est toujours aussi Libre.
Ça n'a rien de contradictoire, comme il t'a été répondu, les gens qui savent compiler pour Win peuvent:
-décider qu'ils ont autre chose à foutre que de distribuer le binaire, vu que ce sont souvent les utilisateurs finaux et pas forcément des dévs
-décider de respecter l'auteur qui n'a sciemment pas mis à dispo les binaires gratuitement et le laisser faire son beurre
-décider qu'ils ont payé en temps et compétence et que si d'autres peuvent l'avoir en tendant la main c'est pas juste (bon, on va dire que c'est moins probable, surtout de la part de quelqu'un qui a compilé lui-même pour pas filer de thune à l'auteur…)
[^] # Re: Justement
Posté par Maclag . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 3.
Dans l'article que tu cites, les arguments autour de la vitesse sont ceux utilisés pour orienter le développement d'Upstart. Ensuite il justifie pourquoi il a créé systemd, en regardant ce que faisait (ou plutôt ne faisait pas) Upstart.
D'ailleurs, si tel était le cas, il expliquerait certainement comment rendre Upstart plus rapide. Et j'ai dû rater le passage où il présente cet objectif d'aller plus vite qu'Upstart.
Un bon init démarre sûrement vite. Pas parce que tu as tout bidouillé pour gagner du temps. Mais parce qu'il fait les choses bien et rationnellement.
[^] # Re: Justement
Posté par Maclag . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 10.
J'aimerais bien savoir ce que tu appelles "une merde à gérer". Parce que moi, les scripts bash bidouillés, j'appellerais bien ça "une merde à gérer" vu que c'est toujours la foire.
Et ça, avec systemd, c'est une grosse merde de moins à gérer.
[^] # Re: Justement
Posté par Maclag . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 8.
Euh, tu vas quand même pas dire que systemd est pour toi un handicap dans ton utilisation d'un desktop au quotidien?
[^] # Re: Tu sais
Posté par Maclag . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 5.
On est d'accord: il faut avoir une solide équipe de dévs motivés et compétents sur la question.
Je ne pense pas qu'il existe trop peu de développeurs qui soient experts du "bon vieil init", ou alors ça veut dire qu'on tourne depuis des années avec un truc que personne ne comprend vraiment, ce qui est autrement plus inquiétant.
Il ne reste qu'une explication: ils ne veulent pas s'en occuper.
Pendant ce temps, pas mal de monde contribue/a contribué à systemd.
Faut croire qu'il y a une bonne raison.
[^] # Re: Licence
Posté par Maclag . En réponse au journal Soya 3D version 3 arrive... (en images !). Évalué à 3.
Tu réalises que je peux très bien faire un jeu Libre mais pas gratuit?
Sur Android, ce serait même très simple: il suffit de mettre le jeu sur le store, avec un lien vers les sources. Évidemment, il y aura des gens qui iront compiler les sources eux-mêmes, mais je te parie que personne n'ira remettre le jeu en version gratuite. "J'ai payé avec mon temps et mes compétences". Il y a des cas similaires même sur PC de bureau (de mémoire, un logiciel de layout IC dont le binaire Windows est payant mais le code est dispo sur internet si tu veux le compiler toi-même.
Alors oui, tu auras le code, mais je m'enrichis quand même et pas toi (en supposant que je ne te reverse rien: oui, je suppose que je suis une raclure égoïste et opportuniste, et je suppose ce que je veux, non?)
# Support de JACK
Posté par Maclag . En réponse à la dépêche Sortie de SFLphone 1.4.0 - Softphone libre pour GNU/Linux. Évalué à 7.
J'ai vraiment du mal à voir dans quel cadre cette appli est censée s'insérer.
Oui, les professionnels de l'audio haute qualité aiment bien JACK. Maintenant est-ce que ça veut dire qu'ils s'en servent pour téléphoner??
Ou alors est-ce que le support de JACK était une demande des utilisateurs pros qui ont déjà JACK sur leur machine et qui ne trouvaient pas de tél IP à mettre à côté? C'est quand même vachement spécifique, non?
Ou alors est-ce que le logiciel est destiné à être installé sur machines dédiées avec JACK dessus? Mais alors, KDE et Gnome sur le téléphone IP (cf les clients), genre overkill, je pense qu'on peut difficilement aller plus loin.
Quelqu'un peut éclairer ma lanterne?
[^] # Re: JITSI
Posté par Maclag . En réponse à la dépêche Sortie de SFLphone 1.4.0 - Softphone libre pour GNU/Linux. Évalué à 10.
Avant de parler de partager du code, est-ce que les 2 logiciels marchent convenablement ensembles.
Je n'y connais pas grand chose aux protocoles et je ne sais pas ce qui est standardisé ou pas. Mais si on me dit que d'un côté il y a SFLphone qui fait des supers appels vidéo, conférence et partage d'écran, et de l'autre Jitsi qui fait des supers appels vidéo, conférences et partage d'écran, mais si on les branche ensembles, ça fait de la merde parce qu'on retourne à un plus petit dénominateur commun dans les standards, ben je dirais que c'est vraiment dommage.
Là quand je vois que les standards, c'est toujours une ligne au milieu d'un tas de fonctionnalités, je me demande si tous ces logiciels marchent aussi bien entre eux qu'avec eux-mêmes.
(Et si la réponse est négative, ben Skype a encore de beaux jours devant lui)
[^] # Re: client android
Posté par Maclag . En réponse à la dépêche Sortie de SFLphone 1.4.0 - Softphone libre pour GNU/Linux. Évalué à 10.
Je ne sais pas qui moinsse, parce que la question est hautement pertinente.
Je ne sais pas pour vous, mais moi quand je lis "alternative de plus en plus crédible à Skype", je m'attends à un truc qui torche pour tout le monde.
En vrai, ça ne marche que sous Linux/Gnome et Linux/KDE?
Donc effectivement: rien pour Android ni aucun smartphone, rien pour Windows, rien pour Mac.
Je ne sais pas quel genre d'entreprise le projet vise avec ça:
Celles qui n'ont que des postes Linux, aucun collaborateur à joindre en déplacement (ben oui: rien pour aucun smartphone) et qui ne comptent pas utiliser le logiciel pour communiquer avec le reste du monde (à moins que la boite ne bosse qu'avec d'autres boites 100% Linux).
Question pour décideur pressé ou tout utilisateur non expert: que reste-t-il de toutes les fonctionnalités de SFLphone une fois qu'on appelle un autre soft-tél qui n'est pas SFLphone? (conf à plusieurs, partage d'écran à la volée, qualité audio et vidéo?)
D'ailleurs, question préalable: est-ce que la compatibilité avec d'autres téléphones IP est bien testée?
Parce que c'est là que Skype est vraiment très bon: ça marche bien partout et sur quasiment toutes les machines (quoi que sur le bureau Linux, on a du souci à se faire quand même…).
[^] # Re: Pascal...
Posté par Maclag . En réponse au journal Python comme premier langage de programmation ?. Évalué à 5.
Il y a plusieurs types d'étudiants. Entre autres:
-Ceux qui veulent devenir informaticiens, et qui sont donc prêts à apprendre N langages.
-Ceux qui veulent juste pouvoir se débrouiller pour coder quelque chose occasionnellement.
La deuxième catégorie va chercher un aspect pratique immédiat à ce que tu enseignes. L'aspect pratique du Pascal, une fois sorti du cours, c'est quoi au juste?
[^] # Re: Support OS X
Posté par Maclag . En réponse au journal Pas libre mais dans la tendance. Évalué à 1.
Pas de bol: je n'ai pas et n'ai jamais eu le moindre appareil Apple.
[^] # Re: Tendre une main fraternelle à l'Allemagne
Posté par Maclag . En réponse au journal Téléphoner à ma mère: gratuité, simplicité, liberté ou vie privée?. Évalué à 7.
Le moteur marche: ils ont des protos et nombre de gens ont voulu l'essayer. Mais l'autonomie est très en deçà des annonces et des attentes, voilà tout.
Les moteurs "alternatifs" ont tous le même problème: électricité, air comprimé, etc. Le pétrole c'est sale mais c'est l'une des plus hautes densité d'énergie qu'on puisse trouver.
Peugeot n'envisage d'ailleurs pas un moteur à air comprimé, mais bien un hybride à air comprimé, avec des cycles charges-décharges très courts, contrairement à l'électrique: tu viderais presque entièrement la réserve air comprimé sur la première accélération, mais tu rechargerais également bien plus à chaque décélération.
Mine de rien, ça fait plus de 10ans que c'est presque bientôt fini d'être à peu près au point, et toujours pas le moindre véhicule commercialisé.
Au début, ils ont annoncé plus de 200km d'autonomie avec un réservoir de 175L. Puis le réservoir est passé à 260L, et l'autonomie a commencé à descendre, descendre. Aujourd'hui je crois qu'ils n'annoncent plus que 130km.
Ça fait des années que l'autonomie est déclarée comme étant LE point bloquant de la technologie, et ça fait autant d'années que MDI refuse catégoriquement à quiconque d'essayer le moindre proto sur plus que quelques km mais annonce en même temps que l'autonomie est bonne.
J'ai longtemps suivi le projet et l'activité sur un forum de passionnés. Et peu à peu, même les plus ardents défenseurs de MDI ont fini par poser trop de questions, et MDI a fait fermer le forum, sans répondre à aucune.
Tata a annoncé une voiture à air comprimé à 5500€ et 200km d'autonomie. On ne connaît pas encore tous les détails, mais le DG de Tata s'est suicidé la veille de la présentation de la voiture. Mauvais signe?
[^] # Re: Plasma 5 = KDE 5 ?
Posté par Maclag . En réponse à la dépêche Sortie de Plasma 5.0. Évalué à 9.
Depuis un petit moment, ils ont décidé de séparer un peu tout le bazar. En disant KDE, on ne faisait plus la différence entre le bureau, les applis, etc.
Alors maintenant tu as:
KDE Framework 5: comme son nom l'indique, un framework dont certaines bibliothèques n'ont pour dépendance que Qt, et sont utilisables hors contexte de KDE
Plasma 5: c'est l'environnement de bureau lui-même (gestionnaire d'affichage, tout ça)
KDE SC 5: Pour "KDE Software Compilation" où là tu as le bureau et l'ensemble des applis officielles de KDE
Donc ce que tu cherches, c'est KDE SC 5 qui devrait, si ma mémoire est bonne, sortir d'ici la fin de l'année?
# Pas de "bonne" réponse
Posté par Maclag . En réponse au journal Python comme premier langage de programmation ?. Évalué à 6.
Je ne crois pas qu'il y ait de bonne réponse. Tous les langages ont leurs spécificités, et tu ne peux pas tout voir en même temps.
L'idéal ce serait d'en voir plusieurs, et laisser les élèves choisir celui ou ceux qu'ils préfèrent.
Cas personnel: cycle ingé avec cours d'info en tronc commun (je ne suis pas et ne souhaitais pas partir vers l'info).
On avait des cours d'algorithmie en pseudo-langage. On implémentait en Pascal. J'aimais pas le Pascal: tous les cours m'ont semblé chiant à mourir.
Ensuite on a eu une initiation au C. Je n'aime pas le C: allouer la mémoire, surveiller les possibles dépassements, libérer la mémoire. J'ai l'impression que ce truc est fait pour qu'on fasse des boulettes. Je déconseillerais le C à quiconque ne souhaite pas devenir un "gros" programmeur, j'ai l'impression qu'il faut toujours beaucoup d'expérience pour ne pas écrire du code de merde. Trop de choses à surveiller et à retenir. Toujours est-il que ça ne m'a pas intéressé d'avantage à la programmation.
Mais je me suis toujours dit qu'un bon électronicien devait savoir pondre un minimum de code, alors j'en ai regardé d'autres, des langages.
Un jour j'ai découvert l'OCaml par moi-même: j'ai trouvé ça formidable. Rigoureux, puissant, bref: formidable, quoi. Puis je me suis rendu compte que c'était peu répandu, et que ça ne serait pas LE langage que j'apprendrais qui me servirait à tout et n'importe quoi (pas de lib pour ci, pas de binding pour ça, etc.). Alors j'ai laissé tomber aussi (snif!).
J'ai fait un tuto pour Python, qui comparé à OCaml me donnait une impression de manque de rigueur, mais Python, c'est un peu le truc tout-terrain: y'a des libs pour tout, des bindings pour tout, et on le retrouve du calcul lourd (numpy) au solutions de dév Android (j'ai vu des slides sur Pyotherside, ça a l'air prometteur).
Du coup voilà: je sais écrire des trucs simples en Python, mais si on m'avait fait des cours d'info en Python, j'aurais peut-être pas aimé non plus.
(Ah, je passe un apprentissage éclair de R pour un besoin précis, mais disons que R est un cas particulier).
Conclusion: faites en sorte que les élèves puissent essayer quelques langages différents le plus vite possible. Si le(s) prof(s) en connaissent plusieurs, pourquoi ne pas leur faire des séances découvertes de chaque avant de les laisser en choisir un individuellement pour les travaux pratiques?
C'est peut-être plus lourd, mais ça permettra peut-être aussi de couvrir plus de notions en comparant les approches et méthodes dans des séances de groupe.
[^] # Re: En fait
Posté par Maclag . En réponse au journal Ecodair : entreprise qui reconditionne du matériel informatique. Évalué à 10.
En même temps, t'as déjà vu une boite qui affiche ça:
"On casse les coûts en exploitant à mort nos employés et on balance nos poubelles dans la nature clandestinement pour éviter les frais de recyclage. Ces mesures exceptionnelles nous permettent d'être les moins chers du marché!
Venez chez nous!"
Toutes les boites se disent vertes aujourd'hui. Toutes les boites vont t'expliquer à quel point les employés sont leur moteur et leur âme, et qu'elles les aiment et les écoutent, et chez elles, tout le monde est heureux.
Et puis un jour, tu bosses pour une de ces boites et… tiens, c'est pas comme sur le site?!
[^] # Re: Support OS X
Posté par Maclag . En réponse au journal Pas libre mais dans la tendance. Évalué à 1.
J'en conclus qu'il y a un comité de certification de véritable "Libriste", et c'est une communauté élitiste.
Au fait, il y a d'excellents BIOS libres, avec des gens qui ne jurent que par le BIOS libre.
Vu de leur fenêtre, peut-être que tu n'es "Libriste" que pour la frime?
[^] # Re: Support OS X
Posté par Maclag . En réponse au journal Pas libre mais dans la tendance. Évalué à 5.
Un composant qui permet de laisser des backdoors dans ton système en toute transparence, qui peut aussi verrouiller le système pour s'assurer que l'OS est bien celui fourni par le constructeur, je ne dirais pas qu'il est mineur.
Je pense que pour toi il est mineur parce que ça t'arrange bien et que rares sont ceux qui agissent à son sujet.
"Bon, les gars, on va se mettre d'accord: on est Libristes jusqu'au bout, sauf quand c'est trop chiant et/ou compliqué. Alors on va se mettre d'accord sur ce qui est trop chiant et compliqué, et comme ça on pourra continuer à faire la morale aux autres tout en restant solidaires et cohérents entre nous."
Tu sais que Intel et AMD mettent beaucoup de micro-codes dans leurs puces qui pourrait très bien être fournie avec le pilote? Ça ne te dérange pas de soutenir des boites qui ont des pratiques aussi fermées?
Le problème c'est qu'Apple utilise la voie judiciaire ou qu'ils font du proprio et enferment leurs utilisateurs? Parce que j'ai comme l'impression que ça n'a plus grand chose à voir avec Libre vs proprio.
Une boite certifiée "Libre" (s'il y en a) qui aurait beaucoup d'avocats et ferait des procès ne mériterait plus son certificat de Librisme?
[^] # Re: Support OS X
Posté par Maclag . En réponse au journal Pas libre mais dans la tendance. Évalué à 3.
Et voilà.
Plus haut, on dit que la limite entre un bon Libriste et un mauvais Libriste est arbitraire.
Développer des logiciels libres sous Mac OS X fait de toi un mauvais libriste. Tu en es absolument convaincu et ça ne fait aucun doute dans ton esprit.
À une époque, faire du commercial faisait de toi un mauvais libriste. Les détracteurs du commercial en étaient absolument convaincus et ça ne faisait aucun doute dans leur esprit.
Je suis prêt à parier que je vais te trouver des gens qui te disent qu'un mec qui fait un compromis sur le BIOS est un mauvais Libriste. Ils en sont convaincus et ça ne fait aucun doute dans leur esprit.
Rappelons qu'on parle de licences de logiciels, et que ce n'est pas censé être une religion avec des fidèles et des infidèles.
[^] # Re: Mon expérience
Posté par Maclag . En réponse au journal Python comme premier langage de programmation ?. Évalué à 7.
C'est pour ça qu'il parle de D ou Dart comme premier langage, pas le Français.
---------> [ ]
[^] # Re: Tendre une main fraternelle à l'Allemagne
Posté par Maclag . En réponse au journal Téléphoner à ma mère: gratuité, simplicité, liberté ou vie privée?. Évalué à 5.
Je me demande comment ils calculent ça.
Mais par contre, et au lieu de taxer tous les flux financiers, pourquoi ne pas imposer une taxe dégressive dans le temps qui tend rapidement vers 0 sur la revente d'actions?
Ex: tu achètes une action au jour 1. Si tu la vends au jour 2, tu te fais plumer par la taxe. Si tu la vends à J1+1an, la taxe est nulle.
Évidemment 1an ici est arbitraire. C'est sans doute trop long.
Mais ça casserait sans doute un peu la logique de spéculation: il faut que la boite sur laquelle on mise affiche une certaine performance pour s'y retrouver.
Par contre, le risque, c'est que la bourse de Paris soit désaffectée et les autres places boursières moins contraignantes lui soient préférées.
[^] # Re: Tendre une main fraternelle à l'Allemagne
Posté par Maclag . En réponse au journal Téléphoner à ma mère: gratuité, simplicité, liberté ou vie privée?. Évalué à 7.
Ça fait longtemps aussi qu'il va commercialiser son premier véhicule dans 6mois, 1an maximum. Ça fait même plus de 10ans.
Et pendant tout ce temps, il n'a (à ma connaissance) jamais dévoilé les résultats des tests d'autonomie.
[^] # Re: C'est déjà bien d'en parler
Posté par Maclag . En réponse à la dépêche Un rapport parlementaire recommande l'utilisation du logiciel libre. Évalué à 5.
Si je bossais avec des documents gigantesques que j'ouvrais tous en même temps, je ne dirais pas.
Mais là juste pour le rappel:
Avant, on tournait sous Office 2007. Aucun souci de rapidité. Je suis encore un peu perdu avec l'interface, mais j'ai réappris, voilà tout.
Du jour au lendemain, on passe sous Office 2013, je bosse sur les mêmes documents, et ça rame comme pas permis. Faut parfois plusieurs minutes pour ouvrir un malheureux fichier Excel de moins de 200ko.
J'ai pas changé de disque dur entre temps.
[^] # Re: Tendre une main fraternelle à l'Allemagne
Posté par Maclag . En réponse au journal Téléphoner à ma mère: gratuité, simplicité, liberté ou vie privée?. Évalué à 3.
Je vais te faire ça autrement:
Le patron trop payé de PSA se fait 1.3M fixe + 2M variable par an, à la louche.
PSA emploie quasiment 200k personnes dans le monde.
Même si tu réduis son salaire à 300k total, tu ne récupères que 3M/200k = 15€/personne/an.
Joyeux Noël, quoi!!
Et je vais te dire:
Il ne prend pas l'argent aux employés. Ceux qui pourraient râler, ce sont les actionnaires, qui ne vont pas se répartir cette "cagnotte". Mais bizarrement, les actionnaires ne semblent pas avoir de problème avec son salaire stratosphérique.
Alors encore une fois: en dehors d'un soin contre l'antipathie à l'égard des gens qui gagnent beaucoup, qu'est-ce qu'on espère gagner à limiter le salaire des grands patrons? En quoi la vie de l'ouvrier en bas sera meilleure?
Est-ce que ça fera reculer la misère?
Tu es assez naïf pour croire qu'il va augmenter tout le monde subitement juste pour pouvoir augmenter son propre salaire? S'il le fait, là les actionnaires feraient bien de gueuler le plus vite possible:
Si tu as suivi le calcul ci-dessus, tu vois bien qu'augmenter même un tout petit peu la base fait monter les coûts très très très vite!
Si tu réduis les salaires des patrons, la différence finira diluée dans les poches des actionnaires, c'est tout ce que tu vas y gagner.
C'est sûrement très bien comme geste populiste pour faire mec de gauche, mais si c'est censé aider la classe populaire, ce n'est qu'un énième foutage de gueule.
[^] # Re: En l'air et sans détail
Posté par Maclag . En réponse à la dépêche Simplification des démarches administratives. Évalué à 4.
Pas du tout, être considéré comme un étranger était une revendication de l'Assemblée Corse!
-----------> [ ]
[^] # Re: Circonspection
Posté par Maclag . En réponse au journal Linagora vs BlueMind, la suite. Évalué à 6.
Je me suis arrêté là.
C'est très exactement le même argument utilisé à l'époque de SCO contre tout utilisateur ou éditeur de distro Linux.
Cet argument est universel: avec la quantité de brevets accordés et la superficialité de certains, il est quasiment impossible à un ingénieur dans n'importe quel domaine que ce soit d'être sûr à 100% qu'il n'est pas en train de violer un brevet.
Du coup il ne faut pas utiliser d'OS ni aucun logiciel du tout. Ils sont tous suspects.