Quel langage choisir pour Mac ? Java , C#/Mono, Ruby, Pascal ? Python ?

par experience, penser optimiser son code pour chaque machine est un doux reve. il vaut vraiment mieux conserver un seul unique source code et implement par ci par la des ajouts de fonctionalités propres a la machine.
Chaque effort sera reversé a l'ensemble des plateformes, et l'ensemble progressera plutot que d'avoir tendance a diverger.

J'ai eu l'experience justement du produit similaire sur mac et pc, a la fin les possibilités d'evolutions n'etaient pas du tout les memes, le produit pc a subsisté mais le produit mac s'est eteint. du coup plus de version mac, c'est dommage. Pourquoi ne pas vouloir unifier les efforts de developpement ? c'est tellement plus coherent.

l'avenir est aux produits multi-plateforme, VLC et firefox en sont les meilleurs exemples.

Je ne pense pas que FireFox et VLC soient des exemples très représentatifs, d'un côté il s'ait d'un lecteur de vidéo et de l'autre d'un navigateur internet, il y a beaucoup d'autres types de logiciels.

Ensuite, si on pousse un peu plus loin ton raisonnement, le fait que l'avenir soit au multiplateforme... Si tous les logiciels sont multiplateformes, et qu'ils font tous la même chose, quel est alors l'intérêt d'avoir des plateformes différentes ?

Je ne vois pas l'intérêt de faire une application multiplateforme si c'est pour ignorer les capacités de chaque machine, de laisser tomber les outils d'optimisation qui permettent de montrer l'existence même de la plateforme...

PS : il est d'ailleurs amusant que tu parles de FireFox comme exemple d'applications multiplateformes alors qu'apparemment FireFox 3 pour Mac sera une version Cocoa...

je choisis Macosx parce qu'il me permet de faire du developement avec les memes outils que linux, parce qu'il a une gestion de l'os et des logiciels plus innovante que les autres systemes, il permet d'allier la puissance d'un unix avec une interface super jolie avec des effets super cools.

Pour moi 90% des logiciels ne requiert pas de maitriser toutes les apis systemes a 100%. Par exemple un soft 3d, il faut opengl et beaucoup d'algorithme ... mais quoi vraiment de particulier ?
autre exemple: une appli de gestion database... bon bah la carrement rien non plus... limite on peut le faire en Java :mouarf: (c'est bon je rigole)

apres pour tout ce qui est vraiment specifique (mais perso j'ai du mal a voir vraiment ce qui peut etre tres tres specifique a une machine) alors il faut se tourner vers le language preconisé par l'implementeur du systeme...

mais imagine pour un meme logiciel, le faire en .NET sur windows, en objective C pour mac et en C++ pour linux, et un petit java pour essayer par un stagiaire...

tu trouves pas que le cout va etre dementiel ? sans compter l'architecture du soft qui va etre differente ... et les possibilités d'evolutions ? (mais aussi les perfs)

par exemple un soft de compta va exporter avec excel sur windows et sur Numbers sur Mac, ne peut-on pas imaginer que juste les modules d'export soient specifiques ? puis un module PDF qui restera commun ?

Citation:

---

Envoyé par epsilon68

le probleme est que Objective-C n'est vraiment finalement que pour Mac.
En tant que developper d'application, je pense que l'avenir est au multi-plateforme (regardez les meilleures applis: VLC, FIREFOX, PHOTOSHOP, DREAMWEAVER, FLASH ...). J'adore le mac, mais les applications doivent etre multi-plateformes. Le choix est plutot entre Java et C++ (avec Qt ou autres)

perso j'ai choisi, je prefere le natif et Qt est vraiment innovatif et les developpeurs paraissent vraiment tous cool (voir leurs blogs).

---

La vrai portabilité à 100% n'existe pas. C'est aussi un doux rêve. Nous avons des problèmes par rapport auX comportementS du double-clic d'une application Java en fonction qu'elle était sous Linux, Windows ou Mac...
Et c'est pourtant des fonctionnalités de base.

Donc tout dépend, de l'application, de la cible et des contraintes environnantes. La personne qui a créé ce sujet parlait de développer principalement des applications POUR MacOSX. Dans ce cas le langage de choix est Objectif-C.

Citation:

---

Envoyé par epsilon68

[...]
tu trouves pas que le cout va etre dementiel ? sans compter l'architecture du soft qui va etre differente ... et les possibilités d'evolutions ? (mais aussi les perfs)

par exemple un soft de compta va exporter avec excel sur windows et sur Numbers sur Mac, ne peut-on pas imaginer que juste les modules d'export soient specifiques ? puis un module PDF qui restera commun ?

---

Pourtant parfois c'est nécessaire et c'est le cas.
De plus si la conception est bien faîte, l'architecture sera très semblable et réutilisable. Ça c'est déjà vu.

Mais cependant, tu as raison sur le fait que si tu vises à faire un logiciel sous toute plateforme, il est impératif de considérer le facteur coût de maintenance. Et là, un langage commun est bien plus pertinente. Donc du C avec du QT, ou du Java, ou du ocaml avec wxwidget, est probablement une meilleure solution que de l'Objectif-C sur Mac, et du C++ sous Windows et Linux.

Cocoa/objective-C impose des contraintes entre les différentes versions de mac OS.
Java est plus dans l'air du temps.
...

Un livre de référence sur COCOA/OBJECTIVE-C, traduit de son édition américaine, avec un forum, en anglais, très actif pour la résolution des travaux de réalisation:
"Cocoa par la pratique" par Aaron HILLEGASS aux éditions Eyrolles.
http://www.editions-eyrolles.com/Liv...ar-la-pratique

Citation:

---

Envoyé par code barre invalide!

Cocoa/objectifC impose des contraintes entre les différentes version de mac OS.
Java est plus dans l'air du temps.

---

Si c'est pour faire du développement essentiellement Mac je déconseille le Java, si c'est pour utiliser Java avec Cocoa là je recommande d'abandonner direct. :D
Ensuite, j'aimerais bien savoir quelles contraintes ça impose... À part quelques méthodes et classes qui sont ajoutées dans les versions plus récentes de Mac OS X... L'essentiel fonctionne de la même manière qu'avec les différentes versions de Java...

C'est toi qui le dis.

Mon message porte sur un livre, l'as-tu lu?

Citation:

---

Envoyé par code barre invalide!

C'est toi qui le dis.

Mon message porte sur un livre, l'as-tu lu?

---

Oui

Citation:

---

Envoyé par code barre invalide!

Java est plus dans l'air du temps.

---

Plus dans l'air du temps ne veut pas dire bon.
En fait, Java est plus connu, mais objective-C est bien plus « propre » pour un langage orienté-objet.

Comme PsychoH13, je me demande de quelles contraintes tu parles qui ne pourraient pas exister en Java ? Java est très fatiguant pour sa gestion propre du CTRL. Il y a surement des moyens d'arranger ça, mais toujours est-il que ça nous a bien fait suer lors d'un projet multiplateforme en Java (pas de cocoa donc).

Java c'est comme le C++ : il faut le connaître (parce que c'est dans l'air du temps comme tu dis) mais si je pouvais l'abandonner je n'en serais pas dérangé pour le moins du monde ^_^

Salut,
Je suppose qu'en Amérique du nord l'utilisation de cocoa/Objective-C est plus répandue qu'en France où le nombre de sociétés s'en servant est vraiment faible.Quelqu'un en connait-il une (exceptée spécialisée/développeuse mac)?
Objective-C est le c++ reservé du mac, continuera-t-il d'exister si Apple l'abandonne?

Les contraintes dépendent de l'environnement; java est plus pertinent, destiné à des usages multiples (API,MVC=>Struts). La programmation Obj-C est liée à un seul outil(project builder/xtools) par version du système: c'est peu.

Par ailleurs je trouve ce langage, cocoa/objective-C, intéressant et agréable.

D'autre part, pourquoi bannir cocoa/java? Bien sûr il est bogué et incomplet mais il n'est pas mal qu'en même.

Pourquoi bannir Cocoa/Java ? Et bien parce que toutes les nouveautés à partir de Tiger ne sont plus portées en Java, ce qui signifie que ce langage est abandonné par Apple pour Cocoa et qui risque donc à terme de ne plus être utilisable du tout.
De plus, il s'agit d'un bridge c'est-à-dire que le code Java (déjà pas super efficace) appelle du code Objective-C par dessous ce qui rend l'application plus lente.
La seule raison pour laquelle Java a été proposé par Apple était d'attirée les développeurs Java vers Cocoa, pour ensuite les faire passer tranquillement vers Objective-C en arrêtant le support du bridge...

Sinon, je doute fortement qu'Objective-C soit abandonné de si tôt par Apple, l'un des indices qui me le font affirmer c'est pour commencer le fait qu'Apple a sorti une nouvelle version d'Objective-C, ensuite tous les frameworks d'Apple (notamment les cores) sont écrits soit en Objective-C, soit en C pour une incorporation transparante dans du Cocoa/Objective-C.

Donc, je me demande qu'elle va être l'utilité de cocoa/python et de cocoa/ruby dans Léopard; si c'est uniquement de la promo et qu'ils sont abandonnés dans deux ans autant s'en passer immédiatement.

Au fait, un pont par dessous est un tunnel. (rires)

@+

Citation:

---

Envoyé par code barre invalide!

[...]
Objective-C est le c++ reservé du mac, continuera-t-il d'exister si Apple l'abandonne?

---

C'est une très bonne question. Étonnant donné que Objective-C vient de NeXTStep en fait, et qu'Apple l'a acquis parce qu'ils en appréciaient le design (en plus de l'argument économique de dire qu'il fallait un langage pour MacOSX), je te dirais : oui, qqun le reprendra. Mais bon, il est possible que même avec ces qualités, ils tombent dans l'oubli le plus total comme l'ont été de très bon langage avant lui, dont SmallTalk, son père spirituel. D'ailleurs GNUstep l'a en langage système de base.

Citation:

---

Les contraintes dépendent de l'environnement;[...]

---

En fait tu donnes là LA réponse.
On choisit le langage en fonction du problème.
Si qqun se destine à ne développer que pour MacOSX, autant profiter des avantages de Cocoa/Objective-C. Si c'est pour le porter, il vaut mieux passer par Java pour simplifier le remaniement par la suite.

Citation:

---

Envoyé par code barre invalide!

Donc, je me demande qu'elle va être l'utilité de cocoa/python et de cocoa/ruby dans Léopard; si c'est uniquement de la promo et qu'ils sont abandonnés dans deux ans autant s'en passer immédiatement.

---

Ce n'est que marketing ! Python et ruby sont des langages à la mode, Apple prodigue donc des bridges pour ces langages pour attirer vers Cocoa les développeurs de tout bord. Le premier objectif est d'attirer les fans de Ruby et Python vers le framework d'Apple, ensuite le deuxième objectif est d'attirer ces nouveaux développeurs Cocoa vers le langage préféré de la plateforme... Tout ça n'est que marketing. Et si Apple le fait c'est tout simplement parce que beaucoup de développeurs sont retissants à changer de langage.
Donc Apple se sert de ces langages pour adoucir la transition, mais il n'en reste pas moins qu'Apple préférerait qu'un développeur programme directement en Objective-C/Cocoa plutôt qu'en Python/Cocoa ou Ruby/Cocoa...

Citation:

---

Envoyé par Garulfo

C'est une très bonne question. Étonnant donné que Objective-C vient de NeXTStep en fait, et qu'Apple l'a acquis parce qu'ils en appréciaient le design (en plus de l'argument économique de dire qu'il fallait un langage pour MacOSX), je te dirais : oui, qqun le reprendra. Mais bon, il est possible que même avec ces qualités, ils tombent dans l'oubli le plus total comme l'ont été de très bon langage avant lui, dont SmallTalk, son père spirituel. D'ailleurs GNUstep l'a en langage système de base.

---

Je pense surtout que c'est Steve Jobs en revenant à Apple qui a ramené toutes les technologies que son entreprise avait faite : NeXTSTEP qui a fusionné avec Mac OS Classic pour devenir Mac OS X, OpenStep qui est devenu Cocoa et bien-sûr Objective-C qui allait de pair avec OpenStep et surtout dont la license était détenue par NeXT.

Les choix de design et économiques ont été plutôt fait par NeXT et Apple a simplement repris l'œuvre.

En ce qui concerne GNUStep, sachez simplement que ce projet est en train d'être poursuivit au travers du projet Étoilé (en anglais dans le texte) qui se base donc sur GNUStep mais en plus moderne, ar malheureusement ce pauvre GNUStep commence à se faire vieillot surtout au niveau de l'apparence. :D

C++/Qt et hop vous etes compatibles avec toutes les plateformes et vous pouvez encore ecrire du code specifique ä la plateforme.

Citation:

---

Envoyé par epsilon68

C++/Qt et hop vous etes compatibles avec toutes les plateformes

---

4000€ pour un licence potable (support de deux systèmes d'exploitation, bdd, xml, etc) ça donne tout de même matière à réfléchir.

Citation:

---

Envoyé par epsilon68

et vous pouvez encore ecrire du code specifique ä la plateforme.

---

Quid de la compatibilité Objective-C++? De plus en plus de frameworks d'OSX sont en Obj-C.

Citation:

---

Envoyé par Mala

Quid de la compatibilité Objective-C++? De plus en plus de frameworks d'OSX sont en Obj-C.

---

Tu peux même dire que tous les nouveaux frameworks sont en Objective-C (et à fortiori C), seuls quelques vieux frameworks sont dans d'autres langages.

Citation:

---

Envoyé par PsychoH13

Tu peux même dire que tous les nouveaux frameworks sont en Objective-C (et à fortiori C), seuls quelques vieux frameworks sont dans d'autres langages.

---

Certains nouveaux frameworks Obj-C passent toujours par du C pure pour tout ce qui est petites routines usuelles. Mais attendons Léopard pour pouvoir en parler librement (NDA oblige).

si tu es professionnel, alors 4000€ c'est rien du tout !
meme pour un particulier finalement, si tu fais de l'argent sur ton produit !
Ton soft pourra aussi etre vendu sur toutes les plateformes grace a Qt !!!
Qui n'a jamais raler de ne pas avoir son soft favori sur Mac ou linux ?

Citation:

---

Envoyé par Mala

Certains nouveaux frameworks Obj-C passent toujours par du C pure pour tout ce qui est petites routines usuelles. Mais attendons Léopard pour pouvoir en parler librement (NDA oblige).

---

Bah ce genre d'information n'est pas sous NDA. Regarde Core Foundation sur lequel se base en grande partie Cocoa Foundation, c'est du C pur. Par exemple, les NSString sont en fait des instances de NSCFString qui utilisent elles-mêmes des CFString, et les CFString c'est du C.
De même, Core Graphics, Core Image ou encore Core Audio, tout ça c'est du C. Mais tout est fait pour fonctionner en étroite collaboration avec Objective-C.

Citation:

---

Envoyé par epsilon68

si tu es professionnel, alors 4000€ c'est rien du tout !

---

L'origine du topic venait d'un professionel?

Je cite:

Citation:

---

Envoyé par kedare

Salut !
je cherche a apprendre un langage
etc...

---

Et il faudrait peut-être arréter de croire que les professionnels sortent le flouze par liasses. De plus si tu es professionnel, tu n'a peut être pas qu'un seul développeur et le soft de développement n'est pas la seule charge...
Donc désolé mais même pour un professionel, 4000€ c'est 4000€*(n postes de dev) ce qui est loin d'être anecdotique en terme d'investissement.

Citation:

---

Envoyé par epsilon68

meme pour un particulier finalement, si tu fais de l'argent sur ton produit !
Ton soft pourra aussi etre vendu sur toutes les plateformes grace a Qt !!!

---

Un particulier qui fait du business de manière régulière? On déclare ça ou dans la feuille d'impot? A moins de monter une micro, j'ai du mal à voir mais danc ce cas là ce n'est plus un particulier.

PsychoH13, en fait je pensais aux tous derniers frameworks genre Core Animation. Si tu a s un Léopard sous le coude, jette un oeil aux exemples d'Apple. Là où je voulais en venir c'est que ce n'est pas parce qu'on fait du C/C++ sous un environnement que l'on peut faire de l'Obj-C. D'où ma question pour QT. Donc un outil sans support de l'Obj-C, ca retire beaucoup de l'intérêt pour du dev Mac a mon sens.

La derniere fois, il me fallait un composant Graph, on l'a acheté, il coutait 3500$.
On achete aussi Visual Studio, dernierement XML Stylus studio...
en general tous ce qui peut nous faire gagner du temps.

Avec Qt, tu prevois ton logiciel pour toutes les plateformes, et tu economises beaucoup de temps de developement à l'utiliser...
4000 euros en fait c'est rien si c'est pour gagner du temps, etre creatif et vendre plus.

Si t'es particulier maintenant, bah utilises-le en version GPL ! c'est gratuit!
si tu veux faire des sous apres, ben oui faut monter une entreprise, mais il faut alors discuter avec Trolltech, ils aident les petites entreprises.

Maintenant que leopard est sortis.
Quelqu'un a essayé le GC qui est disponibles avec obj-c 2.0?
Que donne les performances?

c'est quelle version de gcc sur Leopard ?

Citation:

---

Envoyé par epsilon68

si tu es professionnel, alors 4000€ c'est rien du tout

---

Ben malgrè mon numéro d'urssaf, je ne dois pas être professionnel, car 4000€ est pour moi loin d'être négligeable.

Yvan

Citation:

---

Envoyé par epsilon68

c'est quelle version de gcc sur Leopard ?

---

C'est la version 4.0 selon les screens shots

Citation:

---

Envoyé par ypicot

Ben malgrè mon numéro d'urssaf, je ne dois pas être professionnel, car 4000€ est pour moi loin d'être négligeable.
Yvan

---

Je prefere compter les jours perdu si je ne l'utilisais pas ...
et prevoir l'adaptation sur une autre plateforme que d'etre coincé sur une (oui meme windows!)

Citation:

---

Envoyé par Tarul

C'est la version 4.0 selon les screens shots

---

C'est bien la version 4.0.1 qui est disponible sous Leopard, mais ça ne correspond pas à la version de GNU, puisqu'Apple apporte ses propres modifications à GCC.

j'ai vu a priori que la version gcc 4.2 etait disponible en developper preview...
pas pour tous donc ... a moins de payer, ce que je n'adhere pas dans ce concept.

Citation:

---

Envoyé par PsychoH13

La seule raison pour laquelle Java a été proposé par Apple était d'attirée les développeurs Java vers Cocoa, pour ensuite les faire passer tranquillement vers Objective-C en arrêtant le support du bridge...

Sinon, je doute fortement qu'Objective-C soit abandonné de si tôt par Apple, l'un des indices qui me le font affirmer c'est pour commencer le fait qu'Apple a sorti une nouvelle version d'Objective-C, ensuite tous les frameworks d'Apple (notamment les cores) sont écrits soit en Objective-C, soit en C pour une incorporation transparante dans du Cocoa/Objective-C.

---

Je ne comprends alors pas la décision d'Apple de passer le langage de principale de la plateforme Webobjects de Objective-C à Java lors du passage à la version 5. Y a-t-il une raison si Apple tient malgré tout à imposer Objective-C ?
A vrai dire, je n'ai jamais pu pratiquer, mais cela semblait être une particularité intéressante.

WebObject a toujours été orienté Java. Voir http://www.apple.com/fr/webobjects/

Vincent

Citation:

---

Envoyé par vbrabant

WebObject a toujours été orienté Java. Voir http://www.apple.com/fr/webobjects/

Vincent

---

En effet, mea culpa : WebOjects semble orienté Java (depuis que NeXT a été absorbé par Apple).
Seulement ça ne change pas le sens de la question, pourquoi Apple abandonne le code et le support en Objective-C après la version 4.5 ?

Peut-être parce que Java est plus adapté au Web et Objective-C plutôt adapté aux applications locales.

Bonjour
Je voudrai apprendre à faire de la programmation pour ensuite pouvoir créer de petits logiciels que je cherche mais que je ne trouve pas ou qui n'existe pas.
Je suis sous mac et je ne sais pas vers quel langage me tourner pour que ce soit le plus pratique : juste équilibre entre une difficulté pas trop grande et le plus de possibilité
Je ne connais absolument pas (encore) le vocabulaire adapté et suis un peu perdu dans ce forum
Je suis en Terminale S avec plutôt un bon bagage en math et de la patience
Que me conseillez-vous?

Et où puis-je trouver des cours comme il se trouve sur ce site mais adapté au langage que vous me conseillez?


Merci beaucoup de votre aide

Si tu tiens à faire de la programmation que sur mac, c'est sans hésiter que je te conseille Objective-C/Cocoa, Objective-C étant le langage de base, il faut connaître le C pour pouvoir programmer avec ce langage, ou au moins être familié avec la syntaxe C-like. Et Cocoa c'est l'environnement de programmation.

Ok merci bcp et comment et avec quoi je pourrai apprendre à me sevir de ce langage?

Déjà pour développer sur Objective-C/Cocoa, il faut installer les Developer Tools. Tu peux soit installer les Developer Tools à partir de ton DVD d'installation Mac OS X, soit tu les télécharges par internet sur le site de l'ADC d'Apple, inscription obligatoire mais gratuite : http://developer.apple.com/

Et sinon pour apprendre, tu as plein de documentation sur internet. Souvent en anglais malheureusement.

oui c'était bien ça le problème et vu que déja le langage est compliqué, si en plus c'est en anglais :?
et j'en ai pas trouvé des simples et bien expliqué

en tout cas merci bcp
sinon je m'achèterai un bouquin
bonne soirée