Il me reste à régler le problème concernant ses mise à jour parallèles, cela doit bien exister dans un jeu : la barre de vie qui diminue et le sprite qui change pour montrer les dégâts ?
Et bien c'est là que je mettrais un événement (et donc un listener, enfin deux ici). Ou, comme dit dans l'article et un peu plus bas dans les commentaires, tu peux utiliser des composants pour tes événements et des systèmes pour les traiter.
Très intéressant. Et que penses-tu de mes remarques alors ? Notamment que ces événements ne font pas vraiment partie de l'état du système (d'ailleurs, je suis surpris de voir un composant Button) ?
Savoir si les systèmes à entités peuvent servir à autre chose que des jeux vidéos est, pour moi, une question encore ouverte. Mais d'après ce que tu dis (et ce que j'en comprends), la réponse a l'air d'être plutôt oui. Après, j'avoue que je n'ai pas bien compris.
Tu poses beaucoup de problème et ne proposes pas vraiment de solution.
Effectivement, parce que je n'ai pas encore toutes les réponses. Mais ça viendra, c'est un travail en cours.
Alors les messages se sont des entités ou des composants ?
Ni l'un, ni l'autre, ils vivent en dehors du système à entités pure. Ils font partie du système d'événements.
Leur durée de vie est éphémère ou ils sont recyclés ?
Nécessairement éphémère. En plus, ça simplifie la gestion de la mémoire.
Il y a broadcast ou seulement du point à point ?
Heu, c'est une sorte de publish/subscribe, les gestionnaires d'événements s'abonnent à un type d'événement et reçoivent tous les événements de ce type. Donc, c'est du multicast ;)
Sinon, je voulais savoir aussi comment on gère une information dupliquée dans un système à entité. Par exemple un nom au dessus de chaque personnage, plus un encart détaillé sur le personnage qui a le focus. Dans un système objet classique, il y a un paquet d'adapter ou de listener collé un peu partout, surtout si la donné est modifiable, il faut pouvoir propager l'information dans tous les sens (ex: modification du nom).
On essaie, comme partout ailleurs, de ne pas dupliquer l'information. Et justement, avoir des événements permet de propager l'information. Maintenant, c'est vrai qu'avec une conception objet, on a les bons design patterns pour mettre tout ça en branle facilement. Mais l'intéraction entre un système à entité pure et un système d'événements est encore mal cernée, de mon point de vue, et c'est justement là dessus que je veux me pencher.
Comment rendre cela plus simple ? Avoir une entité-composant pour la boite de propriété qui est rattaché dynamiquement au personnage qui a le focus ?
Je ne sais pas si ça sera plus simple (et j'en doute même). Mais pour le cas que tu présentes là (très rapidement), je pense que ça peut se faire. Il faudrait décrire le problème de manière plus détaillé.
De manière générale, je dirais que les systèmes à entités ne proposent pas de simplifier ou de changer tout, ils proposent un autre point de vue sur le traitement de données hétérogènes mais qui partagent des traits similaires. Ce n'est pas une solution miracle à des problèmes bien connus depuis longtemps, c'est juste une manière de faire différente, rien de plus. Il ne faut pas en attendre trop. Pour l'instant, je dirais que j'aurais pu faire tout ce que j'ai fait avec une bonne vieille architecture objet des familles, et sans doute que ça aurait été plus facile parce que j'y suis plus habitué, mais j'aime bien le challenge intellectuel que ça représente de travailler avec des systèmes à entités et c'est aussi pour ça que je partage mes réflexions sur le sujet.
concrètement, tu géres les changement de niveau à la main et dans les deux sens (et non pas juste en définissant une zone "tampon" commune à tous les calques), sauf si j'ai rien compris. Donc que ça pointe vers un calque différent ou un fichier différent, ça ne change pas grand chose.
Si, ça change beaucoup de choses en fait. La zone tampon n'est pas commune aux deux niveaux, il y en a deux et elles sont légèrement décalées parce que sinon, tu passes d'un niveau à l'autre puisque tu retombes dans une zone de changement de niveau. Et avoir des calques, c'est bien pratique pour bien positionner ces deux zones pour qu'elles soient assez éloignées.
J'ai eu un bug la première fois que j'ai défini mes zones. Elles n'étaient pas assez éloignées et j'avais le phénomène décrit. Parce qu'il faut bien comprendre comment ça se passe. La collision est détectée dès qu'il y a collision, donc dès que les deux corps sont en contact. Mais le corps de mon héros, il est assez gros, donc en passant au niveau inférieur, il peut toucher l'autre zone de changement de niveau s'il n'y a pas assez d'écart. Déjà là, je met les deux zones suffisamment éloignées mais je vois ce que je fais grâce aux calques. Sans calques, je serais obligé de largement surestimer la corpulence de mon héros pour être sûr que ça va passer.
de fait, l'ordre des calques est une information superflue pour toi, tes "zones" ne disent pas "passe au calque du dessus", mais "passe au calque ", si?
Oui, l'ordre importe peu, l'information du niveau est stockée dans une propriété des calques. L'ordre importe uniquement pour celui qui va créer les niveaux, ça lui permet de savoir où il en est et à quel niveau il est.
et donc du coup, avec des fichiers différents, tu pourrais te permettre des choses beaucoup plus rigolotes pour pas plus cher : genre dimensions intérieures et extérieures sans aucun rapport (TARDIS?).
L'un n'empêche pas l'autre je dirais. Pour le cas général de la carte de mon univers, je vais procéder avec des calques. Mais si jamais mon héros était transporté dans une dimension parallèle, j'ajouterais des zones de changement de dimension ;)
Moi j'ai toujours dit que le prochain truc que Lennart va péter, c'est les shells, c'est l'étape suivante logique. Mais comme sh, sainul, il va réinventer la roue carrée avec un nouveau truc qui servira pour systemd (et puis après, ça servira de shell dans Gnome Terminal pour pas que les users ils aient à apprendre bash, vous vous rendez compte de la taille de man bash ?). Allez, je vous donne le nom : shd :P
Même quand on est tout seul, gitflow est très bien, ça permet de bien organiser son travail. Je dirais que le choix vient essentiellement du type d'application (web, pas web) plutôt que de la taille de l'équipe.
Merci pour ce lien ! J'ai parcouru vite fait «The Algorithmic beauty of plants» (premier lien de la bibliographie) et il a l'air d'y avoir plein de choses intéressantes là dedans.
Et personnellement pour moi un arbre il y a plus de branche que de feuille.
Ça dépend des arbres et des saisons. En été, on ne voit quasiment aucune branche vu de haut. En hiver, on ne voit que ça. Il suffit d'aller faire un petit tour sur Google Maps pour s'en rendre compte.
De toute façon, comme je l'ai dit, ça fait partie des améliorations prévues. Mais pareil, il faut que je trouve comment faire ça bien (si quelqu'un a un pointeur, je prend). Dans mon premier essai, les branches rendait très mal, et elle n'avait pas de ramification.
Il y a du travail, c'est certain. Et même la galerie est impressionnante. Maintenant, ça manque un peu de documentation. Même dans le doxygen, il manque par exemple la hiérarchie des classes. Les tutos sont assez basiques et ne couvrent pas toutes les fonctionnalités. Et je trouve le site difficile à naviguer. À surveiller pour plus tard.
Ce n'est pas la question. Le commentaire original se plaint qu'il n'y a pas d'offre européenne, je lui montre qu'il y en a une pour les mails et qu'elle est utilisée. Après, l'Europe n'est pas plus éthique sur le sujet que les US, mais c'est un autre débat.
Sur les mails, beaucoup de gens en France gardent l'adresse fourni par leur FAI, sans parler de tous ceux qui ont une adresse @laposte.fr. En Allemagne, il y a GMX qui draine pas mal d'utilisateurs aussi. Donc, ce n'est pas si noir que ça de ce côté là.
Manifestement, tu parles de choses que tu ne connais pas et que tu fantasmes.
C'est mignon ! Le niveau en sortie d'universite n'est pas plus valable que ca.
Ce n'est pas mignon, c'est la réalité. Et le niveau en sortie d'université, il est tout autant valable que n'importe quoi d'autre. Tu affirmes sans aucune preuve, tu ne fais que débiter ici un lieu commun fondé sur du vide. C'est à peu près du même niveau que «les fonctionnaires sont des feignants».
Tu as peut etre avec le temps diminue ton niveau d'attente.
Ou pas.
Pointe moi donc sur un diplome ou le niveau de tous les etudiants leur permet de juste coder un strlen. Je suis pret a serieusement prendre le paris qu'aucun diplome ne donne cette garantie, et pourtant c'est bien bas deja.
N'importe quelle licence d'informatique. Dans ma licence, c'est un exercice que je fait faire en L2.
il y a suffisamment de personne qui font du code publique
Non, les personnes qui font du code public sont une infime minorité parmi tous les étudiants. Et même si tu étends à ceux déjà en poste, c'est ultra-minoritaire.
Et forcement, il faut valoriser ces differences pour que celle-ci continue de s'exprimer. (…) J'ai travailler dans des equipes ou tout le monde avait un excellent niveau technique et le meme salaire
Tu te contredis toi-même et tu ne t'en rends même pas compte. Tu affirmes qu'il est nécessaire de différencier les salaires et tu donnes un exemple où ça marche bien et où personne n'a un salaire différent ! Merci de confirmer ce que j'ai dit plus haut.
Je n'ai jamais travaille dans l'administration, mais des amis qui y ont travailles, ont abandonnes, car comme il n'y a que de la reconnaissance que via la grille et le syndicat auquel tu appartiens, que tu fasses un bon boulot ou pas, ce n'est pas la question.
Encore une fois, totalement faux. Il y a des procédures d'avancement, basé sur ce que tu as fait, et il y a des concours interne qui permettent de monter en grade. Même quelqu'un qui commence au plus bas de l'échelle peut se retrouver chef en fin de carrière.
D'ailleur bizarrement les administrations ne sont pas trop repute pour attirer les meilleurs, c'est plutot Google et Apple qui ont ces reputations. Va savoir pourquoi…
Complètement faux. Je peux te dire qu'il y a d'excellents informaticiens dans les administrations. Ils sont peut-être plus humbles et/ou n'ont pas besoin de se la péter pour pouvoir se vendre au plus offrant au prochain changement d'emploi, ils se concentrent sur leur travail. Mais manifestement, tu n'as jamais mis les pieds dans une administration.
Mais biensur ! Toutes les personnes qui ont fait la meme ecole ont exactement les meme capacites en sortie
Ben ça dépend des écoles. Dans une école (ou une université) sérieuse, on ne donne pas le diplôme à tous ceux qui ont payé pour l'avoir, on donne le diplôme à tous ceux qui ont réussi à obtenir des notes suffisamment bonnes, c'est-à-dire qui ont montré qu'ils savaient faire ce qu'on leur a appris. Donc, oui, ils sortent avec un certain nombre de capacités communes et c'est bien cet ensemble qu'on appelle qualification et que les entreprises achètent quand elles embauchent un étudiant fraîchement diplômé. Que certains dans le tas sachent faire plus de choses, c'est bien normal, mais ça, ce n'est pas marqué sur le diplôme et c'est tellement aléatoire que ça n'est pas pris en compte. D'ailleurs, souvent, ce qui fait la différence entre deux étudiants fraîchement diplômés, ce n'est pas le code qu'ils auront mis sur github, c'est surtout les activités qu'ils auront en dehors de leurs études (association, sport, etc).
LE resultat d'une telle politique de grille salariale mene directement soit a la demotivation des elements les plus competent, soit ils vont chez des societes plus a meme de leur proposer un salaire qui met en valeur leur dite competence.
Ça c'est vrai pour l'infime partie qui ne vit que pour amasser des brouzoufs, mais l'immense majorité cherche avant tout à avoir un travail et un salaire décent. Pas le salaire maximum, mais un salaire qui leur permet de vivre correctement vu leur niveau d'étude.
Je ne vois meme pas comment tu peux justifier le fait que tout le monde est le meme salaire et trouver ca bien !
Pas tout le monde, seulement ceux qui ont le même diplôme. Et tu sais que toute la fonction publique fonctionne de cette manière ? Et oui, je trouve ça très bien ! Surtout en informatique. Parce que dans une entreprise, on développe en équipe et ce qui fait la force de l'entreprise, c'est ce travail en équipe, personne n'est irremplaçable. Faire croire que le talent individuel prime, c'est oublier qu'on doit travailler en équipe, et donc privilégier exactement les compétences inverses à celles qui sont réellement utiles dans une entreprise. Je crois à la force du collectif, qui est bien plus que la somme des talents individuels.
La première, c'est qu'il y a un très fort lobby pour décourager les étudiants de terminale d'aller dans les universités.
C'est même pire que ça. Dans Admission Post Bac, l'appli web qui sert à choisir sa voie après le bac, l'Université sert de choix par défaut. Si un étudiant met l'Université devant une filière dite sélective, il y a un gros warning en rouge indiquant qu'il ira forcément à l'Université. C'est n'importe quoi !
Après, les filières sélectives ne le sont plus vraiment, les vannes ont été ouvertes dans les écoles d'ingénieurs et dans les IUT de sorte qu'il n'y a plus vraiment de sélection, en tout cas bien moins qu'auparavant.
c'est l'IUT pour ceux qui font un cursus court (en gros ceux qui sont vus comme mauvais)
Pourtant, il y a encore plein de bons étudiants qui choisissent d'aller à l'IUT, parce qu'ils le voient comme moins théoriques qu'à l'Université, et qu'ils sont plus encadrés. Généralement, on les récupère en L3 après (ou ils candidatent dans des écoles), c'est-à-dire que l'IUT n'est plus une formation courte, au pire, ils continuent dans une LPro pour avoir un BAC+3.
La seconde c'est que les universités sont très mauvaises en communication et ne savent pas communiquer sur ce qu'elles font et en 25 ans, rien n'a changé.
Elles n'ont surtout ni les budgets, ni les personnels, ni les réseaux d'anciens élèves pour le faire efficacement. Les seuls trucs qu'on fait, c'est d'aller dans les forums étudiants, et certaines disciplines organisent des visites de lycéens à l'Université.
Et de maniere assez pratique, le systeme des grilles salariales est veritablement ce qui tue la capacite des grandes enteprises francaise a embaucher…
Ce qui tue la capacité des entreprises françaises à embaucher, c'est qu'elles sont dirigés par des financiers qui veulent pouvoir licencier à tour de bras si le cours de bourse baisse de 0,1%. Le système des grilles assurent qu'avec une qualification donné, tout le monde aura à peu près le même salaire, c'est-à-dire que le salaire sera défini sur des critères objectifs, et pas à la tête du salarié, pas selon l'humeur du recruteur, pas selon le cours de bourse. Une qualification, ça se paie.
[^] # Re: solutions ?
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E07 : cartes, données et systèmes à entités. Évalué à 2.
Ha oui, je comprends mieux.
Et bien c'est là que je mettrais un événement (et donc un listener, enfin deux ici). Ou, comme dit dans l'article et un peu plus bas dans les commentaires, tu peux utiliser des composants pour tes événements et des systèmes pour les traiter.
[^] # Re: Systèmes à entités et événements
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E07 : cartes, données et systèmes à entités. Évalué à 2.
Très intéressant. Et que penses-tu de mes remarques alors ? Notamment que ces événements ne font pas vraiment partie de l'état du système (d'ailleurs, je suis surpris de voir un composant Button) ?
[^] # Re: Niveau supplémentaires en 3D
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E07 : cartes, données et systèmes à entités. Évalué à 2.
tu aurais un screenshot ? parce que tout ce que je trouve sur le grand Web, ce sont des screenshot en 2D.
[^] # Re: solutions ?
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E07 : cartes, données et systèmes à entités. Évalué à 2.
Savoir si les systèmes à entités peuvent servir à autre chose que des jeux vidéos est, pour moi, une question encore ouverte. Mais d'après ce que tu dis (et ce que j'en comprends), la réponse a l'air d'être plutôt oui. Après, j'avoue que je n'ai pas bien compris.
[^] # Re: solutions ?
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E07 : cartes, données et systèmes à entités. Évalué à 3.
Effectivement, parce que je n'ai pas encore toutes les réponses. Mais ça viendra, c'est un travail en cours.
Ni l'un, ni l'autre, ils vivent en dehors du système à entités pure. Ils font partie du système d'événements.
Nécessairement éphémère. En plus, ça simplifie la gestion de la mémoire.
Heu, c'est une sorte de publish/subscribe, les gestionnaires d'événements s'abonnent à un type d'événement et reçoivent tous les événements de ce type. Donc, c'est du multicast ;)
On essaie, comme partout ailleurs, de ne pas dupliquer l'information. Et justement, avoir des événements permet de propager l'information. Maintenant, c'est vrai qu'avec une conception objet, on a les bons design patterns pour mettre tout ça en branle facilement. Mais l'intéraction entre un système à entité pure et un système d'événements est encore mal cernée, de mon point de vue, et c'est justement là dessus que je veux me pencher.
Je ne sais pas si ça sera plus simple (et j'en doute même). Mais pour le cas que tu présentes là (très rapidement), je pense que ça peut se faire. Il faudrait décrire le problème de manière plus détaillé.
De manière générale, je dirais que les systèmes à entités ne proposent pas de simplifier ou de changer tout, ils proposent un autre point de vue sur le traitement de données hétérogènes mais qui partagent des traits similaires. Ce n'est pas une solution miracle à des problèmes bien connus depuis longtemps, c'est juste une manière de faire différente, rien de plus. Il ne faut pas en attendre trop. Pour l'instant, je dirais que j'aurais pu faire tout ce que j'ai fait avec une bonne vieille architecture objet des familles, et sans doute que ça aurait été plus facile parce que j'y suis plus habitué, mais j'aime bien le challenge intellectuel que ça représente de travailler avec des systèmes à entités et c'est aussi pour ça que je partage mes réflexions sur le sujet.
[^] # Re: Souvenirs
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E07 : cartes, données et systèmes à entités. Évalué à 3.
Je savais bien que j'allais toucher le cœur de certains :P
[^] # Re: Données des niveaux
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E07 : cartes, données et systèmes à entités. Évalué à 4.
Si, ça change beaucoup de choses en fait. La zone tampon n'est pas commune aux deux niveaux, il y en a deux et elles sont légèrement décalées parce que sinon, tu passes d'un niveau à l'autre puisque tu retombes dans une zone de changement de niveau. Et avoir des calques, c'est bien pratique pour bien positionner ces deux zones pour qu'elles soient assez éloignées.
J'ai eu un bug la première fois que j'ai défini mes zones. Elles n'étaient pas assez éloignées et j'avais le phénomène décrit. Parce qu'il faut bien comprendre comment ça se passe. La collision est détectée dès qu'il y a collision, donc dès que les deux corps sont en contact. Mais le corps de mon héros, il est assez gros, donc en passant au niveau inférieur, il peut toucher l'autre zone de changement de niveau s'il n'y a pas assez d'écart. Déjà là, je met les deux zones suffisamment éloignées mais je vois ce que je fais grâce aux calques. Sans calques, je serais obligé de largement surestimer la corpulence de mon héros pour être sûr que ça va passer.
Oui, l'ordre importe peu, l'information du niveau est stockée dans une propriété des calques. L'ordre importe uniquement pour celui qui va créer les niveaux, ça lui permet de savoir où il en est et à quel niveau il est.
L'un n'empêche pas l'autre je dirais. Pour le cas général de la carte de mon univers, je vais procéder avec des calques. Mais si jamais mon héros était transporté dans une dimension parallèle, j'ajouterais des zones de changement de dimension ;)
[^] # Re: le Crédit Agricole, un expert de ces problèmes
Posté par rewind (Mastodon) . En réponse au journal Un bug inhumain. Évalué à 8.
Si tu enlèves Pujadas, il ne reste que 27 millions de salaires à distribuer…
[^] # Re: GNU/SystemD/Linux
Posté par rewind (Mastodon) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 5.
C'est précisément pour cette raison que je fais confiance à Lennart pour le faire !
[^] # Re: GNU/SystemD/Linux
Posté par rewind (Mastodon) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 1.
Moi j'ai toujours dit que le prochain truc que Lennart va péter, c'est les shells, c'est l'étape suivante logique. Mais comme sh, sainul, il va réinventer la roue carrée avec un nouveau truc qui servira pour systemd (et puis après, ça servira de shell dans Gnome Terminal pour pas que les users ils aient à apprendre bash, vous vous rendez compte de la taille de man bash ?). Allez, je vous donne le nom : shd :P
[^] # Re: #
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E06 : génération procédurale de végétation. Évalué à 4.
Tout le plaisir est pour moi (sans compter que ça me force un peu à avancer).
[^] # Re: workflows git à base de beaucoup de branches sont un peu surcôtés...
Posté par rewind (Mastodon) . En réponse au journal 3 ans de projets libre: bilan et apprentissages. Évalué à 4.
Même quand on est tout seul, gitflow est très bien, ça permet de bien organiser son travail. Je dirais que le choix vient essentiellement du type d'application (web, pas web) plutôt que de la taille de l'équipe.
[^] # Re: Et le branches
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E06 : génération procédurale de végétation. Évalué à 3.
Merci pour ce lien ! J'ai parcouru vite fait «The Algorithmic beauty of plants» (premier lien de la bibliographie) et il a l'air d'y avoir plein de choses intéressantes là dedans.
[^] # Re: Et le branches
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E06 : génération procédurale de végétation. Évalué à 2.
S'il n'y avait que ça de moche dans mes branches ! Oui, elles sont horribles, c'est pour ça que je ne les ai pas montrées seules dans l'article.
[^] # Re: Et le branches
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E06 : génération procédurale de végétation. Évalué à 4.
Ça dépend des arbres et des saisons. En été, on ne voit quasiment aucune branche vu de haut. En hiver, on ne voit que ça. Il suffit d'aller faire un petit tour sur Google Maps pour s'en rendre compte.
De toute façon, comme je l'ai dit, ça fait partie des améliorations prévues. Mais pareil, il faut que je trouve comment faire ça bien (si quelqu'un a un pointeur, je prend). Dans mon premier essai, les branches rendait très mal, et elle n'avait pas de ramification.
[^] # Re: Bravo !
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E06 : génération procédurale de végétation. Évalué à 4.
Hey, mais c'est pas bête ! Je pourrai m'en servir pour mettre des salades dans les jardins !
[^] # Re: hint: PHP
Posté par rewind (Mastodon) . En réponse au journal Développeur, ou comment sur-évaluer ses compétences. Évalué à 10.
Les compilateurs modernes C (comme GCC ou Clang) hurlent aussi quand tu écris = au lieu de ==.
[^] # Re: [:good]
Posté par rewind (Mastodon) . En réponse au journal Polycode : Moteur 2D/3D open-source. Évalué à 3.
Il y a du travail, c'est certain. Et même la galerie est impressionnante. Maintenant, ça manque un peu de documentation. Même dans le doxygen, il manque par exemple la hiérarchie des classes. Les tutos sont assez basiques et ne couvrent pas toutes les fonctionnalités. Et je trouve le site difficile à naviguer. À surveiller pour plus tard.
[^] # Re: Pauvreté de l'offre européenne
Posté par rewind (Mastodon) . En réponse à la dépêche Préoccupés par ce qu'on ne peut pas vous dire ? Nous aussi (Google Transparency Report). Évalué à 10.
Ce n'est pas la question. Le commentaire original se plaint qu'il n'y a pas d'offre européenne, je lui montre qu'il y en a une pour les mails et qu'elle est utilisée. Après, l'Europe n'est pas plus éthique sur le sujet que les US, mais c'est un autre débat.
[^] # Re: Pauvreté de l'offre européenne
Posté par rewind (Mastodon) . En réponse à la dépêche Préoccupés par ce qu'on ne peut pas vous dire ? Nous aussi (Google Transparency Report). Évalué à 8.
Sur les mails, beaucoup de gens en France gardent l'adresse fourni par leur FAI, sans parler de tous ceux qui ont une adresse @laposte.fr. En Allemagne, il y a GMX qui draine pas mal d'utilisateurs aussi. Donc, ce n'est pas si noir que ça de ce côté là.
[^] # Re: l'université, c'est plus ce que c'était.
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E05 : de retour de la Paris Games Week. Évalué à 2.
Manifestement, tu parles de choses que tu ne connais pas et que tu fantasmes.
Ce n'est pas mignon, c'est la réalité. Et le niveau en sortie d'université, il est tout autant valable que n'importe quoi d'autre. Tu affirmes sans aucune preuve, tu ne fais que débiter ici un lieu commun fondé sur du vide. C'est à peu près du même niveau que «les fonctionnaires sont des feignants».
Ou pas.
N'importe quelle licence d'informatique. Dans ma licence, c'est un exercice que je fait faire en L2.
Non, les personnes qui font du code public sont une infime minorité parmi tous les étudiants. Et même si tu étends à ceux déjà en poste, c'est ultra-minoritaire.
Tu te contredis toi-même et tu ne t'en rends même pas compte. Tu affirmes qu'il est nécessaire de différencier les salaires et tu donnes un exemple où ça marche bien et où personne n'a un salaire différent ! Merci de confirmer ce que j'ai dit plus haut.
Encore une fois, totalement faux. Il y a des procédures d'avancement, basé sur ce que tu as fait, et il y a des concours interne qui permettent de monter en grade. Même quelqu'un qui commence au plus bas de l'échelle peut se retrouver chef en fin de carrière.
Complètement faux. Je peux te dire qu'il y a d'excellents informaticiens dans les administrations. Ils sont peut-être plus humbles et/ou n'ont pas besoin de se la péter pour pouvoir se vendre au plus offrant au prochain changement d'emploi, ils se concentrent sur leur travail. Mais manifestement, tu n'as jamais mis les pieds dans une administration.
[^] # Re: l'université, c'est plus ce que c'était.
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E05 : de retour de la Paris Games Week. Évalué à 2.
Malheureusement non, je ne suis que banalement socialiste.
[^] # Re: l'université, c'est plus ce que c'était.
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E05 : de retour de la Paris Games Week. Évalué à 2.
Ben ça dépend des écoles. Dans une école (ou une université) sérieuse, on ne donne pas le diplôme à tous ceux qui ont payé pour l'avoir, on donne le diplôme à tous ceux qui ont réussi à obtenir des notes suffisamment bonnes, c'est-à-dire qui ont montré qu'ils savaient faire ce qu'on leur a appris. Donc, oui, ils sortent avec un certain nombre de capacités communes et c'est bien cet ensemble qu'on appelle qualification et que les entreprises achètent quand elles embauchent un étudiant fraîchement diplômé. Que certains dans le tas sachent faire plus de choses, c'est bien normal, mais ça, ce n'est pas marqué sur le diplôme et c'est tellement aléatoire que ça n'est pas pris en compte. D'ailleurs, souvent, ce qui fait la différence entre deux étudiants fraîchement diplômés, ce n'est pas le code qu'ils auront mis sur github, c'est surtout les activités qu'ils auront en dehors de leurs études (association, sport, etc).
Ça c'est vrai pour l'infime partie qui ne vit que pour amasser des brouzoufs, mais l'immense majorité cherche avant tout à avoir un travail et un salaire décent. Pas le salaire maximum, mais un salaire qui leur permet de vivre correctement vu leur niveau d'étude.
Pas tout le monde, seulement ceux qui ont le même diplôme. Et tu sais que toute la fonction publique fonctionne de cette manière ? Et oui, je trouve ça très bien ! Surtout en informatique. Parce que dans une entreprise, on développe en équipe et ce qui fait la force de l'entreprise, c'est ce travail en équipe, personne n'est irremplaçable. Faire croire que le talent individuel prime, c'est oublier qu'on doit travailler en équipe, et donc privilégier exactement les compétences inverses à celles qui sont réellement utiles dans une entreprise. Je crois à la force du collectif, qui est bien plus que la somme des talents individuels.
[^] # Re: l'université, c'est plus ce que c'était.
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E05 : de retour de la Paris Games Week. Évalué à 3.
C'est même pire que ça. Dans Admission Post Bac, l'appli web qui sert à choisir sa voie après le bac, l'Université sert de choix par défaut. Si un étudiant met l'Université devant une filière dite sélective, il y a un gros warning en rouge indiquant qu'il ira forcément à l'Université. C'est n'importe quoi !
Après, les filières sélectives ne le sont plus vraiment, les vannes ont été ouvertes dans les écoles d'ingénieurs et dans les IUT de sorte qu'il n'y a plus vraiment de sélection, en tout cas bien moins qu'auparavant.
Pourtant, il y a encore plein de bons étudiants qui choisissent d'aller à l'IUT, parce qu'ils le voient comme moins théoriques qu'à l'Université, et qu'ils sont plus encadrés. Généralement, on les récupère en L3 après (ou ils candidatent dans des écoles), c'est-à-dire que l'IUT n'est plus une formation courte, au pire, ils continuent dans une LPro pour avoir un BAC+3.
Elles n'ont surtout ni les budgets, ni les personnels, ni les réseaux d'anciens élèves pour le faire efficacement. Les seuls trucs qu'on fait, c'est d'aller dans les forums étudiants, et certaines disciplines organisent des visites de lycéens à l'Université.
[^] # Re: l'université, c'est plus ce que c'était.
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E05 : de retour de la Paris Games Week. Évalué à 2.
Ce qui tue la capacité des entreprises françaises à embaucher, c'est qu'elles sont dirigés par des financiers qui veulent pouvoir licencier à tour de bras si le cours de bourse baisse de 0,1%. Le système des grilles assurent qu'avec une qualification donné, tout le monde aura à peu près le même salaire, c'est-à-dire que le salaire sera défini sur des critères objectifs, et pas à la tête du salarié, pas selon l'humeur du recruteur, pas selon le cours de bourse. Une qualification, ça se paie.