Reprise du message précédent :

Mais c'est quoi l'intérêt de se faire pleins de tunes ?

Je crois qu'on peut fantasmer parce que l'homme en a la possibilité tout bêtement. On nous a appris à pas croire en nous, juste nous programmer pour quelqu'un ou autre chose mais pas pour nous même.
Donc oui on peut vivre d'une passion, y'a pas de raison.
De toute façon, on peut pas défoncer le cul de la terre éternellement non plus. Donc y'aura des domaines et des taffs à remettre en question aussi.

 
De crever avant 60 ans d'une maladie à la con, assis sur ton tas d'or. Le bon côté c'est que ta femme et/ou tes enfants en profiteront.  

 
Ouvrir son horizon de projets (vulgairement appelé pouvoir... d'achat   )
 

 je vois.

Pour revenir un peu sur le thème de l'informatique, quand j'y pense l'avantage c'est qu'on apprend à s'entourer de pleins de gadgets pour avoir aussi la possibilité de s'en débarasser à un moment, au moins partiellement.
 
Avoir des outils d'abord pratiques puis finalement surtout fragiles qui demandent à être rechargés, mis à jour, réparés etc régulièrement.
C'est censé simplifier la vie et finalement on se retrouve nounou numérique.
 
j'veux dire c'est la même chose avec les jeux dématérialisées et leur plateforme satanique !  
Pour faire un truc simple ça marche bien jusqu'au jour ou ça marche plus et la tu rattrapes tout le temps que t'aurais pu gagner vu que t'y passes une journée entière.
 
Dans ces moments j'ai juste envie d'exploser mon écran, lui qui n'est plus en verre solide, ils sont sympas les mecs à penser à nos petits doigts qu'on pourrait se fracturer.

- Formation / remboursement : normal
- smic en formation & interco  : demander l'avis de l'inspecteur du travail car le salaire fixe dans le contrat de travail ne peut jouer au yoyo    

yep, ça reste pas évident à trouver en tous cas. Je veux dire, sortir du système et choisir de ne plus être un esclave demande des choix radicaux.

   
 
je sais pas au hasard : mieux manger qualitativement, se payer ce qu'on veut en se faisant plaisir, voyager...  
 

Et surtout, s'acheter pleins de lampes de poches

Le but étant donc de se détruire la santé avec un job de merde bien payé,  et ensuite tenter de réparer les dégâts en mangeant mieux  

 
Oui mais ça c'est possible avec assez d'argent, pas avec beaucoup beaucoup encore plus d'argent à fond les bâtons.  
 
Alors évidemment, les HFRiens n'ont pas tous le même standing, il y a la perception qu'on a de son degré de (I can geeeet nooo) satisfaction qui n'est pas la même selon les gens.  
 
Avec un salaire de cadre, j'avais "trop" de thune au sens où il m'en restait toujours. Mes collègues, probablement mieux payés (c'te brochette de vieux, y en avait ) se plaignaient de ne pas en avoir assez... mais eux voyageaient tous les ans plusieurs semaines au soleil, avaient un grand pavillon, deux bagnoles, une moto, deux gosses, un labrador, trois chats, 2 équipements Apple par membre de la famille, animaux compris, et j'en passe. Pourtant, je préférais ma vie (en toute honnêteté elle est quand même mieux ). Chais pas, on n'a pas le même référentiel quoi, moi ça me suffit de bouffer des trucs bons quand je veux, de m'acheter des JV et un gros PC de temps en temps pour les faire tourner, et de pouvoir partir n'importe quand en voyage sans avoir à me faire ch** à chercher le créneau de 2,3j où les billets SNCF seront 10€ moins cher.
 
Tout Captain Obvious mis à part, il me semble qu'il y a des études qui ont montré que l'argent fait le bonheur jusqu'à un certain seuil (le seuil où t'en as assez, je suppose) et qu'après ça fait plus vraiment de différence.

Chaque choix à avantages et inconvénients, quand on veut changer de vie on peut faire les choses petit à petit c'est plus simple que d'être radical. Ca fait peur quand on décide un grand changement mais tout ce qui s'est fait à travers l'histoire en bien a pris du temps, c'est pareil dans la vie d'un homme, le temps fait bien les choses.

je met la priorité sur la bouffe et sa qualité, pourtant j'ai moins que le Smic et je mange mieux que certains qui gagnent nettement plus que moi.
 
Comme les posts au dessus, on augmente pas forcément la qualité de vie en ayant plus de tunes, et mon post sous entend pas qu'on doit vivre avec 3 euros par jour, mais bon si ça t'amuse de mal interpréter mon post...

 
Ça dépend, des fois tu te retournes et PAF, quinze ans dans la vue

D'un autre côté, vu le parcours de plusieurs d'entre nous, je pense que c'est quelquechose qu'on s'est déjà dit, notamment par rapport à nos années de taff. Moi je suis un lent, mais j'ai pas de regret et globalement je vois les bons côtés à prendre son temps.
Dans le taff, on doit commencer à 20 ans, pour être au top à 30/40 ans et après on commence la descente pour se faire jeter et partir à la poubelle à 60 ans, j'exagère mais y'a de ça, dans le quotidien c'est pas ça du tout, chaque jour on est vivant bordel de merde  

Tiens, en passant: le titre, c'est "reconversion: marre de"
 
Il y en a ici qui ont - plutôt que réagi "a posteriori" -  pris le taureau par les cornes en amont?
 
Cad que je suis informaticien, gagne bien ma vie, évolue dans mon métier, a du boulot "assuré" pour quelques années encore, bref n'en ai pas encore "marre de" mais préfère prévenir que guérir?
 
L'obsolescence - programmée? - des connaissances, spécialisations technique des compétences en informatique semble réelle de nos jours. Les métiers évoluent: on peut se "laisser porter" ar l'évolution en question (ce que je fais avec plus ou moins de bonheur), mais aussi décider, ma foi! de prendre soi-même son évolution en main.
 
Bon, là ou ça coince, c'est que si on est encore "bien" en informatique, et qu'on y es pas atteri par hasard, ça parait curieux de songer à se réorienter. Au pire, changer sa façon de travailler, mettre a jour ses connaissances et techno devrait suffire. Mais est-ce que ça suffit vraiment?
 
Et sinon, un trou de 4 ans pour un tour du monde en voilier, ça passe comment sur un CV?

Etre calé et passionné par un truc et que ça se passe pas bien c'est que l'environnement et la situation cloche.
 
Pour le CV je met en avant mes compétences pas mes expés, ça permet de moins jouer sur les années à bosser ou pas

 
4 ans, si tu travailles sur des technos qui bougent beaucoup, c'est 1 à 2 versions de retard   .

 
J'ai toujours voulu faire de l'info et j'étais super calé dans les études. Et je me suis rendu compte au bout de 10 ans de métier que je ne supporte pas de bosser 8H par jour dans un bureau. Résultat je fais de la maintenance à aller remplacer des disques durs et des barettes mémoire chez les clients   (Ce qui me fout un peu la rage vu le boulot que je faisais avant et les opportunités que j'ai pu avoir entre temps   )

 
Tu peux couper la poire en deux et faire de l'exploit : oui tu es toute la journée dans un bureau mais tes journées ne se ressemblent pas, tu sais jamais le matin quelle est la merde qui va te tomber dessus.  
 
Bon OK dit comme ça c'est pas vendeur. Mais il y a une variété qu'on ne trouve pas dans la gestion de projet - poussage de fichier Excel moisi, je trouve.

Biez, qu'est-ce que tu appelles de l'exploit? C'est faire du support et de la résolution de bugs c'est ça? Tu es en relation avec d'autres ingés, support, client, etc...?

 
Non, pas vraiment.
 
Dans une conception "moderne" de l'informatique, tu as en gros 3 parties:
La MOA (ou "le métier", "les fonctionnels", "le client", "les utilisateurs" )
la MOE (ou les dev, les consultants, les prestataires, ect)
la prod/exploit (s'occupe des bases oracles, des serveurs unix et des réplications d'environnements, des mots de passe, des travaux de livraison et de compilation, fait les astreintes pour la maintenance des serveurs en dehors des plages horaires de service de l'application, s'occupe des ordonnanceurs, du suivi des lancements des jobs, de la surveillance des logs, du suivi du planning de l'application, ect)
 
La prod/exploit, en principe, c'est les "petites mains" ou autres lutins qui s'occupent de faire "tourner" l'appli, les serveurs, ect.
Ce sont les "dev" qui corrigent les bugs ou implémentent les nouvelles fonctionnalités.
 
La plupart des structures atteignant une certaine taille adoptent ce type de fonctionnement avec un pôle "prod/exploit" dédié. (voire un système de contrat interne de garantie/maintenance des serveurs et de tout un tas de tâches "délègables" par les dev)

 
J'ai connu cette periode, je suis aujourd'hui dans une boite à taille moyenne( 200 personnes), avec un petit SI ( 7 personnes ).
 
Du coup on touche à tout , trop à tout a mon gout.
Depuis 2 ans je fais de l'architecture, du dev, du réseau, de l'infra,du métier même...
 
La ou je ne m'y retrouve plus c'est qu'au final j'ai un poste de technicien mais avec un rôle bien trop élargi.
Je porte des responsabilités que je ne devrais pas avoir, particulièrement concernant le métier en prenant des décisions bien éloignées de mon périmètre initial.
Je n'ai pas de responsable technique, ni même quelqu'un qui me comprenne à qui exposer les problématiques d'un projet technique.  
Jamais la moindre Spec metier cohérente avec une vraie demande  
 
Bref j'ai trouvé une place dans un gros groupe, j'ai besoin de souffler !
 

 
Ça fonctionne plus ou moins sur ce modèle dans ma boite, chaque groupe est bien cloisonné dans ses tâches, et on se rend vite compte qu'il y a de la place et un besoin pour des postes transverses, surtout entre dev et exploit.

 
Le terme pour ça est DevOps il me semble.

 
Oui et non, il manque du monde dans cette organisation (et je sais pas vraiment comment l'appeler, dans mes anciens jobs c'était "exploitation applicative" ou "support fonctionnel de niveau N". En fait tu peux très bien avoir un système qui tourne, un ordonnanceur qui ordonnance, des trucs qui s'exécutent, mais des cas """"à la marge"""" (LOL) qui vont planter et sont trop fins pour être vus par la prod/l'exploit.  
 
C'est un peu ce genre de job que j'ai fait, le cul entre la prod et le dev : tu soutiens moralement les pauvres types qui se font eng** par les clients toute la journée, et quand tu vois un problème tu vas essayer de trouver le bug, de trouver un développeur qui n'en a pas ràb pour le lui faire corriger, ensuite tu vas regarder tous les sous-cas concernés par le bug et les débloquer à la main, chercher les merdouilles qu'il a pu causer en cours de route, faire la reprise de données si besoin, faire une préconisation au support client pour contournement s'il faut, etc etc.  
 
C'est intéressant parce que as vraiment le cul dedans, par contre tout le monde te regarde comme si tu étais un emmerdeur et t'es jamais invité aux pots du dev (et le support fait pas de pot, il a pas de sous ).
 
C'est aussi super dur de bien faire ça parce que si tu lis la doc qu'on te donne bonjour pour savoir comment ça marche, y a des gens qui n'y arrivent jamais. Mais c'est intellectuellement stimulant. Le problème c'est que dans plein de boîtes ça existe de moins en moins, maintenant tu n'as plus aucune connaissance de comment marche ton appli et tu ouvres des tickets. Alors qu'un support @home de gens qui sont polyvalents et peuvent te faire une reprise de données instantanée aux p'tits oignons ça peut te sauver un SI.

En parlant de sous, l'exploit/prod est à fuire si le salaire est important à vos yeux... Peu de reconnaissance en général (qu'elle soit financière ou même humaine) malgré des connaissances techniques parfois très pointues sauf poste à responsabilité.
Les € vont en général à la MOA/AMOA.

 
Effectivement, c'est le poste qui retire la plupart du temps l'ensemble des mérites, alors que finalement... Ce sont la plupart du temps des (bons)interlocuteurs ayant certes la connaissance métier (encore que  bien souvent identique à certains dev ) et sur des sujets bien précis; bref le MOA n'a pas une vision élargie d'un SI.
 
Ce qui me dérange c'est que ces personnage se permettent bien souvent des réflexions sur des sujets technique sans la moindre connaissance ; Du genre "c'est rien à dev" , "c'est simple"," il suffit de "; "Dans 2 jours c'est terminé" ; "On fait une Mep tel soir " ect ect  
 
Certain MOA ont un sens que je juge assez critique.
Bien souvent,aucune remise en question...Si les projets ne sont pas terminés à temps bah le responsable c'est la technique .. : "Fallait faire comme ca" .
 
Un bon MOA c'est vraiment bien et je pense que ça apporte beaucoup dans une entreprise et dans un SI, mais j'ai tendance à penser que si le MOA se pose autant de question métier que la personne qui réalisé les SPEC métiers et les devs c'est qu'il ne sert a rien.
 
C'est dans ce cas  un job grassement payé dont une entreprise pourrait se passer volontiers.
 
 
 

 
Ça faisait partie des remarques de l'article sur les bullshit jobs : les gens qui font les boulots utiles sont traités comme de la merde et payés au lance-pierres, les éventeurs de fichiers Excel sont vachement mieux traités.  
 
Y a des matins, à l'exploit, tu as l'impression que c'est un sacerdoce (et des mots comme dévotion, croix, prier, sauver sont dans le champ lexical quotidien).  
 

 
- Ben c'est pas compliqué à développer, vous faites comme xxx.
- Tu me l'écris dans une spec stp ?  
- Bah y a pas besoin, c'est comme l'autre appli là. *griffonne* *scrrritch* Tiens, je t'arrache la page de mon cahier, tu peux partir de ça.  
- Heu oui mais non, et le cas yyy, tu le gères comment vu qu'il existait pas dans xxx ?  
- Bah tu fais les choses intelligemment, faut que les différents cas soient gérés au mieux. Y a qu'à le gérer comme les cas existants dans xxx.  
 
 

Le dev : - Tu me l'écris dans une spec stp ?  
La MOA : Non pas besoin fait comme la dernière fois
le dev : ><

En général je réponds que la dernière fois je sais très bien comment ça s'est passé et non merci, parce que mon équipe est encore en train de ramasser le khäkhä à l'heure qu'il est bien que ces connards du marketing aient eu leur pot de "ça s'est trop bien passé le lancement lol"

(et là, évidemment, on te répond : "ah ben y a qu'à faire comme la dernière fois mais en corrigeant les problèmes pour que ça marche alors" et GOTO 1)

Bah j'te souhaite de trouver un taff ou tu pourras y mettre tes compétences sans a avoir à te faire chier. Au moins tu test autre chose, mais peut être que ça t'amenera également vers un autre changement plus bénéfique pour toi  

Tu peux tirer des avantages d'être le seul à "savoir".
 
Sinon pour les responsabilités élargies, bah avec l'expérience tu peux aussi en tirer avantage, en disant que ça fait pas partie de ton taff de base mais que tu seras plus motivé avec une petite augmentation.
 
De toute façon on essaye de faire ça avec dans de nombreuses boîtes, on gratte, on gratte, on gratte. Mais si on ouvre sa gueule ça peut passer.
 
Perso je suis passé du petit timide apeuré au mec bien plus sur de lui, qui demande des trucs cohérents et qui les obtient et ça te met pas forcément en danger au contraire. Si j'avais pas eut plusieurs expériences j'aurais pas assez de recule pour m'imposer je pense.

Ah ouai et pour les rigolos qui te proposent un truc "facile" bah faut leur dire de le faire eux mêmes si c'est si simple ah ah.
Sinon y'a la solution B c'est de dire oui et de laisser le truc en plan, j'aime bien celle la.

 
"Il n'y a qu'une seule façon de dire non: dire oui, et ne pas le faire"  

Dans mon dernier poste, tu disais oui, tu attendais une semaine, tu envoyais un mail de demande de précision foireux, pas de réponse, attente puis relance, le gars transmet à son sous-traitant (vu que plus personne sait rien faire en interne), pas de réponse, tu le relances, il relance, il te transmet une demande de précision sur ta demande de précision, que tu soumets à ton sous-traitant à toi (c'est pas le même).  
 
Enfin bref.  
 
Bizarrement, tous les projets avaient trois ans de retard  

 
Oui effectivement, mais dans ma PME on n'en a pas, du coup ça râle pas mal entre services, trop cloisonnés.

Merci pour vos infos. Et les histoires qui vont avec.    

   l'efficacité  

Dites, voudriez pas monter une boîte    ? je suis sur que même à distance ça marcherait mieux que toutes celles dont on parle...