dave_null a écrit 358 commentaires

Tu peux avoir une bonne carte son ou une sortie numérique sur un PC.

AudioFlinger d'Android principalement car c'est mon téléphone pour la voiture et les transports en commun et ma tablette pour quand je ne suis pas chez moi.

CoreAudio m'a laissé un bon souvenir, mais les fonctionnalités réseau de PulseAudio me font rêver toutes les nuits.

Ta feuille de style est très intéressante, car en effet je galère aussi à viser les boutons de la barre d'outil avec ma tablette.

Heureusement j'ai souvent un clavier relié à la tablette, ce qui permet d'aller plus vite :-)

Je ne sais pas quel jeu tu comptes faire et quel va être sa durée de vie, mais à mon avis tu devrais limiter l'importance du choix de la librairie graphique.

Tu pourrais concevoir une architecture qui sépare parfaitement la gestion de l'affichage et des entrées utilisateurs de tout le reste du jeu. Si ton jeu contient un mode multijoueur en réseau, tu peux suivre l'exemple de Minecraft : ils sont passés à une architecture client/serveur permettant, ce qui a pour conséquence de séparer parfaitement une grande partie de l'application. Quand tu joues en local sur Minecraft, tu lances un serveur sur localhost :-)

Après si ton jeu est essentiellement basé sur les graphismes c'est peut-être inutile.

En tout cas, vu que t'as déjà touché à la SDL2 et que tu sembles être tenté par SFML (je n'ai jamais touché à l'un des deux), je te conseillerais de partir sur SFML avec une bonne architecture. Si tu te rends compte que finalement c'est moins bien que la SDL pour ton utilisation, tu peux repartir sur de la SDL sans impact sur la totalité du code.

Rien à voir mais tu postes à -5 par défaut ?

Un serveur informatique n'est pas forcément un serveur de calcul. Tout le monde ne fait pas la course à la puissance. Tu as des serveurs web, des serveurs de stockage, des serveurs de traitement vidéo (avec des puces dédiées pour la vidéo c'est plus efficace), même des serveurs mails, des serveurs de bases de données…

Dans l’hébergement, le succès des offres kimsuffi ou dedibox le prouve. La plupart des clients n'ont pas besoin d'une ferme capable de simuler en temps réel la chute d'une petite cuillère.

Le rasberrypi est un précurseur car la technologie n'est pas encore prête pour les serveurs, mais un serveur ARM avec beaucoup de RAM et un bon SSD, ça peut avoir du succès (ailleurs que dans les serveurs de calculs).

Le bon gros fail a quand même équipé des générations de mac et une génération de consoles de jeux (play3 et xbox 360) (sans compter la gamecube, la wii et la wii u qui sont aussi en powerpc).

Apple a arrêté le PowerPC car ils n'arrivaient pas à caser un G5 dans un ordinateur portable et que l'architecture était trop chère. Maintenant ils fournissent du Intel de base pour leurs macs c'est mieux pour la marge. Et c'est leurs produits en ARM qui font le gros du chiffre d'affaire.

Pour les consoles de jeux de la nouvelle génération, je pense que c'est plus politique. Les développeurs se plaignaient de la difficulté à exploiter les puces. Ils ont eu une architecture très simple et un beaucoup plus typé PC, ils sont contents.

Pour ma part je verrais plus ARM en tant que successeur à X86. Le rapport performances/énergie est bien contrôlé si on ne veut pas une grande puissance CPU.

Le succès du rasberrypi (ou dérivés) montre qu'il y a de la demande chez les particuliers. Peut-être que l'arrivée d'ARM en 64 bits va tout bousculer :-)

J'aime beaucoup cette fonctionnalité de github. Cela permet de faire un minimum de veille technologique de manière simple et efficace. Cependant cela renforce le cotés incontournable de github. J'ai peur de passer à cotés d'outils qui ne seraient pas sur github (il en existe peut-être encore). Est-ce qu'il existe des sites équivalents pour l'informatique en général ?

Pour les tailles et résolutions le problème est réglé depuis quelques temps.

Aujourd'hui, il faut faire des interfaces qui s'adaptent aux différentes tailles d'écrans (le responsive design). Gérer une taille en plus pour les écrans de PC ne va pas révolutionner le domaine.

En ce qui concerne les résolutions, il y a de plus en plus de tablettes en FullHD au même prix que l'option FullHD sur un PC portable. Et des tablettes comme la Nexus 10 de Google ont des résolutions encore supérieures.

La grosse différence non-négligeable c'est le fait qu'il n'y a pas de fenêtres flottantes sur Android (il y a quelques ptits hacks mais ce n'est pas officiel) et l'utilisation tactile au lieu de la souris (un clavier fonctionne très bien sur Android).

Parce que je me suis loupé en reformulant une partie sans me relire après. Désolé :)

Des années lumières en avance, pas en retard.

C# est un bon langage assez proche du Java mais l'API .Net de base est à des années lumières de celle de Java.

Microsoft fait régulièrement de bons produits. C'est dommage qu'ils aient des départements pour les saborder…

Comme il faut coder en C++, c'est pas très pratique et ça en démotive plus d'un :)

En fait, c'est un peu le même principe des distributions GNU/Linux : il y en a pour tout les goûts.

Certains Android sont très modifiés comme ceux de Samsung, d'autres sont vanilla comme les Nexus de Google. Et c'est un des moyens pour les constructeurs de se différencier, car les rectangles noirs brillants aux bords arrondis finissent tous par se ressembler.

Je pense que c'est une bonne chose que le principe de la loi du marché s'intéresse aux IHMs. On va voir apparaître des bonnes choses, à des années lumières peut-être des clients mails minimalistes mais efficaces en GTK, mais qui ne manqueront pas d'êtres intéressants quand même.

Pour les applications qui affichent de la publicité, ce n'est pas la faute de Android mais de l'application. Et c'est assez bien fait, il suffit de supprimer l'application pour ne plus avoir les publicités.

Par contre il me semble que Google a pris des mesures pour lutter contre ce type de publicités. Si tu veux pouvoir afficher quelque chose à l'écran depuis une tâche qui tourne en fond, il faut forcément avoir une présence visuelle dans la barre de notifications.

Quel est le problème avec padsp? ça semble être une solution plus adaptée.

Pour ma part, je conseillerais un processeur Intel car à puissance équivalente, ils consomment et chauffent deux à trois fois moins…

Matériel.net et LDLC proposent des configurations équilibrées et de bonne qualité. Si le fait de choisir des composants potentiellement incompatibles te fait peur, c'est une bonne solution.

Pour la distribution je conseillerais du Ubuntu. C'est ce qu'il y a de plus efficace en GNU/Linux pour travailler, trouver de l'aide, et ne pas se prendre la tête.

Oui, c'est une bonne chose. À choisir, je préfère jouer sur GNU/Linux. Mais le catalogue reste ridicule.

Les jeux indépendants sous GNU/Linux sont souvent très bien et j'en ai déjà achetés. Mais un bon blockbuster propriétaire sur console, Android ou windows, c'est pas mal du tout aussi.

Enfin à un moment il faut faire un choix. Soit ce contenter de portages libres 10 ans après, soit faire une croix sur sa liberté et s'amuser avec un jeu propriétaire sur un système propriétaire.

Autant pour l'informatique et les logiciels, GNU/Linux est très bien, autant pour les jeux vidéos, c'est pas terrible.

Même si il n'est pas Linux et encore moins libre, ça reste un bundle intéressant. Le fait qu'un grand studio aussi décrié que Electronics Arts propose des grands noms dans ce type de formule est intéressant.

Je vais acheter le bundle pour Mirror's Edge qui est un jeu excellent. Les autres sont un peu trop FPS et je n'aime pas les jeux propagande guerre (Battlefield et Medal oh Honor, merci bien).

Je ne sais pas où vous allez trouver vos définitions, mais on ne doit pas avoir la même pour Hipster.

Que l'on apprécie ou pas la culture Hipster, associer le terme Hipster à ça, c'est comme approuver que François Fillon est un geek puisqu'il utilise son smartphone, ou que le fils de la voisine est un hackeur parce qu'il peut t'installer Windows 8 sans rien payer.

Non, mais l'ancienne interface faisait juste fuir la majorité des contributeurs occasionnels. Et la plupart qui persistaient à vouloir modifier le contenu se contentaient de tout remplacer par «prout» ou autre équivalent. Il y avait un gros problème d'IHM.

• De nombreux plugins
• Une compatibilité avec pas mal de choses de TextMate (un éditeur de texte pour MacOsX un peu à l'abandon. L'auteur a même libéré les sources)
• Un mode VIM de bonne facture
• Un lissage des polices pas forcément dépendant du système (important sur Windows)
• Windows-Linux-Mac (pas comme TextMate)
• Cool et à la mode

Et elle était horrible.