@_dhar

@_dhar

D'abord soyons clair, je ne suis pas entrain de dire que le dev IOS ne souffre d'aucuns problèmes.

Ensuite, concernant ta demandes d'exemples/arguments :

- Composants faibles et limités, exemple : 2012 le datepicker/timepicker est toujours hyper mal géré (voir pas du tout), des filtres en natif sur les tableaux ? un champ de recherche mieux foutu en natif ?
- Tu ne trouves pas hallucinant que sans l'utilisation de jquery développer une interface web dynamique soit un cauchemard ?
- CSS quasi impossible de faire quelque chose de maintenable. Et même avec SASS/LESS/STYlUS ca devient à peine envisageable
- Javascript, je ne vais pas rentrer dans un débat le JS c'est nul, j'ai probablement pas le niveau pour argumenter là dessus et ca aboutirait à rien... Juste : 1) je trouve nul qu'on ait pas d'autres choix, 2) étonnant comment beaucoup de développeurs qui bossent beaucoup avec du JS ont poussé un grand souffle de soulagement quand Coffee script est apparu
- Le HTML n'a pas été pensé pour son utilisation actuelle, on accumule les hacks pour en faire des web apps

Bref c'est simple la stack web est très faible pour faire des applications web elle devient potable grace à la communauté qui pousse et propose des couches d'abstraction. En elle même la stack est inutilisable efficacement.

---

PS: À la base, j'avais l'intention de faire une réponse rapide. Ce genre de réponse aurait sans doute plus sa place dans un article de blog plutôt que dans un commentaire mais bon... Faut croire que je me suis un peu emballé, j'espère que tu m'en voudras pas ;-)

---

Salut,

Tout d'abord, désolé pour mon délai de réponse. J'avais mis ton post de côté pour y répondre plus tard, puis j'ai fini par l'oublier dans un coin... Finalement, c'est en lisant ce post sur Google+ que j'y ai repensé.

À la lecture du post en question, je crois que je comprends mieux ton point de vue sur les composants, et je ne peux qu'approuver. Ce genre de facilités manque cruellement à la stack web.

Pour la suite de tes arguments, je suis moins convaincu. Voilà mon opinion :

Tu ne trouves pas hallucinant que sans l'utilisation de jquery développer une interface web dynamique soit un cauchemard ?

J'ai un double désaccord sur ce point ;)

1. Non, je ne trouve pas hallucinant que l'on utilise des librairies/frameworks. On retrouve cette démarche dans tous les environnements. Spring coté serveur dans le monde Java ou Zend en PHP par example. CocoaTouch est aussi un framework, même s'il est fourni par Apple et pas par la communauté. Rien n'empêche de développer ses propres outils ou composants en natif, mais la plupart du temps, on préfère ceux fournis par le framework.
2. À moins que tu veuilles rester compatible avec IE6, on peut tout à fait développer une application web sans jQuery (ou une autre lib) sans que cela soit un cauchemar. La plupart des fonctionnalités "indispensables" de jQuery sont aujourd'hui gérées en JS natifs (selecteurs via querySelector, animations via CSS3, etc.)

CSS quasi impossible de faire quelque chose de maintenable. Et même avec SASS/LESS/STYlUS ca devient à peine envisageable

Écrire du CSS maintenable est souvent difficile, en effet. Mais je suis convaincu que cela s'apprend, tout comme on apprend à écrire du code maintenable. Simplement, c'est une nouvelle compétence à acquérir pour CSS, alors qu'habituellement, c'est un peu toujours pareil lorsqu'on passe d'un langage à un autre. En général, je conseille de s'appuyer sur ce genre de guide-lines.
En plus, l'utilisation de SCSS ou LESS facilite vraiment la factorisation / séparation / réutilisation des éléments, on est loin de la situation d'il y a 5 ans.

Javascript, je ne vais pas rentrer dans un débat le JS c'est nul, j'ai probablement pas le niveau pour argumenter là dessus et ca aboutirait à rien... Juste : 1) je trouve nul qu'on ait pas d'autres choix, 2) étonnant comment beaucoup de développeurs qui bossent beaucoup avec du JS ont poussé un grand souffle de soulagement quand Coffee script est apparu

En effet, mieux vaut éviter ce débat, à chacun ses préférences ;-) D'ailleurs, mon opinion à propos des points suivant te donnera tout de même quelques éléments de réponse.

Le HTML n'a pas été pensé pour son utilisation actuelle, on accumule les hacks pour en faire des web apps

Sur ce dernier point, je suis plutôt d'accord. Mais je pense qu'il faut remettre les choses dans leur contexte:

• D'abord, la stack iOS est relativement jeune, elle a été conçue quasi exclusivement pour iOS et donc pour une gamme de devices homogène et clairement identifiée (iPhone, puis iPad). La stack Web quant à elle hérite de tout l'historique du Web depuis ces débuts, et se doit de (tenter de) rester "compatible" à la fois avec les sites et les navigateurs développés il y a 10 ans ou plus. On l'oublie souvent alors que c'est à mon avis ce qui fait à mon avis toute la puissance de cette plateforme.
• Ensuite, iOS est entièrement gérée par Apple, qui a donc toute liberté pour faire évoluer sa plateforme comme bon lui semble, alors que le web est issu d'un consensus entre ses différents acteurs... Évidement, c'est moins facile à gérer, ça évolue plus lentement et ça amène sans doute quelques incohérences. C'est le prix à payer pour avoir une plateforme ouverte. Personnellement, je trouve que c'est pas cher payé.

Bref c'est simple la stack web est très faible pour faire des applications web elle devient potable grace à la communauté qui pousse et propose des couches d'abstraction.

Alors, c'est vrai, il y a des problèmes, pour lesquels je comprends qu'ils puissent être frustrants (notamment lorsqu'on vient du monde iOS), mais la stack web est loin d'être faible. D'ailleurs, je crois que ton "erreur de jugement" se résume dans ta dernière phrase. La plateforme Web n'est pas seulement poussée par la communauté, ça va beaucoup plus loin. Elle n'existe et n'évolue que grâce à la communauté. Sans la communauté, la plateforme n'a pas de sens.
La Web, c'est la communauté.