Crunchez vos adresses URL
|
Rejoignez notre discord
|
Hébergez vos photos
Page 209 sur 334 PremièrePremière ... 109159199201202203204205206207208209210211212213214215216217219259309 ... DernièreDernière
Affichage des résultats 6 241 à 6 270 sur 10008
  1. #6241


    Sérieux...



    D'ailleurs vous connaissez un seul développeur qui est heureux de travailler sous windev ? J'ai l'impression que leur pub ne cible pas du tout les devs, mais les managers, qui convaincus des promesses du logiciel vont ensuite l'imposer aux pauvres devs...

  2. #6242
    Ton monde réel est de milliers d'utilisateurs, mais il y a aussi ici des gens qui codent pour des centaines de milliers voire des millions d'utilisateurs, je pense qu'on est dans le monde réel aussi.

    Quant à "la majorité du code est IO-bound", admettons, et du coup tu compresses pour accélérer tes IOs. Tu chiffres pour les sécuriser. Ca suce de la perf.
    Et en plus, c'est souvent faux dans beaucoup de cas, même si on entend tout le temps cet argument. J'ai déjà vu des scandales dans des tonnes d'applications "mais de toute façon c'est IO-bound t'occupes pas" avec du code ultra-inefficace entrelacé avec les dites IO. Et vu que les programmeurs Python ne sont en général pas les rois du profiling...
    Bref, je refuse de laisser la parole juste aux développeurs Python qui le conseillent au débutants. C'est peut-être hype mais ce n'est pas l'alpha et l'omega.

    Et on est d'accord sur un point, le vrai problème de Python, ce n'est pas la perf, c'est le langage :D
    Sleeping all day, sitting up all night
    Poncing fags that's all right
    We're on the dole and we're proud of it
    We're ready for 5 More Years

  3. #6243
    Hype? un langage de presque 25ans ? T'aurai dit Go ou un truc du genre...
    Après bien sûr qu'il n'y a pas que ça, que des générations de programmeurs ont commencé par de l'assembleur, du cobol, du fortran, du ADA, du C ou que sais-je, mais pour apprendre et quand le mec dit qu'il a essayé le C et qu'il n'a pas accroché, je pense pas que du cobol lui fasse du bien.

    Et le gars veut pas faire des trucs pro, il est comptable

    edit @Tramb ouais vu comme ça... php est un langage super hype donc , enfin selon ton graph tous les langages relativement répandus sont hypes? Je comprend pas bien la terminologie du coup.
    Dernière modification par Nattefrost ; 05/11/2014 à 23h12.

  4. #6244
    Ah bah oui, hype, carrément. Le net en parle beaucoup.
    http://redmonk.com/sogrady/2014/01/2...rankings-1-14/

    Le PHP a quand même moins de zélotes qui t'expliquent à quel point il est révolutionnaire/facile/pratique/pas si lent que le Python :-)
    Et surtout le PHP reste dans le monde du web.
    Dernière modification par Tramb ; 05/11/2014 à 23h28.
    Sleeping all day, sitting up all night
    Poncing fags that's all right
    We're on the dole and we're proud of it
    We're ready for 5 More Years

  5. #6245
    Citation Envoyé par Sekigo Le Magnifique Voir le message
    Pour les grosses aplis, je pense aussi que Python ne devrait pas être utiliser comme core, parce que sa force est aussi sa faiblesse (son coté ULTRA-dynamique). Pour commencer à atteindre un niveau de sécurité de code suffisant, faut blinder de tests unitaire dans tous les sens, et on a JAMAIS le temps/la motivation dans le monde réel.
    Voilà pourquoi je m'éloigne le plus possible des langages à typage non-statique.

    Ils te tendent une sucette en te disant "viens, regarde, on est élégant et facile d'apprentissage". Mais au bout de trois mois, quand tu veux écrire un code qui dépasse les 300/400 lignes de code, tu te rends compte que ça devient un bordel ambiant bourré de bugs difficiles à déceler.
    Rust fanboy

  6. #6246
    Ça dépend aussi des compétences des développeurs. J'ai déjà bossé sur des applis de plusieurs dizaines de milliers de lignes de code en PHP qui tournait au poil, avec du code lisible et plusieurs dev qui bossaient en parallèle dessus sans problèmes. Mais on avait tous entre 5 et 10 ans d'expérience pro avec PHP.

    Si c'est possible avec PHP qui est quand même catastrophique comme langage, ce serai étonnant que python n'en soit pas capable.

    De toute façon cette petite guerre pour essayer de trouver le langage le plus "pure" n'a pas vraiment de sens, il faut prendre en compte le contexte et trouver des langages adaptés à la situation. Ça ne sert pas à grand chose de chercher des absolus.

  7. #6247
    Elite 2 a bien été écrit avec 250KLOC d'assembleur 68K, hein :-)
    Sleeping all day, sitting up all night
    Poncing fags that's all right
    We're on the dole and we're proud of it
    We're ready for 5 More Years

  8. #6248
    Citation Envoyé par hijopr Voir le message
    De toute façon cette petite guerre pour essayer de trouver le langage le plus "pure" n'a pas vraiment de sens, il faut prendre en compte le contexte et trouver des langages adaptés à la situation. Ça ne sert pas à grand chose de chercher des absolus.
    This!
    Amène.
    La programmation est une course entre le développeur, qui s’efforce de produire des applications à l’épreuve des imbéciles, et l’univers qui s’efforce de produire de meilleurs imbéciles... L’univers a une bonne longueur d’avance !!!

  9. #6249
    Citation Envoyé par hijopr Voir le message
    http://www.pcsoft.fr/img/2014/brochu...nouveautes.png

    Sérieux...



    D'ailleurs vous connaissez un seul développeur qui est heureux de travailler sous windev ? J'ai l'impression que leur pub ne cible pas du tout les devs, mais les managers, qui convaincus des promesses du logiciel vont ensuite l'imposer aux pauvres devs...
    J'en connais peu heureux sous SAP non plus.
    Mais en attendant, ce sont des standards. Va faire changer d'avis le manager qui a choisi ça: pour faire simple, tu peux pas. Faut refuser le job ou changer de mission.
    Rigolez pas, c'est tragique. J'ai vu ça dans un labo de recherche avec un industriel sur un projet de Vision. Le pauvre collègue n'a eu d'autre choix que de finir sa mission et de se tirer en Allemagne, vite.


    Quant à IO-bound, tu as des techniques sous C qui permettent de fortement augmenter le débit mémoire sans pour autant faire de l'assembleur. Je suis pas certain que cela soit aisé en python, mais qui sait?
    Mais le mieux reste encore de faire du code C/C++ qui va bien et de l'intégrer dans Python par des bindings, etc, etc...

  10. #6250
    Citation Envoyé par hijopr Voir le message
    http://www.pcsoft.fr/img/2014/brochu...nouveautes.png

    Sérieux...

    D'ailleurs vous connaissez un seul développeur qui est heureux de travailler sous windev ? J'ai l'impression que leur pub ne cible pas du tout les devs, mais les managers, qui convaincus des promesses du logiciel vont ensuite l'imposer aux pauvres devs...
    Il y a eu une commande de licence dans ma boîte (j'sais pas qui était le dev chanceux), une TV 55" était offerte (promotion du moment). Devinez où celle-ci a atterri ? Belle technique de corruption. Effectivement, ça ne cible pas les devs.

    edit: la "promotion" actuelle : 4K, incurvée ou 3D ?
    Dernière modification par Foudge ; 06/11/2014 à 01h06.

  11. #6251
    J'attends encore le jour où des "formatrices" viendront "dispenser" des "formations".
    M'est avis que ce genre de dérapage viendra tôt ou tard vu comment ils sont partis, ces gens.

  12. #6252
    Citation Envoyé par vectra Voir le message
    Non non. Le monde réel, c'est Java, C#, et aussi Windev-SAP
    Citation Envoyé par Tramb Voir le message
    Ton monde réel est de milliers d'utilisateurs, mais il y a aussi ici des gens qui codent pour des centaines de milliers voire des millions d'utilisateurs, je pense qu'on est dans le monde réel aussi.
    J'aurais dû écrire "Le monde réel, c'est AUSSI blablabla" Mais c'était moins marrant sur le moment.
    Bref, il n'était pas question de remettre en cause les compétences de qui que ce soit lors de mon dernier message. Ce n'était pas un "vous" qui s'adressait à toi, Tramb, directement, c'était un "vous" qui décrivait un type imaginaire, une représentation, une abstraction.
    Bref. Pour prendre un exemple concret tout frais des échelles de temps (parce que c'était ça, le point principal de mon précédent message, le ratio temps/résultat).

    Aujourd'hui, j'ai dû faire un schéma pour une URI utilisé en interne pour pointer vers des ressources données + L'implémenter à destination d'ebook/web (converti donc en http://) auquel j'aurais des premiers retours dans 6mois~1an + que ce soit suffisement robuste dans l'implémentation pour ne pas laisser passer n'importe quoi pour éviter un effet boule de neige + que ce soit suffisamment fonctionnel pour que ça ne fasse pas n'importe quoi + que ça soit terminée avant la commercialisation de milliers de bouquins avant lundi.
    Temps total : ~7 heures. Avec tests unitaires (pas le choix, trop critique pour moi et trop de risques que ça me retombe sur la gueule), doc et tout le bordel.
    C'est pas parfait, c'est pas ultra-robuste, j'ai laissé pas mal de NotImplemented pour les trucs qui attendront la semaine prochaine car peu de risque que ce soit utilisé, mais ça fait le job bien pour au moins 97% des trucs. Et mon patron est content pour la deadline.
    C'est à peu près mon quotidien. Si je devais me préoccuper de typage statique, de cycles de compilations, de robustesse et de performance du code, sincèrement, je doute que ça m'aurait pris aussi peu de temps, avec toutes les annexes type doc.


    Citation Envoyé par Tramb Voir le message
    Quant à "la majorité du code est IO-bound", admettons, et du coup tu compresses pour accélérer tes IOs. Tu chiffres pour les sécuriser. Ca suce de la perf.
    Et en plus, c'est souvent faux dans beaucoup de cas, même si on entend tout le temps cet argument. J'ai déjà vu des scandales dans des tonnes d'applications "mais de toute façon c'est IO-bound t'occupes pas" avec du code ultra-inefficace entrelacé avec les dites IO. Et vu que les programmeurs Python ne sont en général pas les rois du profiling...
    Tu as dû visiblement loupé la partie orchestration. Qui mets en commun des éléments performants. Écrit dans des langages plus adapté pour le core. Mais où le script qui dirige tout ça est écrit rapidement et proprement.
    Sérieusement, parse une API en Rest, ou fais des requêtes SQL. Profile le code Python/C/Java/Haskell. Regarde le temps d'attente. Le temps de traitements des données est complètement négligeable, le programme se touche la nouille 95% du temps à rien foutre, quel que soit le langage. Tu parallélise tout ça pour faire illusion, mais le résultat brut reste le même. 5s de traitement, 95s d'attentes inutile.


    Citation Envoyé par Tramb Voir le message
    Bref, je refuse de laisser la parole juste aux développeurs Python qui le conseillent au débutants. C'est peut-être hype mais ce n'est pas l'alpha et l'omega.
    Je n'ai personnellement rien recommandé cette fois-ci. Le dernier message que j'ai fais sur ce thread quand on nous a demandé un langage pour débuter, j'avais dis, de mémoire:
    * Si c'est pour un jeu/un truc gourmand, du C.
    * Si c'est pour du web avec résultat rapide, du php.
    * Si c'est pour un truc généraliste pas prise de tête pour débuter, python.
    * Et certainement une vanne sur haskell.
    Ce sont les langages les plus mainstream et sur lesquels on trouve le plus facilement de la doc et des trucs et astuces en rapport au domaine visée, pour obtenir un résultat le plus rapidement (rien de plus décourageant que de n'arriver à rien, même si c'est "pur").


    Citation Envoyé par Tramb Voir le message
    Et on est d'accord sur un point, le vrai problème de Python, ce n'est pas la perf, c'est le langage :D
    Je pense que je ne me suis jamais gênée pour dire toutes les petites saloperies que j'ai rencontré avec ce langage. Sur lesquels tu rebondis presque systématiquement pour balancer des piques sur python, que c'est un mauvais langage, que blablabla


    Citation Envoyé par Tramb Voir le message
    Le PHP a quand même moins de zélotes qui t'expliquent à quel point il est révolutionnaire/facile/pratique/pas si lent que le Python :-)
    Là dessus, je suis d'accord. Python a un coté quasi religieux pour pas mal de devs dans ce langage. C'est assez énervant et ça n'aide pas vraiment le langage.


    De toute manière, le meilleur conseil que je puisse donner à un débutant, c'est d'apprendre un langage qui lui plait et qu'il puisse commencer à avoir des résultats en quelques jours/semaines. Et ensuite, d'apprendre, apprendre, apprendre. Et sortir de sa zone de confort. TOUJOURS voir comment ça se passe ailleurs.
    On veut devenir un bon dev ? On lit du C, on lit du haskell, on lit du php, on lit du javascript, on lit du python, on lit du xslt (et on essaye d'en écrire aussi, ça aide). On expérimente, on bidouille, on s'amuse en apprenant. Et on ne devient surtout pas un ayatollah qui balance un "c'est nul, c'est pas performant/robuste/propre", ça fait vieux crouton qui radote et qui n'a plus toute sa tête.
    Et que c'est long, long, looooong de devenir bon (perso, ça fait 8 ans que je dev' dont 5 en pro, et j'apprends des trucs quasiment toutes les semaines, j'ai l'impression d'être étudiant tous les jours, c'est assez cool. Mais c'est aussi décourageant car on se sent petit assez souvent).
    J'ai raison et vous avez tort.

  13. #6253
    Citation Envoyé par hijopr Voir le message
    J'ai déjà bossé sur des applis de plusieurs dizaines de milliers de lignes de code en PHP qui tournait au poil, avec du code lisible et plusieurs dev qui bossaient en parallèle dessus sans problèmes. Mais on avait tous entre 5 et 10 ans d'expérience pro avec PHP.
    Je ne garde pas en tête qui utilise quoi, mais si tu es du genre à coder avec Symfony on peut presque considérer que tu as du typage statique vu que quasiment tout ce que tu manipules est un objet.
    Rust fanboy

  14. #6254
    Citation Envoyé par Noospray Voir le message
    Bonsoir les canards !

    J'essaie de me mettre chroniquement à la programmation, j'avais touché au C puis C++ pendant quelques temps mais sa complexité m'avait lassé, sachant que je n'aurai probablement jamais besoin de coder d'application requérant une optimisation et une rapidité très poussée.
    J'ai pu lire beaucoup de bien de Java, Python, Ruby, Scala (celui-ci me semble assez obscur tout de même), et des trucs plus "confidentiels", du moins de mon point de vue externe (je suis comptable de profession), comme le Perl, Lisp, Go, Haskel... J'ai bien conscience que certains de ces langages appartiennent à des familles très distinctes.

    Sachant que je pourrais éventuellement m'intéresser à la programmation web, quel langage me conseilleriez-vous ? Eventuellement, 2 langages, un pour le web et l'autre pour les développements "desktop" ?

    Merci d'avance !
    Bonsoir les canards,

    Merci beaucoup pour vos réponses, et pour la discussion qui s'étale maintenant sur quelques pages. Je n'irai pas prétendre que j'ai tout saisi, mais c'est passionnant à lire ! J'avais failli partir dans le domaine de l'info plutôt que les chiffres, et ça me donne presque envie de faire une réorientation !

    Pour résumer un peu tout ça, même si bien sûr il n'y a pas de langage parfait, vous m'avez surtout conseillé :
    • Python (et éventuellement Ruby) pour débuter et pour tout ce qui n'est pas exigeant en performances et doit être rapide à développer (éventuellement au niveau web) tout en restant robuste (jai bien noté le traitement de .csv ) ;
    • C# / Java (avec Maven/Graven) lorsque le besoin se fera sentir de passer à quelque chose de plus performant, robuste, bref, pour des projets plus ambitieux ;
    • Javascript et Php pour le web
    • Ocaml/Prolog/Haskell si j'ai besoin de sensations forte


    Je vais donc débuter petit et tranquillement avec Python et passer à autre chose lorsque je me serai familiarisé avec tout ça !

    J'attend avec impatience la suite de la discussion

  15. #6255
    Citation Envoyé par Noospray Voir le message
    Bonsoir les canards,

    Merci beaucoup pour vos réponses, et pour la discussion qui s'étale maintenant sur quelques pages. Je n'irai pas prétendre que j'ai tout saisi, mais c'est passionnant à lire ! J'avais failli partir dans le domaine de l'info plutôt que les chiffres, et ça me donne presque envie de faire une réorientation !

    Pour résumer un peu tout ça, même si bien sûr il n'y a pas de langage parfait, vous m'avez surtout conseillé :
    • Python (et éventuellement Ruby) pour débuter et pour tout ce qui n'est pas exigeant en performances et doit être rapide à développer (éventuellement au niveau web) tout en restant robuste (jai bien noté le traitement de .csv ) ;
    • C# / Java (avec Maven/Graven) lorsque le besoin se fera sentir de passer à quelque chose de plus performant, robuste, bref, pour des projets plus ambitieux ;
    • Javascript et Php pour le web
    • Ocaml/Prolog/Haskell si j'ai besoin de sensations forte


    Je vais donc débuter petit et tranquillement avec Python et passer à autre chose lorsque je me serai familiarisé avec tout ça !

    J'attend avec impatience la suite de la discussion
    oublie pas le C/C++ si l'envies te prends de te faire pousser la barbe...
    Ce qu'il faut savoir, c'est qu'on ment beaucoup aux minmatars, surtout lorsqu'ils posent des questions du style: "t'es sûr que ça vole, ce truc ?" Cooking Momo, le 30/08/09

  16. #6256
    Citation Envoyé par Tramb Voir le message
    Elite 2 a bien été écrit avec 250KLOC d'assembleur 68K, hein :-)
    Si tu oses comparer le 68k avec Python, on va se fâcher ! En plus le code était bien écrit.

    J'ai vu du 68k bien plus compréhensible que du Python (et non ça n'est pas du troll).

  17. #6257
    Quoi, t'as pas le plugin Python pour Devpac ?!
    Sleeping all day, sitting up all night
    Poncing fags that's all right
    We're on the dole and we're proud of it
    We're ready for 5 More Years

  18. #6258
    Oui, c'était pas trop mal pour l'époque. Quand on codait sur des dalles de pierres avec du silex pour optimiser le temps de combustion et la graisse de mammouth.
    Heureusement, Saint PYTHON est arrivé et nous a amené à l'âge de la civilisation. GLOIRE À LUI. MORT AUX PAÏENS.

    C'est bon, on a fait le tour ?
    J'ai raison et vous avez tort.

  19. #6259
    Attends, j'ai pas fini de raser ma barbe de Mathusalem

  20. #6260
    Citation Envoyé par vectra Voir le message
    Attends, j'ai pas fini de raser ma barbe de Mathusalem http://img4.hostingpics.net/pics/966...64cpcvieux.gif
    longueur_de_barbe = (heures_passes_pour_optim_CUDA / millisecondes_gagnees) * 0.002
    J'ai raison et vous avez tort.

  21. #6261
    On est plutôt dans du x200 par rapport à du C standard.
    Et on n'est pas encore assez rapides par rapport à l'objectif opérationnel (3-D+t haute résolution), même si on touche un peu au but quand-même.

    J'étais pas vraiment sérieux quand je blaguais Python, je précise. Même si le coup des whitespace reste une belle connerie tout court.

  22. #6262
    Citation Envoyé par Noospray Voir le message
    • C# / Java (avec Maven/Graven) lorsque le besoin se fera sentir de passer à quelque chose de plus performant, robuste, bref, pour des projets plus ambitieux ;
    • Javascript et Php pour le web

    Franchement, pour les performances, comme pour le web, je conseillerai sans hésiter de jeter un oeil au Go.
    C'est un langage que je trouve vraiment monstrueux, et qui amène une bonne bouffée d'air dans mon travail de tous les jours.


  23. #6263
    Citation Envoyé par Tramb Voir le message
    Quoi, t'as pas le plugin Python pour Devpac ?!
    Non mais bien énervé je dois pouvoir retrouver le reverse-engineering de l'assembleur que j'avais fait à l'époque et le faire passer dans mon traducteur 68k->C

  24. #6264
    Citation Envoyé par Sekigo Le Magnifique Voir le message
    […] Python […] la SALOPERIE de stack qui empêche la récursion,
    Ben, utilise pypy.
    Pour Cuda, Python sait faire aussi.
    une balle, un imp (Newstuff #491, Edge, Duke it out in Doom, John Romero, DoomeD again)
    Canard zizique : q 4, c, d, c, g, n , t-s, l, d, s, r, t, d, s, c, jv, c, g, b, p, b, m, c, 8 b, a, a-g, b, BOF, BOJV, c, c, c, c, e, e 80, e b, é, e, f, f, f, h r, i, J, j, m-u, m, m s, n, o, p, p-r, p, r, r r, r, r p, s, s d, t, t
    Canard lecture

  25. #6265
    On dit "binding"
    Parce qu'avec des bindings, même Lisp sait faire.

  26. #6266
    C'est juste que les bindings de PyCUDA sont mieux foutus que l'API C officielle de Nvidia.

    (en vrai, c'est plus l'équivalent de Thrust)

  27. #6267
    Salut les programmeurs!

    Je galère actuellement sur un petit code en C de rien du tout...

    Je cherche à donner une constante en argument à une macro et... ça marche pas...

    Code:
    #define NB 5
    
    #define MACRO(n) printf("n");
    
    [...]
    
    MACRO(NB)
    Et bien sur le préprocesseur qui ne fait que remplacer ce qu'on lui donne renvoi :

    Code:
    printf("NB");
    A votre avis, existe-t-il un moyen de contourner la limite (càd mettre 5 à la palce de NB )?

    Des bisous!

  28. #6268
    Citation Envoyé par Raplonu Voir le message
    Salut les programmeurs!

    Je galère actuellement sur un petit code en C de rien du tout...

    Je cherche à donner une constante en argument à une macro et... ça marche pas...

    Code:
    #define NB 5
    
    #define MACRO(n) printf("n");
    
    [...]
    
    MACRO(NB)
    Et bien sur le préprocesseur qui ne fait que remplacer ce qu'on lui donne renvoi :

    Code:
    printf("NB");
    A votre avis, existe-t-il un moyen de contourner la limite (càd mettre 5 à la palce de NB )?

    Des bisous!
    Ca fait un moment que je n'ai pas fais de C mais
    Code:
    #define MACRO(n) printf("%d", n);
    semble plus logique si n est un entier.

  29. #6269
    Citation Envoyé par olih Voir le message
    Ca fait un moment que je n'ai pas fais de C mais
    Code:
    #define MACRO(n) printf("%d", n);
    semble plus logique si n est un entier.
    Perso je trouve ça chelou qu'il remplace ce qu'il y a entre "" (dans "n"). Tu aurais mis
    Code:
    #define MACRO(n) printf(# n);
    J'aurais dit, c'est normal qu'il affiche NB. Mais avec ton truc il devrait afficher n (la lettre n, pas le chiffre que tu aurais voulu).

    Après, pour afficher le contenu d'une macros comme dans ton cas, il faut forcer l'expansion de la macro passée en argument. Pour ça, une seule solution : wrapper la conversion en string dans d'autres macros pour que le préprocesseur commence par résoudre les arguments avant de faire la conversion:
    Code:
    #include <stdio.h>
    
    #define NB 5
    
    #define __pp_str_I(x) #x
    #define __pp_str(x) __pp_str_I(x)
    
    #define MACRO(n) printf(__pp_str(n));
    Mais bon, si l'argument n'est pas une constante, tu n'auras pas la valeur de l'expression passée à la macro, tu auras l'expression elle-même au format texte:
    Code:
    int a = 1;
    MACRO(a + 5)
    N'affichera pas 6 mais "a + 5".
    "Dieu est mort" · "Si le téléchargement c’est du vol, Linux c’est de la prostitution."

  30. #6270
    Citation Envoyé par olih Voir le message
    Ca fait un moment que je n'ai pas fais de C mais
    Code:
    #define MACRO(n) printf("%d", n);
    semble plus logique si n est un entier.
    Bon, zut, l'exemple est ultra mauvais en fait.

    Code:
    #include <stdio.h>
    
    #define NB 5
    
    #define SAY_5_TIME printf("coucou coucou coucou coucou coucou\n");
    #define MACRO(n) DO_##n##_TIME
    
    int main(){
      MACRO(NB)
      return 0;
    }
    Je retente avec un autre exemple quasi conforme au cas réel. Autant avec l'exemple du printf, le préproc remplace la valeur de NB par 5, autant avec cet exemple, il écrit bêtement NB.

Page 209 sur 334 PremièrePremière ... 109159199201202203204205206207208209210211212213214215216217219259309 ... DernièreDernière

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •