Reprise du message précédent :
J'ai déjà vu deux fois de suite qu'un type commence la mission en ayant déjà démissionné
 
Après les clients se plaignent, mais mon avis est qu'ils n'ont qu'a pas recruter de prestataires si ça leur pose problème et recruter en interne.
 
Ils peuvent pas avoir tous les avantages sans aucun inconvénients.

 
On rappellera à juste titre que le système des SSII / ESN n'existe qu'avec la complicité de leurs clients

 
On a déjà essayé de me coller sur une mission, alors que j'étais enceinte de 6 mois 1/2, et devant se finir après mon accouchement
Pas de bol pour eux, c'était pour intégrer une équipe déjà sur place, et le mec savait déjà que j'étais enceinte

 
Tu restes dans l'IT ou tu vas faire totalement autre chose ?

Je fais totalement autre chose.

Et tu vas faire quoi si c’est pas trop indiscret.

J'avais fais mes études via la filière pro dans la maintenance  industrielle. J'avais profité de la bulle internet durant la période 2000.
Jai envie d'y retourber en tant que Technicien d'équipements et exploitation électrique en électricité.

Bonne chance pour cette nouvelle aventure.  
 
Perso je me pose également de plus en plus de questions. La technique c’est bien mais les relations humaines ça manque. Pourquoi pas me diriger vers un poste de commercial...

Je te comprend, perso c'est lié à plusieurs facteurs. L'age, au bout d'un moment ça va coincer, je stagne et je n'ai plus envie d'autre aussi réactif par rapport aux nouvelle techno qui va créer un décalage avec l'age.
Voir autre chose et ne plus trop me prendre la tête avec le système des SSII. Mais je quitte un ou des problèmes pour en gagner d'autres.
Il faut savoir sortir de son confort.

Tout ça pour être entouré de fzdp qui pensent qu'à leurs primes et leurs gueules. Ça fait rêver comme métier.

Ça reste une idée
C'est loin d'être évident quand t'as fait plus de 10 années d'IT (technique) de te voir faire autre chose mais quand tu n'es plus forcément motivé par cette branche du métier faut bien trouver d'autres pistes.
 
Moi je sais que j'aime bien le contact avec les personnes (échanges sur des problématiques, discussion d'amélioration, suivi et satisfaction clients, ect..) en tout cas aujourd'hui cette partie + humaine me manque un peu.

Tu dois pouvoir trouver des passerelles comme le métier d'ingénieur avant vente si tu es attiré par le commercial

 
Faut faire consultant IT pour ça.
 
Commercial consiste surtout à construire et défendre des propales pour conquérir de nouveaux clients.  
Le suivi client est une activité nécessaire mais plutôt secondaire.  
 
Tu peux trouver un très bon compromis en étant ingénieur avant-vente, ça demandera du relationnel mais aussi de l'expertise produit.

Après commercial, t'es pas forcement un vendeur non ?
Mais tu peux effectivement gérer la relation avec le client
 
edit :

C'est la 2eme fois de ma vie que j'en entend parler. Pourquoi avant-vente ? ça peut aussi gérer le après-vente non ?
Vrai question, pas de troll

 
Avant-vente parce que c'est toi qui proposes une adaptation du produit aux besoins du client (via le cahier des charges initial + des ateliers avec le client ) et établis le chiffrage en conséquence, en amont d'une vraie propale et "avant" que le client décide de retenir ton produit plutôt que celui d'un concurrent.
 
Tu peux intervenir ensuite "après" vente pour faire de l'expertise produit sur des points précis (en tant que consultant facturé à très bon prix) par exemple l'interconnexion avec des SI externes (à tout hasard, de la BI ou des outils maison par exemple), mais tu ne feras pas ou peu le métier de dev, et donc ne pas mettre les mains dans le cambouis (ce qui sera réservé à des profils moins chers que toi )
 
EDIT : La prospection commerciale est faite par le commercial (qui réceptionne els appels d'offre et construit la propale finale), tu t'occuperas surtout de la mise en place opérationnelle.

Parce qu'un ingénieur avant vente c'est la personne qui présente les solutions vendues en fonction du besoin.

Je ne sais pas s'il fait de la prospection mais en tout cas, lorsque tu vas contacter un fournisseur pour un besoin particulier, c'est lui qui va prendre le relais, analyser ton besoin et te proposer des solutions techniques en fonction de ce qu'il a dans son stock en gros.

Il t'accompagne jusqu'à signature, ensuite c'est plus son taff.

Pour être bien fait, il faut une bonne compétence technique, un bon esprit d'analyse et le relationnel.

Ça paye +++

Oui je connais le poste d'avant vente par contre vu que la technique m'intéresse de moins en moins c'est pas une option que j'avais retenue

 
"La technique" de manière générale (Archi, BDD, dev, réseau, infra, sécu, cloud, interconnexion entre SI...) ou bien juste "le dev" en particulier ?

Je ne suis pas dev.  
J’ai fait du pc support et depuis 3-4 ans de l’administration systèmes et réseaux.  
Je n’ai pas de spécialité mais je touche un peu à toutes les briques du SI.  
 
C’est beaucoup trop stressant comme taff c’est peut-être ça qui m’en « dégoute » un peu. Après c’est peut-être aussi le contexte qui veut ça, je suis seul à ce poste avec des centaines de clients à gérer + notre propre SI. On essaye de recruter mais y’a pas foule de candidatures.  
Perso je n’ai plus envie d’un taff où les soirs et WE tu penses encore au boulot car à tout moment y’a un truc qui peut lâcher et que ça sera pour ta pomme.

 
Alors ton problème n'est pas "la technique" mais les conditions de travail que te donne ton employeur.  
Tu devrais plutôt songer à changer de crèmerie qu'à changer de métier.
 
Si tu arrives à tenir la boutique tout seul, ton employeur n'a pas d'urgence à recruter.  
A toi de faire en sorte que ça ne tienne pas / plus  

Merci mais je pense savoir si mon problème est la technique ou pas
 
J’indiquais au départ que je souhaitais plus de relations humaines dans mon quotidien. Changer de boite pour retrouver plus ou moins la même chose ne changera pas grand chose. On va dire qu’actuellement y’a une accumulation de tout mais que le problème de fond c’est quand même le métier qui m’attire de moins en moins.

Perso je trouve la proposition d’avant vente pertinente, la technique elle se fait de façon assez abstraite et dans la communication avec le client ..
Après si tu penses au boulot de dev une fois rentré chez toi le problème est dd ton côté quand même je crois

Bah on est trois à lui avoir dit alors qu'on attends rien en échange donc j'espère que ça va faire tilt.

 
Chez nous les gens qui gérent les clients sont appelé account manager. Selon c'est même une équipe. Quand genre tu facture ton client 300 millions par an.
 

 
De ce que connais pour mon employeur (en IT):

• les account manager sont là pour gérer la relation client et les brosser dans les sens du poil.
• les project manager ont typiquement un ou plusieur produits à gérer ou des besoins clients à faire implémenter avec un budget. Il font le suivit et choisissent les priorités. En agile ils jouent parfois le role du client ou du product owner.
• les ingénieur avant vente vont aider les commerciaux à associer des demandes client pour le produit à des coût/délais/faisabilité pour savoir comment l'inclure ou pas dans le contrat, à quel prix et pour quand.
• le commercial cherche de nouveau clients, renégocie les contrats périodique et essaye de convaincre les clients existants d'acheter plus.

De toute façon quand de gros contrats sont signés, typiquement des disaines/centaines de millions par an, c'est pas le gus de base qui fait ça tout seul. Il faut souvent plusieurs années et une équipe pour convaincre un client, encore plusieurs années pour faire la migration du client et implémenter ce qu'il demande. Et les gros contrats sont signé par les grosses huiles.
 
De l'autre coté les équipes R&D vont faire du suivit de projet, gérer les développement en agile... C'est la partie qu'on voit la plus souvent coté DEV. C'est ce que tu dois connaitre.
 
Ta aussi les équipe support qui gérent les problémes aux quotidiens quand le client ouvre un ticket pour un probléme ou un autre avec un support 24/24 en cas de probléme urgent. Et coté R&D/DEV on peut éventuellement étre appelé en astreinte pour ces urgences si les équipes supports et les opérations ne s'en sortent pas seules.
 
Je sais pas dans ta boite, mais typiquement c'est assez rare de voir des non dev devenir des dev car y'a trop de hard skills manquante. Quand c'est le cas, c'est souvent un ancien dev passé manager qui passe architecte ou principal engineer (dev super senior/expert).  
 
Par contre les DEV peuvent facilement se recycler en testeurs, expert fonctionnel, chef d'équipe, dans les roles scrum/safe et certains vont vers les opérations, la gestion de projet ou les aspects commerciaux.
 
Une amie à moi était dev y'a genre 6-7 ans, elle est passée experte fonctionnelle et depuis quelques mois chargée de compte client (petits clients).
 
Autant les devs ont la réputation de pas étre tous au top en soft skills, autant quand ils quittent le dev, il sont ultra appréciés pour leur capacité à comprendre la technique. Du coup si ta des facilités pour les softs skill, la gestion de  projet, le commerce, c'est un bon tremplin.

 
+1 pour cet aspect. Dans la boite ou je bosse tu as des centaines d'opérateurs répartis tout autour du globe (Australie, Allemagne et US essentiellement) . Chaque site à un créneau de 8H ce qui permet de suivre les sujet sur 24H sans stress.
 
Les weekend, y'a des astreintes clairement identifiées avec rotation et largement payées. Mais typiquement pour éviter les problémes on ne fait pas de load senssible le vendredi.
 
De toute façon ils sont pas en frontal sauf si la pane est purement technique. Les clients sont géré par le support (qui lui aussi est réparti dans le monde entier) et qui filtre. Si quelque chose n'est pas vraiment urgent, tu sera pas dérangé le weekend. Et l'atreinte n'est qu'à son tour une fois de temps en temps.
 
Par contre je suis pas sur que gérer le relationnel soit moins prenant/stressant.
 
Les clients, selon sur quit tu tombe peuvent étre chiant et désagréables et tu peux pas leur dire leur 4 vérités. Et ça peut mettre beaucoup de stress.
 
Tout ça pour dire que ça dépends beaucoup de la boite et des gens.

J’apporte ma petite pierre à l’édifice, car j’en ai gros sur la patate.
 
J’ai fait une reconversion dans l’informatique il y a 5 ans de cela et ne connaissant pas bien le marché de l’informatique je me suis orienté vers les ESN au lieu d’un client direct (grosse erreur); au début j’aimais bien le faite d’être consultant et de changer souvent de mission pour voir de nouvelles personnes et de nouvelles Stack techniques et monter rapidement en compétence, mais maintenant après 5ans de dev mobile/web full stack je n’en peux plus. Ma dernière mission a été la pire de toutes, une boîte avec la pire gestion de ses ressources dev avec cassement que des développeurs externes (freelance et consultants) et un énorme turn-over, aucune documentation (mais ça, c’est un classique), tout ça pour continuer à empiler du caca sur l’application flinguée qu’ils auraient du réfactorer il y a 4 ans. Une usine à gaz le bouzin pour au finalement des vieux CRUD moisis et un SGBD claqué au sol, la vraie cour des Miracles.
 
Tout me saoul dans ce métier aujourd’hui, la veille technologique qui n’en finis plus, les commerciaux qui ne servent à rien et qui touchent une meilleure paie, les clients qui demandent d’être force de proposition, mais avec une stack technique d’il y a 10ans, les p*****s de test technique CodeInGame, les framework JS qui bougent tous les 4 matins.
 
Du coup en ce moment je suis en intercontrat et j’ai mis fin à ma PE, je continue à coder sur des projets perso par ce que j’aime ça, mais je n’ai plus envie de coder pour un client. Récemment j’ai découvert le métier de Business Analyst qui me permettrait de passer du côté fonctionnel/métier tout en étant pas un bâtard de chef de projet qui n’y connaît rien à la technique comme bien souvent dans les projets IT.
Pensez-vous que ça serait une bonne idée ou alors on passe aux chèvres dans le Larzarc directement sans passer par la case départ et toucher les 20 000 francs ?  
L’inconvénient des chèvres, c’est que niveau rémunération c’est pas ouf non plus.

 
 
Déjà tu as combien d'argent devant toi ?
C'est à dire : tu peux vivre combien de temps sur tes économies si tu n'as plus de revenus ?
 
Ensuite tu sembles aimer le métier mais pas l'environnement récent dans lequel tu as bossé.
As-tu envisagé de faire simplement un pas de côté, en tentant d'aller bosser pour un éditeur de solution SaaS ou encore de passer freelance mais en choisissant judicieusement les clients ?

 
Les commerciaux ont une valeur ajoutée quoi qu'on en pense : il s'agit simplement que tu n'as pas forcément conscience du travail qu'ils font quand ils ne sont pas sur place avec le client, ou quand il t'appelle un coup de temps pour savoir comment ça va. On leur demande de gagner des contrats(ainsi que d'éviter d'en perdre ), toi on demande d'exécuter un contrat. Chacun son truc.
 
Il est normal qu'un client te demande de trouver une solution, c'est toi l'expert après tout.  
Même si en temps normal, c'est plutôt à la DSI de la trouver et de te demander de la mettre en oeuvre (tout dépend de l'organisation interne, et de la taille de la structure, si les internes sont des branques ou pas, cf. ton premier point ).
 
La veille techno tu n'y échapperas pas si tu bosses dans l'IT, tu vas devoir t'y faire. Il est par contre vrai que les frameworks front changent en permanence, et j'aimerais pas être à la place d'un dev web...
 

 
Passer côté métier suppose de savoir parler avec des utilisateurs finaux qui n'y bitent rien à l'informatique (comprendre : refuser les demandes farfelues), tout en sachant parler avec les gars de l'IT qui ne sont pas foutus de coder une règle de gestion proprement (notamment parce que les tests d'acceptance n'existent pas ). Ca suppose aussi de savoir décrire un besoin (= capable d'écrire des specs / des stories).  
 
Pourquoi pas si ça te botte après tout, mais il va falloir démontrer un minimum d'xp dans ce métier.
 

 
L'exemple du Larzac est mal choisi parce qu'au dela de la rémunération pourrave, les bergers font bien plus de 35h / semaine. On peut potentiellement parler du double  
Mais au moins, la vue est belle (tant que c'est pas une VueJS   )

 
Je fais de l'angular/java, je me respecte à minima.... enfin niveau Language verbeux on a rarement faire pire cela dit.
 
Sans revenu ni chômage (je ne sais pas encore combien de temps de droit je vais avoir), je pense 3 à 6 mois selon.
 
Freelance c'est mort je n'ai pas le niveau, tout le monde n'est pas un dev né et les tutoriels, ça me gonfle à force.
Me reste le choix de partir chez un client final avec une stack qui bouge très peu ou trouver une formation pour devenir BA, mais ça ne court pas les rues.
 
Le problème c'est que je sais que je peu devenir BA sans grande difficulté, mais en France si tu n’as pas le diplôme ou la bonne certification et 5ans d'xp sur un truc sorti la veille tu galères pour prouver que tu es qualifié pour ce poste.
 
J'en ai surtout ma claque du code en général, faire des boucles for toute la journée c'est bon à un moment donné   j'ai envie d'un peu de relation humaine et un sens dans la vie.

Aucun problème à se vendre BA sans diplôme il faut surtout convaincre de ta capacité à te projeter en terme d'évolution produit et besoin client.

 
J'en ai eu ma claque tout autant que toi du code il y a quelques années, j'ai voulu transitionner sur le taf de chef de projets, et j'ai démissionné pour le devenir à plein temps en freelance.  
Pour ensuite le devenir en interne quelques années plus tard.
En effet y a pas / peu de formations pour devenir BA, ceux que je connais ont fait une école de commerce, parfois avec une composante projets IT. Autant dire que c'est pas gagné.
 
Une passerelle indirecte possible est de faire de la QA côté métier (une certif ISTQB peut alors aider), mais rien n'empêche de tenter ta chance en direct si tu orientes ton CV au maximum vers ta relation avec les métiers.
Si le sujet de l'agilité d'intéresse, tu peux tenter une passerelle en devant Product Owner et de passer des certifs en rapport (PSPO par exemple). Ce n'est pas BA "pur", mais ça s'y rapproche un peu plus.

 
Oui je vais réorienter le mieux possible mon CV sur Linkedin même si c'est marqué en gros "Dev full stack", on ne sait jamais, advienne que pourra.
 
Le test à la rigueur ça pourrait m'intéresser un peu plus que chef de projet, je vais regarder pour la Certification ISTQB, merci du conseil    
Je suis quand même tombé dans des bonnes missions ou les chefs de projet ou product owner ou scrum master étaient excellent et partageaient leur envie d'aider les équipes. Heureusement que tout n'est pas à jeter dans les projets IT mais ces postes ne m'intéresse pas énormément, après s'il faut faire un peu de chefferie de projet pour pouvoir avoir un tremplin sur de la BA on ne va pas cracher dans la soupe par vanité.
 
La seul vrai certification de j'ai trouvé pour BA à ce jour c'est celle de l’IIBA au canada mais c'est assez long (6mois).

De quel SGBD dont tu parles, car les 10 premiers répondent forcément à un besoin. Ceux claqué au sol n'existe plus.  
Pitié ne dit pas Acces  

 
Ma faute je me suis mal exprimé, c'était pas vraiment le SGBD le problème puisque que c'était du Postgres mais l'ORM en carton aka TypeOrm... hibernale mais en nul  

 
Ce n'est pas le sujet du topic, mais il y a deux catégories   .
- Ceux qui utilise un tank pour niquer une mouche dans le dos. Exemple : utiliser Oracle pour gérer une pauvre table, pas de proc et après ça va accuser Oracle des trop lent- déjà vu
- Ceux qui utilise une Renault pour faire Paris Pekin. Exemple : Utiliser Mysql et tenter d'imiter un Erp  (en gros rien compris ce que c'était un ERP, déjà vu)
C'est souvent qu'ils sont pas utilisé dans leurs périmètre adapté.
après, Mysql il ne faut pas trop lui en demander    
 

Ha ok car Posgresql est pas mal.

 
Facebook tourne sur MySql donc je pense pas que ce soit ce qu’il y a de pire.
 
(oui le truc à trois milliards d’utilisateurs)

Honnêtement depuis que je bosse avec des "grandes" sociétés, j'ai vite compris que ce n'est pas gage de garantie. Certes ils utilisent Mysql, mais comment c'est géré à l'intérieur. Mysql avec un moteur maison ?
Inversement, cela me rappel des entreprises qui souhaitaient utiliser absolument Oracle parce qu'au vu des clients et autres ça fait pro.
Je ne crache pas sur Mysql et sur aucun SGBD, mais pour avoir eu à travailler dessus, il faut bien comprendre comment il fonctionne, ce qu'on peut ou éviter de faire avec. J'y bossais en parallèle avec SQL Server et Postgresql, c'est ainsi que j'ai vu un peu les différences.

 
Bonjour, vous connaissez FileMaker Pro ?

 
HyperFile si tu voulais paraitre tout à fait détestable