Jump to content

AlexMog

Modérateur spécialisé
  • Content Count

    322
  • Joined

  • Last visited

  • Days Won

    34

AlexMog last won the day on February 18 2017

AlexMog had the most liked content!

Community Reputation

128 Vénérable

About AlexMog

  • Rank
    Section Programmation
  • Birthday 09/29/1994

Informations du profil

  • Genre
    Homme
  • Centres d'interêts
    Programming & Gaming
  • Localisation
    Montpellier
  • Study level
    Master 2

Recent Profile Visitors

2,546 profile views
  1. AlexMog

    Melinyel 3.0

    Salut à tous, Oui, moi aussi je repasse de temps en temps! C'est beau de vous voir essayer de faire évoluer le forum pour lui redonner sa vie d'antan. Néanmoins, il faut voir ce autours de quoi la communauté tourne. En effet, il y a eu une période où il y a eu énormément de projets soutenus par le communauté (je pense entre autres aux projets qui avaient étés pensés spécialement pour Melinyel, comme MeliWow, MeliGames, MeliChat, etc...) ce qui faisait que la communauté y participait, c'était que justement, ça allait apporter quelque chose à ladite communauté. Monter un proj
  2. Merci pour vos retours L’épisode 2 est sortit au passage!
  3. Bonjour à tous, Je partage avec vous aujourd'hui le premier épisode de RTFM, qui a pour but de faire de la vulgarisation informatique plus ou moins poussé. Il s'agit d'un pilote, pour tenter de voir si le concept de l'émission plait, et si je continue dans cette lancée :). Voici l'épisode: Bon visionnage, et j'attends vos retours avec impatience! Cordialement, AlexMog.
  4. Une belle liste de design patterns en java: https://github.com/iluwatar/java-design-patterns
  5. Salut tout le monde, Je suis retombé sur ce message récemment, et donc celui où je parlais de la passion. C'était il y a un peu plus d'un an, et donc, voici un petit résumé de la suite du parcours: Je considère avoir perdu 3 ans de vie IRL que j'ai échangé contre 3 ans d'apprentissage. 3 ans à m'acharner à apprendre et j'ai appris plus en 3 ans qu'en 10 ans avant cela. Je me suis conforté dans le fait d'avoir choisi la bonne filière, et je suis encore plus passionné aujourd'hui qu'avant. Je considères toujours autant mes créations comme mes enfants, c'est toujours aussi amusant de cr
  6. Bonne idée, mais plusieurs choses: - Parle plus rapidement, et avec moins de pauses. - Parler de l'allocation dynamiques et des fonctions est hors sujet. Reste dans le sujet, c'est à dire, les chaines de caractères. - Ton cours ressemble plus à un cours sur les tableaux et les pointeurs, plus que simplement sur les chaines de caractères. - Au lieu de fournir des fonctions qui n'ont pas vraiment de sens pour un débutant, montre comment interagir avec la chaine directement, en rappelant que c'est un tableau ;). - Expliquer ce qu'il se passe au niveau de la mémoire lorsqu
  7. Question piège ofc. En faite, ça dépends! Si le packet est trop gros, il sera, dans tous les cas, découpés en "Frames" et envoyé en plusieurs fois ;). Le problème n'étant pas vraiment la taille du packet le problème, mais bien entendu la cadence d'envois ;). En TCP, il ne faut pas oublier qu'on est dans un contexte d'envoit->réception->avis de réception. Donc bon, d'une manière générale, il vaut mieux envoyer un packet "package" avec pas mal d'infos, en TCP, plut^ot que plein de petits :). Le mieux étant encore de respecter les framesizes internationales. Mais bon, là on va un peu trop l
  8. En réalité, c'est encore plus complexe que vous ne le pensez ;). Par exemple, en TCP, la perte d'un packet peut engendrer plusieurs centaines (voir milliers) de MS en ping! Tout ça parce que la liste de packets à envoyer en TCP se rallonge ;). Pour résumer, un packet foireux peut engendrer des secondes de délais si il y en a beaucoup à la chaine. l'UDP est plutôt facile à comprendre: on envoit une lettre sans être sur qu'elle soit reçue. Mais bon, très compliqué à gérer niveau code. Il faut vérifier que le packet est bien reçu, et qu'il n'est pas corrompu. Bref, un bordel! Souvent on util
  9. Merci pour cet article! Personnellement j'utilise Monitorix depuis quelques temps déjà que je trouve extrêmement complet.
  10. Hey, ça dépendra du langage, et si tu utilises ou non une librairie. Dans tous les cas, faire du network est un challenge, autant que la gestion mémoire, c'est donc souvent une prise de tête, sans parler du débugging en networking qui est... Difficile
  11. Bonjour, Tout dépends de ton EntityFramework. Donnes nous plus d'informations à propos de ça! Sinon, si tu as accès aux DAOs, suffit de créer une requête groupée, voir une jointure si besoin. Cordialement, AlexMog.
  12. Hum, beaucoup de points négatifs dans ton code, on voit que tu es encore débutant à ta façon de coder! Déjà, tout est en Synchrone, c'est pour ça que tu sur-utilise les threads, ce qui, avec ta façon de faire (TROP DE THREADS) n'est pas conseillée, voir même bannie. Pour ce qui est de l'aspect réseau, stocker et envoyer tout le HTML à chaque message est très dangeureux: Out of memory faciles, buffer explodes possibles, la socket ne doit pas être très lourde, sinon ça ralentit tout le bouzin (ce qui explique l'excès de threads), bref, pas très bien tout ça. Pour te donner une idée, si je me con
  13. Bonjour à tous, Dernièrement, j'étudie dans mon université les réseaux neuraux, aussi appelés Neural Networks. Affin de mieux comprendre mes cours, j'ai décidé de faire un projet permettant de visualiser l'évolution d'un cerveau virtuel dans un environnement de survie. Bref, un petit projet, mais très sympathique à regarder! I - Qu'est-ce que le Neural Networks? Je vais faire court et concis, mon but n'étant pas de faire un cours sur les réseaux neuraux ici. Un réseau neural a pour but de virtualiser des réseaux de neurones, et donc, en finalité, un cerveau. Le but, c'est de s'axer sur la b
  14. Intéressent comme exo, mais pas mal d'erreurs (principalement de norme Oracle) dans ton code, quelques moyens de le rendre plus lisible aussi ^^. Cdt, Mog
×
×
  • Create New...