Reprise du message précédent :

Bah là tu fais du back avec des technos habituellement vues en front, mais c'est du back.
Ou alors il faut commencer par défi or front et back.

Pour moi le front c'est essentiellement l'ihm (au sens large). Et le back ca va plus être là persistance, la cohérence de la donnée, etc..

Et osef de ou c'est exécuté au final (et de la techno)

l'ihm bien faite, c'est super compliqué, en particulier s'il y a des manipulations directes. La complexité vient de la taille de la machine a état équivalente et le merdier complet pour scripter les tests.

Pour moi back = serveur, front = dans le navigateur  
avec des trucs genre dynamodb/firestore, tu écris 90% de ton code coté client y compris la persistence ( reste les autorisations et la secu côté serveur),

Ah je sais, j'en ai fait pendant très longtemps.

Je dis pas que c'est plus simple, juste qu'en environnement "intranet de grosse boîte" ou je bosse depuis longtemps, il y a souvent vent peu de complexité IHM, parce qu'ils veulent du "desktop like" (ce qui est assurément une connerie)
Du coup je m'amuse plus en back.

Ok, avec une définition comme ça, ça change la donné

 
Je rejoins cette vision, mais c'est une vision très large du front quand même. En fait, c'est surtout une vision compatible avec les apps pour téléphone ou tablette par exemple, car tout est contenu dans l'App et le serveur ne fait plus "que" fournir les données quand elles sont nécessaires. Mais quelque part, c'est un peu du backend quand même lorsque par exemple ton app contient une DB interne qui serait traditionnellement traitée côté serveur.  
 
Clairement, le front finit par comporter tous les aspects du dev orienté web.

au moins c'est une définition avec une frontière assez claire, qui permet de mieux comprendre les outils et les environnements propres

Après il y a des choses un peu à cheval ( genre les lambda d'amazon greengrass  qui s'execute un peu dans des datacenter amazon et un peu sur tes passerelles dans la nature)

ta db locale est forcement assez differente de celle du serveur, ne serait ce que par les aspects securités. Elle est souvent mono utilisateur ( ne contient que ce qui te concerne) en plus.

mais c'est vrai qu'avec des schema
web<->pouchdb local< --- quand y a du réseau et que le splanetes sont alignés--> serveur
Ca devient un peu plus compliqué de tracer la limite

 
Tu dis ça parce que tu sais comment ça fonctionne mais pour quelqu'un de peu expérimenté c'est bien plus difficile. Rien que de comprendre le rôle de chaque service, trouver ce dont tu as besoin, faire communiquer les différences services entre eux, se servir des API d'AWS&Co, etc., c'est très loin d'être évident.

C'est ma vision aussi, après je suis pas dev

Aucun des deux n'est simple, mais le backend est plus stable (en terme de techno), plus testable et plus reproductible
Pas besoin de tester dans 17 navigateur différents
Les perfs sont plutôt prévisibles  
Les messages d'erreurs sont dans les logs consultables, pas dans un smartphone dans la nature
Les pertes de connectivités sont rarissimes, les firewall penibles un choix

j'ai 15ans et je compile ma quenelle, comme un Dieudonné avant qu'il soit mainstream.

wut ?

nan, c'est assez premier degré, j'ai téléchargé un kernel et il est en cours de compilation.
 
j'ai fait make menuconfig avant et tout.

Je dois être un vieux con mais je trouve que l'outil de présentation de google docs  est plus rapide et plus facile à utiliser que Powerpoint. Je fais moins de clics et moins d'actions pour tracer des traits, changer des fonds, des couleurs que sous powerpoint 2019.

Ouais mais est-ce que les animations sont aussi classes ?

Même question pour les cliparts

Ha ok. C'est plus clair.

C'est pas un avis généralement partagé? Dans le temps c'était Keynote plutôt que google slides mais c'est le même principe.

 
Keynote sur iPad est tellement simple que ma fille de 8 ans fait ses présentations seule pour son école dessus.

 
Le (faux) problème c'est qu'une grosse partie de la difficulté du dev front vient de la complexité des outils et de l'écosystème qui change en permanence.

Bah c'est pas les animations qui font une présentation, c'est son contenu et le storytelling. Après l'animation vient rajouter un peu plus de compréhension lors de la présentation. Enfin c'est mon avis de sous merde.
Je préfère maintenant de le contenter des choses basiques et faire avec.

Après tu peux être super classor et hacker ton CLI / shell: https://www.youtube.com/watch?v=lyDLAutA88s

 
Le gros problème aussi, ce sont les décisions d'employer telle ou telle nouvelle techno totalement immature pour pas grand chose, voire pour rien du tout.

 
Angular pour 3 pages avec des formulaires

Techno immature

Angular est au front ce que Spring est au back

Non le coeur du problème tient pour beaucoup du fait que HTML + CSS + JS c'est en fin de compte plutôt mauvais pour faire de l'UI.
 
Dans le passé il y a eu plein de technos bien meilleure pour faire de l'UI (je parle pas forcément web), a commencer par Flex et WPF qui me viennent en tete la maintenant, dans lequel, rien que ce point la: quand tu le créé, partout ca tournera pareil et aura le meme fonctionnement, est déja suffisant pour montrer que ces 3 standards n'en sont pas vraiment dans les faits, et que c'est en fin de compte plutôt mauvais comme combo pour faire des IHM.
 
Au final, on aurait pu faire bien mieux, rien que le CSS grid est arrivé ultra tard par rapport aux concurrents (si mes souvenirs sont bon .NET 1.0 avait deja un systeme similaire), et que donc on se traine un boulet avec plein de code par dessus pour en faire quelque chose d'utilisable a la fin.

https://github.com/ByronHsu/Never-Blink
 
Excellent

 
toi t'as pas essayé de faire un GridBagLayout en java avant de dire ça

Les devs front sont de gros hypsters ça c'est sûr. Je n'en connais pas beaucoup qui ont la notion de ROI en tête, tant qu'ils s'amusent

T'étais du genre à aimer GWT toi ?

Ca c'est de la présentation

Simple flowchart:

https://twitter.com/vgcerf/status/1019987651301081089

Et cette réponse: https://twitter.com/futureidentity/ [...] 1723864065

Ah tiens, y'a une réponse intéressante (mais HS)
https://twitter.com/nraynaud/status/1020377700467335168

alors oui et non
J'aurai été bien incapable de construire avec jquery les interfaces que je construit aujourd'hui avec react  (yarn +...). Le dev front est complexe, et une bonne partie a disparu en 10 ans, avec l'arrivée de nouvelles technos, et la mort de vieux navigateurs
Le changement à du bon
 
Le dev front aujourd'hui est fait quasiment toujours depuis l'épaule d'un géant
Maintenant, on n'a pas forcement besoin de partir de si haut quand on veut juste afficher une todo list
 

angular 1 alors
 

Du coup, c'en est où les crypto monnaies, quelqu'un pour nous faire un topo ?

Il y a probablement un peu mieux, mais il y a largement pire. Au passage, tu oublies un petit détail : .net s'execute dans un environnement .net. Les CSS s'execute dans la nature, sur une large variété de materiels et de navigateurs. Je pense que ça simplifie largement la donne.

et puis, on peut aussi comparer la taille d'une appli web et d'une appli .net. Les grosses app web sont < 5Mo tout compris, mais la majorité doit pouvoir passer sous le Mo.

Il est estimé que bitcoin consomme plus d'électricité que la suisse pour une valeur sociale globalement nulle sinon négative.

Ah oui, et

 
Arrête, je ne peux pas te laisser dire ça, c'est toujours un outil très pratique pour faciliter l'extorsion de fonds et le blanchiment d'argent sale.
En plus c'est un instrument financier spéculatif de grande qualité et un Ponzi à succès pour les premiers adoptants.

Putain, on est même pas fichu d'héberger correctement un truc aussi simple que Confluence, et on restaure des vieux dumps qui font perdre des heures de boulots à ceux qui se servent de l'outils
 
Déjà que ça me fait chier d'écrire de la doc, si en plus je dois réécrire la même chose une semaine après je vais aller en buter quelques un

 
Ça va, une JVM sur une machine, il y a plus compliqué comme infrastructure.