Discussion :

[Wyl_Coding]

Agile c'est génial... A condition d'en appliquer ces principes. Personnellement en tant que chef de projet web, je m'assure de cadrer chaque sprint avec le client d'un côté et les devs de l'autre. Une fois qu'on est d'accord, on ajoute rien en cours de sprint qui ne prenne plus de 20 minutes tests compris. Sinon c'est le burn out assuré pour tout le monde et la responsabilité en reviens entièrement au chef de projet qui doit être en capacité de dire non au client.

[smarties]

La documentation est perfectible, mais je trouve la maintenance bien plus aisée que dans d'autres langages. De plus l'éditeur d'interface WYSIWYG est très pratique, permet d'être très productif pour réaliser les interfaces graphiques et dans la plupart des cas sans avoir à écrire une ligne de code. Un non développeur peut facilement faire des maquettes que le développeur pourra reprendre une fois la maquette validée.

Dans ma carrière j'ai eu l'occasion de passer sur plusieurs langages (une petite dizaine et pas que les nouveaux) et c'est le premier qui me frustre autant par le manque de documentation officielle et sur internet.
Je suis quand même d'accord l'éditeur WYSIWYG pour les interfaces est bien.

Ce que vous listez ne sont pas des composants mais des fonctions. Le Pascal n'est pas un langage fonctionnel mais on peut facilement se faire des méthodes de map, reduce, filter :voir cette démo

J'ai souvent besoin d'avoir besoin des maps pour l'unicité des clés et parfois pour aussi directement avoir les clés triées. Pour moi, c'est devenu un basique.

Folder des blocs de code, personnellement, je n'aime pas. Je préfère écrire de petites méthodes simples que d'avoir des méthodes lourdes et complexes où l'on soit ensuite obligé de plier des blocs de code pour comprendre ce qui s'y passe...

OK mais les fonctions de mes collègues est parfois long donc je voudrais avoir la possibilité de folder.

C'est valable dans tous les cas : quand on ne connait pas un framework, il faut le temps de l'apprivoiser... mais malheureusement en entreprise a t'on le temps de faire de la veille techno ?

Non, à discuter avec les collègues c'est le ressenti que j'ai.

Donc un langage qui va durer

Ca va finir par couter très cher à l'entreprise si on demande des meilleurs salaires, en plus du temps de l'accompagnement des nouveaux.

C'est toujours le cas lorsqu'on ne maitrise pas un langage... De manière plus générale, à un problème donné, il y aura autant de solutions qu'il y aura de personnes qui répondent.
Il y a aussi l'effet inverse : dans certaines communautés il y a X frameworks ou librairies qui adressent une problématique donnée. Il faut faire un choix, puis gérer la(les) dépendance(s) (qui elle même s'appuie sur des dépendances etc.) et cela complexifie la maintenabilité de l'application dans le temps (lorsqu'il faut gérer les montées de versions des dépendances et de ce qu'elles entrainent). De plus, très souvent, on a besoin que d'une petite partie du framework ou de la librairie mais du coup on récupère tout et cela alourdit l'application. On se retrouve avec un bulldozer alors qu'au départ on souhaitait enfoncer un clou.

Comme dit au début, c'est la première fois qu'un langage me frustre autant alors que d'habitude je suis très autonome. La boite a créé des composants qui ressemblent à des bouts de framework existant mais ils sont mal documentés, les fonctions sont nommées en franglais sans forcément garder la même logique le le langage.

[olivier50]

Salut, perso il y a plusieurs années j'étais chez un client où le CP utilisait des méthodes très agressives: nous étions pris à partie 2 fois par semaine debout devant le tableau, ça durait 1 heure et c'était malhonnête.

J'ai claqué la porte mais je suis vieux donc je peux me le permettre. Le lendemain j'ai été convoqué par ma ssii mails ils ne m'ont pas viré. Je suis resté encore 2 ans puis je les ai quittés.

-le client suivant avait été brieffé: résultat: très gentils avec moi, satisfaits et ils disaient que j'étais compétent.
-après mon claquage 15 minutes après j'ai eu un appel car qqn avait parlé de moi. Le type voulait m'embaucher.
-aujourd'hui je suis en fixe et mon supérieur connaissait le contexte évoqué précédemment: nous sommes sur le même longueur d'onde.

Si on traite les gens comme des chiens ou que c'est hypocrite ou malhonnête ça finit par pêter. Si dans certaines boites ils utilisent agile c'est parfois pour faire le ménage et forcer les gens à partir.

A+ et l'avantage dans le privé c'est que n'importe qui peut trouver chaussure à son pied et ça c'est le pied !

[vivid]

Perso quand je commence a entendre ou lire ce type de conne.. 'stand-up meeting '... je sais que ceux qui les introduises, les 'cultives' veulent réinventer la roue en lui changeant de nom, souvent des grandes guel.. qui n'ont que la parole pour productivité.

[grunk]

Salut à tous !

Ça fait 6 ans maintenant que je dév, au moins autant de boites en tant que salarié au compteur, et le constat est le suivant : Ce métier est beaucoup trop exigeant et trop frustrant.

Peut être que ton casting n'est pas le bon ? Poses tu les bonnes questions aux entretiens ? ON à la chance d'avoir un métier porteur qui souvent nous offre le luxe de choisir avec qui travailler. Il faut l'exploiter.
Ce qui est certains c'est qu'en passant en moyenne 1 an par société il me parait délicat d'arriver à s'acclimater correctement à la culture de l'entreprise ce qui inévitablement entraine une certaines frustration.

J'en ai marre de ces projets mal encadrés, avec des produits qui partent en usine à gaz, que ce soit les dévs qui gèrent les features du produit tandis que le PO n'est pas capable de pondre une seule US / Spec... Bah ouais, c'est ça l'agile !
J'en ai marre que le PO comprenne pas que j'en ai marre de faire la girouette pour des idées qui n'ont rien a voir avec le produit d'origine... Bah ouais, c'est ça l'agile !

Pour ca je n'ai pas de solution. J'ai jamais eu la chance de travailler sur des projets où les spec de départs sont exactement celle prévues à l'arrivée.
Par contre ce que j'ai fini par comprendre , c'est que bien souvent le PO fait avec ce qu'on lui donne. Et malheureusement comme l'exécutant final c'est toi , c'est toi qui fini par ramasser les changement d'avis du client , les pressions de la direction sur le PO , etc ...

J'en ai marre de faire des tests qui me semble de plus en plus inutiles, de paramétrer des environnements, de me confronter à des bugs d'infra non stop (auth, database, cloud, etc.). Bah ouais c'est ça être Dev Fullstack !

Perso je préfère gérer ce genre de chose plutôt que d'attendre que les ops soit disponibles pour faire ce dont j'ai besoin. Je pense qu'il faut pas se voiler la face, le métier de développeur c'est pas juste pisser du code , il y'a plein d'a coté qui sont presque aussi important et ce quelque soit la techno.

En bref, j'en ai marre de devoir avoir la force de frappe d'une bombe nucléaire pour tuer une mouche quoi...
Trop de bullshit, trop d'élitisme, trop de boulots qui ne sont pas dans ma fiche de poste, tout ça pour trop peu de concret et de résultats... Si peu satisfaisant...
Des fois je préfèrerais gagner moins pour me sentir plus utile et plus fier de ce que je fais... Genre, caissier dans un supermarché quoi par exemple...

Tu t'es peut être tout simplement trompé de voie , ca arrive a plein de monde et c'est pas très grave. Faut juste avoir le courage de dire stop et de faire autre chose.
Ce qui est certains ,et c'est vrai dans tous les jobs, c'est que ce n'est jamais à toi de pallier aux lacunes des autres. Ton job à un périmètre , si tu dois en sortir c'est que quelqu'un ne fait pas sont travail et là il faut savoir mettre le hola et ne pas tout accepter. (faut être intelligent hein , dépanner de temps en temps pour sauver un collègue c'est bien , faire son job tous les jours , c'est non)

[sergio_is_back]

Dans ma carrière j'ai eu l'occasion de passer sur plusieurs langages (une petite dizaine et pas que les nouveaux) et c'est le premier qui me frustre autant par le manque de documentation officielle et sur internet.
Je suis quand même d'accord l'éditeur WYSIWYG pour les interfaces est bien.

Je travaille régulièrement sur Delphi depuis plus de 20 ans (et sur d'autres langages aussi, .NET, C/C++, Python, Php, Java), quand on passe d'un langage à l'autre c'est facile d'adapter les exemples d'un autre langage par exemple du Delphi en Java ou vice-versa donc je ne cherche pas toujours des exemples dans ce langage, mais j'ai pu voir que la documentation pêche parfois, perso j'ai surtout recours aux forums (celui-ci et surtout StackOverFlow)....

J'ai souvent besoin d'avoir besoin des maps pour l'unicité des clés et parfois pour aussi directement avoir les clés triées. Pour moi, c'est devenu un basique.

Les clés ça dépend surtout de la structure de la base derrière, si elle est mal structurée il faut forcement faire plus de code pour palier ça
C'est pas la faute du langage...

OK mais les fonctions de mes collègues est parfois long donc je voudrais avoir la possibilité de folder.

Perso les procédures (ou fonctions) qui dépassent le millier de ligne même foldées c'est imbitable, on rate toujours un truc
Je factorise mon code au maximum (pas toujours simple), j’essaie toujours de découper en bloc logiques et élémentaires et je m’aperçoit que deux cent lignes c'est un max à ne pas dépasser, si commence à aller au delà, je me pose la question et je commence à retravailler l'ensemble...

Comme dit au début, c'est la première fois qu'un langage me frustre autant alors que d'habitude je suis très autonome. La boite a créé des composants qui ressemblent à des bouts de framework existant mais ils sont mal documentés, les fonctions sont nommées en franglais sans forcément garder la même logique le le langage.

Si c'est une boite qui a un turn over important, forcement lorsque tu arrive sur un framework développé en interne et non documenté c'est le bordel, mais c'est pas la faute du langage encore une fois
Quand tu tombes sur un code mal fait avec un lourd passif (de nombreuses rustines), et crois moi j'en ai vu pas mal, quelque que soit le langage, c'est la prise de tête assurée !

Tu parlais aussi de la gestion des dates et il y a une unité DateUtils dans Delphi facilite grandement tout ça mais encore faut-il l'utiliser

J'ai connu un client qui faisait du développement en interne et qui stockait les dates sous forme de chaines dans sa base (et jamais dans le même format bien sur), du coup effectivement c'était un merdier sans nom juste pour calculer un écart entre deux dates et bien sur il utilisait des fonctions maison au lieu de se servir de ce qui existe

J'en ai connu un autre qui avait sa propre gestion des caractères accentués (il avait commencé avec TurboPascal sur MSDOS) il été resté bloqué là dessus... pendant vingt ans... il pestait sur la gestions des accents en Pascal Objet

Encore un autre qui utilise (à ce jour) des fichiers BTRIEVE et qui se plaint que ce n'est pas optimum avec Delphi (version antédiluvienne) et qui me dit : "les autres langages ont évolués eux !"
Pas la faute du langage, s'il n'a jamais voulu monter ses données dans une "vraie" base SQL

Avant de se poser la question (ou l'affirmation) d'un mauvais choix de langage, il faut aussi se poser la question du passif

[gbegreg]

J'ai également eu l'occasion d'utiliser professionnellement plusieurs langages (essentiellement C, C++, Java, Javascript, Groovy, PHP, Cobol, Delphi et un peu de Python et de Go). La documentation officielle de Delphi s'améliore mais reste perfectible c'est certain. En revanche les sources des frameworks standards (VCL et FMX) sont fournis et donc on peut y jetter un oeil quand l'aide ne suffit pas.

J'ai souvent besoin d'avoir besoin des maps pour l'unicité des clés et parfois pour aussi directement avoir les clés triées. Pour moi, c'est devenu un basique.

Unicité des clés ? Utilisez un TDictionary car ensuite même pas besoin de trier sur les clés pour accéder aux éléments. C'est aussi un basique.

OK mais les fonctions de mes collègues est parfois long donc je voudrais avoir la possibilité de folder.
[...]
Comme dit au début, c'est la première fois qu'un langage me frustre autant alors que d'habitude je suis très autonome. La boite a créé des composants qui ressemblent à des bouts de framework existant mais ils sont mal documentés, les fonctions sont nommées en franglais sans forcément garder la même logique le le langage.

Donc vous utilisez un framework fait maison. S'il n'y a pas de documentation ou s'il n'y a pas de logique ce n'est pas de la faute du langage...

[GreatDeveloperOnizuka]

J'avais le même ressenti il y a quelques années. Et puis, j'ai quitté la Région Parisienne. Les conditions de travail ne sont pas forcement meilleures, mais au moins les collègues sont moins cons et puis il y a la mer.

Moi le contraire. Les collègues à Paname étaient plus compétents . Par contre ma qualité de vie est meilleure ici et c'est le principal. Immobilier / 2 avec un salaire quasi équivalent à Paris .

Le fond du problème est que les méthodes agiles et Scrum sont totalement inutile si le cahier de charge n'est pas précis. Et le cahier de charge n'est jamais précis parce que le client ne sait pas exactement ce qu'il veut et ce qu'il est prêt à payer. Tant que l'utilisation de prototype ne sera pas la norme, les conditions de production seront toujours bordélique.

C'est pourtant simple à comprendre tant que les besoins ne sont précisément définis, il est impossible de déterminé le type de base de donnée qui sera le mieux adapter pour le travail. Pour du web ce n'est pas qu'un petit détail ...

Petite parenthèse: Agile est mort

Les méthodo agiles sont pas forcément le problème tout dépend du contexte. Chez nous ça marche clairement pas car effectivement, ceux qui gèrent le service informatiques sont pas très compétents et ont 0 process et réflexion en profondeur.

Bonsoir,



Je taff depuis 2013 (data analyste), je suis passé dans plusieurs secteurs d'activités. De ce que je constate :

> de plus en un plus de sachants et dirigeants ( un gestion pyramidale)
> les sachants et dirigeants brassent de plus en plus de vent pour mettre du vert dans une cellule de tableau (futile et superficiel)
> de moins en moins de techniques
> les rares techniques deviennent des pisseurs de codes
> les tenants et aboutissants des process sont de plus mal maitrisés (absence de connaissances de la chaine de valeur/traitement , qui génère une piètre qualité de la donnée , voire on stocke de la merde ... )
> une forme de flicage envers le bon sens , qui se perd au passage (quand cela ne va pas dans le sens du manager , ou qu'une procédure tordue est "contournée" pour remettre au carré ce qui foire ... )
> une manque de communication et de plus en plus de personne qui travaillent en mode "sous marin", de peur de se faire fliquer sur le taff

C'est un peu ça chez moi. Je vais essayer de passer du côté plus fonctionnel spec orga pour essayer d'arranger ça. Mais j'ai l'impression pour certains managers un techos doit rester faire de la technique. Ils ont peur simplement que je sois plus compétent qu'eux (ce qui est le cas la plupart du temps, les gestionnaires commerciaux qui gèrent un service informatique c'est une vaste blague ).

Enfin je suis promu chef de projet mais si j'ai pas les ressources pour mener à bien ma mission je me casse ailleurs en tant que dev sénior ou lead dev. La technique restant quand même plus sympa intellectuellement.

[Glutinus]

-le client suivant avait été briefé: résultat: très gentils avec moi, satisfaits et ils disaient que j'étais compétent.
-après mon claquage 15 minutes après j'ai eu un appel car qqn avait parlé de moi. Le type voulait m'embaucher.
-aujourd'hui je suis en fixe et mon supérieur connaissait le contexte évoqué précédemment: nous sommes sur le même longueur d'onde.!

Parfois, il faut juste avoir le tempérament de savoir dire non. On peut se retrouver avec des cadrés malléables et sado-masochistes, et surtout savoir ce qu'on mérite, aux yeux de soi-même, de ses collaborateurs, et éventuellement de son employer (si on bosse dans une SSII).

Une manager de ma première SSII avait une méthode bien à elle : elle voulait que des juniors malléables, si possibles en situation compliquée (genre des jeunes qui se reconvertissaient dans l'informatique) et jouait aux hurlements. Il suffit juste de hausser le ton et de la traiter de menteuse dans le couloir chez le client où se baladent les grands pontes, et on peut être sûr que la semaine d'après on se retrouve dans une autre équipe fait vérifié.

On a besoin de grandes gueules souvent pour tenir aux autres

[kara.ci]

Bonjour à tous.
J'écris très rarement mais, je tenais quand même à vous dire l'étonnement que je ressens.
Pour ma part, tout n'est pas rose et on ne joue pas au baby toute la journée.
Mais heureusement les managers ont bien compris l'intérêt de la démarche Agile pour nous mais surtout pour eux.
Je ne parle pas de méthode, car la méthode est plutôt du côté de scrum (chez nous).

- Capacité à livrer régulièrement
- Capacité a changer de direction le plus tôt au lieu d'attendre 1 an la fin du produit et de se rendre compte que ce n'est pas ce que le client veut...

On livre les plus souvent possible, on a des scpecs, un PO bien présent, qui connait sont produit, qui nous connait et qui sait ce qu'il veut.
L'équipe est bienveillante, et il ya toujours quelqu'un pour débloquer l'autre.
Bref, vous n'avez pas eu de chance, ou alors c'est moi qui en ai.

J'espère que toutes les éditeurs ne sont pas comme les vôtres.

Cordialement.

[deverdeb]

Je trouve que beaucoup de posts précédents sont extrêmement virulents concernant l'Agilité en général et Scrum en particulier.

Personnellement, après avoir travaillé sur quelques projets en Agile (souvent du SCRUM ou assimilé, plus ou moins "bien" appliqué), il en ressort que les valeurs portées par ces méthodologies sont plutôt bonnes.
- communication métier / technique
- évolution permanente des processus pour s'adapter au besoin / amélioration continue
- ...

Les "mauvais" projets agiles que j'ai eu à vivre étaient ceux sur lesquels au faisait du SCRUM "parce que c'est à la mode", "parce que c'était imposé par la structure", sans se poser de questions sur ce qu'est réellement l'Agilité.
Les "bons" projets agiles sur lesquels j'ai travaillé sont ceux sur lesquels il y avait une vraie réflexion autour de la méthodologie et des objectifs de cette méthodologie.

Un petit lien pour finir. J'avais beaucoup aimé cette conférence, car je trouve qu'elle met des mots sur les maux que l'on peut croiser lorsque l'on fait de l'Agilité détournée de son objectif premier.

[grograg]

Bonsoir.

En 20 ans de métier (privé et public), j'ai eu ce genre de bas plusieurs fois. Ce n'était pas lié aux méthodes agiles mais à la tendance où les demandeurs veulent tout, tout de suite, sans exprimer leur besoin clairement et sans donner de ressources.

Mais une suggestion, il vaut mieux éviter le public au vu ton état psychique. Car en plus de faire ce que tu décris, il faudra être encore plus polyvalent :
- assurer le standard téléphonique quand l'assistante de direction est absente ;
- faire du support utilisateur sur n'importe quel logiciel même si tu en as jamais entendu parlé ;
- faire des images de disque dur ou tout autre intervention sur les postes de travail ;
- rédiger des documents pour des marchés même si c'est juste pour 30 K€, et les rédiger à la virgule près parce que si un candidat n'est pas retenu et que ça ne lui plait pas il peut faire un recours qui annule le marché (du coup faut tout refaire) ;
- jouer au chef de projet…

Tout ça avec :
- un salaire plus bas que dans le privé ;
- un salaire gelé pendant des années ;
- un budget info. qui diminue ;
- aucune reconnaissance si tu fais bien ton boulot…

Ben ouais, et les avantages des fonctionnaires alors ?
-> Les congés en plus ! => Fortement réduit par les 1607 h
-> La sécurité de l'emploi. => Les ruptures conventionnels sont de + en + utilisées par les administrations pour virer les fonctionnaires.
-> Le petit travail tranquille. => Les services info. des fonctions publiques doivent en faire toujours plus avec les mêmes ressources, voire moins (la fonction publique ne payant pas, elle a énormément de mal à recruter et garder les personnes compétentes, d'où des sous-effectifs chroniques).

La fonction publique est une machine à broyer même les plus motivés !

[SG2694]

La fonction publique est une machine à broyer même les plus motivés !

Par contre, si tu ne sais pas qu'il peut y avoir plusieurs onglets sur un fichier excel, et que tu ne sais pas comment mettre un pièce jointe à un courriel, tu peux faire chef et à toi la fortune !
On en est là.

[tanaka59]

Bonsoir,

La fonction publique est une machine à broyer même les plus motivés !

Il y a publique et publique .

Publique comme CPAM , CAF, URSSAF, Pôle Emploi ... Pas forcement les meilleurs salaires, par contre des ambiances de travail différentes du privé (un peu meilleur je trouve).
Publique comme collectivité , EPCI ou état ... et la parfois il y a besoin d'être orienté politiquement ... Soit on est dans le sens de l'édile aux manettes, soit dans l'opposition ... jusqu'au jour ou l'on se fait pousser vers la sortie

Par contre, si tu ne sais pas qu'il peut y avoir plusieurs onglets sur un fichier excel, et que tu ne sais pas comment mettre un pièce jointe à un courriel, tu peux faire chef et à toi la fortune !
On en est là.

Parfois travailler dans le publique demande d'être orienté politiquement et de savoir l'assumer. Vous l'êtes tant mieux, vous ne l'êtes pas tant pis pour vous ...

[yahiko]

Très intéressante discussion.

Il y a plusieurs problèmes avec les méthodes Agile.

La toute première, c'est que ce sont des méthodes et que puisque la majorité des consultants qui la vendent aux entreprises s'intéressent davantage au chiffre d'affaires générés qu'aux principes qui sous-tendent ces méthodes, il ne faut pas s'étonner des ravages que cela cause là où du SCRUM est mis en place.

Quand on a un marteau, tout ressemble à un clou. Agile ne peut pas être une "méthode", une recette qu'on applique partout avec les même résultats. Ceux qui croient ça n'ont absolument rien compris.
Agile, ce sont d'abord des principes, comme le pragmatisme, la communication et le respect.

Et SCRUM est à ce titre une dégénérescence de l'esprit Agile en se voulant être une méthode (sic) pouvant être copier-collée à n'importe quelle forme d'organisation (resic).

Par exemple, dans ma boite, la mise en place de SCRUM récente est un fiasco. Tout était fait pour que cela échoue.

• Un coach Agile très heureux de vendre du SCRUM prêt-à-porter justifiant ainsi sa prestation grassement payée.
• Un Product Owner n'y connaissant rien à l'informatique et aux projets informatiques.
• Un Scrum Master catapulté sur une technologie qu'il ne maîtrisait pas.
• Un environnement technique pas du tout au point pour permettre aux développeurs de respecter des sprints de 2 semaines.

Est-ce cependant la fin de l'Agile ? Certainement pas.

Agile n'est pas SCRUM.

Et chaque projet doit s'inventer sa propre méthode pour s'adapter au contexte de l'organisation, en suivant des principes de bon sens, regroupés aujourd'hui sous le vocable Agile.

[olivier50]

Bonjour,

Effectivement, moi j'étais dans le cas où on placardait du post-it et il fallait qu'il passe de gauche à droite. En fait je pense que le gars avait dû faire un cap cuisine et il avait dû observer comment on gère la cuisson des steaks dans un fast food.

Sauf qu'un développeur a un applicatif et un existant à prendre en compte donc la cuisson du steak c'est pas nécessairement toujours un temps donné pour une tâche donnée.

Mais bon il faut croire qu'avec toutes les émissions de cuisine ça doit plaire, ... il faut croire.

A+

[grunk]

La fonction publique est une machine à broyer même les plus motivés !

J'ai eu une expérience dans la fonction publique. J'étais jeune ultra motivé , mais je me heurtais à des murs sans arrêt , rien n'avançait. Plutôt que de me faire des noeuds au cerveau j'ai adopté le mode de "travail" du service.
Au bout de 4 mois missions terminée , on me remercie pour le formidable travail que j'ai effectué et ma motivation sans faille.
J'avais de mon coté honte de mon implication et celle des gens avec qui j'ai travaillé. Sans mentir je pense que la totalité de mon travail aurait pu être fait en 3 semaine en se faisant un peu mal ... Ca m'a vacciné à tout jamais de la FP.

[Mingolito]

J'ai fait un stage dans la fonction publique. Les titulaires passaient toutes leurs journées à faire des farces et des blagues, et à prendre l'apéro.
Tous le travail était fait par les stagiaires. Il n'y avait aucun contrôle qualité, tu pouvais faire de la merde en boite et tous le monde s'en fou.
Après quoi je suis parti dans le privé, mais toute ma vie j'ai été victime d'erreurs de l'administration. Redressement fiscal débile qui après enquête était du vent et basé sur une erreur de leur part, on m'a demandé de payer la redevance TV 2 fois dans la même année : une fois pour moi et une autre fois pour un homonyme dont ils avaient perdu la trace et dont ils ont collé la taxe au hasard sur le premier homonyme venu sans rien vérifier, etc.

L'administration française est une honte totale. Le Statut invirable des fonctionnaires (une loi socialiste nuisible) est une aberration totale, on devrait pouvoir virer les tires aux flancs, les incompétents et les bons à rien, ca ferait des économies.
D'après une étude les fonctionnaires ne font pas 35 heures, mais en moyenne environ moins de 15 heures de travail utile par semaine, grand maximum.
Pendant ce temps dans le privé le plus souvent un développeur freelance ou un cadre informatique travaille jusqu'à 60 heures par semaine, soit le double.

Ca fait d'eux une caste privilégiée, des parasites, c'est tout.

Au lieu d'avoir 6 millions de fonctionnaires en France à moins de 15 h par semaine, on devrais en virer 3 millions, et leur demander de travailler au moins 35 h par semaine au lieu de 15.
Avec 3 millions de fonctionnaires au lieu de 6 on pourrais baisser les charges en entreprise de moitié, ce qui supprimerais totalement le chômage, et augmenterais le salaire net pour tous.
Donc la France va mal à cause du socialisme, uniquement.

[sergio_is_back]

Pendant ce temps dans le privé le plus souvent un développeur freelance ou un cadre informatique travaille jusqu'à 60 heures par semaine, soit le double.

Moi je suis cadre informatique et je ne fais pas 60 par semaines et encore moins le double, même s'il m'arrive de dépasser allégrement les 38 heures requises dans ma boite. Mais j'estime qu'au delà de 50 heures on fait de la merde. Il faut être parfaitement reposé pour être productif et efficace...

J'en ai aussi vu faire des heures pas possibles juste pour plaire au chef, en jouant à WoW (ou à d'autres conneries) durant des heures et à se plaindre sans arrêt qu'ils sont en retard, mais bon quand on passe les deux tiers de son temps sur facebook, twitter, tiktok, c'est sûr on a pas le temps de bosser !!!!

[Mingolito]

Moi je suis cadre informatique et je ne fais pas 60 par semaines et encore moins le double, même s'il m'arrive de dépasser allégrement les 38 heures requises dans ma boite. Mais j'estime qu'au delà de 50 heures on fait de la merde. Il faut être parfaitement reposé pour être productif et efficace...

Donc plus de 38 heures contre 15 h réelle pour un fonctionnaire, donc largement plus du double, c'est bien ce que je disais.
Je dis pas qu'il faut travailler plus de 35 heures, je dit que dans le privé il y a des gens qui travaillent énormément.
Par exemple le cas classique du développeur jeux vidéo ou en startup qui travaille 50 heures payé 35, c'est très courant. Donc à comparer au fonctionnaire qui fait 15 heures payé 35 le développeur jeux vidéo travaille donc 3 fois plus qu'un fonctionnaire et parfois pour être payé moins, c'est aberrant.

Je ne connais aucun travailleur à son compte et aucun gérant d'entreprise qui fait 35 heures, donc encore moins 15 heures, la majorité de ceux qui sont à leur compte travaillent entre 40 et 60 heures par semaine, donc rien à voir avec les 15 h en moyenne des fonctionnaires, d'autant que le plus souvent les fonctionnaires font un travail facile, voir idiot, et généralement sans aucun stress. Engager l'élite de la nation qui se précipite vers les postes de fonctionnaires pour après ne plus rien foutre est une calamité pour l'économie du pays, les jeunes talents devraient travailler pour le secteur privé, et pas aller se faire placardiser dans un emploi médiocre et qui sert à rien le plus souvent.

Donc on a un système de caste, une élite qui a réussit à passer les concours et qui n’a plus rien à foutre une fois nommée, et qui coute un bras, et tout cela est payé par des travailleurs privée qui sont traités comme des esclaves : +50% de charges +20..50%+ d'impôt sur le revenu ce à qui on défalque + 20% TVA sur la consommation = quasiment 90% d'imposition globale tout compris pour les travailleurs privés en France, du racket.



La part de l'état dans l'économie en France est la plus importante au monde, la France est un pays socialo communiste et c'est ça qui fait sa ruine.