Strash a écrit 982 commentaires

Je suis un peu à mes heures perdues le monde de l'eSport, tout particulièrement celui du RTS Starcraft II.

Je m'intéresse très peu aux FPS donc je ne m'y connais pas trop dans l'eSport coté FPS. Y a-t-il seulement une volonté de faire de Warsow un jeu eSport ou est-ce que c'est un fait avéré que ce jeu est en train de faire sa place dans ce monde ?

Pour moi les qualités et choses nécessaires qui font d'un jeu un vrai jeu eSport sont:

• Communauté de joueur importante
• Équilibrage du jeu proche de la perfection (impossible d'avoir un avantage réel en choisissant telle ou telle option de jeu)
• Peu de place au hasard (l'issue de la partie doit dépendre en grande partie sur les qualités technique du ou des joueurs)
• Organisation (l'éditeur du jeu la plupart du temps) surveillant en permanence que l'équilibrage est toujours bon et patchant si nécessaire (Blizzard par exemple fait ça très bien)
• Mécanique de jeu accessibles mais difficiles à maîtriser (longue courbe de progression)
• Agréables à regarder sans jouer

Pour moi ce sont des choses nécessaire afin de créer un vrai eSport, cette liste pourrait d'ailleurs s'appliquer sans grande modification aux Sports plus connus (Rugby, Natation, Basket, Athlétisme, Tennis…).

Une petite liste de jeu dont l'eSport a (eu), selon moi, une vraie place et qui correspondent plus ou moins à la liste ci dessus :

Jeux de combat :

• Street Fighter
• Tekken
• Autres jeux de combat du Tougeki

Dota-like :

• Dota
• Dota II
• Ligue Of Legend

RTS :

• Starcraft:Broodwar
• Warcraft III
• Starcraft II

FPS :

• Counter Strike
• Quake

Sport :

• FIFA

Puis-je ajouter Warsaw à cette liste ? Y a-t-il des compétitions qui incluent ce jeu ? Avec de gros gains ? Y a-t-il un attention particulière à l'équilibrage et à la réduction du hasard ?

Merci.

Heu… les multitudes distributions de Linux sont justement un très mauvais exemple, c'est rarement fait "from scratch" et même quand ça l'est, c'est tout de même basé justement sur le noyau Linux et l'applicatif n'est pas réinventé.

Au final les distributions Linux sont surtout du choix de logiciels par défaut, du packaging et du "rebranding".

As-tu essayé de te logguer avec un nouvel utilisateur, vierge de toute configuration ?

Si ça passe avec l'autre utilisateur, renomme ton ~/.kde en ~/.kde_old et retente avec ton compte utilisateur actuel.

mv /home/ton_utilisateur/.kde /home/ton_utilisateur/.kde_old

Si ça fonctionnes tu n'as plus qu'à tout reconfigurer, ou alors tu peux ajouter un par un les fichiers de configs contenus dans le dossier .kde jusqu'à trouver le coupable.

Les sorties de KDE (la communauté) en ce moment sont en rang serrés !

• 28/01/2013 Kdenlive 0.9.4
• 05/02/2013 Calligra 2.6
• 06/02/2013 KDE SC 4.10
• 08/02/2013 digiKam 3.0.0
• Plasma Active 4 fin Mars

Je suis un "fan" de la communauté KDE et je regrette souvent que le focus soit le plus souvent fait sur Gnome et ses applications. Pour moi de nombreuses applications KDE sont de très haute qualité, petite liste personnelle (non exhaustive) :

• K3B
• Digikam
• Kdenlive
• KMyMoney

De plus les applications KDE étant basées sur Qt, elles sont la plupart du temps portables.

KDE est pour moi une très bonne ambassadrice du libre.

Vive KDE!

La Poste sait que tu as reçu une lettre, mais comment ferait-elle pour connaître ton correspondant ? A la limite elle sait juste dans quelle boite la lettre a été postée, et encore ça m'étonnerais qu'elle perde du temps à noter ce genre de détail.

Donc au final il y a un monde entre "Mr Tartampion reçois souvent des lettres venant du bureau de poste 4 de Montpellier" et "Mr Tartampion reçois régulièrement des lettres provenant de Mme Machin".

C'est plus difficile à voir un oubli d'indentation qu'un oubli d'accolade.

Personnellement c'est plutôt l'inverse, comme l'accolade peut se trouver un peu n'importe où il faut parfois compter le nombre d'ouverture pour en déduire le nombre de fermetures. J'ai typiquement le problèmes avec les parenthèses dans des formules à rallonge dans un tableur.
Alors qu'une indentation, avec le bon IDE qui affiche une ligne verticale à chaque saut d'indentation, les blocs sont visible directement.
D'ailleurs quand j'ai un problème de parenthèse dans une formule d'un tableur, la première chose que je fait est de la copier dans un document texte et refaire toute l'indentation pour voir où la parenthèse manque.

Quand tu oublies uune accolade fermante, ton compilo va raler. Quand tu oublies une indentation, parfois ça rale (et il est difficile de voir ou est le problème), parfois ça rale pas parce que le code est syntaxiquement correct, mais il ne fait pas ce que tu veux.

C'est vraiment pas de bol si ça ne crie pas, et ton compilo ne va pas non plus crier si tu as mis l'accolade au mauvais endroit. C'est exactement la même chose.

Donc tu ne connais pas le langage mais tu te permets de le décrire comme un langage de neuneu.

Oui il y a une indentation en trop, un copier coller mal passé certainement, je ne sais pas.

Personnellement je ne comprends pas les arguments contre l'indentation. J'ai toujours détesté les "{" et les "}" ou autres "endif" ou "fi" ou "end" qui se baladent partout. Il arrive aussi d'oublier une accolade fermante, donc entre oublier l'indentation ou l'accolade, je vois pas ce que ça change…
Mon IDE python indente tout seul la plupart du temps, ça ne me dérange pas, de toute façon tu indentes bien les codes que tu fais dans les autres langages non ? Donc du coup au lieu d'avoir uniquement de l'indentation, tu as de l'indentation + un caractère ou une expression fermante… ça fait double emploi je trouve.

Je comprends le concept d'objet, ce que je ne comprends pas c'est pourquoi s'embêter à faire appel aux méthodes get_ et set_ plutôt que directement agir sur la propriété de l'objet ?

Si c'est pour cacher une tambouille interne à l'objet qui doit se faire lorsqu'une propriété change, il y a plus adapté que cela en python, avec les properties (ou les décorateurs @property, @x.setter et @x.getter) :

class Voiture(object):
    def __init__(self, marque, couleur, taille):
        self.couleur = couleur
        self.marque = marque
        self._taille = taille

    @property
    def taille_m(self):
        """taille de la voiture en mètres"""
        return self._taille

    @taille_m.setter
    def taille_m(self, value):
            self._taille = value

    @property
    def taille_ft(self):
        return self._taille / 0.3048

    @taille_ft.setter
    def taille_ft(self, value):
            self._taille = value * 0.3048

ma_voiture = Voiture("Honda", "Verte", 2)
print ma_voiture.taille_m # 2
print ma_voiture.taille_ft # 6.56167979003

ma_voiture.taille_m = 3

print ma_voiture.taille_m # 3
print ma_voiture.taille_ft # 9.84251968504

ma_voiture.taille_ft = 8

print ma_voiture.taille_m # 2.4384
print ma_voiture.taille_ft # 8.0

Cela permet de ne pas écrire de fonction get et set sur chaque propriété qui n'en a pas besoin, et si jamais on doit faire quelque chose sur ces valeur, on ne change pas tout le reste du code.

Personnellement je préfère appeler MonObjet.foo et faire des MonObjet.foo = x plutôt que des MonObjet.get_foo() et MonObjet.set_foo(x) en permanence…

Je suis à coté de la plaque ?

la nécessité de créer des accesseurs spécifiques pour accéder aux attributs d'un obje

Je ne comprends pas bien cela, est-ce que tu parles de choses de ce type:

class Voiture():
    def __init__(self, marque, couleur):
        self.couleur = couleur
        self.marque = marque
    def set_couleur(self, couleur):
        self.couleur = couleur
    def get_couleur(self):
        return self.couleur
    def set_marque(self, marque):
        self.marque = marque
    def get_marque(self):
        return self.marque
ma_voiture = Voiture("Honda", "Verte")
print ma_voiture.get_couleur() # => Verte
print ma_voiture.get_marque() # => Honda
ma_voiture.set_marque("Toyota")
print ma_voiture.get_marque() # => Toyota

Mais ça me semble équivalent à:

class Voiture():
    def __init__(self, marque, couleur):
    self.couleur = couleur
            self.marque = marque
    ma_voiture = Voiture("Honda", "Verte")
    print ma_voiture.couleur # => Verte
    print ma_voiture.marque # => Honda
    ma_voiture.marque = "Toyota"
    print ma_voiture.marque # => Toyota

N'étant pas développeur, je comprends pas bien l'intérêt de ce genre de méthodes "set" et "get" que l'on retrouve souvent.

Je ne connais pas Perl et Ruby, mais je n'ai pas l'impression de me répéter, peux-tu donner des exemples ?

Peut-être est-ce aussi la construction du code qui doit être "pythonique".

Franchement à part le troll des puristes qui crient à l'hérésie car les variables ne sont pas typées, vous lui trouvez quoi de mal à python ?

Je ne suis pas développeur, juste un scientifique qui a besoin de faire des calculs un peu plus complexes que ce qu'un tableur peut faire, parfois une petite Gui pour entrer plus rapidement/facilement des données avant de les traiter, et je ne jure que par du python pour ce genre de truc. C'est simple, rapide, tu peux prototyper rapidement dans une console iPython, etc…

C'est quoi votre problème avec python ? Pas assez élitiste ?

Pour moi l'informatique doit être simple, de nombreuses choses que l'on fait tout le temps devraient être automatique. De plus la gestion de version est quelque chose de trop important pour la laisser entre les mains d'humains, on le voit bien dans le monde du développement logiciel, personne ne nie l'intérêt d'un gestionnaire de version, pourquoi cela devrait être différent pour les non développeurs ?

Le souci est la notion d'offline.

Et également les feuilles de calcul Excel.

Merci pour ces deux noms de projets, on est très proche !

SparkleShare utilise git en arrière plan.

Je me demande juste si il y a la possibilité de voir une liste des différents commits d'un fichier, ainsi que la possibilité d'avoir une description sur les commits.

Je crois que l'on ne vit pas dans le même monde. Word est la référence et ça ne changera pas avant un bon bout de temps, si ça change ça sera pour un autre WYSIWYG type LibreOffice. De plus je ne vois pas quelle serait ta solution pour remplacer un tableur.

Comme je l'ai précisé je travaille en inter-entreprise, je ne suis pas du tout en position de changer le format de fichier utilisé. Donc si quelqu'un veut échanger un .doc, il échangera un .doc.

Je fait donc l'impossible tout les soirs !!

Je répondais au commentaire du dessus qui m'expliquait que je pouvais aller au resto ou manger chez moi… Si je n'ai qu'une seule version je me prive du resto ou de ma cuisine.

Il faudrait arrêter de tenter de commenter l'ensemble des posts de Linuxfr et faire attention aux discussions.

Le jour où en achetant le livre papier on me fournira en même temps la version numérique, j'achèterais peut-être une liseuse.

D'ici là je n'ai pas envie de payer 2 fois pour le même contenu…

C'est aussi du à la nature du changement dans Qt. Le passage de Qt3 à Qt4 était beaucoup plus violent que ne l'est celui de Qt4 à Qt5.

Tu peux aussi envoyer ton epub par mail à ton Kindle, Calibre se charge de la conversion.

Calibre converti très bien les epub en un format lisible par un Kindle. Mais effectivement ça peut être un frein.

Je ne comprends pas l'argument du poids. Un e-reader fait aujourd'hui dans les 200g (Koboglo 185g, Kobo mini 134g, Kindle 170g). Mes livres de poche sont aussi lourds voire plus, et le les lis d'une seule main, debout dans le métro sans souci.
Le seul problème d'un livre de poche à une main est qu'il a tendance à se refermer et qu'on doit contorsionner les doigts pour le maintenir ouvert. Problème inexistant avec un e-reader.

Je ne peux pas parler du Koboglo, mais la référence pour gérer ses ebooks et chercher dans toutes les bibliothèques (gratuites ou non) est Calibre. La recherche se fait sur l'ensemble des bibliothèques d'un coup, du coup je ne me pose pas la question de quel catalogue j'utilise.

N'ayant pas de ebook (c'est ma copine qui a un Kindle), je ne sais pas si ça peut gérer la synchronisation entre plusieurs support. Mais une fois que tu auras goûté à un écran e-ink je te vois mal retourner à ton écran minuscule et brillant de ton téléphone.

Pour info, les gros avantages qui ont fait que je lui ai conseillé un Kindle sont :
- Elle utilisait déjà Amazon pour acheter ses livres
- Le Kindle a une fonction très pratique: tu envoies un epub (ou autre j'ai pas essayé) à une adresse mail liée au compte Kindle et le livre est téléchargé automatiquement sur le Kindle, vraiment pratique pour ne pas à avoir à brancher de câble. Cette fonction est d'ailleurs disponible directement depuis Calibre. Je ne connais pas d'autre appareil qui ont une fonction similaire.

Les ebooks s'utilisent sans problème d'une seule main.

Pour ma part je ne jure toujours que par un bon livre de poche papier, que je peux glisser dans une poche ouverte sans avoir peur des voleurs, que je peux laisser sur la plage/sur un banc sans surveillance sans risque de détérioration ni de vol, que je peux prêter à un amis, que je peux annoter, dans lequel je peux rapidement revenir deux à trois page en arrière car j'ai mal compris un passage, etc…

Et pourtant je suis un assez gros lecteur (1 livre de poche par semaine environ).

Modifier l'énoncé d'un problème n'est pas une solution au problème.