Mouais va bosser avec un PDF de référence d'environ 120Mo rangé sur le réseau que tu consulte de temps en temps.
Ton système il ferme ton PDF (120Mo faut pas déconner c'est gros). Hop tu en as besoin tu le rouvres, et t'est parti pour 5 minutes de ramage.
De même pendant tes compile tu vas faire un tour sur ton FF favori avec ses 10 onglets ouverts, 500Mo, hop faut tout relancer, et ça tombe bien dans le lot y a des sites qui sont lents à répondre. Pouf t'as pas eu le temps de tout charger que la compil est finie.
Je te parles pas de la feuille de tableur qui permet de faire un suivi des tâches qui se referme, et qu'il faut aller chercher dans l'arborescence (oui on peut épingler ou faire un raccourcis, mais jusqu'à preuve du contraire Excel ou OOcalc ne sont pas instantanés à se lancer)
Ha et pendant qu'on lançait la compil longue, relancé l'explorateur Web, c'est ton éditeur de texte notepad++ qui vient de se faire fermer à son tour…
Bref, un poste de développement n'est pas monotâche; et même pour la majorité des utilisateurs que je croise, il font des différences avec minimisé/fermé.
Et je te parles pas du debuggage d'appli avec ce genre de truc où tu doit comparer les résultats de deux fenêtre avec une troisième de référence.
rien que sur mon bureau j'ai 1 console (plusieurs onglets), un éditeur de texte (emacs avec pleins de buffers), un browser web pour passer le temps + faire des recherches pour mon code, un client mail avec les notification, un rdesktop pour les truc windows only, une autre konsole, un oocalc pour le suivi…
Et la majorité de mes applis sont en plein écran.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Fermer un programme
Posté par fearan . En réponse au journal Moment de détente. Évalué à 10.
Mouais va bosser avec un PDF de référence d'environ 120Mo rangé sur le réseau que tu consulte de temps en temps.
Ton système il ferme ton PDF (120Mo faut pas déconner c'est gros). Hop tu en as besoin tu le rouvres, et t'est parti pour 5 minutes de ramage.
De même pendant tes compile tu vas faire un tour sur ton FF favori avec ses 10 onglets ouverts, 500Mo, hop faut tout relancer, et ça tombe bien dans le lot y a des sites qui sont lents à répondre. Pouf t'as pas eu le temps de tout charger que la compil est finie.
Je te parles pas de la feuille de tableur qui permet de faire un suivi des tâches qui se referme, et qu'il faut aller chercher dans l'arborescence (oui on peut épingler ou faire un raccourcis, mais jusqu'à preuve du contraire Excel ou OOcalc ne sont pas instantanés à se lancer)
Ha et pendant qu'on lançait la compil longue, relancé l'explorateur Web, c'est ton éditeur de texte notepad++ qui vient de se faire fermer à son tour…
Bref, un poste de développement n'est pas monotâche; et même pour la majorité des utilisateurs que je croise, il font des différences avec minimisé/fermé.
Et je te parles pas du debuggage d'appli avec ce genre de truc où tu doit comparer les résultats de deux fenêtre avec une troisième de référence.
rien que sur mon bureau j'ai 1 console (plusieurs onglets), un éditeur de texte (emacs avec pleins de buffers), un browser web pour passer le temps + faire des recherches pour mon code, un client mail avec les notification, un rdesktop pour les truc windows only, une autre konsole, un oocalc pour le suivi…
Et la majorité de mes applis sont en plein écran.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent