Reprise du message précédent :
merci pour vos réponses, comme je m'en doutais sans diplôme c'est difficile

 
Mais les gens font partie du travail.  

Oui, ils font parti du travail. Après tout dépend de la place que ces gens prennent dans la société.
S'ils sont minoritaire ça va, Quand tout le monde commence à se renvoyer les problèmes aux uns et aux autres sans en avoir rien à faire, c'est là où ca devient compliqué et que ca dégoute du boulot.
Mais cela n'est pas spécifique à l'informatique.

 
Quand t'auras compris que le consultant c'est celui qui ramasse toute la merde en fin de chaine quand un chef de projet se chie dessus en faisant une mauvaise cotation par exemple et que c'est le commercial qui rammasse toujours tout, alors t'auras fait un grand pas en avant    
 
Maintenant quand on débute tout es toujours beau est merveilleux
RDV dans 3 ans pour faire un premier vrai bilan.

il s'agit aussi de ne pas être totalement cynique
ça arrive des fois d'avoir des bonnes missions dans des boites avec une organisation saine et une bonne dynamique de groupe. c'est rare mais ça arrive

 
Roufl cette aigritude qui transpire.    
 
Tu n'as pas répondu à ma question, et tu n'as pas du comprendre non plus que j'avais passé l'age pour me prendre la tête pour ce genre de truc. Le cas que tu décris c'est tous les jours, et ça m'en touche une sans bouger l'autre.    

Le process agile, quand c'est piloté par des gens qui savent vraiment le faire, c'est bien, hein. Le problème c'est que dans 80 % des cas c'est du process alazob

Moi aussi, cela ne me gêne pas que le chef de projet fasse de la merde.
Je fais ma partie, si le projet ne se termine pas correctement, ce n'est pas mon problème.
Des gens sont payés plus chers pour gérer les emmerdes, je les laisse gérer avec le client.

T'as bien raison.

En tout cas je peux vous dire que la première facture payée en indépendant, c'est cool. Bon j'ai toujours envie de faire autre chose, mais compter son pognon, ça fait passer le temps

Attends de voir arriver les impôts. T'en aura vachement moins à compter.

salut tout le monde!
 
dites quand on a créé un programme sous VBA (sur notre temps libre) qui peut intéresser des entreprises car permet d'automatiser les solutions qu'on peut proposer aux clients (et donc éviter ou du moins atténuer le risque d'oublis dus à l'être humain du genre "ah oui je n'avais pas pensé à vous proposer cette solution"...)
 
 => est-ce qu'on peut vendre le programme ou pas? je me pose la question car c'est intégré à EXCEL donc faut-il avoir un quelconque accord de Microsoft pour proposer notre programme à la vente?
 
c'est à titre informatif, merci

A titre informatif, si c'est du vba pour excel, tu n'as aucun moyen de protéger le code, il est visible par tout les utilisateurs auxquels tu donneras les fichiers.

La seule façon d'utiliser ce genre de fichiers sans se faire baiser, c'est en interne, et de fournir uniquement le résultat (sans oublier de supprimer les modules si on fourni le résultat sous forme de ficher excel ... ) au client. Ca, ça se fait, j'ai déjà vu.

C'est vraiment pas pratique.

Mais sinon oui, tu peux facturer soit le code, soit le résultat sans soucis. C'est juste que tu n'as aucun moyen de protéger le code dans ton cas.

J'ai toujours connu que des gens pour qui "agile" ça voulait dire "rapide", avec la qualité que tu as sans doute pu constater dans ce type de cas

"Tu sais moi je sais pas trop, je suis plutôt métier", aka "je comprends rien à rien mais je voudrais que ça marche épicétou".

La plupart du temps "agile" veut dire rapide (et code bâclé), pas de spec, et le dev doit fait une partie du boulot du chef de projet pour qu'il ai de jolies "métriques" à mettre dans ses powerpoints.

C'est le développeur qui est agile

 
Ça?
 
Ou ça?
 
J'ai aussi des histoires de:  

• Macros Excel qui copiait des macro Excel dans d'autres macro Excel, avec stockages des données dans des fichiers Excel liés entre eux (pour un total de plusieurs de Go de fichiers Excel... )
• Logiciels métiers stratégique pour la boîte, mais écrite par le boss de la boite sous Access, sur son temps libre, dont un ou le gars n'avait pas écrit une seule ligne de vba, tout était fait avec les macros
• Base Universe en Data Basic (pas de notion de fonctions ou de procédures, que des GOTO, GOSUB, RETURN) sur un vieux Bull DPX sous AIX, avec pour m'aider un admin qui me sort que certains des disques du serveur ont des led rouges allumés, que c'est louche, mais que comme il n'y connait rien, il ose pas rebooter...

En effet. Et tu t'en es sorti?  

 
Et donc le Larzac et les chèvres ? Content ?

 
Dans l'ordre:

• Non, la boite a coulée
• Oui
• Non, et aux dernières nouvelles, le client a déjà épuisé notre remplaçant...
• Oui
• Oui

 
Et le pire:  je bosse toujours dans le développement...
 

Membre d'or à la fistinière ?

 
merci

Je viens de passer des tests pour une formation Java EE (+ embauche assurée dans une énoooorme SSII ). Je serai pas pris car faudrait que je reconnecte quelques neurones pour aller plus vite la prochaine fois, mais ça me plaît, malgré vos posts

S.opr.a Ster.ia non?
 
Pour les tests Java à l'embauche go StackOverflow tu as plein de topics qui détaillent les questions récurrentes en entretien....

Mmmh peut-être celle-là oui  
 
Merci, je vais zieuter ça.
 

 
Vazy me sape pas le moral toi !  
 
Bon maintenant j'hésite, est-ce que je fais mon sarkozy en me payant un tel sur le compte de la société ?    
 

 
Je suis dans une équipe qui applique les principes du software craftmanship. En gros ça veut dire agile + pas de moa. Autrement dit le dev fait absolument tout, de la récolte des besoins métiers au dev et recette avec le métier. C'est pas inintéressant, c'est du vrai travail d'équipe, c'est assez stimulant. ça c'est pour le positif. Le négatif c'est qu'on s'éparpille, c'est que gérer le métier avec les problèmes de communication, d'incohérence de ces gens qui frise l'absence de toute logique , c'est pas la passion de tlm (et pas la mienne) , au final j'ai l'impression d'être productif à peine à 50% et de faire du dev maxi 40% du temps. Du coup j'ai beuaocup de mal à être satisfait de moi, même quand j'ai fait quelque chose de concret, j'ai l'impression que ça a pris 10 fois plus de temps qu'habituellement.
 
A côté de ça l'aspect agile est aussi un poil pénible quand il est suivi assez strictement. Ya un côté (auto)flicage dans cette méthodologie assez désagréable.

Évidemment, un téléphone est forcément pro, il te faut un téléphone pour être joint par tes clients et/ou prospect. En plus il apparait dans les mentions de la facture que tu remets au client. 100% pro et tu ne demandes pas la facturation détaillée. Simple.
 
 

 
Adjugé, qui suis je pour lutter contre la simple raison ?  
 
Bon je vais rester raisonnable et mettre que 50% de ma facture internet/tel sur la société. Mon bon coeur me perdra

100% pour internet aussi, c'est important pour pouvoir télédéclarer  

Clairement, le recueil du besoin et le fait de mettre un peu de logique dedans, c'est vraiment pas un truc qui plaît à tout le monde. Moi j'adore faire ça parce que je trouve que c'est super valorisant d'avoir le métier en mode "quelqu'un qui comprend enfin ce qu'on explique". Quand je suis en équipe, en général on est trop heureux de me laisser aller en réunion et rédiger les docs, surtout que je suis tellement casse-pied avec les détails, qu'au bout des devs, on a rarement de mauvaises surprises.
Ça vient aussi du fait que j'ai horreur de coder de la merde avec des rustines partout, du coup ça impose une conception carrée dès le départ.

 
Je n'avais pas encore ce terme sur ma carte de bingo bullshit d'entreprise, il me plaît beaucoup beaucoup, je prends  
 
Si seulement j'avais su ça il y a dix ans, j'en aurais parlé à mon chef et il nous l'aurait ressorti à toutes les réunions, ça aurait enrichi le jeu.

 
Ah ben là on est limite dans le mystique avec ce truc si tu lis les théoriciens de la chose
 
Cela dit c'est plutôt intéressant, vraiment.

Moi, j'ai triché, j'ai mis "équipe" et "projet". Je suis large devant tout le monde en nombre de points

(On dirais pas, mais c'est les 2 plus belles inventions de bullshit entreprise.

Car qui ne voudrais pas faire de projet dans sa vie, hein? Bon, c'est le même projet que le patron, mais d'accord! Et le projet "personnel" consiste essentiellement à être plus productif, certes

Pareil pour l'équipe, c'est cool, ça fait comme dans l'agence tout risques! bon, la "team" doit toujours faire ce que le chef propose comme "projet", obéir aux ordres, et dans l'exclusif but de produire plus pour l'entreprise, mais c'est cool, on est une team, on bosse tous ensemble, les mecs! )

© Franck Lepage

Je pose atout, j'ai "les équipes".

Mon chef ne disait jamais "l'équipe" ou "la team", il disait toujours "les équipes". Il faut redescendre l'information aux équipes. On va se coordonner avec machin et ses équipes. Tu en parles à tes équipes. Même si c'est trois pelés (voire un pelé, à un moment donné), ce sont "les équipes".

Vu que c'était notre chef, si jamais on avait "des équipes" j'imagine que ça devait le faire se sentir comme le roi du monde

(Bon, là à la place des gens du smiley vous imaginez un petit bonhomme avec des stylos dans sa poche)

 
On peut même plus rien replacer en société de nos jours...

Si, en société tu peux, mais là t'es sur HFR en compagnie de l'élite

 
L'élite gauchiste à tendance marxiste, j'ai bien compris

Qu'es-ce que vous pensez des problématiques de Big Data ?
Y'aurait pas un énorme marché en devenir (enfin ça a déjà commencé) à conseiller les boites pour construire des base de données solides, sur lesquelles elles puissent s'appuyer pour organiser l'information (financière et non financière) au sein de leurs groupes ?
Ça rejoint un peu la création de logiciels qui font tout, et permettent d'analyser beaucoup de données en même temps.
 
La façon dont je vois le futur des entreprises se trouve massivement au coeur de cette problématique. Ça va aussi permettre aux entreprises de se libérer de pas mal de salariés, tout étant plus compétitives.
 
Votre avis ?