Pas nécessairement. Si t'as découpé ton projet en plusieurs sous tâche (genre dev et doc) tu peux passer de l'un à l'autre régulièrement sans pour autant perdre du temps (ceci dit, c'est vrai qu'en général on reste sur le même projet toute la journée).

Après, ça peut être des changement de projet complet, parce que quelqu'un à besoin d'un bug fix urgent ou je sais pas quoi. Là c'est un peu moins efficace, mais quand y'a pas l'choix...y'a pas l'choix!

Et sinon, certaines personnes ont besoin de travailler sur plusieurs projets en "parallèles" pour être efficace, alors que d'autres préfère se concentrer sur une seule tâche à la fois.

[ Répondre ]

J'ai pas encore testé, mais une fonctionnalité qui peut s'avérer intéressante de KTimeTracker est qu'il peut détecter quand on ne touche plus au clavier ou à la souris est associer une action correspondante (comme arrêter le timer). Encore mieux, il peut associer des actions aux différents bureaux (quand je suis sur le bureau 1, tel timer est lancé, quand je passe sur le 2, le premier est arrêté et le second est lancé...).

Ca évite d'oublier de cliquer sur "start" quand on change de projet :)

[ Répondre ]

Sympathique, mais bien trop compliqué pour notre utilisation basique.
Cependant l'approche web est sympa, ça évite de devoir synchroniser les fichiers quand on passe d'un OS à l'autre, et ça centralise les données de tout le monde.

[ Répondre ]

Je suis en train d'essayer taskcoach.
Il s'annonce sympathique, modulo l'utilisation de wxWidget..
Par contre, gros point positif, y'a des packages pour beaucoup de distro linux, pour windows, pour mac.

[ Répondre ]

On se sert surtout du time tracking pour savoir si on a chiffré correctement notre développement (en temps de conception, de dev...).
On a pas besoin d'avoir une précision à la seconde, mais vu qu'on change plusieurs fois de projets/tâches dans la journée, y'a juste a cliquer sur un bouton pour que ce soit décompter sur le bon.

[ Répondre ]

Mea culpa, j'ai pas pensé à chercher dans le forum...

[ Répondre ]

C'est clair que la documentation est bien faite. On trouve facilement les informations importantes et tout.

Je tire également mon chapeau pour la facilité d'installation et d'utilisation. Ce bijou a rendu mon Sansa enfin utilisable et ce, en même pas 5 minutes !

[ Répondre ]

Pour moi, c'est plutôt: "pourquoi perdre son temps à cracker des logiciels alors que des outils similaires, gratuits et multiplateformes existent?"

Personnellement, c'est ce qui m'a fait passer le cap il y a plusieurs années maintenant.
Quand j'ai vu toute la logithèque qui était à ma disposition sans avoir à m'embêter à chercher à droite à gauche un iso, puis un crack, j'ai signé de suite, sans même comprendre réellement la philosophie qu'il y avait derrière tout ça.

Ajouter à cela la possibilité de mettre toute la distrib à jour en une commande, j'en croyais pas mes yeux !

Ce n'est que quelques mois plus tard que j'ai réelement adhéré à la philosophie libriste...et maintenant, c'est ce qui compte réellement à mes yeux.

Le problème, c'est que beaucoup de gens n'installent pas eux même leur logiciels. Ils trouvent toujours "le voisin de pallier qui bosse dans l'informatique" pour faire ça. Du coup, ils ne se rendent pas compte de toute cette facilité. C'est dommage, puisque ça permettrait peut être, à terme, de leur faire comprendre pourquoi c'est ainsi.

Ceci dit, les temps changent vite. De plus en plus de foyers ont quelqu'un de "compétent" (au sein de la famiille) pour administrer la machine familliale. Du coup, ça participera peut être au succès du logiciel libre dans quelques années.

[ Répondre ]

Pour écrire ça ne fait pas beaucoup de doutes, pour moi, que le dvorak est bien plus adapté pour éviter les divers problèmes de crampes&co (je dis ça, mais j'ai jamais testé hein, c'est juste que faire pire que l'azerty me parait bien difficile!).

Mais pour coder, quand est-il ? Le dvorak est-il bien adapté aussi ? Un autre type de clavier sinon ?

[ Répondre ]

Certe, mais l'écart entre la 2eme et la 3eme news est quand même de presque 4 mois si je compte bien.

Je précise que je ne dis pas ça pour enfoncer le projet. C'est au contraire que je trouve qu'il mérite plus de visibilité que ça. Rien qu'une mailing list serait le bienvenue. Ca permettrait de suivre un peu ce qui se passe sans se taper tous les commits du SVN (surtout que kross ne fait pas partie du même package que les interpréteurs qu'ils supportent).

[ Répondre ]

L'avantage de Kross, c'est que ça permet de supporter n'importe quel langage de script sans se poser de question. De plus, si un nouveau langage est supporté par la suite, tu as le support gratuitement sans même recompiler ton appli.

QtScript a beau être bien foutu et tout, c'est quand même se priver de bon nombre de développeur potentiel en ne supportant que ce langage. La base de développeur Python et Java est par exemple nettement plus importante :) Et en plus, Kross supporte QtScript.

[ Répondre ]

J'ai lu sur le site de Kross (qui est le framework de scripting de KDE4) que des travaux étaient en cours pour qu'il soit basé uniquement sur Qt4 (c'est à dire sans dépendance aux kdelibs).

Vu l'intérêt de ce framework, quelqu'un aurait-il des infos sur l'état de ces travaux ? Sur une éventuelle future intégration à Qt plutôt qu'à KDE ?

Il en est de même pour les différents interpréteurs qui sont dans kdebindings. Dépendent-ils de KDE réellement ou peut-on les utiliser avec kross dans une simple appli Qt ?

J'espère vraiment que Kross intégrera Qt ou qu'il soit assez "indépendant" pour pouvoir être utilisé facilement dans une appli Qt (c'est à dire juste une lib "standalone" kross, avec interpréteurs).

Je trouve un peu dommage que les infos sur kross soit si difficile à trouver. Y'a plein d'info sur comment l'utiliser, mais pas sur l'état d'avancement du projet. Un p'tit flux RSS et une mailing-list dédiée serait vraiment le bien venu.

[ Répondre ]

Héhé j'en étais sûr !

Le point positif c'est que linuxfr ne pourra pas être tenu responsable de la divulgation d'info privée vu que c'est toi qui donne le lien ;)

Du coup, on va pouvoir finir notre vendredi bien pépère au fond de nos sièges.

[ Répondre ]

On est d'accord sur le fait que le problème n'est pas dans le fait que les administrations ou entreprises utilisent Microsoft Office ou non, mais dans le fait que si OXML passe, cela imposera plus ou moins (plutôt plus que moins évidemment) l'utilisation des logiciels Microsoft.

Maintenant, si on reprend la phrase que tu cites dans le contexte, elle est plutôt bien formulée puisqu'elle explique bien (et c'est compréhensible par les non informaticiens) que Microsoft assure la vente de ses logiciels à l'aide de ses formats de fichier.

[ Répondre ]

Bonne nouvelle pour un lundi matin un peu morose (par la fenêtre)

Le lundi matin est, comme tous les autres jours de la semaine, toujours morose par la fenêtre...

[ Répondre ]

Chipmunk n'est pas mort. Il est hébergé au côté du projet Aerosol sur GoogleCode comme sus-mentionné.

Il n'y a pas eu d'ajout de vrai fonctionnalité depuis un moment, mais les corrections de bugs ne sont pas si rares que ça.
Sinon, un autre moteur physique 2D sympa est Physic2D.Net (mais c'est évidemment du .Net (j'ai pas testé)) ( http://physics2d.googlepages.com/home ). On a aussi APE écrit en ActionScript ( http://www.cove.org/ape/ ) mais n'a plus l'air très actif.

[ Répondre ]