Je ne suis en effet pas programmeur, mais je programme quand même un peu.
J'avais fait une interface php de gestion de base de données (gestion de clients et stocks) et c'est vrai que j'étais vite arrivé à 1000 lignes de codes.
Bon pour les 100 lignes, j'ai du passé un peu trop de temps à Marseille (n'ayez pas peur, je m'en suis exilé).
Cependant :
>> 100 lignes, on les explose dès qu'on se met à écrire un petit script un peu *plus compliqué* que d'habitude
C'est justement là mon questionnement où tu m'as mis un doute. Est-ce que le compliqué le rend plus simple. je m'explique.
Mon exemple précédent était simple, on a une fonction choix_client qui récupère le choix du votant (au niveau de cette fonction, je ne pense pas qu'on ai à mettre un code correcteur d'erreur, l'information étant trop basique pour être vérifiée)
Ensuite viens le stockage des données. J'avais fait très simple :
choix = choix_client() ;
switch res in choix {
case a : a++ ;
case b : b++ ;
}
bon un truc dans le genre, ça fait longtemps que je n'ai pas codé, surtout en c et la syntaxe est peut-être complètement fausse.
J'en viens à ma question (une vrai question, je ne connais pas la réponse)
Y a-t-il des risques dans un cas aussi simple que a, b et les autres contiennent des erreurs ? à quel taux ?
Le fait de le compliquer en essayant de détecter des erreurs (j'ai juste abordé le sujet des codes correcteurs d'erreurs à la fac, surtout pour les transmissions réseaux, donc je sais de quoi ça parle mais sans être spécialisé dedans).
Là, on a juste n valeur suivant le nombre de candidats que va détecter le correcteur ?
À la rigueur, on met 5 circuits électronique séparés et quand on presse, le traitement est fait sur les 5 et à la fin on vérifie qu'il soit tous identique (j'ai pris 5 parce que je trouve ça quand même plus sûr que 3).
Je ne vois pas ce qu'on peu faire de plus fiable de façon logiciel.
Ensuite viens l'aspect de l'interface, peut-être que toutes ces lignes vont dans la fonction choix_client(), mais bon j'en doute quand même.
Et le dernier point, c'est la sécurité, la clef et tout. Pensez-vous vraiment que ça doit être le rôle du programme ?
Je vois plus ça de façon "mécanique" vu qu'il me semble avoir vu qu'il met une clef dans la machine et pas qu'il tape un code (bon, il fait peut-être les deux), mais même si c'est le cas, le dispositif de verrouillage devrait me semble-t-il être complètement séparé.
Alors pour les 100 lignes, c'était peut-être exagéré, mais pensez-vous que le programme se doit d'être vraiment plus compliqué que ça ?
C'est une vrai question, parce que le sujet m'intéresse. J'ai fait des études d'électronique et d'informatique (bon sans aller très loin ni dans l'un ni dans l'autre) mais j'ai quand même de bonnes notions dans les deux domaines et si l'on m'avait demandé de faire une telle chose, j'aurais sans doute procédé à peu près comme ça (mais je ne suis pas spécialiste).
[^] # Re: MJs
Posté par seginus . En réponse au journal Êtes-vous favorable au vote électronique ?. Évalué à 2.
J'avais fait une interface php de gestion de base de données (gestion de clients et stocks) et c'est vrai que j'étais vite arrivé à 1000 lignes de codes.
Bon pour les 100 lignes, j'ai du passé un peu trop de temps à Marseille (n'ayez pas peur, je m'en suis exilé).
Cependant :
>> 100 lignes, on les explose dès qu'on se met à écrire un petit script un peu *plus compliqué* que d'habitude
C'est justement là mon questionnement où tu m'as mis un doute. Est-ce que le compliqué le rend plus simple. je m'explique.
Mon exemple précédent était simple, on a une fonction choix_client qui récupère le choix du votant (au niveau de cette fonction, je ne pense pas qu'on ai à mettre un code correcteur d'erreur, l'information étant trop basique pour être vérifiée)
Ensuite viens le stockage des données. J'avais fait très simple :
choix = choix_client() ;
switch res in choix {
case a : a++ ;
case b : b++ ;
}
bon un truc dans le genre, ça fait longtemps que je n'ai pas codé, surtout en c et la syntaxe est peut-être complètement fausse.
J'en viens à ma question (une vrai question, je ne connais pas la réponse)
Y a-t-il des risques dans un cas aussi simple que a, b et les autres contiennent des erreurs ? à quel taux ?
Le fait de le compliquer en essayant de détecter des erreurs (j'ai juste abordé le sujet des codes correcteurs d'erreurs à la fac, surtout pour les transmissions réseaux, donc je sais de quoi ça parle mais sans être spécialisé dedans).
Là, on a juste n valeur suivant le nombre de candidats que va détecter le correcteur ?
À la rigueur, on met 5 circuits électronique séparés et quand on presse, le traitement est fait sur les 5 et à la fin on vérifie qu'il soit tous identique (j'ai pris 5 parce que je trouve ça quand même plus sûr que 3).
Je ne vois pas ce qu'on peu faire de plus fiable de façon logiciel.
Ensuite viens l'aspect de l'interface, peut-être que toutes ces lignes vont dans la fonction choix_client(), mais bon j'en doute quand même.
Et le dernier point, c'est la sécurité, la clef et tout. Pensez-vous vraiment que ça doit être le rôle du programme ?
Je vois plus ça de façon "mécanique" vu qu'il me semble avoir vu qu'il met une clef dans la machine et pas qu'il tape un code (bon, il fait peut-être les deux), mais même si c'est le cas, le dispositif de verrouillage devrait me semble-t-il être complètement séparé.
Alors pour les 100 lignes, c'était peut-être exagéré, mais pensez-vous que le programme se doit d'être vraiment plus compliqué que ça ?
C'est une vrai question, parce que le sujet m'intéresse. J'ai fait des études d'électronique et d'informatique (bon sans aller très loin ni dans l'un ni dans l'autre) mais j'ai quand même de bonnes notions dans les deux domaines et si l'on m'avait demandé de faire une telle chose, j'aurais sans doute procédé à peu près comme ça (mais je ne suis pas spécialiste).