Le problème est que tout ce que fournit le cœur est une liste de chaînes de caractères sans plus d'informations, ça pourraît être déduit en effet. Cependant ce logiciel est juste une démo qui ne me sert qu'à tester les bibliothèques que j'écris, et dans le logiciel que j'écrirai une fois les bibliothèques plus développées, je ne compte pas utiliser ces variables (elles ont trop peu de sémantique associée pour être utilisable de manière intelligente par une application).
D'ailleurs, je n'écris pas directement l'application que je souhaite réaliser à terme car il serait trop complexe pour moi seul (help wanted) de développer à la fois une application utilisant de nombreuses bibliothèques que je ne connais pas (Tracker notament) et ce backend qui m'est déjà très chronophage. Donc avoir une application de démo simple et un peu idiote est parfait pour moi pour le moment. =p
Merci pour les précisions, ça fait tellement longtemps que je bosse dessus que l'API est presque devenue naturelle et je n'ai pas vu combien j'étais clair ou non.
Raté !
Bien tenté, mais j'ai parlé de l'API de Retro (mon wrapper), pas de Libretro. =p
J'ai vu ce dépôt ARB récement et l'inclusion d'un pointeur utilisateur était un de mes souhaits les plus chers pour une deuxième version de l'API, je suis content d'apprendre que ça viendra, je pourrai alors abandonner mes gros hacks ! =)
Je vois beaucoup de ce qui me semble être des libristes faire de Jolla un messie potentiel (en exagérant à peine), quand bien même leur système d'exploitation ne soit pas libre (pas la couche graphique, tout du moins).
Vu de loin, Android me semble bien plus libre, Sailfish OS à la sauce Jolla me rappelant Mac OS X (Aqua propriétaire sur Darwin libre).
Le système est peut-être très bien, mais j'ai du mal à comprendre un engouement pour ce système chez les libristes. Ai-je loupé des détails importants ?
La boîte aux lettres existera encore un moment : pour beaucoup c'est déjà devenu une boîte à colis plus qu'à lettres.
Parce que devoir rester chez moi entre 7h et 23h pendant 3 jours pour attendre un colis (et j'exagère à peine), ça va bien 5 minutes.
Si c'est pour un jeu, faut voir quels compilos sont utilisés (ou utilisables) pour les "homebrew" sur consoles de jeux (Pandora, PSP, DS…), ça pourrait être un frein à la portabilité pour le jeu.
Pour avoir approché la communauté Minetest il y a une semaine environ, je confirme les propos.
Certains développeurs de Minetest se montrent assez condescendant d'ailleurs (heureusement que d'autres compensent).
Note qu'il n'y a pas non plus marqué Mac OS.
Pour le moment ils proposent :
- un .exe pour Windows
- un .dmg pour Mac OS X
- un .jar pour Linux / le reste
Mais le .exe n'est jamais qu'un système d'installation de ce même .jar, qui serait alors copiable et utilisable sous Linux… du moins en théorie.
Beaucoup parlent d'un port sur Windows Phone, mais je doute que l'existence d'un tel port fera migrer les joueurs mobile d'Android ou iOS…
Peut-être veulent-ils garder l'exclusivité sur consoles (au delà de la sortie imminente sur PS4) ?
C'est leur problème, ceux qui veulent discuter à 10 et emmerder tout le monde dans un amphi n'ont pas attendu un ordi pour être distraits, et quand je ramenais le mien en amphi (et à la fac en général), c'était pour bosser.
L'outil n'est pas responsable de l'utilisation qu'on en fait.
JSON est un langage de représentation de données, pas d'opérations (fonctions, méthodes) : ça n'est pas du JavaScript, mais ça en reprend la syntaxe de définition de données.
Plus haut je dis avoir commencé avec du C puis du Python mais maintenant que j'y repense c'est faux.
Quand j'étais tout gamin je bidouillais du Basic (quelle version par contre…) et je me suis ensuite tourné vers The Game Factory puis sa suite Multimedia Fusion.
Et justement, ces deux derniers permettent de faire du développement graphique.
Basiquement, tu définie, dessine et anime sprites et décors, tu les place sur un scène, puis tu défini leur interactions dans un tableau à double entrées.
Les colonnes sont les types d'objets, et les lignes sont les conditions, par exemple "si un Bonhomme est sur le sol et si la touche espace est pressée", au milieu on trouve les effets de ces conditions, par exemple sur la ligne précédente et sous la colonne Bonhomme on aurait "saute -50".
C'est une approche très intéressante pour un enfant car c'est très intuitif, on n'écrit pas la moindre ligne de code, et ça permet d'avoir très rapidement un rendu amusant (typiquement, créer son propre jeu).
par contre là ou ça s'est avéré problématique pour moi : j'ai eu énormément de mal à faire la transition vers du vrai code (et me suis cassé les dents sur le C).
D'après mon expérience, je dirais que les outils de développement purement graphiques sont bien pour un enfant, mais il faudra ensuite le soutenir lors de la transition vers des langages plus classiques et tout de même bien plus austères.
comment tu peux intéresser tes étudiants au C et au Java lorsqu'ils ont commencé par le Python ?
Peut-être penses-tu ça parce que tu préfères les langages interprétés et dynamiquement typés à ceux compilés et statiquement typés ?
Personnellement j'aime avoir un compilo pour trouver mes erreurs idiotes plutôt que de m'arracher les cheveux à chaque erreur en runtime.
Bien sûr ça n'enlève pas toutes les erreurs de runtime, mais rien que celles de syntaxe et de type, ça aide pas mal.
Analogie à 2 francs : mon premier langage est le français et pourtant j'aime bien l'anglais pour ce qu'il a à offrir (cela dit, lui aussi je l'ai commencé en autodidacte).
Alors qu'au contraire si tu commences avec un langage un peu pénible comme l'Ada (désolé pour les gens que je froisse :D)
C'est ce qui était fait lors de ma L1 : on nous faisait étudier le OCaml (désolé pour les gens que je froisse moi aussi =p ).
En seconde année on étudiant entre autre Scheme (bien mieux reçu dans l'ensemble), et il me semble que sur conseil des étudiants ils sont passés à Scheme comme premier langage en L1 aussi.
Avant OCaml, le premier langage était MatLab, je n'en ai entendu que de mauvais retours.
Un autre point qui m'embête si c'est pour enseigner à de futurs développeurs : tu ne te rends pas du tout compte de la complexité algorithmique des méthodes utilisées.
Certes mais là on parle d'initiation à la programmation, il faut bien sûr en complément étudier l'algorithmique, ce qui est heureusement fait dans toute école d'informatique digne de ce nom. Après, est-ce qu'un autodidacte l'apprendrait de lui même… à voir.
[^] # Re: Interface RetroGtk
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal Retro 0.1. Évalué à 2.
Le problème est que tout ce que fournit le cœur est une liste de chaînes de caractères sans plus d'informations, ça pourraît être déduit en effet. Cependant ce logiciel est juste une démo qui ne me sert qu'à tester les bibliothèques que j'écris, et dans le logiciel que j'écrirai une fois les bibliothèques plus développées, je ne compte pas utiliser ces variables (elles ont trop peu de sémantique associée pour être utilisable de manière intelligente par une application).
D'ailleurs, je n'écris pas directement l'application que je souhaite réaliser à terme car il serait trop complexe pour moi seul (help wanted) de développer à la fois une application utilisant de nombreuses bibliothèques que je ne connais pas (Tracker notament) et ce backend qui m'est déjà très chronophage. Donc avoir une application de démo simple et un peu idiote est parfait pour moi pour le moment. =p
[^] # Re: libretro
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal Retro 0.1. Évalué à 6.
Merci pour les précisions, ça fait tellement longtemps que je bosse dessus que l'API est presque devenue naturelle et je n'ai pas vu combien j'étais clair ou non.
Bien tenté, mais j'ai parlé de l'API de Retro (mon wrapper), pas de Libretro. =p
J'ai vu ce dépôt ARB récement et l'inclusion d'un pointeur utilisateur était un de mes souhaits les plus chers pour une deuxième version de l'API, je suis content d'apprendre que ça viendra, je pourrai alors abandonner mes gros hacks ! =)
# Jolla et le libre
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal Fiche produit Microsoft - N900. Évalué à 6.
Je vois beaucoup de ce qui me semble être des libristes faire de Jolla un messie potentiel (en exagérant à peine), quand bien même leur système d'exploitation ne soit pas libre (pas la couche graphique, tout du moins).
Vu de loin, Android me semble bien plus libre, Sailfish OS à la sauce Jolla me rappelant Mac OS X (Aqua propriétaire sur Darwin libre).
Le système est peut-être très bien, mais j'ai du mal à comprendre un engouement pour ce système chez les libristes. Ai-je loupé des détails importants ?
[^] # Re: Ubuntu a dix ans
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal Ubuntu a 10 ans. Évalué à 4.
Ubuntu à 10 ans, c'est la 14.10. =p
[^] # Re: Gnome, la propreté gérée d'une main de faire
Posté par Kekun (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.14 rebat les cartes. Évalué à 9.
Moi qui pensait que c'était un jeu de mot volontaire, je suis un peu déçu. =p
[^] # Re: Autre solution
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal Coup de gueule : il devrait être obligatoire d'avoir une boîte aux lettres. Évalué à 6.
La boîte aux lettres existera encore un moment : pour beaucoup c'est déjà devenu une boîte à colis plus qu'à lettres.
Parce que devoir rester chez moi entre 7h et 23h pendant 3 jours pour attendre un colis (et j'exagère à peine), ça va bien 5 minutes.
[^] # Re: Téléphone Compatible Ara
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal [BOOKMARK] Google Ara, smartphones modulaires. Évalué à 3.
C'est une bonne idée mais elle ne marche pas à chaque fois : on oublie vite les succès mitigés des MSX et 3DO.
[^] # Re: Gnome, la propreté gérée d'une main de faire
Posté par Kekun (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.14 rebat les cartes. Évalué à 7.
C' est pas Super le nom de la touche dont tu veux parler ?
[^] # Re: plop
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal Retour aux sources. Évalué à 5.
Si c'est pour un jeu, faut voir quels compilos sont utilisés (ou utilisables) pour les "homebrew" sur consoles de jeux (Pandora, PSP, DS…), ça pourrait être un frein à la portabilité pour le jeu.
[^] # Re: Comparaison difficile
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal Minecraft est mort :-( Vive... Minetest \o/. Évalué à 3.
Pour avoir approché la communauté Minetest il y a une semaine environ, je confirme les propos.
Certains développeurs de Minetest se montrent assez condescendant d'ailleurs (heureusement que d'autres compensent).
[^] # Re: Question naïve
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal Minecraft est mort :-( Vive... Minetest \o/. Évalué à 3.
Note qu'il n'y a pas non plus marqué Mac OS.
Pour le moment ils proposent :
- un .exe pour Windows
- un .dmg pour Mac OS X
- un .jar pour Linux / le reste
Mais le .exe n'est jamais qu'un système d'installation de ce même .jar, qui serait alors copiable et utilisable sous Linux… du moins en théorie.
[^] # Re: FreeBSD sur le poste de travail?
Posté par Kekun (site web personnel, Mastodon) . En réponse à la dépêche FreeBSD 9.3 sort des cartons. Évalué à 4.
Alors ça vient de mon matos ou de mes distribs. =p
Merci de m'avoir rassuré que Linux ne chie ps à 100% dans la colle sur ce point.
[^] # Re: FreeBSD sur le poste de travail?
Posté par Kekun (site web personnel, Mastodon) . En réponse à la dépêche FreeBSD 9.3 sort des cartons. Évalué à 1.
Je ne crois pas avoir déjà vu une machine sous Linux sortir proprement d'hibernation.
[^] # Re: Question naïve
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal Minecraft est mort :-( Vive... Minetest \o/. Évalué à 3.
Phil Spencer a annoncé :
Source
Après, ce ne sont que des paroles et il ne tient qu'à chacun d'y croire ou pas.
[^] # Re: Question naïve
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal Minecraft est mort :-( Vive... Minetest \o/. Évalué à 3. Dernière modification le 16 septembre 2014 à 21:21.
Beaucoup parlent d'un port sur Windows Phone, mais je doute que l'existence d'un tel port fera migrer les joueurs mobile d'Android ou iOS…
Peut-être veulent-ils garder l'exclusivité sur consoles (au delà de la sortie imminente sur PS4) ?
[^] # Re: clavier
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal Kano un ordi à monter soi-même. Évalué à 3.
N'oublie pas que c'est destiné aux jeunes enfants, le clavier m'a l'air adapté.
[^] # Re: "Au final, ce sont les fanboys qui ont dû être bien déçus…"
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à 2.
En quoi ça change le postulat de départ, à savoir : l'outil n'est pas responsable de l'utilisation que l'on en fait ?
[^] # Re: "Au final, ce sont les fanboys qui ont dû être bien déçus…"
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal Et comme prévu, ça a fait... pffffuit. Évalué à 4. Dernière modification le 10 septembre 2014 à 22:58.
C'est leur problème, ceux qui veulent discuter à 10 et emmerder tout le monde dans un amphi n'ont pas attendu un ordi pour être distraits, et quand je ramenais le mien en amphi (et à la fac en général), c'était pour bosser.
L'outil n'est pas responsable de l'utilisation qu'on en fait.
[^] # Re: Quid du changement de SSD
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal Réinstallation d'un Eee PC 901 avec une distribution récente. Évalué à 3.
Ça n'est pas si simple, le petit SSD est soudé sur la carte mère, l'autre est dans un format qui m'est inconnu (pas du SATA).
[^] # Re: Majuscules
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal Journal-nimage rapidoce en deuspi tavu. Évalué à 7.
Et t'as pû faire tout ça en deuspi ?
[^] # Re: C'est dredi alors...
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal Quel environnement de bureau par défaut pour Debian Jessie ?. Évalué à 3.
Et faut être un jacky pour considérer que ça, c'est une interface simple et utilisable de manière intuitive par tout le mode.
Dredi, tout ça…
[^] # Re: VCL
Posté par Kekun (site web personnel, Mastodon) . En réponse à la dépêche LibreOffice 4.3 est sorti. Évalué à 2.
JSON est un langage de représentation de données, pas d'opérations (fonctions, méthodes) : ça n'est pas du JavaScript, mais ça en reprend la syntaxe de définition de données.
# Je change le fond d'écran avant de fermer la session
Posté par Kekun (site web personnel, Mastodon) . En réponse au sondage Quand je vois une session ouverte.... Évalué à 4.
Généralement ce fond représente des animaux en pleine copulation, avec une affection toute particulière pour les girafes.
[^] # Re: Pour initier un enfant
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal Python comme premier langage de programmation ?. Évalué à 3.
Plus haut je dis avoir commencé avec du C puis du Python mais maintenant que j'y repense c'est faux.
Quand j'étais tout gamin je bidouillais du Basic (quelle version par contre…) et je me suis ensuite tourné vers The Game Factory puis sa suite Multimedia Fusion.
Et justement, ces deux derniers permettent de faire du développement graphique.
Basiquement, tu définie, dessine et anime sprites et décors, tu les place sur un scène, puis tu défini leur interactions dans un tableau à double entrées.
Les colonnes sont les types d'objets, et les lignes sont les conditions, par exemple "si un Bonhomme est sur le sol et si la touche espace est pressée", au milieu on trouve les effets de ces conditions, par exemple sur la ligne précédente et sous la colonne Bonhomme on aurait "saute -50".
C'est une approche très intéressante pour un enfant car c'est très intuitif, on n'écrit pas la moindre ligne de code, et ça permet d'avoir très rapidement un rendu amusant (typiquement, créer son propre jeu).
par contre là ou ça s'est avéré problématique pour moi : j'ai eu énormément de mal à faire la transition vers du vrai code (et me suis cassé les dents sur le C).
D'après mon expérience, je dirais que les outils de développement purement graphiques sont bien pour un enfant, mais il faudra ensuite le soutenir lors de la transition vers des langages plus classiques et tout de même bien plus austères.
[^] # Re: Ça a marché pour moi
Posté par Kekun (site web personnel, Mastodon) . En réponse au journal Python comme premier langage de programmation ?. Évalué à 8.
Peut-être penses-tu ça parce que tu préfères les langages interprétés et dynamiquement typés à ceux compilés et statiquement typés ?
Personnellement j'aime avoir un compilo pour trouver mes erreurs idiotes plutôt que de m'arracher les cheveux à chaque erreur en runtime.
Bien sûr ça n'enlève pas toutes les erreurs de runtime, mais rien que celles de syntaxe et de type, ça aide pas mal.
Analogie à 2 francs : mon premier langage est le français et pourtant j'aime bien l'anglais pour ce qu'il a à offrir (cela dit, lui aussi je l'ai commencé en autodidacte).
C'est ce qui était fait lors de ma L1 : on nous faisait étudier le OCaml (désolé pour les gens que je froisse moi aussi =p ).
En seconde année on étudiant entre autre Scheme (bien mieux reçu dans l'ensemble), et il me semble que sur conseil des étudiants ils sont passés à Scheme comme premier langage en L1 aussi.
Avant OCaml, le premier langage était MatLab, je n'en ai entendu que de mauvais retours.
Certes mais là on parle d'initiation à la programmation, il faut bien sûr en complément étudier l'algorithmique, ce qui est heureusement fait dans toute école d'informatique digne de ce nom. Après, est-ce qu'un autodidacte l'apprendrait de lui même… à voir.