clownix a écrit 134 commentaires

Aucune nouveauté, simplification de l'existant avec comme conséquence incompatibilité avec les cloonix précédents.
Ou plutôt si, une nouveauté mais peu utile pour la plupart: lan par shared memory, c'est à dire passage des packets ip d'une machine à l'autre à travers de la memoire partagé pour plus de débit.
La majeur partie de travail est du refactoring, donc version plutôt régressive fonctionnellement pour avancer sur d'autres plans. Faire moins de chose mais mieux.

Bon courage pour la suite…

Je vois le même style de dérive un peu partout obsession de la réduction des coût, méfiance vis-à-vis du technique qui veut faire un bon produit donc plus cher.
J'ai entendu un chef dire "il faudrait pas faire cela pour se faire plaisir".
En gros, si tu te fais plaisir au boulot, c'est qu'ils n'ont a pas assez réduit les coûts.
Les réducteurs de coût sont bien mieux payés que les centre de coûts que sont les techniciens. Sur le long terme la réduction des coûts est assez catastrophique, en je pense.

Je ne sais pas, pas osé demander, mais vue son état lors de la nouvelle, il angoissait sacrément. Il avait déjà perdu 350 euros par mois de salaire en acceptant ce boulot.
On l'a encouragé à aller aux prudhommes pour gagner 1 mois de salaire car il semble que ce soit possible si il y a synchronisation des dates de fin de mission et de fin de période d'essai d'avoir gain de cause.
Mais il est parti sans avoir l'intention de le faire, il n'avait pas trop envie de lutter (cela l'a bien cassé).

Ce qui choque, c'est le détournement d'une fonction utile qui est la prise à l'essai, si les boites s'en servent vraiment comme CDD, je trouve que c'est très grave.
Les contrats doivent être clair et non ambigu.
Le respect du contrat non pas dans la forme mais surtout dans l'esprit est une base qui doit rester solide sinon on fini par ne plus avoir confiance en personne, le manque de confiance tue tout commerce et produit l'angoisse paranoiaque de se faire avoir.
Il ne faut pas détourner les textes d'un contrat, c'est mal.
On mélange de plus en plus facilement business et arnaque, il est important qu'un CDD soit nommé CDD et une période d'essai ne serve pas de CDD.

Tout travail mérite respect, et les critiques ne doivent pas trop te casser, faire une distribution est très ambitieux, donc bravo. Par contre se limiter à la France est assez dommage, tu as été témoin de critiques bien française justement.
La critique est facile, l'art est difficile.
Bravo pour le travail déjà réalisé, j'imagine parfaitement les galères permanentes de ce boulot.
Bonne continuation.

Tout est relatif, un développeur est roi par rapport à un ouvrier au marteau-piqueur sous la pluie et au smic.
Est-ce que cet ouvrier exploité doit servir de référence?
On devrait aussi se battre pour son salaire si on avait un peu plus de sens moral. Je constate juste que petit à petit, un développeur passe dans le camp des exploités, il en est encore loin des vrais malheureux, on est d'accord.

Je suis trop vieux pour changer de poste, j'aimerais bosser pour Red-Hat.
Désolé si l'apparence des commentaires est plaintif, je ne me plain pas, car il y a bien plus mal loti, je constate simplement une baisse. Je pense qu'on gagne quand même très bien notre vie en développement, juste que les débutants gagnent bien moins que moi quand je l'étais, et aussi leurs augmentations ne sont plus les 10% que j'avais à leurs ages.

Cool que ceux qui savent vraiment en parle, et rassurant pour le côté pragmatique des anglo-saxons.
Mais une question à propos de la tendance: le développement paie plus ou moins qu'avant aux états-unis?

Ce serait bien en effet de créer des logiciels joyeusement en bande organisées de développeurs au lieu d'être vendu par des marchands.
Il faut essayer de faire un open-source pour compenser le manque de joie au boulot…
Les Etats-Unis ne sont peut-être pas si paradisiaque que cela, il faut se méfier, l'herbe est toujours plus verte ailleurs.

La concurrence est bonne quand elle existe, j'ai juste l'impression que le travail de développement logiciel est mis en concurrence de façon plus sévère que d'autres postes.
Travailler rapporte de moins en moins, prendre la décision de débloquer les fonds pour faire le boulot rapporte de plus en plus. Pourquoi ce changement?

Non, le but est justement de trouver le moyen de mettre les 1% en valeur en arrivant à générer une sorte de ticket de participation qui empêche la non-participation qui nuit à l'éco-système.

Red-Hat est par exemple un grand contributeur donc serait automatiquement inclut dans les "autorisés", en France, Linagora est aussi connue pour participer, il y en a beaucoup comme cela qui perdent de l'argent en participant, il faudrait défavoriser les autres pour que le 1% devienne 10%…

Non, ils ne payeront jamais rien, cet outil n'est pas utile au client final mais seulement pour le confort de dev.
En ce moment, c'est plutôt le recentrage vers ce qui est vendu, les accessoires d'outillage sont considérés comme le luxe de ceux qui veulent se faire plaisir.

Tout ceci c'est à peu près ce que je veux faire, merci bien pour les conseils.

Pour l'argent, ce n'est pas mon problème principal, c'est le temps!
J'ai une famille et donc je ne peux disposer de temps que si j'ai de l'argent pour qu'ils vivent correctement…
Il est impossible de faire ce produit sans argent car le temps nécessaire est énorme.
Je ne suis pas avide d'argent, juste que j'ai une grande envie de faire ce produit.
Je fais une pause, le projet ne mourra pas car je m'en sert tout le temps au boulot (mais comme outil, non pour le développer).

En effet, je croyais pouvoir bosser pour de l'argent et dans le libre, cela semble impossible en effet sauf bosser chez red-hat ou similaire.
J'ai pensé faire du libre pour qu'un source devienne populaire sous forme open-source dans une première phase. Puis trouver un moyen pour gagner un salaire normal grâce à cela, me libérant ainsi de l'obligation de donner tout mon temps à une société.
Ce serait le pied de faire son propre produit…
Mais ce rêve est terminé, je vais rebosser plus sérieusement pour ma boite et moins à la maison…
Si j'ai un retour de passion, cloonix reviendra, pour l'instant j'ai perdu la flamme!

C'est exactement ce que je compte faire, la version 23.1 est donc la dernière de cloonix:)

En effet, comme j'utilise les open-sources, j'ai moi aussi quelques contraintes.
Mon but est de pouvoir bosser pour de l'argent tout en restant dans l'open-source, ce but est difficile à atteindre!

Pour dire vrai, j'aimerais à la fois interdire le commerce par tout le monde mais aussi l'utilisation par des entreprises…

Pour les greffons payants par exemple, on ne donne que le binaire? Ou alors on a des greffons open source pour l'usage non commercial qui deviennent payant pour le commerce.

Si le modèle greffon payant pour entreprise ou usage commercial existe Est-ce qu'il y a respect par les entreprises de ce type de modèle.
Je voudrais non-seulement qu'il n'y ait pas commerce de l'open-source mais même l'usage sans participation doit être proscrit car le soft serait un soft d'aide au tests de non régression d'applicatif réseaux.
J'aimerais que les particuliers puissent l'utiliser mais pas les sociétés.

Sur ce lien, les GPL (v2 et 3) ont "limited commercial use", qu'est-ce que cela veut dire?

Quels licences interdisent le commerce ?

Merci quand même, c'est bien de retomber sur la même licence, cela montre que c'est la plus proche de ce que je désire.

Bonne différentiation des profils: le côté conventionnel, opportuniste et profiteur pour les grands chefs de grandes entreprises existantes et le côté aventurier original créatif et courageux des vrais créateurs de sociétés.
Le problème: ils sont souvent mis dans le même sac!

Entièrement d'accord sur la doc nécessaire pour le partage mais le libre permet de faire ce que l'on veut quand on le veut, et parfois coder est une obsession qui mange les autres activités…

Le code résultant du travail sans préparation (sans spécs) est assez brouillon mais il avance vite et quand on construit et lance des tests automatiques scriptés en parallèle, les tests génèrent une boucle d'amélioration du code et donnent une bonne idée de la spéc.

En bref une doc peut être fournit par les scripts de tests…