Strash a écrit 942 commentaires

Je pense que les raisons sont multiples :
- Le RPi est un ordinateur et de nombreux utilisateurs l'utilisent comme tel, sans utiliser les GPIO. Voir tout les projets purement logiciels autour de cet ordinateur (Raspmbc, retropi, etc…). A l'inverse de l'Arduino qui est inutile si l'on ne fait pas d'électronique avec.
- L'Arduino est conceptuellement ouvert et reproductible, cela pousse diverses compagnies à en produire et pour se démarquer, rien de tel que de créer des cartes d'extension. A contrario le RPi est "fermé", seuls 2 revendeurs y ont accès, cette exclusivité ne les pousse pas à se démarquer.
- Le RPi existe depuis moins longtemps, il faut donc du temps pour que les cartes d'extension sortent.

D'ailleurs je ne comprends pas pourquoi tu dis que personne n'en fait. Il en existe pourtant quelques uns :
http://www.adafruit.com/products/1110
http://www.raspberrypi.org/archives/1734
http://www.cooking-hacks.com/index.php/shop/raspberry-pi/shields.html

Ça va venir, il faut juste laisser le temps au temps.

Et en plus ça n'est pas si compliqué de faire ses propres petits circuits avec des composants simples. Sur mon projet actuel je n'ai pas cherché a utiliser de cartes d'extensions, pour l'instant je me contente même de mettre les composants sur une plaque d'essai. Et ça fonctionne !

Sur le RPi il y a 17 GPIO accessibles, pas 8.
http://elinux.org/RPi_Low-level_peripherals

Et avec la version 2.0 de la carte et un peu de soudure on a accès à 4 GPIO de plus (Sur le connecteur P5).

C'est largement suffisant pour tout la plupart des usages en robotique.

Par contre le "vrai défaut" du Raspberry Pi est qu'il n'est pas "real time", mais ça n'est pas un souci dans la majorité des cas.

youtube-dl permet également de télécharger les vidéos de Dailymotion : http://rg3.github.com/youtube-dl/documentation.html

Le problème le plus courant avec les sports d'hivers est que c'est un sport !

Les gens qui y vont pour une semaine sans avoir aucun entrainement physique le reste de l'année s'exposent à un vrai danger.

Tu as comparé les empreintes mémoires, temps processeur et trafic réseau utilisés par Thunderbird pour une opération donnée (puis quitté immédiatement) et par ton navigateur Web pour faire la même chose avec GMail ?

Je n'ai pas comparé l'empreinte mémoire et je m'en contrefiche. Ce que j'observe est que l'ouverture de Gmail est quasi instantanée (de l'ordre de 2 secondes) et une fois ouvert tout est parfaitement instantané. Qu'il prenne ma mémoire j'en ai rien à cirer, j'ai acheté ma mémoire pour l'utiliser, pas pour faire un concours de celui qui a la mémoire la moins remplie.

Tu utiliserais Thunderbird, ou un autre logiciel de messagerie, sur tes différents systèmes, et le webmail quand tu es en déplacement, c'est fait pour ça.

Et du coup tu as 4 interfaces différentes ? Très "simple et intuitif" comme machin, je suis sûr que les gens sont super content d'avoir à se réadapter à l'interface à chaque fois qu'ils changent de lieu.

Et j'ajouterai qu'avec un serveur mail auto-hébergé accessible en IMAP, j'accède à mes mails depuis 2 Thunderbird (au boulot et sur le fixe à la maison) et depuis le client "lourd" Android sur mon téléphone (donc de partout géographiquement) et ma tablette.

Aucune perte de mails, aucune différence d'un client à l'autre, pas de transferts à faire d'un client à un autre, un mail peut-être commencé sur un client pour être terminé en envoyé à partir d'un autre… Bref, rien à envier d'un webmail (que je pourrais d'ailleurs tout à fait mettre en place)

Et le temps que tu synchronises ton IMAP sur ton poste lorsque tu l'allumes j'ai déjà répondu à l'email dans gmail.

Thunderbird est simple, intuitif.

Thunderbird est lourd et lent

Gmail est compliqué, peu logique,

Dès les première version (à l'époque de la "beta") Gmail était déjà très en avance sur la facilité d'utilisation, chercher dans tout ses mails se fait en une fraction de seconde, des filtres avancés hyper puissant, des tags plutôt que des dossiers, et la vue en conversation qui est intuitive et vraiment bien gérée.

et vraiment noob friendly : en gros ils ont caché tout ce qui était utile pour l'utilisation d'un webmail (liste de contacts,

Une liste de contact est (quasiment) inutile personnellement je ne l'utilise qu'une fois par an au maximum, c'est parce que tu es enfermé dans ta vision de ce que doit être une application mail que tu en as besoin. Si je veux écrire à "Mike" je tapes "Mi" dans le champ expéditeur, et Mike apparaît. Pourquoi passer par "Contact" chercher le destintaire dans la liste (à la lettre M !!) puis le sélectionner pour écrire un email ?
Tu vas me dire que si tu connais pas le nom de ton contact tu ne vas pas le trouver, mais c'est exactement le même problème dans ta liste de contact…

déconnexion, que l'on ne trouve qu'en fouillant dans les menus cachés, et il y en a 3 différents),

Déconnexion ? Réellement ? C'est accessible en 2 clics, il n'y en a qu'un, tu te déconnectes si souvent que ça pour avoir besoin que ce soit accessible en 1 clic ?

tout en mettant en avant leurs services (donc toujours immédiatement visibles) dont les néophytes n'ont que faire : google plus, drive, youtube…

Ça d'accord, ils font la pub pour leur service, mais c'est pas mis en avant en gros devant l'écran comme tu sembles le signaler, c'est dans une petite barre noir discrète en haut de l'écran…

L'email est vraiment quelque chose que je ne comprends pas comment on peut toujours les gérer avec une application lourde. Aujourd'hui j'accède très régulièrement à Internet (et mes mails) par 3 appareils différent (ordinateur perso, ordinateur professionnel et téléphone portable), sans parler des nombreuses fois où j'utilise un ordinateur d'un amis, de la famille, etc… Comment est-ce que je ferais ça avec un Thunderbird ? Le garder en version portable sur une clé USB ? En version Windows, Mac et Linux ? Configurer le client mail chez mon amis avec mon compte IMAP ?

De plus ce que l'on échange de nos jours par email est très fortement lié au web en général. Être directement dans un navigateur évite de changer d'application en permanence.

Bref je n'ai plus de client mail depuis Mai 2004, je ne m'en porte pas plus mal, et je n'ai jamais plus perdu un seul email depuis…

Je me suis lancé dans un petit projet électronique sans prétention (https://github.com/Oripy/Rabbity-Pi) et je serais intéressé par ce genre de lieu, surtout pour l'accès au matériel et au conseils d'autres membres. Et aussi pour partager les idées et rencontrer d'autre passionnés.

Est-ce qu'il existe un annuaire de FabLab afin de trouver les FabLab proche de nous ?

Existe-t-il un FabLab à Paris ?

Merci

Tout à fait, cela fait partie de la nécessité de "spectacle" que je voulais inclure dans mon "Agréables à regarder sans jouer". Tu l'expliques mieux que moi.

Pour moi l'accessibilité au spectateur peut être compensée par un bon commentaire, un peu comme le rugby, je suis né dedans donc je n'ai pas de souci pour comprendre le jeu, mais ma compagne (du Sud Est) n'y comprenait rien au début, et si le commentaire n'est pas bon elle s'ennuie. Mais devant un bon commentaire elle se régale !

Je n'ai pas mis Shootmania tout simplement car je ne connais pas du tout (j'ai précisé que je n'aimais pas les FPS).

Je pense qu'il y a beaucoup plus que ce genre d'option de personnage pour l'équilibrage :

Je ne connais pas Warsaw, mais d'après ce que je lis, il est un peu comme Quake ou Unreal Tournament.

Voilà quelque exemple d'équilibrage que je peux voir :

• Position de départ des joueurs : cela peut avoir une grande influence sur l'équilibrage si la carte n'est pas totalement symétrique.
• Position des armes/munitions à récolter : pareil, si il n'y a pas de symétrie parfaite, il faut s'assurer qu'un joueur n'est pas favorisé trop grandement par un tirage de son point de départ trop près d'une arme/munition trop puissante.
• Couleur/visibilité du personnage : si la skin est différente, y a-t-il des possibilité qu'un joueur soit plus facile à viser ? Possibilité de se cacher dans certaines zones seulement quand on a la bonne skin ? Cela peut faire partie du jeu mais il faut alors faire attention à l'équilibrage !

Bref il ne faut pas croire qu'équilibrer un jeu soit si facile que ça. On s'en rends souvent compte très vite car les joueurs trouvent très vite les combines pour exploiter ce genre de "failles". Par contre il faut des bases solides pour prétendre à un équilibrage parfait envisageable à long terme.

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.