Discussion :

[pfeuh]

Salut,

développer c'est avant tout penser et coder, non?

et déboguer, aussi non? Et pour ça, une IDE bien conçue, ça aide. Je ne sais pas vous, mais moi, il m'est déjà arrivé de suer sur quelques-uns.

A+

Pfeuh

[denispir]

Salut,


et déboguer, aussi non? Et pour ça, une IDE bien conçue, ça aide. Je ne sais pas vous, mais moi, il m'est déjà arrivé de suer sur quelques-uns.

A+

Pfeuh

Ouais, mais moi pour déboguer je suis obligé de penser beaucoup et très fort. Mais c'est sûrement parce que je suis vachement moins fort et surtout moins doué!

Denis

[Obsidian]

Ouais, mais moi pour déboguer je suis obligé de penser beaucoup et très fort. Mais c'est sûrement parce que je suis vachement moins fort et surtout moins doué! Denis

C'est surtout parce que tu manques d'entraînement, tout simplement. Déboguer une application est compliqué par nature et tous les programmeurs sont passés au moins une fois sur un cas difficile qui leur a fait perdre des jours, alors qu'il s'agissait le plus souvent d'une broutille comme un point-virgule mal placé.

[Sve@r]

Et puis j'aime bien le C, ça m'éclate bien aussi de devoir penser très lucidement à tout, dans le détail et sous tous les angles, comme ça. Quand ça marche, t'es content! alors qu'en python si t'as les idées claires sur ce que tu veux dire ça marche tout de suite ; et sans fuites mémoires ;

Ah moi c'est le contraire. J'ai fait du C pendant plusieurs années et quand je suis passé à Python ça a été le jour et la nuit. J'ai été content de ne plus avoir à me taper 45 lignes et 25 tests pour faire un append dans un tableau...

on s'en lasse, non ?

Pas moi...

[fred1599]

J'ai fais 7 ans de python avant de commencer le C ces temps-ci.

Le C semble répétitif, les listes simplement chaînée, les listes doublement chaînées, ...

Ce qui m'embête le plus maintenant (avant c'était les pointeurs), c'est les fuites mémoires où je me bat gaiement avec Valgrind.

Je travaille beaucoup le C, car au final mon objectif est d'être à niveau pour un langage que je considère être entre le C et python, c'est à dire le C++.

Ah moi c'est le contraire. J'ai fait du C pendant plusieurs années et quand je suis passé à Python ça a été le jour et la nuit. J'ai été content de ne plus avoir à me taper 45 lignes et 25 tests pour faire un append dans un tableau...

J'ai actuellement cette même impression, mais j'ai le sentiment que le C++ sera un juste milieu entre l'efficacité et la simplicité.

Le C, reste tout de même simple dans sa syntaxe, pas beaucoup de mots clé.

on s'en lasse, non ?

En fait je ne me lasse pas de python pour faire des choses simples et avoir à éviter de m'occuper de la gestion mémoire.

Je me lasse de stagner dans quelque-chose que je connais déjà et où je ne progresserais que très peu.

Le C permet de progresser en algorithme... pour moi c'est déjà ne plus stagner, c'est ce que je cherche.

Le C++ va ajouter un gros plus dans sa gestion des exceptions...

Chacun m'apportera ce que je souhaite, c'est à dire, éviter absolument la routine!

[Bktero]

Ah moi c'est le contraire. J'ai fait du C pendant plusieurs années et quand je suis passé à Python ça a été le jour et la nuit. J'ai été content de ne plus avoir à me taper 45 lignes et 25 tests pour faire un append dans un tableau...

Je me suis mis à Python et je pense la même chose. Les exemples tu m'avais montré par mp étaient très aguicheurs, la suite a été encore mieux !

Hier, j'ai ecris un bout de code qui :
- à partir d'un vecteur d'objets, crée un nouveau vecteur
- contenant la valeur d'un attribut d'instance
- des objets pour lesquels une méthode de cette classe rend True
en une seule ligne !

Exceptionnel !!!

[denispir]

Je me suis mis à Python et je pense la même chose. Les exemples tu m'avais montré par mp étaient très aguicheurs, la suite a été encore mieux !

Hier, j'ai ecris un bout de code qui :
- à partir d'un vecteur d'objets, crée un nouveau vecteur
- contenant la valeur d'un attribut d'instance
- des objets pour lesquels une méthode de cette classe rend True
en une seule ligne !

Exceptionnel !!!

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
    [obj.attr for obj in objets if (obj.meth() == True)]

lol ;-)

(Je préfère séparer le mapping du filtrage, en 2 opérations. Mais python a un syntaxe terrible pour les fonctions anonymes (lambda truc), alors on est obligés d'utiliser les compréhensions de listes, et une fois qu'on en est là, autant tout grouper.)

Denis

[denispir]

J'ai fais 7 ans de python avant de commencer le C ces temps-ci.

Le C semble répétitif, les listes simplement chaînée, les listes doublement chaînées, ...

Ce qui m'embête le plus maintenant (avant c'était les pointeurs), c'est les fuites mémoires où je me bat gaiement avec Valgrind.

Je travaille beaucoup le C, car au final mon objectif est d'être à niveau pour un langage que je considère être entre le C et python, c'est à dire le C++.



J'ai actuellement cette même impression, mais j'ai le sentiment que le C++ sera un juste milieu entre l'efficacité et la simplicité.

Le C, reste tout de même simple dans sa syntaxe, pas beaucoup de mots clé.



En fait je ne me lasse pas de python pour faire des choses simples et avoir à éviter de m'occuper de la gestion mémoire.

Je me lasse de stagner dans quelque-chose que je connais déjà et où je ne progresserais que très peu.

Le C permet de progresser en algorithme... pour moi c'est déjà ne plus stagner, c'est ce que je cherche.

Le C++ va ajouter un gros plus dans sa gestion des exceptions...

Chacun m'apportera ce que je souhaite, c'est à dire, éviter absolument la routine!

Je crois que python est beaucoup plus compliqué, et bien moins intuitif, que beaucoup le disent. C'est dû au fait qu'il reprend l'essentiel de la sémantique des langages de la lignée C/Unix (c'était d'ailleurs un des buts de Guido, il en parle je ne sais plus où), avec une syntaxe plus sympa et sémantique à la fois plus claire et plus juste. Du coup tout nous paraît (plus) simple, mais c'est un peu une illusion d'optique, je crois.
En plus, au fil du temps, le langage c'est vachement complexifié. Avec les méta-classes, les coroutines primitives (génrateurs), les décorateurs, tu peux complètement exploser le modèle/paradigme central de python.

Si tu cherches qq ch entre C et python, va peut-être fouiller un temps du côté de D(2) et Go. D, c'est C++ moins pmal foutu. Go, bon, tout le monde en parle (*). Explorer la gamme des Modula et Oberon peut aussi valoir le coup, pour toucher à d'autres principes "language design", même si tu n'as pas l'intention de les adopter.

Denis

(*) Je dois dire malheureusement que Go est selon moi très bien conçu, du moins selon les principes de base choisis (pas de générique, par ex). Le typage dit "structurel" est excellent et je parle même pas du modèle de concurrence (hérité d'Erlang). La syntaxe "répare" l'essentiel des verrues de C/++. Malheureusement, parce que Google me fout sacrément la trouille: je préférerais que leurs projets de langages soient des ratés conceptuels (Mais avec Ken Thompson dans le lot...) et des échecs publics (mais avec la puissance de google....

[fred1599]

En plus, au fil du temps, le langage c'est vachement complexifié. Avec les méta-classes, les coroutines primitives (génrateurs), les décorateurs, tu peux complètement exploser le modèle/paradigme central de python.

Question de point de vue, personnellement je trouve pas.

complexifié et amélioré.

D, c'est C++ moins pmal foutu

Mouiiii, C'est moins répandu, dommage!

Go, bon, tout le monde en parle

Pas tant que ça, ça fait longtemps que j'en ai pas entendu parler. Par contre j'entend parler de Haskell, python, objective C

[Obsidian]

Je me suis mis à Python et je pense la même chose. Les exemples tu m'avais montré par mp étaient très aguicheurs, la suite a été encore mieux !

Oui, mais ce sont deux langages qui ne sont pas comparables.

Le Python est un excellent langage, mais la majeure partie de ses « grands avantages par rapport au C » sont surtout ceux des langages interprétés. Les lambda-fonctions, par exemple, existent en LISP depuis 1960.

Il est décevant de constater que peu de gens se rendent compte que les difficultés du C sont ce qu'elles sont parce que les ordinateurs fonctionnent globalement de cette façon, au plus bas niveau, et pas à cause d'une conception arbitraire et maladroite au départ.

[Bktero]

Loin de l'idée de comparer !!!

C'est juste que ça c'est mis à en parler. Venant d'une formation info indus, je connais tout l'intérêt d'un langage proche de la machine comme C. A la longue, sur PC, c'est saoulant pour faire de petites appli de se dire "alors.... pour mon tableau, je mets quoi comme taille avec mon #define ?". Au boulot ces deniers jours, j'ai développé un petit outil pour exploiter des fichiers issus d'un boitier qui est connecté à un bus et enregistre toutes les trames qui passent. Faire ça en Python a été un plaisir car je n'ai pas eu à gérer la mémoire, j'a bénéficié d'écrire de haut niveau et compactes, la possibilité de faire des classes, etc. J'ai utilisé un langage adapté à mon besoin. En revanche, je ne suis pas fan du côté interprété. Ou alors je n'ai pas encore l'habitude. J'aime bien en C faire "compiler" et qu'il me dise "erreur : telle variable est inconnue car j'ai fait une faute de frappe" ; en Python, j'exécute et je vois que ça plante. Si c'est un morceau du code où je ne passe pas systématiquement, je risque de m'en rendre compte plus tard.

Enfin, bref, on diverge ^^

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
[obj.attr for obj in objets if (obj.meth() == True)]

Bien vu ^^
Tu peux même enlever le == True et les parenthèses !


PS : message numéro

!