Il paraît qu'il existe aussi des gens qui font leur taf correctement, même s'ils savent qu'ils vont partir à très court terme parce qu'ils ne veulent pas continuer de travailler dans leurs conditions présentes.
Par exemple, mon dernier contrat (la 1ère fois et j'espère la dernière) que j'ai rompu une période d'essai, j'ai fini par «résoudre» (identifier la cause réelle en fait, et donc résolu dans la foulée) l'un des problèmes majeurs(1) ayant motivé ma démission le dernier jour et achever ma 1ère compilation du soft sur lequel je devais bosser au bout de plus de 2 mois. Ça faisait pratiquement 1 mois que je cherchais un autre employeur.
N'empêche, j'ai fait ce que j'ai pu jusqu'à la fin.
Je ne dirais pas que c'est une bonne chose d'avoir envie de partir en moins de 3 mois, mais si l'employé est honnête et franc (bon, faut aussi savoir prendre du recul et pas juste envoyer chier le monde en crachant sur les collègues/services/whatever qui ont causé la démotivation) je pense que ça peut devenir une bonne chose pour l'entreprise, qui peut en tirer des leçons.
Je ne sais pas ce qu'ils sont devenus, mais j'ai dit ce que je pensais (en argumentant, à froid et en analysant les problèmes des divers côtés, le mien inclus) de la boîte quand ils m'ont demandé pourquoi je partais, et le fait d'avoir fait mon taf jusqu'à la fin à permis de confirmer que mes raisons étaient pas totalement déconnantes.
Je doute d'être le seul à avoir ce type de mentalité.
1: pour faire court: les devs d'un côté, un service d'admin «IT» de l'autre.
L'IT installe et maintien les systèmes de base: passwords UEFI, activation du matos (accélération matériel pour les VMs, par exemple), OS, softs installés, comptes utilisateurs éventuellement admin locaux, création et gestion des machines virtuelles, etc.
Les devs ont la responsabilité d'installer quelques outils supplémentaires dont ils ont besoin, qui peuvent être des patchs MS spécifiques (pour VS, dans le cas qui m'intéresse) considérés expérimentaux ainsi que l'installation des VMs (préalablement créées et configurées par l'IT, bien sûr).
In fine, le problème majeur qui m'empêchait de travailler, le plugin de VS vital, ne répondait juste pas. La cause? Une machine mal (voire pas) nettoyée.
Je passe sur les autres anecdotes désagréables qui se sont ajoutées à ce problème.
[^] # Re: ca me rappel
Posté par freem . En réponse au journal Pôle-Emploi sous-traite à IPSOS qui sous-traite à. Évalué à 5. Dernière modification le 16 janvier 2018 à 12:34.
Il paraît qu'il existe aussi des gens qui font leur taf correctement, même s'ils savent qu'ils vont partir à très court terme parce qu'ils ne veulent pas continuer de travailler dans leurs conditions présentes.
Par exemple, mon dernier contrat (la 1ère fois et j'espère la dernière) que j'ai rompu une période d'essai, j'ai fini par «résoudre» (identifier la cause réelle en fait, et donc résolu dans la foulée) l'un des problèmes majeurs(1) ayant motivé ma démission le dernier jour et achever ma 1ère compilation du soft sur lequel je devais bosser au bout de plus de 2 mois. Ça faisait pratiquement 1 mois que je cherchais un autre employeur.
N'empêche, j'ai fait ce que j'ai pu jusqu'à la fin.
Je ne dirais pas que c'est une bonne chose d'avoir envie de partir en moins de 3 mois, mais si l'employé est honnête et franc (bon, faut aussi savoir prendre du recul et pas juste envoyer chier le monde en crachant sur les collègues/services/whatever qui ont causé la démotivation) je pense que ça peut devenir une bonne chose pour l'entreprise, qui peut en tirer des leçons.
Je ne sais pas ce qu'ils sont devenus, mais j'ai dit ce que je pensais (en argumentant, à froid et en analysant les problèmes des divers côtés, le mien inclus) de la boîte quand ils m'ont demandé pourquoi je partais, et le fait d'avoir fait mon taf jusqu'à la fin à permis de confirmer que mes raisons étaient pas totalement déconnantes.
Je doute d'être le seul à avoir ce type de mentalité.
1: pour faire court: les devs d'un côté, un service d'admin «IT» de l'autre.
L'IT installe et maintien les systèmes de base: passwords UEFI, activation du matos (accélération matériel pour les VMs, par exemple), OS, softs installés, comptes utilisateurs éventuellement admin locaux, création et gestion des machines virtuelles, etc.
Les devs ont la responsabilité d'installer quelques outils supplémentaires dont ils ont besoin, qui peuvent être des patchs MS spécifiques (pour VS, dans le cas qui m'intéresse) considérés expérimentaux ainsi que l'installation des VMs (préalablement créées et configurées par l'IT, bien sûr).
In fine, le problème majeur qui m'empêchait de travailler, le plugin de VS vital, ne répondait juste pas. La cause? Une machine mal (voire pas) nettoyée.
Je passe sur les autres anecdotes désagréables qui se sont ajoutées à ce problème.