Maxime a écrit 2334 commentaires

Non, il existe des choses à améliorer. Pour ne pas paraphraser mon précédent commentaire à ce sujet, je vais juste le rappeler : http://linuxfr.org/nodes/104111/comments/1576274

Tu es peut être satisfait, mais ce n'est pas le cas de tout le monde. L'interface de Thunderbird ressemble justement à du software bloat. On bon coup de propre dans l'interface graphique ne lui ferait pas de mal. Il suffit de faire bouton droit sur un mail de la liste pour s'en rendre compte.

Par exemple à quoi sert de mettre dans le menu "Reply", "Reply to All", "Reply to List", "Forward" alors que ces boutons sont directement accessibles sur l'interface en un seul clic ? Certains me diront : moi je m'en sers dans tel cas de figure (j'imagine si on supprime l'affichage du mail en bas). Ok, mais ça pourri le menu de tout le monde juste pour un cas très particulier d'utilisation. Il faut faire quelque chose.

Il y a plusieurs choses ici :

• La version Android écrite en Java.
• Le code de la version pour Firefox OS (quelques bouts de codes sont repris pour la partie logique du jeu à la conversion Java -> JS près).
• Les images qui sont communes.

Pour les points 1 et 3, je ne suis pas le seul auteur donc faut que j'en discute. Je suis a priori le plus libriste des deux.

Concernant les images, je ne veux pas revoir mes dessins pitoyables ailleurs que sur mon jeu :D. C'est mon droit.

Concernant la redistribution, je veux garder un contrôle pour plusieurs raisons :

• la version android me rapporte quelques sous (de quoi rembourser une partie de la tablette que j'ai acheté pour m'initier au dev Android). Je ne souhaite donc pas être concurrencé par une appli qui reprendrait une grosse partie de mon code (j'y crois pas trop, mais je ne veux pas utiliser une licence qui l'encourage).
• au niveau de la distribution, je veux garder la main sur les supports où je distribue pour pouvoir gérer moi-même les mises à jour et l'accès aux stats. Si quelqu'un reprend mon jeu et le publie sur un site sans mon accord, je ne serai pas en mesure techniquement de mettre à jour cette version. Je veux garder le contrôle de la distribution, le développement de Pweek a surtout été motivé par la volonté d'étudier le fonctionnement des plateformes d'applications, le marketing des applis, etc. Mon objectif n'est pas de créer le prochain super jeu que tout le monde s'arrache.
• je veux garder la possibilité à tout moment d'arrêter de diffuser le code source des applis si par exemple je juge que ce n'est pas un bon exemple des choses à faire. Par exemple le code de la version Android est immonde, je pourrais vouloir la garder que pour moi.

Donc en gros, le problème pour moi c'est la gestion de la redistribution et de la réutilisation que je souhaite limiter. C'est ma liberté. Cependant, je souhaite laisser à disposition le code pour permettre à des gens de voir comment je m'y suis pris. Le code étant relativement court, cela s'y prête bien.

Github ce n'est pas comme chez tuxfamily, pour la gratuité, il suffit que le dépôt soit public.

Je me posais la question car justement ce qui m'intéresse c'est :

• utilisable bien sûr
• que le code soit disponible pour en permettre l'étude (que ce soit pour vérifier que je fais rien de louche, ou pour voir tout simplement comment le code est structuré)
• que l'on puisse éventuellement en faire une copie et le modifier tant que la version modifiée n'est pas redistribuée sans mon accord

Je veux donc que le code soit ouvert au sens disponible pour lecture. Mais sans forcément que ce soit libre (au sens des 4 libertés). Et donc peut être que le mieux c'est de le laisser en l'état ?

Je n'ai pas encore décidé de la licence, faut que je m'en occupe. Cependant le code n'est pas « uglyfié » donc tu dois pouvoir simplement y accéder. L'autre solution c'est de faire une recherche sur GitHub ;).

Je mettrai le lien lorsque la question sera tranchée. Pour le code de la version pour Firefox OS, je mettrais bien du GPL comme d'habitude. Par contre pour les artworks j'ai repris ceux de la version Android et je ne suis pas le seul auteur donc faut que j'en discute avec l'autre.

D'ailleurs si quelqu'un peut m'éclairer : en l'absence de licence, j'imagine que c'est le droit d'auteur qui s'impose ?

Euh… J'ai rien compris. Tu ne lis que les dépêches pour connaître les journaux que tu as déjà lus (puisque tu lis les journaux) ?

Je ne lis pas tous les journaux. Et je lis encore moins de dépêches. En revanche, la dépêche qui regroupe les journaux les mieux notés me permet de voir ce que j'ai loupé dans le mois (en général la moitié des liens ne sont pas visités). Je trouve dommage de ne pas pouvoir retrouver les journaux promus dans cette dépêche, c'est tout.

C'est sacrément subjectif ça.

Je suis absolument d'accord. Mais en même temps, la reconnaissance du site je m'en tape, ce qui compte c'est la reconnaissance des lecteurs du site. Il y a pleins de journaux peu intéressants qui sont passés en dépêches simplement parce que le contenu correspond mieux à une dépêche (typiquement la sortie d'un logiciel). Et au contraire des journaux passionnants qui n'ont pas vraiment leur place dans les dépêches.

De manière plus générale, je ne suis pas fan de la promotion des journaux en dépêche. La façon dont c'est fait actuellement insinue qu'un journal est une dépêche de moins bonne qualité alors que ce n'est pas le cas. Pour moi ce n'est pas le même contenu (sinon tous les journaux du top10 seraient des dépêches). Et d'ailleurs c'est pour cette raison que mon journal n'est pas encore une dépêche, selon moi il faut neutraliser certains passages avant de le passer en dépêche. À vrai dire, lorsque j'ai vu passer mon journal en zone de rédaction, j'ai failli dire : « non mais c'est très bien en journal, pourquoi en faire une dépêche ? ».

un bonus de karma pour se la jouer à celui qui a la plus grosse

Mon karma est bien assez gros comme ça :)

Plusieurs points :

• Personnellement je préfère les journaux aux dépêches et donc je lis rarement les dépêches, sauf justement celle qui contient la liste des meilleurs journaux. Ainsi, si on me prive des journaux ayant été promus en dépêche, je suis déçu car il en manque.

• L'objectif de cette dépêche n'est pas uniquement d'augmenter l'audience de certains contenus. C'est aussi pour féliciter les auteurs des meilleurs journaux. Avoir son journal promu en dépêche ça augmente l'audience c'est cool, mais ce n'est pas aussi agréable que d'être dans le top10 des meilleurs journaux du mois.

(un modo pourra retirer le lien vers le nourjal sur Thunderbird lorsque validée par la modo :D)

Cela dit, mon journal n'est pas listé alors qu'il est dans le top10 ;). Mais vu qu'il devrait passer en dépêche en fin de semaine, pas besoin de le mettre si c'est pour le ré-enlever juste après.

J'ai rien contre cette règle de supprimer de la liste les journaux promus en dépêche, par contre j'aime bien l'idée de faire une dernière section à la fin pour les citer ("Les journaux suivants ont été promus en dépêche et ne figurent donc plus dans le top.").

Je n'ai pas eu le temps de soulever ce point ce matin¹ mais est-ce que les dépêches de meilleurs journaux ne devraient pas être publiées un peu plus tard ? Par exemple l'article "Du nouveau pour Thunderbird" est maintenant passé largement en tête des journaux alors que ce matin il était encore en bas du top10. On pourrait attendre que les notes se stabilisent un peu non ? Genre 2-3 jours.

Ensuite, on a retiré de la liste https://linuxfr.org/users/mrspackman/journaux/pourquoi-les-zelateurs-et-detracteurs-de-systemd-ne-s-entendront-jamais car le journal a sa propre dépêche, mais le problème risque de se poser pour Thunderbird qui est en passe de passer en modération. La question ne se poserait pas si on avait attendu un peu (ou alors on ne supprime pas de la liste les journaux promus).

¹En fait j'allais faire mon commentaire dans la zone de rédaction et puis hop c'est parti en modération et je ne pouvais plus écrire…

Je ne suis pas vraiment satisfait de Thunderbird mais je n'ai rien trouvé de mieux… Donc ce n'est pas vraiment une histoire de patience, je dois faire partie des « utilisateurs qui attendaient que TB évolue ».

J'attends avec impatience :
- une meilleure recherche : la recherche locale est pas trop mal mais la recherche normale, je ne retrouve jamais rien ! Et l'interface n'utilise même pas la moitié de mon écran ! Qu'il me montre plein de mails ! Ah tiens je viens de voir le bouton en taille minuscule "Ouvrir le courrier dans une liste" et là ça m'affiche une interface plus agréable ! Pourquoi ce bouton n'est pas mis en valeur ?
- une interface un peu plus simplifiée et ergonomique : trop de menus ! des trucs redondants, faire bouton droit sur un mail prend une bonne partie de la hauteur de l'écran ! J'ai l'impression qu'ils ont voulu satisfaire tout le monde et au final c'est juste devenu pénible à utiliser. Le travail de simplification que nous avons eu sur Firefox devrait être appliqué à Thunderbird. Là il y a tellement de choses qu'au final je ne fais plus bouton droit tout simplement.
- une amélioration du calendrier. Là comme ça je n'ai plus la liste des problèmes en tête, mais il suffit de comparer à la concurrence et voir ce qui est plus simple ailleurs.

Et puis il y a aussi les fonctionnalités qui ont un bon potentiel mais ils se sont arrêtés trop tôt. Genre les étiquettes : ok je peux tagguer mes mails (suffit d'appuyer sur un chiffre avec le mail sélectionné ou faire bouton droit et trouver le bon menu). Mais concrètement, je fais quoi avec mon tag ? J'aimerais remplacer les dossiers par des tags comme j'ai l'habitude de le faire avec gmail, c'est possible ?

Je suis déçu que tu ne cites pas un livre des éditions ENI :D

Franchement, si tu sais coder en Java et que tu as de l'expérience dans d'autres langages, tu sauras t'y adapter rapidement. Ce n'est pas un problème. Le plus compliqué c'est de prendre en main le framework (libgdx, phaser, autre). On ne choisit pas une techno parce qu'on est à l'aise avec un langage, mais on choisit une techno en fonction de nos besoins. Ici mes craintes pour Android sont plutôt les perfs, l'utilisation du bouton back, l'intégration à Google Play Games, Admob, etc. Ce sont des choses à évaluer avant de se lancer et auxquelles je n'ai pas encore les réponses faute de tests.

En revanche, si tu vises Android spécifiquement, libgdx est l'une des solutions possible. Mais je dis juste : tu devras peut-être tout réécrire si tu veux le porter sur autre chose. À toi de voir si le portage est important ou juste un bonus tant qu'à y être.

(ce que je dis ne concerne que le jeu, pour les autres applis, il y a des règles d'UI à respecter et il faut faire une interface par plateforme de toute façon, surtout si tu veux pouvoir utiliser le toolkit natif)

C'est pour cette raison que j'ai parlé d'outiller mon environnement de dev. La dernière fois que j'ai fait du JS en milieu professionnel, on utilisait une version améliorée de Google Closure ce qui permettait de détecter pas mal de problèmes (je faisais du Python en backend et du JS en frontend et dans les 2 cas c'était blindé d'outils pour vérifier la syntaxe avant que ça ne passe à travers les tests). Je n'ai pas pris le temps de mettre en place cela car j'aimerais avant faire le tour de ce qui existe donc ça risque de me prendre un peu de temps.

Pour compléter :

Libgdx vise principalement Android mais permet, avec ce que j'appelle des bidouilles, de faire une version pour iOS, HTML5 et Bureau (pour le bureau c'est ok). Donc théoriquement c'est possible oui. Je n'ai pas de mac pour tester la version iOS, pour la version HTML, faudrait que je réessaye car entre les versions de Firefox et les options activées/désactivées, ça change tout.

Une appli HTML5 pourra facilement être packagée pour Android et iOS. Pour Android par exemple, il y a plusieurs outils disponibles : Cordova, CocoonJS et Crosswalk. Et là, c'est vraiment easy. On peut presque garder le même manifest ! L'inconvénient pour moi ce sont les perfs. Je trouve ça plus lent que ce que j'ai pu faire avec Java + LibGDX. Je ne sais pas où est le problème.

Enfin, je ne suis pas un grand fan du JS. Mais si le projet est suffisamment petit, ses lacunes ne posent pas de problème (l'OOP par prototype c'est pénible). Tu peux aussi voir les langages qui compilent vers JS. Et sinon tu peux te tourner vers le leader de l'outil de dev de jeu pour mobile… Jamais essayé mais j'en entend beaucoup de bien.

Pour plusieurs raisons :

• les performances : j'avais essayé il y a 2 ans l'export html5 proposé par libgdx et qui utilise le Google Web Toolkit (GWT). Les performances étaient mauvaises et si je veux que ça tourne sur un ZTE Open C par exemple, je ne peux pas me permettre un overhead monstrueux. Mais c'était peut être lié à Firefox (Chrome est beaucoup plus rapide pour ce genre de choses). De plus, on sent que ce n'est pas vraiment fait pour ça à la base comme le souligne le dev principal de libgdx sur cette discussion. « Note to OP, it's not as straightforward as using a pure JS game engine/framework though due to how the development tools work. If you only care for the browser, you are better off with something else. ». Donc si ton objectif c'est de faire une appli Android et éventuellement proposer une version HTML5 à moins coût, faut essayer. Mais si l'objectif c'est de faire une appli qui tourne sur Firefox OS, autant utiliser un framework JS. D'ailleurs, j'ai trouvé Phaser plus simple à prendre en main que Libgdx.

• le langage : non je ne vais pas troller le Java :). Mais voilà, j'utilise régulièrement le C, le Python et le Java mais ça faisait un moment que je n'avais pas touché au Javascript. Or, l'univers Javascript bouge rapidement et je ne veux pas perdre l'une de mes compétences. Donc je voulais à travers ce projet me replonger dedans. En plus au second semestre j'encadre 2 groupes de 4 étudiants sur un projet (niveau M1) en Javascript (dev WebRTC). Donc il faut impérativement que je m'y re-intéresse :).

Je m'interroge sur cette partie de Thunderbird. Actuellement c'est juste un client aux fonctionnalités basiques et mal intégré au reste de Thunderbird. Cela ne fait pas le poids face aux clients XMPP dédiés.

Donc soit on améliore franchement cette fonctionnalité avec notamment une vraie intégration au reste de Thunderbird (une gestion claire des contacts avec adresses IM fusionnées par exemple). Soit on la vire pour se concentrer sur le reste. Mais en l'état je me demande s'il y a beaucoup d'utilisateurs. Je me trompe peut-être.

Mais en tout cas, je n'aime pas les applis usines à gaz, je préfère des applis simples et qui font bien leur boulot. Rappelez-vous des débuts de Firefox. Avant son arrivée, on utilisait Mozilla qui avait justement ce problème d'usine à gaz à vouloir tout faire en une seule appli.

C'est une bonne question, et la réponse est oui. Version courte : si tu utilises file://, tu ne pourras pas charger de manière asynchrone les assets.

Sur la doc de phaser, on trouve cette explication :

It's to do with the protocol used to access the files. When you request anything over the web you're using http, and the server level security is enough to ensure you can only access files you're meant to. But when you drag a file in it's loaded via the local file system (technically file://) and that is massively restricted, for obvious reasons. Under file:// there's no concept of domains, no server level security, just a raw file system. Ask yourself this: do you really want JavaScript to have the ability to load files from your local file system? Your immediate answer should of course be "not in a million years!". If JavaScript had free reign while operating under file:// there would be nothing stopping it loading pretty much any file it fancied and sending it off who knows where.

Que je traduirais grossièrement par :

Ceci est en lien avec le protocole utilisé pour accéder aux fichiers. Lorsque vous faites une requête à travers le web, vous utilisez http, et le niveau de sécurité du serveur est suffisante pour s'assurer que vous ne pouvez accéder qu'aux fichiers auxquels vous êtes censé pouvoir accéder. Mais lorsque vous chargez un fichier depuis le système de fichier (techniquement file://) alors c'est massivement restreint, pour des raisons évidentes. Sous file:// il n'y a pas de notion de domaines, aucun niveau de sécurité serveur, juste un système de fichier brut. Demandez-vous alors : est-ce que vous voulez vraiment laisser JavaScript avoir la possibilité de charger des fichiers de votre système de fichier local ? Votre réponse immédiate devrait bien sûr être "not in a million years!". Si JavaScript avait un accès libre lorsqu'il opère sur file:// alors il n'y aurait rien pour le stopper de charger à peu près n'importe quel fichier il aime et l'envoyer on ne sait où.

cd /home/minecraft/ ; sh ./start.sh

ps. attention à l'orthographe

Tu fais un programme (ou script) qui ne se termine jamais. Tu fais un script php qui lance ce programme. Tu exécutes le script php en chargeant la page. Avec ps tu regardes si le script tourne encore.

Faudrait tester, mais est-ce qu'il n'y aurait pas un risque que le script soit killé à la fin d'exécution du script PHP ?

Vérifie le chemin de ce fichier. Cela m'étonnerait qu'il soit dans /home/fichier.sh, il est probablement dans ton « home », c'est-à-dire : /home/[tonlogin]/fichier.sh

Parlant de site, je viens de lire :

dpkg -i snack_*.deb || (apt-get update && sudo apt-get -y --force-yes -f install)

Une raison pour laquelle seul le dernier apt-get a droit à sudo et pas les autres ?

J'imagine qu'un truc du type :

sudo sh -c "dpkg -i snack_*.deb || (apt-get update && apt-get -y --force-yes -f install)"

serait plus simple. Et sinon, je vois de plus en plus souvent l'utilisation de gdebi qui, il me semble, gère les dépendances.

Je sens que je vais me faire troller et insulter sur pas mal de trucs (par exemple les mots de passe dans la base mySQL sont en clair) mais peu de protocoles gèrent le type de chiffrement qui va bien et du coup on perd en compatibilité si on hash les mots de passe .

Ok mais dans ce cas, pourquoi ne pas chiffrer les mots de passes avec une clef histoire d'éviter que si la base de donnée est piratée les mots de passes soient directement disponibles en clair. Je veux dire par là : si la clef pour déchiffrer n'est pas volée mais que la base l'est, ce sera déjà plus dur à casser. De la même manière, je peux faire confiance à l'éthique d'un sysadmin pour ne pas déchiffrer mon mot de passe même s'il le peut. Mais si au moment de lister sa table il voit tous les mots de passe en clair…

C'est peut être naïf mais ça me semble mieux que directement tout laisser en clair.

Je suis désolé pour le coup de vieux supplémentaire mais la grande époque de multimania c'était il y a un peu plus de 10 ans :/. Plutôt 15.

Est-ce que dans ces cas là, un modo ne pourrait pas simplement migrer la question vers le forum ? C'est assez pénible de voir des gens qui polluent les journaux et qui sont en plus récompensés par des réponses à leur question.

note : Dans BASH C-u coupe jusqu'au début, ça me manque dans ZSH ça

Pas de problème sur mon zsh. Sans doute une option ?