Si ton appli est packagée avec les distribs, ça se fait tout seul.
Famous last words.
Derrière ton "ça se fait tout seul" ou "il suffit de...", il y a des heures d'un boulot chiant, et d'autant plus redondant qu'il est répété par chaque mainteneur de distrib.
et l'utilisateur saura le faire tout seul
Tu crois que le clampin moyen a envie de se balader dans la liste des packages d'une distrib ? Tu crois qu'il comprend seulement ce que c'est ? Là tu illustres exactement le fossé immense qu'il y a entre le geek linuxien moyen et l'utilisateur de base qui veut juste que ça marche.
Il existe pour chaque OS et tel service demandé une tetrachiée de logiciels
Au moins il y a la justification de faire une appli avec des fonctionalités différentes. Pas simplement de devoir s'intégrer avec un autre environnement. Oui même avec un seul desktop tu aura toujours pleins de devs avec un gros NIH syndrome. Mais deux desktops font empirer les choses.
il suffit de lui demander les versions des différentes dépendances de ton logiciel et tu connais son environnement.
J'aimerais beaucoup te voir dire ça au gars qui s'occupe le plus souvent des questions des utilisateurs sur rosegarden-user :-).
Sur un autre OS, le même developpeur a le choix du langage, du toolkit graphique, des différentes librairies qu'il utilisera, etc.
Non, sur OS/X tu as un framework pour chaque fonctionalité, UI, son, data, et un langage standard. Sous Linux on a toujours pas d'API son standard, deux toolkits graphiques incompatibles, deux desktops avec chacun leurs services, leur modèle de composant, etc... Y a tout juste un début d'accord sur certains éléments genre DBus.
Les problèmes de distribs, c'est aux distribs de les gérer
C'est pas pour ça que ces problèmes n'existent pas et que tu n'y es pas confronté en tant que dev.
En quoi les outils de dev sous mac sont plus avancés ?
XCode n'a pas d'équivalent sous Linux (non, KDevelop est très loin d'être aussi abouti), et il y a aussi Core Data, l'interface builder, les Instruments... sans parler des qualités intrinsèques de Cocoa. Objective C est plus proche de Ruby ou Python que de C++.
[^] # Re: Non non, Steve Jobs n'aime pas les DRMs
Posté par Guillaume Laurent . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à -3.
Famous last words.
Derrière ton "ça se fait tout seul" ou "il suffit de...", il y a des heures d'un boulot chiant, et d'autant plus redondant qu'il est répété par chaque mainteneur de distrib.
et l'utilisateur saura le faire tout seul
Tu crois que le clampin moyen a envie de se balader dans la liste des packages d'une distrib ? Tu crois qu'il comprend seulement ce que c'est ? Là tu illustres exactement le fossé immense qu'il y a entre le geek linuxien moyen et l'utilisateur de base qui veut juste que ça marche.
Il existe pour chaque OS et tel service demandé une tetrachiée de logiciels
Au moins il y a la justification de faire une appli avec des fonctionalités différentes. Pas simplement de devoir s'intégrer avec un autre environnement. Oui même avec un seul desktop tu aura toujours pleins de devs avec un gros NIH syndrome. Mais deux desktops font empirer les choses.
il suffit de lui demander les versions des différentes dépendances de ton logiciel et tu connais son environnement.
J'aimerais beaucoup te voir dire ça au gars qui s'occupe le plus souvent des questions des utilisateurs sur rosegarden-user :-).
Sur un autre OS, le même developpeur a le choix du langage, du toolkit graphique, des différentes librairies qu'il utilisera, etc.
Non, sur OS/X tu as un framework pour chaque fonctionalité, UI, son, data, et un langage standard. Sous Linux on a toujours pas d'API son standard, deux toolkits graphiques incompatibles, deux desktops avec chacun leurs services, leur modèle de composant, etc... Y a tout juste un début d'accord sur certains éléments genre DBus.
Les problèmes de distribs, c'est aux distribs de les gérer
C'est pas pour ça que ces problèmes n'existent pas et que tu n'y es pas confronté en tant que dev.
En quoi les outils de dev sous mac sont plus avancés ?
XCode n'a pas d'équivalent sous Linux (non, KDevelop est très loin d'être aussi abouti), et il y a aussi Core Data, l'interface builder, les Instruments... sans parler des qualités intrinsèques de Cocoa. Objective C est plus proche de Ruby ou Python que de C++.