Julien Jorge a écrit 640 commentaires

Je pense qu'il y a les deux. Comme dit dans un autre commentaire, SPIP n'a plus la côte, et de toute évidence le site manque d'énergie. Enfin moi qui ai proposé les news de mes jeux sur le site, je vois que ça ne répond pas.

Peut-être aussi que le public visé par le site est trop petit pour donner de la motivation aux créateurs et pour générer de nouveaux contributeurs ?

Il me semble que jeuxlinux.fr a atteint l'état où plus personne ne veut travailler dessus. Il est temps de mettre en place une alternative puis de l'achever.

Un envoi d'une démo a tous les magasines/sites spécialisés, une page web fait-maison-comme-on-peut, une inscription au programme greenlight de steam, pis c'est marre, non ?

Une fois que tu as fait cette partie de la communication, tu peux recommencer en boucle, alimenter ton jeu de nouveautés pour en reparler à tout le monde, essayer d'amener des gens à voter sur Greenlight, et espérer percer quelque part avant de mourir d'épuisement.

Je t'invite à lire ce billet nommé How we failed — No one cares about our game. L'équipe a fait un super jeu qui est resté complètement invisible. Malheureusement la création du jeu ne compte que pour la moitié du travail, l'autre moitié est la communication.

J'ai testé emscripten pour faire une version web d'Andy Super Great Park (qui est donc écrit en C++) et je ne le conseille pas pour de nouveaux projets. C'est encore trop jeune pour permettre de faire un projet sereinement et il faut donc être prêt à rencontrer des erreurs obscures de compilation. Dans mon cas j'ai notamment souffert pour utiliser Boost. Alors à moins que la personne ait envie de s'impliquer dans le développement d'emscripten autant que dans son projet, je pense qu'il faut éviter pour l'instant.

Je ne suis pas certain que ce genre de comportement soit le bienvenu dans une dépêche qui ne parle pas d'une personne bronsonisée.

J'ai regardé sur la page du paquet Debian et du paquet Ubuntu mais quand je clique sur « liste des fichiers » ils indiquent tous les deux l'installation d'un /usr/share/java/protobuf.jar, quelle que soit la version.

D'après le changelog du paquet Debian il y a pourtant eu une opération de correction d'un bug de protobuf.jar manquant.

Excellent !

•••• •••• •••• ••••
•••
•••••

Quelle idée d'utiliser un site web aussi, alors que findboob ou searchboob auraient trouvé ça out of browsers !

Pour quelle raison est-ce qu'il n'y aurait pas de mises à jours sur un vieux logiciel? Je ne vois pas trop ce que vient faire l'âge là dedans. Un projet avec 0 utilisateur, 0 utilisation ou 0 bug n'a pas besoin de mise à jour mais tous les autres, si!

Je me dis qu'un vieux logiciel complet, qui est encore utilisé, et qui n'a pas été remplacé par un petit nouveau tout brillant doit voir son nombre de bugs et de besoins diminuer. Hormis pour les projets qui tentent des réécritures complètes ou des fonctionnalités hors cadre, j'ai le sentiment que ça doit tendre vers le zéro bugs, zéro besoins avec le temps, non ?

C'est sympa d'avoir des nouvelles de ces vieux outils GNU. Honnêtement je ne pensais pas qu'ils recevaient encore des mises à jours. Mais qu'est-ce qui est nouveau ici ? La dépêche présente le projet, nous dit qu'il y a une nouvelle version, mais ne nous dit pas ce qu'elle apporte.

Et puis avec des petits exemples d'utilisation ce serait encore plus cool.

Pour ma part j'utilise une disposition bépo sur un clavier azerty. J'ai vraiment gagné en confort et je peux faire des trucs de fous comme taper en regardant quelqu'un d'autre, ou encore mieux : coder en réfléchissant.

J'utilise d'ailleurs Emacs moi aussi, et ça ne fait pas de différence. En fait je ne vois pas pour quelle raison Emacs inviterait à regarder le clavier plus souvent.

Il n'y a pas de section dédiée mais il y a des offres d'emploi qui sont très bien

Ceci dit, si je cherchais un bon pour ma boîte, je ne posterais pas dans les forums. À la place je ferais un journal où je parlerais de mon travail ou d'un projet qu'on aurait fait. Un truc qui ressemblerait à:

Bonjour à tous, je voudrais vous présenter nom du projet. Il s'agit d'une application de objet fait en technos et disponible sous les termes des contrats contrats.

Description détaillée du projet en quelques paragraphes, avec captures. Explication de pourquoi c'est cool et qu'est-ce qui n'a plu, etc.

Ma boîte cherche d'ailleurs des gens supplémentaires en type de contrat pour faire ce genre de projets. L'ambiance est sympa et les salaires des dev autour de salaire brut annuel K€. On a des tickets resto, une mutuelle, on fait du scrum, et la ville est belle.

Ce que je ne mettrais surtout pas : le nombre de collaborateurs, le chiffre d'affaires, la position de la société à l'international, et tout le bla bla classique sur la taille de mon énorme boîte.

J'ai aussi l'impression que ça manque d'une section où les visiteurs pourraient poster leurs contenus courts tout en ayant une visibilité assez grande pour ne pas préférer en faire des journaux. En plus ces contenus y seraient certainement mieux notés et appréciés que dans les journaux.

Les journaux sont malheureusement utilisés pour poster des contenus qui auraient leur place sur des forums, mais les auteurs préfèrent la visibilité des journaux. Avec le retour des journaux de seconde page nous aurons des journaux de première page qui auraient leur place dans ceux de seconde page pour les mêmes raisons.

Personnellement je pense qu'il y a un problème avec la catégorisation a priori des contenus, hors dépêches. J'ai l'impression qu'il faudrait une sorte de tri a posteriori des journaux et forums avec un regroupement par style (partage de liens, questions diverses, annonces, présentation de projet, humeur, etc.) La page des journaux pourrait disparaître et laisser place à une sorte de liste de contenus annexes pertinents extrait de la masse des journaux + forums.

Quel rapport avec la moto, le sexisme et le système de notation ?

Effectivement je n'y avait pas pensé.

Que pensez-vous du fait de pouvoir accéder aux deux exercices immédiatement ? Je trouve que cela simplifie grandement la triche puisqu'on peut répartir la résolution des deux cas entre deux personnes. Il me semble que dans les précédentes éditions il fallait valider le premier exercice pour avoir accès au suivant, ce qui m'apparaît comme plus juste. Au mieux on pouvait réfléchir à plusieurs sur le même problème mais on ne pouvait pas si bien se répartir le travail.

et aussi de gagner mille dollarz américains, yeah !

Il y a déjà un journal à ce sujet.

Dans les dépêches bien sûr. On a déjà parfois ce genre d'actualité dans les journaux mais je pense que ça mériterait d'être plus visible.

Par exemple, les annonces de sorties d'albums de Brad Sucks ont été faites dans des journaux. Pourtant, bien que je ne suive pas son actualité, j'ai l'impression qu'il mériterait d'être en dépêche.

Si, en plus, les dépêches sur ces sujets pouvaient avoir le même niveau de qualité générale du site, avec des explication de pourquoi on a fait ceci plutôt que cela, ça serait parfait.

J'aimerais bien voir :

• de l'actualité sur de l'art libre en général (dessins, animation, musique, etc.) ;
• des résumés ou présentations de techniques sympa comme ce qui est référencé dans ce commentaire ;
• un suivi d'actu de développement, du genre qui bosse sur quoi dans tel ou tel projet libre (une sorte de suivi de commit).

J'ai participé deux fois au CodinGame, c'était plutôt sympa. L'ambiance est bonne et les exercices étaient à chaque fois très intéressants.

Est-ce que vous pourriez nous en dire plus sur la façon dont est organisé le concours ? Par exemple je me demande qu'est-ce qui fait tourner l'application, comment sont rédigés les exercices, comment sont sélectionnées les entreprises, qui paie les cadeaux et quel est votre modèle économique.

Et comme nous sommes sur LinuxFr : où est le code source ? :)

Je ne saurais pas répondre aux deux premières questions. Par contre pour la dernière…

Je pense que la qualité n'est plus un critère de choix lorsqu'on se retrouve avec deux projets libres qui sont tous deux complets et de très bonne qualité. Du coup ce qui fait la différence serait plutôt la réactivité du projet, la taille de la communauté, les extensions disponibles, etc. Avoir une vision marketing à ce moment là me semble être un bon moyen pour se démarquer.