On ne doit pas bosser sur les mêmes projets...
Y'a de fortes chances :) Cela dit dans la plupart des projets on retrouve quand mêmes des étapes identiques : cahier des charges, analyse, spécification, conception, développement, test, validation, intégration, déploiement, maintenance, etc.
Après je sais pas quelle place occupe le dev dans tes projets...
Quand tu es au niveau d'optimisation d'une lib, tu peux déjà faire beaucoup plus que le faire par fichier .c comme le C actuellement. C'est un boulot prévus cette année, il me semble, la modularité.
Bien entendu. Mais pourquoi un compilo C le fait par fichier .c ? J'avais effectivement déjà soulevé le problème de la modularité dans le passé, content que vous l'intégriez. Cela dit il serait intéressant de mesurer le juste milieu entre modularité et gain lié à l'optimisation globale potentielle.
Je ne vois pas de quoi tu parles. De l'effort sur un programme particulier ou sur le compilo ? C'est évidement vrai pour un programme particulier. C'est faux pour le compilo dont les efforts bénéficient à tous les programmes.
On est d'accord :)
Mince tu viens d'avoir une crise d'intelligence ! C'est les 2 points essentiels qui ont amené la création de Lisaac.
Tu réponds pas à la question :) Tu as encore le point de vue du compilo et non le point de vue utilisateur.
Niveau optimisation automatique, il y a plein de choses infaisables en C : notamment, tu ne peux pas toucher le layout mémoire des données, or pour la vectorisation automatique cela peut être nécessaire. L'utilisation de pointeur te fait pointer sur un trou noir et les alias peuvent être compliqué à détecté.
On est d'accord. Mais comment allez vous gérer l'intégration avec le langage C que vous proposez dans le langage ? Dès qu'un bout de code apparaît vous désactivez quelles optimisations ?
Tu parlais de l'embarqué d'une façon un peu "à coté de la plaque". Dans l'embarqué, tu veux un code qui marche, un développement rapide, une empreinte mémoire minimum.
Mouarf. Quel ingénieur ne veut pas ca :-) Tu crois que dans l'embarqué ils ne se soucient pas du tout de la modularité, de la lisibilité du code ? Evidemment je suppose qu'on parle pas forcement de la même chose derrière le terme "embarqué", ca peut aller du robot industriel au terminal ADSL. Il y a toute une gamme de besoin et de solutions.
[^] # Re: C'est trop compliqué !
Posté par TImaniac (site web personnel) . En réponse au journal Des langages de haut niveau. Évalué à 2.
Y'a de fortes chances :) Cela dit dans la plupart des projets on retrouve quand mêmes des étapes identiques : cahier des charges, analyse, spécification, conception, développement, test, validation, intégration, déploiement, maintenance, etc.
Après je sais pas quelle place occupe le dev dans tes projets...
Quand tu es au niveau d'optimisation d'une lib, tu peux déjà faire beaucoup plus que le faire par fichier .c comme le C actuellement. C'est un boulot prévus cette année, il me semble, la modularité.
Bien entendu. Mais pourquoi un compilo C le fait par fichier .c ? J'avais effectivement déjà soulevé le problème de la modularité dans le passé, content que vous l'intégriez. Cela dit il serait intéressant de mesurer le juste milieu entre modularité et gain lié à l'optimisation globale potentielle.
Je ne vois pas de quoi tu parles. De l'effort sur un programme particulier ou sur le compilo ? C'est évidement vrai pour un programme particulier. C'est faux pour le compilo dont les efforts bénéficient à tous les programmes.
On est d'accord :)
Mince tu viens d'avoir une crise d'intelligence ! C'est les 2 points essentiels qui ont amené la création de Lisaac.
Tu réponds pas à la question :) Tu as encore le point de vue du compilo et non le point de vue utilisateur.
Niveau optimisation automatique, il y a plein de choses infaisables en C : notamment, tu ne peux pas toucher le layout mémoire des données, or pour la vectorisation automatique cela peut être nécessaire. L'utilisation de pointeur te fait pointer sur un trou noir et les alias peuvent être compliqué à détecté.
On est d'accord. Mais comment allez vous gérer l'intégration avec le langage C que vous proposez dans le langage ? Dès qu'un bout de code apparaît vous désactivez quelles optimisations ?
Tu parlais de l'embarqué d'une façon un peu "à coté de la plaque". Dans l'embarqué, tu veux un code qui marche, un développement rapide, une empreinte mémoire minimum.
Mouarf. Quel ingénieur ne veut pas ca :-) Tu crois que dans l'embarqué ils ne se soucient pas du tout de la modularité, de la lisibilité du code ? Evidemment je suppose qu'on parle pas forcement de la même chose derrière le terme "embarqué", ca peut aller du robot industriel au terminal ADSL. Il y a toute une gamme de besoin et de solutions.