Version imprimable
Bonjour,
Je tente d'accélérer l'exécution de mon code en le convertissant en Cython.
Or, j'obtiens un message d'erreur dans le terminal au moment de convertir mon fichier pyx
en l'occurence ceci:
S'agit-il d'une difficulté liée à mes déclarations de string vide du genre x ='' ?Code:error: unknown file type '' (from 'progprincipal')
Quelqu'un aurait une idée ?
Merci à tous.
Bonjour
Sans un code minimaliste reproduisant le souci, difficile à dire. Cela pourrait effectivement provenir de tes strings vides, si par exemple ton code était copié+collé depuis un tutoriel type pdf dans lequel les caractère "quote simple" ne serait pas représenté par un ' classique mais par un caractère un peu plus "habillé" mais qui n'est pas un caractère reconnu par Python...Citation:
Envoyé par ceststef
Bonsoir.
Merci pour la réponse.
Mon code n'est pas un copier-coller. Il s'agit de mon programme perso que je mène depuis un moment.
Donc il n'y a pas d'erreur se rapportant à ce type de manipulation.
En fait, le fichier que je nomme 'progprincipal' fait plus d'une ligne (20 000) alors difficile, selon moi, d'identifier d'où vient le soucis
car le retour d'erreur ne me livre pas plus d'information que ce que je vous ai indiquée.
Ce qui me paraissait étonnant, si cette hypothèse se révèle juste, c'est que Cython formerait une erreur se rapportant à la désignation d'un variable qui, sous python, peut valablement être faite sous la forme:
x =""
L'erreur vient nécessairement de l'homme donc je n'arrive pas identifier où je me plante. Il y a quelque chose qui m'échappe.
La nuit porte conseille ... ou la communauté !
Quand on ne sait pas d'où vient l'erreur, on peut essayer de mettre des lignes en commentaire pour voir si elle est toujours là. Et faire une sorte de recherche dichotomique pour la cerner plus précisément.Citation:
Envoyé par ceststef
Mais c'est pour les cas désespérés.
De toutes façons, sans code pour reproduire, les idées sont à chercher dans les articles glanés sur le Web qui parlent de problème similaire. C'est aussi laborieux mais ça permet de mieux saisir les composants qui sont concernés et peut être donner des idées sur quoi chercher.
- W
Bonjour
Avec aussi peu d'infos, il est difficile de trouver une solution.
En cherchant sur le web avec "cython error: unknown file type ''", on trouve des sites qui parlent de l'erreur mais le plus souvent avec " type '.pyx' ". Cela suggère que l'erreur n'est pas forcément dans le code, mais peut se trouver aussi dans le processus de traitement par cython. Processus dont on ne connait rien pour l'instant: quel méthode a été utilisée? L'erreur peut aussi se trouver dans l'installation elle-même à cause d'un problème de version.
Quant à gagner du temps d'exécution avec la compilation par cython, attention à un détail: on gagne vraiment du temps lorsque le type des variables python passées au code C ou C++, existe en C ou C++! Sinon, le code compilé devra appeler l'API Python souvent, et le gain de temps ne sera pas présent, et même pourra être moins bon qu'avec le Python pur (ça m'est déjà arrivé).
hello,
peux-tu nous montrer la commande ou le script python que tu utilises pour "Cythoniser" ton fichier progprincipal ?
exemple de commande :
exemple de script :Citation:
cythonize -b -i progprincipal.pyx
puis lancer :Code:
2
3
4
5
6
7
Citation:
python setup_progprincipal.py build_ext --inplace
houla ! 20000 lignes de code dans un seul fichier : cython risque d'avoir du mal à le digérer. La vocation de cython c'est plutôt d'optimiser des bouts de code dont l'exécution est lente en python. Il aurait été plus sage de découper ton programme en plusieurs morceaux et de ne compiler en cython que les parties lentes. Est-ce qu'il y a des boucles importantes ou des calculs dans ton programme ?
Dans ce graphique on voit que cython est intéressant surtout pour les boucles et les calculs.
Pièce jointe 608975
Ami calmant, J.PCitation:
Benchmark pour les 4 tests, relativement au temps d'exécution par Python. De gauche à droite : print "Bonjour", lecture de gros fichier, opérations mathématiques en boucle, alignement de séquences. En bleu : Python ; en vert : compilation avec Cython seul sans typage ; en orange : avec spécification des types des variables.
Merci pour vos réponses.
Bien entendu, j'envisage de faire des recherches sur le web sur la foi du message d'erreur mais comme dans un premier temps, j'ai pu constater que la majorité des réponses étaient en anglais et que cela me coute, j'ai préféré soumettre ma difficulté sur le forum.
S'agissant de mon code, il s'agit d'un programme qui se fonde sur les résultats hippiques précédents.
A ce titre, je lui fais récupérer les résultats anciens et soumettre aux partants tout un tas de critères de sélection.
Voilà pourquoi il contient beaucoup de boucles.
Il me semble avoir lu justement que cython permet d'accélérer l'exécution de ces boucles.
Bien entendu, mon essai d'amélioration vitesse porte sur un bout de code, soit sur un seul critère. Je vous en livre la fonction (avant d'en avoir la remarque, les noms trop longs de variable sont très volontaires, ce point sera remanié plus tard) :
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73# PROPRIÉTAIRES # VALEUR 20 cpdef (dict, dict, dict, dict) etude_proprietaire_moy_quinte(self,\ param, choixProno, dico_points_base, dico_points_discipline,\ dico_points_similaire, dico_points_similaire_inscrits,\ liste_ttesId_Finalisees, liste_Id_Discipline,\ liste_Id_Partants_Discipline, liste_Id_Similaire_Inscrits,\ discipline, nbPartants, liste, courseId, combin_algo, dateArrInscr): cdef list dateArrInscr, liste_proprietaires cdef char discipline, nomProprietaire cdef int proprietaire, proprietaireId, participation, succes, detenteur, chance, tuPle[0], inscrit[1], proprietaire[2], combin_algo cdef dict dico_proprietairesDisci liste_proprietaires =self.exeReq(("SELECT PartantNumero, ChevalId, ProprietaireId FROM PARTANT NATURAL JOIN CHEVAL WHERE CourseId ={0}").format(courseId)) if cdef int choixProno ==1: # SUR LES COURSES PRÉCÉDENTES DE MÊME DISCIPLINE if combin_algo ==0: self.changeText0('\n\n\n') self.changeText0('PROPRIÉTAIRES MOYENNE:','tagSouligné') self.changeText0(' courses de {0}\n\n'.format(discipline.upper())) dico_proprietairesDisci ={} # créat° dictionnaire proprietaires for proprietaire in liste_proprietaires: proprietaireId =proprietaire[2] participation =0 # variable pr identifier nb particip° aux courses du propri. étudié succes =0 # variable pr établir nb succès du propri. étudié for tuPle in dateArrInscr: for inscrit in tuPle[2]: detenteur =self.exeReq("SELECT ProprietaireId \ FROM PROPRIETAIRE_HISTO \ WHERE ChevalId={0} AND ProprietaireDebut <={1} AND ProprietaireFin >={2}"\ .format(inscrit[1], tuPle[0], tuPle[0]))[0][0] if proprietaireId == detenteur: participation +=1 if inscrit[0] in tuPle[1]: succes +=1 if participation ==0: chance =0 else: if succes ==0: chance =0 else: chance = round(succes/participation,4) nomProprietaire =self.exeReq("SELECT ProprietaireNom FROM PROPRIETAIRE WHERE ProprietaireId ={}".format(proprietaireId))[0][0] dico_proprietairesDisci[proprietaire[0]] =[nomProprietaire, succes, participation, chance] # on retrouve un dictionnaire: # cle: n° du cheval # valeurs: [0] nom propri. # [1] nb de succes propri. # [2] nb de particip° # [3] chance du propri. cdef int k cdef list v for k,v in dico_proprietairesDisci.items(): cdef list valproprio cdef list valeur valproprio =dico_proprietairesDisci[k] valeur =dico_points_discipline.get(k) # ajout du point " moyenne proprietaire " au dictionnaire " courses même discipline " if valeur[1] !=0: valeur[2] =round(valeur[2] + valproprio[3],4) valeur[20] = round(valeur[20] + valproprio[3],4) dico_points_discipline[k] =valeur . . . return dico_points_base, dico_points_discipline, dico_points_similaire, dico_points_similaire_inscrits
Pour avoir utilisé time.perf_counter() , je sais que c'est ce type de boucles qu'il me faut tenter d'accélérer.
S'agissant du script python que j'utilise pour cythoniser, il s'agit de celui-ci:
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
Effectivement, 20000 lignes, cela peut paraitre beaucoup, mais d'emblée, en débutant le programme et comme c'était pour moi le premier, j'ai opté pour la poo. Mais en réalité, je ne crée qu'un seul objet au lancement de mon programme qui ne contient qu'une seule classe. Du coup, toutes les méthodes de ma classe s'alignent dans la même bout de code. Peut être que c'est lourd, inélégant, mais cela fonctionne.
PS: le nom du programme principal est redevenu "prog_principal" qui était celui d'origine. En effectuant mon premier post, j'avais tenté de virer l'underscore, on ne sait jamais. Mais ce n'était pas le problème.
tu peux essayer ceci :
Citation:
extensions = [ Extension("prog_principal", ["prog_principal.pyx"]) # à renommer selon les besoins
]
Oui, le .pyx c'était un oubli à force de retoucher et chercher.
Non, ben, toujours le même message:
Code:error: unknown file type '' (from 'prog_principal')
J'ai également tenté d'insérer dans un autre petit code qui fonctionne la déclaration en python d'une variable quelconque a =''
et la cythonisation s'est bien déroulée.
Je peux semble t il en conclure que ce n'est pas cela.
J'obtiens cela désormais:
Code:ValueError: 'prog_principal.pyx' doesn't match any files
Quelle version de python, cython ? Cython installé comment ?
J'ai pour python la version Python 3.9.0
J'ai installé Cython sur mon iMac via le terminal et la commandeCode:pip install cython
comment s'appelle ton script principal en python ? (avec l'extension)
C'est quand-même dommage qu'il ne mette pas la ligne incriminée.Citation:
Envoyé par ceststef
Tu peux essayer de découper ton programme (20000 lignes?) en 4 programmes de 5000 lignes (nommés p1, p2, p3, p4). On s'en fout si le résultat ne donne pas des scripts Python réellement exécutables (enfin en admettant que cython ne s'en préoccupe pas lui non plus), le but est juste de repérer la portion du programme principal en erreur. Et ainsi de suite en affinant de plus en plus...
En tout cas moi j'ai essayer ce script de setup (setupProgPrincipal.py)
avec cette commande :Code:
2
3
4
5
6
7
8
9
10
11
12
13
avec comme fichier prog_principal.pyx :Citation:
python setupProgPrincipal.py build_ext --inplace
cela fonctionne j'ai un fichier .c qui est créé puis un fichier .cp39-win_amd64.pydCode:
2
3
4
5
6
7
8
9
sous windows 10 python 3.9.0 Cython 0.29.24 avec comme compilateur c celui de visual studio 19
Le message d'erreur obtenu par ceststef est louche car cela ressemble à un problème externe au script principal. Ou alors le script principal est trop important et cela engendre une erreur.
[EDIT] bon j'ai essayé avec un fichier python sans import de plus de 20000 lignes :
génére un fichier c de 27 Mo avec plus de 620000 lignes et pendant la compilation j'ai une erreur fatale :
Citation:
D:\Dev\PycharmProjects\pythonProject\prog_principal.c(32754) : fatal error C1002: espace du tas insuffisant pour le compilateur lors de la deuxième passe
C'est une super idée. Je vais essayer. En théorie, je devrais pouvoir parvenir à termes à isoler le problème.Citation:
Envoyé par Sve@r
Je vous tiens au courant.
@jurassic pork
Moi aussi sur un petit bout de code, ça fonctionne mais pas sur le programme qui m'occupe.
si c'est possible il faudrait que tu isoles que le code qui a besoin d'être optimisé car même avec 5000 lignes cela va faire encore beaucoup de lignes c puis importer le module pyd dans ton programme principal
Toujours cet ensemble de messages d'erreur :
Code:
2
3
4
5
6
7
8
9
10
ok, je vais essayer d'isoler le bout de code à optimiser.
L'idée n'était pas de réduire le code à optimiser à 5000 lignes mais de tester la compilation cython sur des portions de code de plus en plus petites pour arriver à trouver la ligne qui fout le dawa. Si par exemple la compilation échoue sur p2 alors on se concentre sur p2 uniquement et on le découpe en 5 sources de 1000 lignes p21, p22, p23, p24, p25 et on les compile séparement et etc. wiztricks avait déjà émis une idée analogue en parlant de recherche dichotomique dans son premier message.Citation:
Envoyé par jurassic pork
Oui j'avais bien compris la démarche.
Je répondais à Jurassik, comme le montre le fait que je l'avais cité au préalable ;)
on dirait que le problème est lié au fichier setup.py , essaie la commande simple :Citation:
Envoyé par ceststef
Code:cythonize -b -i prog_principal.pyx
Petite question:
quand ma fonction vise à retourner un tuple de dictionnaires, je la définis bien comme suit pour Cython:
Parce que la cythonisation me renvoie ceci:Code:
2
3
4
5
6
7
8
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22Error compiling Cython file: ------------------------------------------------------------ ... #### PROPRIÉTAIRES # VALEUR 20 cpdef (dict, dict, dict, dict) etude_proprietaire_moy_quinte(self, param, choixProno, dico_points_base, dico_points_discipline,dico_points_similaire, dico_points_similaire_inscrits,\ ^ ------------------------------------------------------------ prog_principal.py:8417:35: Syntax error in simple statement list Traceback (most recent call last): File "/Users/stef/Desktop/Pronostef 2/setup.py", line 15, in <module> ext_modules = cythonize(extensions), File "/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/site-packages/Cython/Build/Dependencies.py", line 1102, in cythonize cythonize_one(*args) File "/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/site-packages/Cython/Build/Dependencies.py", line 1225, in cythonize_one raise CompileError(None, pyx_file) Cython.Compiler.Errors.CompileError: prog_principal.py
Une autre difficulté que je ne comprends pas, c'est que lorsque je lance une cythonisation avec l'extension .pyx , j'obtiens un message d'erreur:
donneCode:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
tandis que si j'utilise:Code:
2
3
4
5
6
7
8
9
10
11
12
13
la cythonisation débutera et donnera:Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
soit mon message d'erreur de tout à l'heure.Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
Merci
hello,
il me semble qu'avec l'extension py , le fichier est considéré comme un script python et python ne comprend pas les syntaxes avec cpdef, cdefCitation:
Envoyé par ceststef
et pour le premier problème il faudrait commencer doucement avec des cas de variables simples et avec la remarque à Tyrtamos :
J'ai vu également des requêtes SQL dans ton code . Avec un profiler il faudrait savoir exactement où est perdu le temps : parce qu'il y a beaucoup de boucles ? parce qu'il y a une fonction lente dans la boucle ? etc ... ?Citation:
Quant à gagner du temps d'exécution avec la compilation par cython, attention à un détail: on gagne vraiment du temps lorsque le type des variables python passées au code C ou C++, existe en C ou C++! Sinon, le code compilé devra appeler l'API Python souvent, et le gain de temps ne sera pas présent, et même pourra être moins bon qu'avec le Python pur (ça m'est déjà arrivé).
Ami calmant, J.P
J'ai isolé la partie que je souhaité accélérer donc en plaçant celle-ci dans une fonction, dans un module.
Je n'arrive toujours pas à cythoniser cette fonction.
Le terminal me retourne toujoursalors que module_moyProprioFct.pyx est bel et bien présent dans mon dossierCode:
2
et que mon setup.py est comme ceci:
Code:
2
3
4
5
6
7
8
9
10
11
12
13
Je ne pige pas d'où vient le pb.
hello,
comme on peut le constater dans les traces d'erreur le problème provient de cette ligne dans le fichier Dependencies.py de CythonCitation:
Envoyé par ceststef
si on regarde ce que fait nonempty il vérifie que le pattern correspond à un ou des fichiers existants (si il y a un joker comme *).Code:for file in nonempty(sorted(extended_iglob(filepattern)), "'%s' doesn't match any files" % filepattern):
normalement cela devrait marcher pour toi car le fichier module_moyProprioFct.pyx (qui s'affiche d'ailleurs dans le message d'erreur) existe.
Si il y a un problème c'est certainement dans la fonction extended_iglob de Dependencies.py à cet endroit :
avec un iglob(pattern) qui ne contient rien. Mais cela reste des suppositions. Le mieux serait de faire un point d'arrêt sur la ligne en erreur et de voir ce qui se passe en descendant dans les fonctions appelées dans la ligne. Chez moi il n'y a pas d'erreur.Code:
2
3
Peut être un souci avec les chemins utilisés pour ton code source.
Ami calmant, J.P
Je pense que je peux éliminer le soucis avec mon chemin d'accès car si je cythonise de façon minimaliste c'est à dire en laissant Cython faire le travail sur mon module laissé en python pur et nommé .py, la cythonisation fonctionne. J'obtiens fichiers .c et .so. Et le code fonctionne et s'accélère (pas encore assez à mon goût), j'ai vérifié en le mesurant avec perf_counter()
@jurassic pork
Ton intuition était la bonne.
Cython indiquait que le fichier était inexistant.
En réalité, quand je renommais le fichier en .pyx, il apparaissait effectivement renommée dans le dossier mais quand j'ai fait 'obtenir les informations' sur ce même fichier,
j'ai constaté qu'il était toujours de type 'script python' avec toujours un .py de sorte que le dossier portait ce type de nom 'module_moyProprioFct.pyx.py'
La procédure ne pouvait dès lors que planter.
Par contre, niveau gain de vitesse, c'est pas folichon. Je pense que ce sont mes requêtes répétées à sqlite qui freinent pas mal.
N'y aurait il pas un moyen de les accélérer ?
hello,
peux-tu nous donner quelques informations concernant les performances:
ex : temps d'exécution
temps espéré.
Nombre de requêtes sql effectuées dans l'exécution.
Nombre d'éléments dans la base de données.
etc..
Ami calmant, J.P
Une entrée sortie disque est 1000 fois plus lente qu'un accès mémoire.Citation:
Envoyé par ceststef
Et le seul moyen d'accélérer la vitesse des entrées sorties sera d'en faire moins.
Ce qui me turlupine dans votre affaire, c'est le nombre de lignes de code que vous voulez compiler (20000). Bien qu'on ne mesure plus la productivité d'un programmeur aux nombres de lignes qu'il écrit, l'ordre de grandeur reste entre 50 et 100 lignes/jour...
Et une indication de 200 à 400 jours de boulot pour écrire toutes ces lignes.
Si vous n'avez pas passé ce temps à écrire votre code, l'optimiser, c'est d'abord retravailler du côté structures de données/algorithmes/séquences de traitements à défaut de l'avoir fait à l'étape de conception...).
Ce n'est qu'après avoir fait ce boulot qu'on identifie les traitements qui pourraient mériter d'être "compilés" (à défaut de pouvoir être repensés côté algo.).
- W
Il y a maintenant 2 ans, je débutais et découvrais : print('Hello world !')Citation:
Envoyé par wiztricks
Aujourd'hui, je discute dans un post avec 3 généraux 5 étoiles sur le forum informatique. Ça vous donne une idée du chemin parcouru.
Donc 50/100 lignes jour, ce n'est par mon rythme bien que je m'y attèle tous les jours mais je le fais à temps perdu bien que ce soit devenu un hobbies très très prenant car ça me plait.
Alors, mon programme n'est pas parfait (un peu d'indulgence, je viens de loin) - je suis le premier à indiquer que je vais l'améliorer (cf mon indication sur la longueur des noms de variables) . J'ai tout mon temps pour cela.
Comme j'ai bien compris que 20000 lignes à cythoniser, c'était trop, j'ai isolé dans une fonction la partie de code à cythoniser, ce qui a fonctionné. Mais comme je ne voyais pas une nette différence, j'ai demandé à ce forum s'il était possible d'accélérer mes requêtes sqlite.
J'ai très bien compris que lorsque mon code sera optimisé avec des algorithmes ciselés, la cythonisation sera l'ultime catalyseur à mon code mais je voulais tenter la cythonisation, pour voir.
Maintenant, je reviens sur le sujet des select sqlite.
J'ai lu sur ce forum qu'il était possible d'effectuer des insertions multiples de cette façon semble-t-il:
Alors je me demandais si, sur le plan de la comparaison, il était possible de faire la même chose non pas en INSERT mais en SELECT ? (mais je crois que je vais être invité à changer de sujet sur ce forum )Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Si on écrit:Citation:
Envoyé par ceststef
on exécute 2 requêtes SQL (l'une après l'autre) et qu'il s'agisse de requête INSERT/SELECT/UPDATE, ... çà fera toujours 2 requêtes.Code:
2
Par contre dans le cas des INSERT, on gagnerait peut être à faire des bulk insert (.executemany) dans chaque table.
Pour revenir à la productivité du programmeur, elle est "faible" car il passe 70% du temps à concevoir et lire les documentations pour arriver à maîtriser ce qu'il va coder.Citation:
Envoyé par ceststef
Il est manifeste que vous n'avez pas trop passé de temps à maîtriser cython ou sqlite avant de vous jeter à l'eau... C'est bien mais c'est discutable lorsqu'on écrit un gros programme et qu'on cherche à améliorer ses performances.
- W
Ce qui est manifeste, c'est que vous amalgamez forum et tribunal.
Vous n'êtes pas là pour voir le temps que j'ai pu passer à consulter la documentation.
C'est vrai que nous sommes dans le domaine de la programmation et je n'aurais pas pensé à consulter le web ou de la doc pour trouver réponse.
Clairement, les débutants vous posent des questions que vous devez estimer indigne de votre niveau
et je m'étonne de ne pas avoir lu votre phrase favorite (car j'ai lu plus d'une de vos publications):
"il y a des tutos pour ça".
J'ai pas fait tant de cinéma quand je vous ai repris sur une simple addition par le passé.
Quand on vient sur une forum, c'est pour avoir des réponses à une difficulté, pas pour recevoir un jugement de valeur.
Bon, vous m'avez convaincu car malheureusement à chaque fois je tombe sur vous, c'est décidé, je change de crémerie.
Je vais rester calme mais sachez que je vous donnerai la leçon dans bien des domaines autres que l'informatique .
Ingénieur ne veut vraiment pas dire génial. Loin de là.
Ciao pantin. (en plus vous avez répondu à côté de ma question, une fois de plus).
Il n'y a pas de réponses à vos difficultés car vous posez des questions sans contexte auxquelles on ne peut répondre qu'en vous renvoyant à la documentation.Citation:
Envoyé par ceststef
Si vous avez commencé à jouer avec Python, il y a 2 ans et écrit 20000 de code, vous n'êtes plus débutant! Et si vous n'êtes plus débutant, çà veut dire que vous avez pris le temps de lire un peu la documentation, enrichir votre vocabulaire technique pour décrire les problèmes rencontrés, ...Citation:
Envoyé par ceststef
Relisez votre dernière question:
Vous montrez une transaction qui s'assure que les 2 INSERT seront soit effectués complètement soit défaits (pour assurer l'intégrité de la base).Citation:
J'ai lu sur ce forum qu'il était possible d'effectuer des insertions multiples de cette façon semble-t-il:
Alors je me demandais si, sur le plan de la comparaison, il était possible de faire la même chose non pas en INSERT mais en SELECT ? (mais je crois que je vais être invité à changer de sujet sur ce forum )Code:
2
3
4
5
6
7
8
9
10
11
12
SELECT se contente de lire, pas besoin d'un contexte de transaction pour en faire plusieurs à la suite.
Que reste-t-il se sensé? La séquence des 2 .execute et la phrase "commiter toutes les 50 000 lignes", où j'essaie de vous expliquer que les bulk insert seraient bien plus efficace (et vous indiquer .executemany).
Ce n'est pas vous que je juge, je ne vous connais pas. Juste le travail que vous présentez... et si je pense que vous pourriez mieux faire en vous documentant, je ne vois pas pourquoi je ne le dirai pas.Citation:
Envoyé par ceststef
Pour moi 70% du temps passé par un programmeur est dans la documentation et les petits tests pour s'assurer qu'on a compris sinon que çà fera ce qu'on attend. Vous suggérer d'ouvrir une documentation, de ne pas vous lancer dans des projets trop ambitieux trop tôt,... n'a rien de péjoratif: c'est juste du bon sens.
Si vous venez dans le coin, c'est pour essayer de vous améliorer pas pour avoir des trucs prêts à emporter... et zapper l'effort d'apprentissage.
Tous les humains peuvent se tromper.Citation:
Envoyé par ceststef
Maintenant ne pas prendre le temps de se perfectionner et de s'équiper avant de se lancer dans l'escalade de l'Himalaya, n'est pas une erreur, c'est juste mal apprécier les moyens à se donner pour réaliser ses ambitions.... et mettre en danger la vie des secours de haute montagne parce qu'on fait son caprice.
- W
C'est tout ce que je voulais savoir.Citation:
Envoyé par wiztricks
C'est bien ce que je pensais. Vous mélangez forum et défouloir.
Je ferme mon compte. Merci quand même.
