Adobe : la retouche photo comme vous ne l'avez jamais vue
Photoshop. Qui ne connaît pas ce nom ? Avec l’essor de la photographie numérique, le leader du logiciel de retouche leader du marché a logiquement pris une place prépondérante dans notre vie quotidienne. Un épisode récent de la vie politique a même m ... Lire la suite
- Skype et appel gratuit sur les fixes
- Firefox : interview du fondateur
- Vista : les prix sont là
- L'aide au chiffrement par VIA
- [MAJ] Windows Media Player 11 bêta 2 est de sortie
- Firefox 2.0 bêta 2 est de sortie
- Intel TAT : utilitaire pour Core (2) Duo
- Internet Explorer 7 RC1 en téléchargement
- Microsoft sort un Windows Light en Corée
- CPU-Z passe en version 1.36
Turbo C est de retour
Source: Presence PC – Catégorie : Logiciels 34 commentaires
Vous souvenez-vous ? C’était un temps où le "fair-use" était de mise. Les étudiants, les universitaires et même les braves gens avaient la possibilité d’utiliser les meilleurs outils sans avoir à verser des royalties dans la mesure où ils ne faisaient pas commerce du fruit de leur passion. C’étaient les versions TURBO du pascal ou du C/C++...
Turbo ? Rappel historique
Petit rappel, en 1983 chez l’éditeur Borland, sont apparues deux versions des outils par langages. Pour le C++, on a vu apparaître Borland C++ et Turbo C++, alors que du coté du pascal, ce sont Borland Pascal et Turbo Pascal qui menaient la danse.
Les versions Borland, très complètes, étaient payantes et chères. Les versions Turbo, sans fioritures, contre un peu d’argent pour celui qui les achetait étaient librement copiables, bien que réservées aux étudiants et universitaires. Notre ami Zeb du forum programmation ne manque pas de rappeler que le Turbo Pascal a formé des milliers d’étudiants à la programmation.
Turbo : le Retour
Et bien figurez-vous qu’ils ont remis ça avec Turbo Delphi, Turbo C#, Turbo C++ et un seconde version de Turbo Deplhi. Un seul des quatre logiciels proposés peut être installé par ordinateur. Rappelons également qu’il s’agit de produits gratuits, mais non libres. Consulter le site Web.
Réagissez ! Retour à la liste des news
- 1 / 2
- Suivante
-
Un petie précision quand même. il y a confusion entre Turbo xx et version étudiante. Les produits Turbo xx étaient dans le commerce à des prix "normaux" de l'époque. Il existait par contre une politique de Borland à L'époque de Philippe Khan qui consistait à permettre aux étudiants/écoles/profs d'acheter ses produits à un prix "modique". C'est ce que j'ai fait à l'époque...
Il y a quelques année, Borland a aussi mis gratuitemnt à disposition les premières version de TP ou TC pour les nostalgique de la version 1.0
| tommy68 a écrit : A quand justement un article sur les compilateurs et les environnements de développement? ça pourrait peut etre en interesser quelques uns, moi en tous les cas (oui je sais google est mon ami). |
Tu sais les compilateurs et les EDI, c'est chacun ses goûts : je ne pense pas qu'un article puisse être vraiment objectif à ce sujet
![[:spamafote] [:spamafote]](http://img.infos-du-net.com/forum/images/perso/spamafote.gif)
| tommy68 a écrit : A quand justement un article sur les compilateurs et les environnements de développement? ça pourrait peut etre en interesser quelques uns, moi en tous les cas (oui je sais google est mon ami). |
Et surtout, à quand des tests de performances de nos processeurs, mémoires, disques durs sur des compilations de projets avec GCC, VC++...
Tom's l'avait fait il y a fort longtemps, mais il ne fait plus aujourd'hui...
| athon99 a écrit : Et surtout, à quand des tests de performances de nos processeurs, mémoires, disques durs sur des compilations de projets avec GCC, VC++... |
Pour les compilos, celui de VC++ est excellent question performance; par contre (du moins pour VC6) il ne respecte pas du tout certains standard du C++ (les templates deviennent vite catastrophiques à développer si on entame des choses complexes, ce qui peut devenir très génant; sans parler du bug con avec la déclaration des variables dans le statement d'une boucle for, ou le scope de la variable est définit après la boucle etc etc...).
Alors que GCC respecte parfaitement toutes les règles de la grammaire du C++; mais on contre partie, dans certain cas, il peut donner un code un peu moins optimisé.
Donc, pour faire du code portable sur divers plateforme, VC++, il faut mieux oublier (mais on s'en serait douté!
Maintenant, je ne sais pas si ils ont améliorés le compilo de VC++ actuel, je ne fais plus que du C# (et le C++ sous Windows avec ces saloperies de MFC ne me manque plus du tout
On pourrait trouver d'autres projets assez conséquents, mais pas aussi parlant pour tout le monde.
SpadVIII> J'ai fait une seule fois des MFC et plus jamais je ne le referais. L'API Win32 est tellement plus simple.
Le hic du compilo, c'est qu'il n'est pas SMP. Pourtant il pourrait l'être pendant la première passe de compilation, avant la liaison.
| titifanny a écrit : les MFC cay le bien |
Oui, une fois que tu les maitrises, tu peux faire rapidement des choses sympas.
Sauf qu'il y a pleins d'incohérences dans l'architecture de classes, qu'il est assez difficile de faire quelque chose de différent du Framework basique proposé par les MFCs avec l'architecture Document/View (merci le bouquin "Au Coeur des MFCs" qui permet de se dépatouiller un peu mais qui n'est pas toujours simple à digérer)...
Au final, même si C# et .NET 2.0 n'offrent pas, à la base, le support Document/View, tu arrives à faire pareil en très peu de temps et surtout avec beaucoup plus de liberté.
De plus, le modèle des classes de la .NET 2.0 est 1000 fois mieux pensé que celui des MFCs (merci l'expérience de Java), une très grande cohérence, une utilisation importante du développement par interface (permettant de refaire toi même et facilement, par exemple, des composants plugables dans divers containers) et un panel de classes et de fonctions qui couvrent des domaines beaucoup plus vastes (web, cryptographie, localisation, appels distants, design de composants etc etc...).
Sans parler des temps de debug considérablement réduit (fini les pointeurs, les allocations mémoires hasardeuses; fini les crashs complets de l'appli et merci les générateurs automatique de test unitaire de VS 2005 etc etc).
Quant aux performances, même si les Winform de .NET sont "plus lourdes" que ce que donne la simple encapsulation de l'API Win32 par les MFCs (les Winforms sont tellement plus complètes aussi), les performances sont très correctes; et en calcul pur, en accès fichiers etc... c'est quasi kifkif avec le C++ pour la majarité des besoins; on arrive même à faire mieux des fois, grace à la possibilité de générer du code "à la volée", adapté aux besoins à un temps T.
Bref, à part pour ceux qui n'ont pas le temps d'étudier le C# et qui sont experts en C++ et en MFC, je ne vois plus beaucoup d'intérêt de développer aujourd'hui avec ce Framework: Perte de temps et coût de maintenance bien supérieur.
- 1 / 2
- Suivante
-



![[:grut] [:grut]](http://img.infos-du-net.com/forum/images/perso/grut.gif)
ou vim et gcc 


puis c'est bizarre, j'ai l'impression d'avoir déjà lu ça quelque part ...