dotSwift 2020 : une conférence riche et intense
La conférence dotSwift a réuni cette semaine à Paris la communauté européenne des développeurs Swift autour d’intervenants de renommée internationale. Une réunion à la tonalité chaleureuse, propice à de belle rencontres.
Bien entendu, les développeurs ont fait part de leurs souhaits et doléances pour Swift 6 qui arrive à grands pas. Pour sûr, l’enthousiasme était de mise ! Voici un résumé des bons moments de cette journée du 3 février.
Programmation fonctionnelle et déclarative
SwiftUI permet de concevoir des interfaces graphiques en mode déclaratif. En gros, la conception d’écrans natifs se conçoit selon une approche qui ressemble à ce qui se fait sur le web. Pour ce qui est de la gestion des données, le langage Swift s’appuie déjà beaucoup sur le paradigme fonctionnel. C’est une approche radicalement différente du code, par rapport à ce qu’on a connu avec Objective-C par exemple.
Même si je ne comprends pas tout, tout cela est passionnant et on est pressé d’en voir les applications concrètes au travers des réalisations des développeurs.
Nous sommes bien d’accord pour dire, comme je le lis parfois dans les réactions, qu’Apple fait tout pour appauvrir le développement et les développeurs sur ses plateforme et compliquer le travail ?
@Bigdidou
Oui, on lit parfois ça 😄
Clairement, Apple a bien répondu aux critiques et aux attentes des développeurs.
En 2019, la plateforme est passée de vieillissante a avant-gardiste.
Le gros avantage des évolutions technologiques côté Apple : ça se passe en douceur, sans avoir à tout casser tous les 2 ans comme on peut le voir ailleurs.
"Nous sommes bien d’accord pour dire, comme je le lis parfois dans les réactions, qu’Apple fait tout pour appauvrir le développement et les développeurs sur ses plateforme et compliquer le travail ?
"
non. ce que vous lisez dans les "réactions" c'est qu'Apple fait tout pour fermer et propriétariser la plateforme macOs, à l'image de ios.
Elle complique le _commerce_ en insistant sur l'usage de l'App Store alors qu'elle y ajoute des fonctionnalités au compte goute
Par exemple: le fait de pouvoir eeEEEEnfin pouvoir vendre une app ios et macos en bundle aurait du être là dés les premières années. Il manque toujours la possibilité de proposer des versions démos ou des mises à jour payantes, ce qui complique beaucoup les choses et force à des traquenards délirants à coups d'abonnements et de versions gratuites où on débloque des fonctions.
ça serait teEEEellement plus simple de fournir d'avantage de contrôles aux développeurs.
-
pour le reste, ce sont des vues de l'esprit : on invente de son propre chef ce qui est "moderne" ou "avant-gardiste" ou "vieillissant". Mais SwiftUI reste intéressant pour unifier le développement d'app sur des machines très différentes.
Mais au moins cela fait parler d'Apple.
Je reste dubitatif sur le rôle de swift sur "serveur" quand il y a déjà un nombre effarant de produits ultra-complets pour cela. Et bien sur, cela met Apple en conflit frontal avec Microsoft sur ce terrain (C#/etc, sur serveur).
et il faudrait eeeencore se bouffer un "gestionnaire de paquets-heu"...
-
Je pense que l'abus de franglais dans un article qui essaie d'être pédagogique est une erreur.
Peut être que pour un ingénieur saturé de californiens, un terme comme "frontend" fait du sens.
Mais pour une personne qui ne parle pas cette langue étrange, ce ne sont que des mots qu'il apprend par coeur, et donc il ne comprend pas le lien logique, le sens profond qu'ils décrivent. Y a du sens entre FRONTend et BACKend que vous sous-estimez à quel point il échappe à de jeunes étudiants ou néophytes. Je pense qu'il faut fournir la traduction en français de ces termes (les mots ont du sens) et explique où on veut en venir à vouloir tant que ça unifier le Frontal et le Dorsal. (ou tout simplement client-serveur, ça marche aussi bien, pioulalallala !)
Et quand à BFF, tout le monde sait que ça signifie Best Friend Forever.. m'enfin !
@oomu
"non. ce que vous lisez dans les "réactions"
Non, ça, c'est ce que le oomu lit.
C'est intéressant aussi,et bien plus pertinent ;)
"Je pense que l'abus de franglais dans un article qui essaie d'être pédagogique est une erreur."
Ah, c'est sur. Le moins qu'on puisse dire, c'est que j'ai pas tout compris.
Et après 3 ou 4 recherche sur G***e, on se dit, putain, je lâche l'affaire.
@oomu
Excusez les angliscismes : j’en prend bonne note pour l’avenir.
Le public était 100 % professionnel et la conférence était 100 % en anglais, du fait de la dimension internationale. D’où la difficulté de vulgarisation.
Les termes de backend / frontend sont assez communs en France (je travaille à Niort, bien loin de la Californie), mais plutôt dans le milieu professionnel des développeurs.
Ce qui peut en effet rebuter le néophyte.
Les remarques sont justifiées. Et bien notées.
Merci pour ces retours.
@oomu
"Mais pour une personne qui ne parle pas cette langue étrange, ce ne sont que des mots qu'il apprend par coeur, et donc il ne comprend pas le lien logique, le sens profond qu'ils décrivent. Y a du sens entre FRONTend et BACKend que vous sous-estimez à quel point il échappe à de jeunes étudiants ou néophytes. Je pense qu'il faut fournir la traduction en français de ces termes (les mots ont du sens) et explique où on veut en venir à vouloir tant que ça unifier le Frontal et le Dorsal. (ou tout simplement client-serveur, ça marche aussi bien, pioulalallala !)"
Je ne pense pas que ça va changer quelque chose pour un néophyte.
Que l'on parle de "BackEnd/FrontEnd" ou "Frontal/Dorsal" c'est du pareil au même.
D'autant plus que les termes utilisés dans le milieu sont bien "BackEnd/FrontEnd". Il suffit juste d'expliquer ce que c'est que ces termes...
Aussi les terms "Client/Serveur" sont plus généralistes et ne correspondent pas obligatoirement aux "BackEnd/FrontEnd"
S’ils gagnent ce pari, chapeau ! En matière de langage de développement, la rèsistance au changement est incroyablement forte !