Ça n'a pas beaucoup de sens de moins point de vue (enfin, point de vue de non expert).
C'est quoi la différence entre un toolkit lié statiquement et un gros programme qui réinvente la roue?
Parce que je vois difficilement comment ils vont filtrer ce dernier cas de figure, à moins d'exiger les sources de toutes les applis et de les passer en revue...
Ceci dit, je vois bien un intérêt à la chose du point de vue d'Apple:
Ça ne me dérange pas tant que ça de charger des libs Qt/KDE sur mon environnement Gtk pour profiter d'une appli en plus. Sur un iPhone avec les ressources limitées, c'est peut-être déjà plus problématique d'avoir des applis qui utilisent toutes leur bibliothèque différente.
Et je vois aussi un point de vue pour le reste du monde:
Une fois qu'ils auront fait fuir assez de développeurs et que ceux-ci auront compris la leçon, ils se (re-)mettrons aux plateformes libres!
[^] # Re: Restriction du choix des langages sur l'iPhone
Posté par Maclag . En réponse à la dépêche Panaché de brèves informatiques de la semaine. Évalué à 4.
C'est quoi la différence entre un toolkit lié statiquement et un gros programme qui réinvente la roue?
Parce que je vois difficilement comment ils vont filtrer ce dernier cas de figure, à moins d'exiger les sources de toutes les applis et de les passer en revue...
Ceci dit, je vois bien un intérêt à la chose du point de vue d'Apple:
Ça ne me dérange pas tant que ça de charger des libs Qt/KDE sur mon environnement Gtk pour profiter d'une appli en plus. Sur un iPhone avec les ressources limitées, c'est peut-être déjà plus problématique d'avoir des applis qui utilisent toutes leur bibliothèque différente.
Et je vois aussi un point de vue pour le reste du monde:
Une fois qu'ils auront fait fuir assez de développeurs et que ceux-ci auront compris la leçon, ils se (re-)mettrons aux plateformes libres!