Guillaume Denry a écrit 2954 commentaires

Ah tu veux dire qu'un décideur s'interrogeant sur la pertinence d'utiliser un logiciel libre en réponse à un appel d'offre ne devrait pas venir ici car ce n'est pas ici qu'on discute de la validité de la GPL dans ce contexte ?

Exemple de la vraie vie: la semaine dernière, c'était l'anniversaire de ma copine, ben je lui ai offert de vrais cadeaux, genre au sens BSD, pas au sens GPL.

Je ne sais pas ce que vous avez tous avec les métaphores avec la "vraie vie", comme si rester sur le plan des oeuvres de l'esprit multipliables à l'infini ne vous suffisait pas pour défendre votre point de vue.
Le "cadeau" ici n'est pas fait au receveur individuellement, mais à l'ensemble des receveurs potentiels du logiciel, à la communauté des utilisateurs. C'est une préservation du caractère ouvert d'un logiciel et des dérivés qu'il pourrait être possible d'en faire, pour privilégier le partage à grande échelle, et tout cela en contre réaction au fait que des gens ne veulent pas donner les recettes de leurs programmes (pour des raisons que je ne juge pas) et que donc ça nuit au partage. Dans un monde idéal, il n'y aurait pas besoin de GPL.

D'autant que si le jeu n'est pas libre, on risque de se faire jeter.

Par qui ? Ici c'est un site qui traite de Linux ET du Libre donc à part quelques libristes intolérants qui viendraient râler dans les commentaires, ça ne serait pas hors-charte.

Je ne suis même pas sûr, car il s'agit ici de configuration de base d'un service systemd, y'a rien d'«astucieux» là dedans, je ne compte plus le nombre de pages sur le web qui traitent du sujet en anglais ou en français.

C'est gentil ça, après les journaux bookmarks, voici les journaux manpages.

Ahaha trop fort, fallait oser la sortir celle là, tu cherchais à convaincre du contraire ou quoi ?
Bonjour l'anti-demo :)

Dommage de devoir s'inscrire pour tester la démo, ça doit en faire fuir plus d'un.

Sacré Zenitram.
Tu arrives à extrapoler beaucoup de chose derrière mon petit commentaire :) c'est formidable ; bientôt tu n'auras plus besoin de contradicteur, il te suffira juste de répondre à ce que l'autre aurait pu te rétorquer.
Je pense que si j'avais du temps (et quelques talents rhétoriques) devant moi, je m'amuserais à essayer de te répondre et nous rentrerions dans une session interminable et stérile à l'issue de laquelle nos opinions ne bougeraient probablement quasiment pas, ou bien alors, en réalisant qu'en fait nous étions d'accord sur X mais pas Y et que tout cela était un malentendu, et blablabla.
D'après le ton que tu emploies, j'ai surtout l'impression d'avoir touché une corde sensible, et je m'en excuse ;-)

Et qu'ils font rarement greves pour autre chose que leur propre gueule et absolument pas dans l'interet des enfants.

T'as pas de vrais arguments plutôt que de me sortir de ton chapeau les poncifs du café du commerce sur la population enseignante ?
T'as été mordu par ton prof de maths au collège ?

En fait tu voudrais etre fonctionnaire quoi…

C'est ça. T'as tout compris, c'est lumineux.

Ooops au temps pour moi on parle de l’éducation nationale, le seul truc qu'ils savent organiser c'est la grève.

Organiser la grève ? Tant mieux.
Je préfère des profs qui font la grève de temps en temps (et encore, c'est plutôt rare en fait) que des employés du privé amorphes qui se font de plus en plus entuber avec un grand soupir fataliste.
Dans mon métier (développeur informatique), il n'y a quasiment aucun syndicalisme, les gens fonctionnent de manière extrêmement individualiste, soit tu acceptes tes conditions de travail, soit tu te casses, ou bien tu "négocies" en privé avec le patron (ça ne fonctionne que si tu es parvenu à TE rendre relativement indispensable, et encore, bref, toujours l'individualisme).
Donc en fait, ta petite pique de merde, je trouve que c'est plutôt un compliment à bien y réfléchir.

J'ai ce qu'il te faut.
Bon, question discrétion, c'est pas forcément le top, mais bon, l'avantage, c'est que personne n'osera te la piquer (sauf peut-être Sournois et Finaud s'ils traînent dans le coin).

Ça se compte sur combien de doigts de la main des institutions qui privilégient l'utilisation d'openoffice sur libreoffice parce que sa licence est copyleft ?
Soyons sérieux…

il suffit d'interdire le copier/coller.

Bonne chance !

Ah, donc le choix c'est mal, finalement ?

Côtoyant énormément de profs, je peux constater la confusion qu'a engendré le fork parmi les utilisateurs de la suite dans le monde de l'enseignement. Ça irrite pas mal de ne plus trop savoir quel logiciel installer, auparavant c'était simple, on voulait une suite bureautique libre sous windows, c'était OOo, maintenant, euh bah, "t'as qu'à tester les deux ! … Comment ça tu n'as pas que ça à foutre ?"

Pourquoi chercher à tout prix à faire tourner des applis "natives" dans un navigateur web sur un mobile plutôt que d'exécuter directement les applis natives ? Un truc m'échappe.

Ce que je dis, c'est qu'en entretien, si le sujet est abordé par le recruteur, il suffise que je dise que je ne soumets pas mon code à des tests unitaires pour que la plupart d'entre eux ai un à-priori négatif à mon sujet, comme si cet état de fait était limite constitutif d'une faute professionnelle et impliquait une opposition inconditionnelle de ma part à leur mise en œuvre quelle que soit la situation.

Tu comprends bien qu'on est plus trop ici dans l'optique "que faisiez vous avant ?" mais plutôt "qu'êtes vous prêt à faire avec nous ?" et que si tu insistes en disant que tu as pris l'habitude de bosser sans tests unitaires, si l'autre en face n'est pas né de la dernière pluie, va interpréter ça comme "ouais alors lui, je pense qu'il aime pas les tests unitaires, il a des années de stratégie d'évitement (pas forcément au sens négatif du terme) pour les utiliser, ça va pas l'faire avec nous car on bosse en équipe avec parfois des stagiaires qui mettent les mains dans le code, ou bien seulement des gens qui veulent optimiser une routine bas niveau la veille de la mise en prod' et paf le chien"
Pour ma part, je considère que pour un code donnée, il faut toujours assumer que
- on est pas le seul à bosser dessus (même si on est vraiment seul à un moment donné)
- l'autre n'aura pas forcément notre connaissance du code
- l'autre, c'est peut-être nous-même dans quelques mois/années

Ce qu'on te dit, c'est que tu ne cesses de dire que dans ton cas les tests unitaires n'apporterait que peu de valeur ajoutée car tu connais bien le code , mais en entretien (puisque c'est de ça dont vous parliez à la base), on embauche rarement quelqu'un en ayant en tête le fait qu'il sera le seul (non seulement sur une période définie mais également du début à la fin de vie du produit hein, du genre si tu te barres et que quelqu'un reprend ton code, pas de tests unitaires => modification délicate des libs de la part du newbie) à bosser sur un code et le connaîtra tellement qu'il pourra se passer de tests unitaires.
Donc en gros, tu lui diras quoi à l'interviewer ? Que tu pourrais te passer de tests unitaires sur un projet où tu bosserais en solo ? mouaiiis. En effet, bonne chance !

A part les agités du linux, aujourd'hui, télécharger 200 Mo, c'est rien du tout.

"rien du tout" ?!
Tu ne peux pas être sérieux.
Je ne veux pas que ma petite application de gestion de série soit aussi grosse que libreoffice, faut quand même pas déconner !

C'est identique dans l'absolu mais en réalité, ce n'est pas dans la culture des logiciels web que de donner l'accès aux anciennes versions, alors que ça l'est beaucoup plus pour les applications natives.

Pour DirectX, tu as ça, par exemple http://www.oldversion.fr/windows/directx/

Sa réponse semble à côté de la plaque, mais ça me fait quand même un peu penser à un gros avantage pour les clients lourds : tu peux retrouver une vieille version d'un logiciel pour une vieille plateforme.
Pour les app web, par contre….

Pour les systèmes linux, je n'ai absolument aucune envie/besoin de distribuer un binaire linké statiquement, bien entendu… (mais j'ai eu besoin de le faire à une époque pour un projet pro prioprio qui devait tourner sur un grand nombre de distros car on avait ni le temps ni les compétences de faire des paquets)

Je prends un exemple, sous windows, un compilation statique d'une appli en Qt permet de réduire la taille de l'application à quelques mega.
Comme ma platforme principale est une archlinux, je n'ai pas envie d'investir pour une licence de visualstudio, j'utilise donc mingw.
Et compiler Qt5 en statique avec mingw, c'est déjà assez "rigolo".
Ensuite, si jamais j'y arrive, on me dit "ah mais oui mais tu peux pas parce qu'une appli QML, il faut un plugin et utiliser les libs dynamique de Qt".
Ok, donc j'en suis là actuellement ; il semble qu'on ne puisse pas distribuer une version complètement statique d'une application Qt QML/QtQuick et qu'il faille embarquer la ribambelle de DLL de Qt et sa horde de plugins.

En fait, je remarque que comme toujours, je galère essentiellement pour windows.

D'ailleurs récemment GMail m'a trié mes mails en trois catégories, de mémoire : Defaut, Social et Commerical, sans que je n'ai rien demandé ou même accepté en me connectant ! On a l'impression d'avoir une secrétaire un peu trop zélée ça fait un peu peur :)

Oui, pareil, pas pu refuser la nouveauté tout de suite. Mais on peut revenir en arrière dans les préférences a posteriori.

Tu as raison.
Mais Jérôme a raison aussi, son point de vue était celui d'un utilisateur, pas du développeur de l'appli qui lui doit gérer l'enfer des plateformes.

Mais pour te rejoindre, en ce moment je fais une appli Qt + QML (principalement pour découvrir QML), je kiffe grave, mais je repousse au maximum le moment où je vais devoir m'attaquer au déploiement sous linux et windows, d'expérience, je sens que ça ne va pas mais alors PAS DU TOUT me plaire.