Puis il y a ma boite qui abandonne Gluster (et qui bouge sur autre chose, je sais pas quoi, peut-être que c'est une techno similaire en fait, pas du Ceph en tout cas :). Ce n'est pas une aussi grosse structure que gitlab je pense.
Oui, je suis assez d'accord avec toi : il ne faut pas confondre l'utilisation de diagramme à vocation architecturale de diagramme à vocation de conception (objet en général quand on parle d'UML).
Papyrus et la génération automatique cible plutôt la conception alors que les exemples que tu cites sont plutôt architecturaux et ne se retrouve pas "simplement" comme du code étant généré.
Bien sûr un overlap entre ceux deux mondes existe (heureusement ).
Je comprend pas, pourquoi ne pas simplement packager nodejs avec cozy dans son paquet debian ? Pas besoin d'un installateur… et la façon dont npm marche devrait permettre ce genre de fonctionnement je pense !
Pas vraiment parce que dans la pratique, il y a toujours eu dans l'industrie une séparation frontend/backend (y'avait des mecs qui faisait des serveurs web en java et puis des designer qui faisait du html, genre, en très gros) et dernièrement, avec l'arrivée de trucs comme nodejs, angular ou mongodb, le fait que le langage soit le même a poussé de plus en plus de dev à faire les deux côté du dev, design (au sens designer, pas conception logicielle) inclut.
En plus on s'est rendu compte que ça marchait super bien avec des méthodes agiles de dev.
Perso j'exècre javascript et je trouve que nodejs est un truc pourrave, mais en même temps il a créer des usages nouveaux en terme de dev qui sont assez intéressant.
Mais en fait on peut faire du fullstack avec du Java (genre Jersay, dropwizard, ce genre de trucs) ou du Erlang (des trucs comme Elixir) pour le backend avec du SQL et du Javascript ou Elm pour le frontend si on veut :)
Ce qui est important c'est d'avoir une vision et un contrôle sur toute la stack du frontend au backend, ce qui n'est pas forcement le cas de dev dans le passé.
Je trouve la réflexion très intéressante, et je n'avais jamais pensé à toutes les possibilités de choses à faire en suivant ce genre de modèles… J'ai surtout était bluffé par la partie gauche du @, c'est une découverte et ayant mon propre nom de domaine, euh pardon, adresse de médiatisation, je n'avais jamais pensé à l'exploiter comme ça !
Donc bravo, c'est très clair et assez convaincant.
Je trouve que ce qui est le plus dur à accepter (en général, pas pour moi) c'est la partie sur la non unicité des adresses de médiatisation (à droit du @ donc, comme avec GNS par exemple), c'est difficile de se projeter et d'imaginer comment ça se fera en pratique.
Par curiosité, ça sort d'où tout ça ? Tu participes à des projets autour du sujet comme GNS ou c'est simplement une réflexion personnelle ?
C'est quand même vachement bien d'avoir fait un article sur le sujet et je crois que ça a éveillé l'intérêt de pleins de gens en tout cas ! Perso ça m'a motivé à re-regarder ce week-end et me plonger dedans plus sérieusement :)
Comme je le dis en dessous, il y a le compilateur qui est vraiment bien foutu pour driver le développement (voir la section Wrap Up de l'article susnommé).
Je crois que surtout, ce qui donne un truc spécial à Elm c'est le mariage immutable, virtual-dom (pour les perfs), approche à la mvc (comme tu le dis) et typage statique et drivé par le compilo.
Mais bon, à dire vrai, je suis pas spécialiste du tout ^
(Après, j'aime vraiment pas javascript, c'est trop n'importe quoi, mais bon, je suis un grand fan de typage statique d'une manière générale, donc c'est mon opinion perso).
Je trouve que dommage que l'article se soit concentré sur une présentation des avantages de la programmation fonctionnelle et immutable.
On a tous lu (ou on peut tous lire) des articles sur la question.
Mais ce qui fait de Elm un super langage, c'est bien ce que PERMET cette utilisation de la prog fonctionnelle.
Ce qui déchire avec Elm c'est les patterns qu'il promeut, avec cette séparation modèle/action/vu et la composabilité des modules que tu fabrique avec. Bien sûr, sans la programmation fonctionnelle et immutable, ce sera impossible, mais on a pas besoin de faire un cours sur les arbres pour présenter cet autre aspect.
Par exemple l'introduction à l'architecture typique d'un programme Elm (The Elm Architecture) pourrait avoir ête utilisé comme base de cet article pour bien montrer en quoi Elm se démarque de beaucoup (toutes ?) d'autres approches au développement de frontend web.
Bon ceci dit, merci pour en faire parler, ça fait plusieurs semaines que j'en entend parler, j'ai regardé un peu et je trouve l'approche très excitante !
Je déteste javascript et au boulot je pleurs qu'on choisisse de développer des applis web avec ça.
Désolé mais ton commentaire est complètement à côté de la plaque :)
Elm apporte une façon radicalement différente de coder des applis dans le navigateur (frontend quoi, ça gère pas la partie serveur).
Ce n'est pas un n-ième clone de ce qui se fait déjà : je ne crois pas qu'il y ait beaucoup d'approche similaire existant.
Je comprend que tu ais pu te tromper, parce que je trouve que l'article met l'accent sur ce qu'il y a de moins intéressant avec Elm : la programmation fonctionnelle (au lieu des patterns architecturaux promeut par Elm).
N'oublie pas que le patron de PME votera pour la loi qui a été écrite par d'autres ! Il sera représenté, mais pas pour écrire les lois, juste les voter.
Ils travaillent (indirectement) pour toi, ce que j'ai côtoyés sont aussi à Toulouse mais à l'IRIT, un des plus gros laboratoire de recherche en informatique en Europe (juste pour situer), et sont enseignants chercheurs.
Ils répondent pas à une demande sociétale ou je ne sais quoi, ils avancent sur les recherches qui leur semblent pertinente maintenant. Ils sont payés à ça : réfléchir aux problèmes que l'on ne sait pas résoudre, et tenter d'y apporter des réponses en phase avec notre réalité.
Effectivement comme le soulève tout à fait pertinemment paralax au dessus, ils sont forcement impactés par le contexte dans lequel la société les mets.
En revanche, tu dis n'importe quoi quand tu écris qu'ils sont à la recherche de profits et qu'ils travaillent pour des sociétés. C'est complètement à côté de la plaque et c'était un peu un point de mon commentaire au départ : faut arrêter de prendre cette lettre comme un exemple global de la situation de la recherche en France (ou dans le monde).
# un temps d'exécution multiplié par 0.76
Posté par Victor . En réponse au journal Pythran 0.8.2 — compilation de noyaux scientifiques écrits en Python. Évalué à -1.
ça va moins vite donc ?
# Trop marrant
Posté par Victor . En réponse au journal Marre des cons. Évalué à 8.
Je suis effaré par la quantité de commentaires ayant pris ce journal au premier degré !
Bon vent Olivier, fini la glande sur DLFP, au boulot !
[^] # Re: non, le vote ne se fait pas via FB !
Posté par Victor . En réponse au journal Jugement majoritaire. Évalué à 2. Dernière modification le 15 avril 2017 à 11:53.
Bah va faire le vote et regarde le code au lieu de spéculer :)
En gros ça se passe surtout côté client et on a un espèce de client de blockchain qui enregistre le vote dans une blockchain une fois celui-ci fait.
Edit: https://laprimaire.cocorico.cc/ pour l'infrastructure derrière
edit2: https://github.com/promethe42/cocorico du code
[^] # Re: non, le vote ne se fait pas via FB !
Posté par Victor . En réponse au journal Jugement majoritaire. Évalué à 2.
Je pense qu'il sert surtout à s'assurer qu'on ne vote qu'une fois !
[^] # Re: Quel dérivé pour commencer ?
Posté par Victor . En réponse à la dépêche 15 ans d’Arch Linux. Évalué à 3.
Moi aussi :) mais je répondais à son besoin d'avoir un truc clef en main.
Effectivement, Fedora comme proposé ci-dessous sera peut-être même mieux !
# Pertinence de Ceph ou Gluster
Posté par Victor . En réponse à la dépêche Installation de Ceph Jewel sous Debian Jessie. Évalué à 6.
Dernièrement, j'ai vu plusieurs grosses structures utilisant Ceph ou Gluster décider d'abandonner ces technos.
Je ne suis pas du tout expert, mais je me demande quel est l'avis des experts justement sur cette situation.
Il y a gitlab qui explique ça dans un billet plus général, avec plein de retours de pleins de gens qui alertent sur Ceph: https://about.gitlab.com/2017/03/02/why-we-are-not-leaving-the-cloud/
Puis il y a ma boite qui abandonne Gluster (et qui bouge sur autre chose, je sais pas quoi, peut-être que c'est une techno similaire en fait, pas du Ceph en tout cas :). Ce n'est pas une aussi grosse structure que gitlab je pense.
[^] # Re: et le café?
Posté par Victor . En réponse à la dépêche 15 ans d’Arch Linux. Évalué à 5.
Tu confonds pas avec Gentoo là ?
Sur arch on utilise un système de package similaire à Debian.
[^] # Re: Quel dérivé pour commencer ?
Posté par Victor . En réponse à la dépêche 15 ans d’Arch Linux. Évalué à 1.
Ce sera plus simple d'utiliser Ubuntu Gnome (https://ubuntugnome.org/) qu'une Arch je pense…
[^] # Re: pas compris
Posté par Victor . En réponse au journal À mes heures perdues… et retrouvées : rendre.fr. Évalué à 5.
Voire poster une clef qui sert à rien (d'un vieux cadenas perdu), histoire d'éviter de perdre tes clefs :)
[^] # Re: Aller encore plus loin
Posté par Victor . En réponse à la dépêche Écrire des diagrammes de séquences. Évalué à 2.
Oui, je suis assez d'accord avec toi : il ne faut pas confondre l'utilisation de diagramme à vocation architecturale de diagramme à vocation de conception (objet en général quand on parle d'UML).
Papyrus et la génération automatique cible plutôt la conception alors que les exemples que tu cites sont plutôt architecturaux et ne se retrouve pas "simplement" comme du code étant généré.
Bien sûr un overlap entre ceux deux mondes existe (heureusement ).
[^] # Re: Améliorer l’installation
Posté par Victor . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 3.
Je comprend pas, pourquoi ne pas simplement packager nodejs avec cozy dans son paquet debian ? Pas besoin d'un installateur… et la façon dont npm marche devrait permettre ce genre de fonctionnement je pense !
[^] # Re: Lapin compris
Posté par Victor . En réponse à la dépêche À Toulouse, ouverture d'une formation de développeur d'Applications « full-stack ». Évalué à 6.
Pas vraiment parce que dans la pratique, il y a toujours eu dans l'industrie une séparation frontend/backend (y'avait des mecs qui faisait des serveurs web en java et puis des designer qui faisait du html, genre, en très gros) et dernièrement, avec l'arrivée de trucs comme nodejs, angular ou mongodb, le fait que le langage soit le même a poussé de plus en plus de dev à faire les deux côté du dev, design (au sens designer, pas conception logicielle) inclut.
En plus on s'est rendu compte que ça marchait super bien avec des méthodes agiles de dev.
Perso j'exècre javascript et je trouve que nodejs est un truc pourrave, mais en même temps il a créer des usages nouveaux en terme de dev qui sont assez intéressant.
Mais en fait on peut faire du fullstack avec du Java (genre Jersay, dropwizard, ce genre de trucs) ou du Erlang (des trucs comme Elixir) pour le backend avec du SQL et du Javascript ou Elm pour le frontend si on veut :)
Ce qui est important c'est d'avoir une vision et un contrôle sur toute la stack du frontend au backend, ce qui n'est pas forcement le cas de dev dans le passé.
[^] # Re: Version en ligne
Posté par Victor . En réponse au journal Grammalecte est enfin disponible pour Firefox. Évalué à 2.
Ce serait quand même assez relou de devoir aller sur une page web pour écrire du texte ?
Pour que les gens utilisent vraiment ce genre d'outils, il faut que ce soit intégré aux outils qu'on utilise !
Mais bon, théoriquement, je pense que la réponse à ta question sera oui techniquement ce sera faisable :)
# Beau travail
Posté par Victor . En réponse au journal salut@toto — salutation, règle éditoriale et nom sur Internet. Évalué à 8.
C'est long à lire, mais ça vaut le coup !
Je trouve la réflexion très intéressante, et je n'avais jamais pensé à toutes les possibilités de choses à faire en suivant ce genre de modèles… J'ai surtout était bluffé par la partie gauche du @, c'est une découverte et ayant mon propre nom de domaine, euh pardon, adresse de médiatisation, je n'avais jamais pensé à l'exploiter comme ça !
Donc bravo, c'est très clair et assez convaincant.
Je trouve que ce qui est le plus dur à accepter (en général, pas pour moi) c'est la partie sur la non unicité des adresses de médiatisation (à droit du @ donc, comme avec GNS par exemple), c'est difficile de se projeter et d'imaginer comment ça se fera en pratique.
Par curiosité, ça sort d'où tout ça ? Tu participes à des projets autour du sujet comme GNS ou c'est simplement une réflexion personnelle ?
[^] # Re: Dommage...
Posté par Victor . En réponse à la dépêche À la découverte d'un nouveau langage, Elm. Évalué à 2.
Bien vu, c'est vrai que le FRP apporte beaucoup de choses et j'avais un peu zappé cet aspect dans ma tentative de défendre l'originalité de Elm :)
[^] # Re: Dommage...
Posté par Victor . En réponse à la dépêche À la découverte d'un nouveau langage, Elm. Évalué à 7.
C'est quand même vachement bien d'avoir fait un article sur le sujet et je crois que ça a éveillé l'intérêt de pleins de gens en tout cas ! Perso ça m'a motivé à re-regarder ce week-end et me plonger dedans plus sérieusement :)
[^] # Re: Yet another one
Posté par Victor . En réponse à la dépêche À la découverte d'un nouveau langage, Elm. Évalué à 2.
Ou lire ça : http://futurice.com/blog/elm-in-the-real-world :)
[^] # Re: Yet another one
Posté par Victor . En réponse à la dépêche À la découverte d'un nouveau langage, Elm. Évalué à 3.
Tu peux aussi lire cet article que j'ai trouvé intéressant : http://blog.jenkster.com/2016/04/how-i-structure-elm-apps.html
Comme je le dis en dessous, il y a le compilateur qui est vraiment bien foutu pour driver le développement (voir la section Wrap Up de l'article susnommé).
Je crois que surtout, ce qui donne un truc spécial à Elm c'est le mariage immutable, virtual-dom (pour les perfs), approche à la mvc (comme tu le dis) et typage statique et drivé par le compilo.
Mais bon, à dire vrai, je suis pas spécialiste du tout ^
[^] # Re: Dommage...
Posté par Victor . En réponse à la dépêche À la découverte d'un nouveau langage, Elm. Évalué à 3. Dernière modification le 24 avril 2016 à 17:42.
Oui, c'est ce que dit l'introduction du présent article, Redux est inspiré de Elm ;)
Mais bon, ce qui est vraiment cool avec Elm c'est que tu as le compilateur de ton côté pour driver ton développement.
Voir par exemple ça je crois : http://blog.jenkster.com/2016/04/how-i-structure-elm-apps.html (lire la partie Wrap Up en particulier).
(Après, j'aime vraiment pas javascript, c'est trop n'importe quoi, mais bon, je suis un grand fan de typage statique d'une manière générale, donc c'est mon opinion perso).
# Dommage...
Posté par Victor . En réponse à la dépêche À la découverte d'un nouveau langage, Elm. Évalué à 7.
Je trouve que dommage que l'article se soit concentré sur une présentation des avantages de la programmation fonctionnelle et immutable.
On a tous lu (ou on peut tous lire) des articles sur la question.
Mais ce qui fait de Elm un super langage, c'est bien ce que PERMET cette utilisation de la prog fonctionnelle.
Ce qui déchire avec Elm c'est les patterns qu'il promeut, avec cette séparation modèle/action/vu et la composabilité des modules que tu fabrique avec. Bien sûr, sans la programmation fonctionnelle et immutable, ce sera impossible, mais on a pas besoin de faire un cours sur les arbres pour présenter cet autre aspect.
Par exemple l'introduction à l'architecture typique d'un programme Elm (The Elm Architecture) pourrait avoir ête utilisé comme base de cet article pour bien montrer en quoi Elm se démarque de beaucoup (toutes ?) d'autres approches au développement de frontend web.
Bon ceci dit, merci pour en faire parler, ça fait plusieurs semaines que j'en entend parler, j'ai regardé un peu et je trouve l'approche très excitante !
Je déteste javascript et au boulot je pleurs qu'on choisisse de développer des applis web avec ça.
[^] # Re: Yet another one
Posté par Victor . En réponse à la dépêche À la découverte d'un nouveau langage, Elm. Évalué à 4.
Désolé mais ton commentaire est complètement à côté de la plaque :)
Elm apporte une façon radicalement différente de coder des applis dans le navigateur (frontend quoi, ça gère pas la partie serveur).
Ce n'est pas un n-ième clone de ce qui se fait déjà : je ne crois pas qu'il y ait beaucoup d'approche similaire existant.
Je comprend que tu ais pu te tromper, parce que je trouve que l'article met l'accent sur ce qu'il y a de moins intéressant avec Elm : la programmation fonctionnelle (au lieu des patterns architecturaux promeut par Elm).
[^] # Re: Le tirage au sort
Posté par Victor . En réponse au journal De la démocratie et des systèmes de vote. Évalué à 2.
N'oublie pas que le patron de PME votera pour la loi qui a été écrite par d'autres ! Il sera représenté, mais pas pour écrire les lois, juste les voter.
[^] # Re: Un avis d'un vieux et toujours actif mais de plus loin.
Posté par Victor . En réponse au journal La scène et le P2P. Évalué à 10.
C'est quoi cette auto-censure inutile ?
# Dépêches toi !
Posté par Victor . En réponse au journal Exanodes publié en GPLv2 : OpenExanodes. Évalué à 8.
Allez, une petite dépêche avec un peu plus de détails techniques sur le fonctionnement du truc :)
[^] # Re: Mauvaises questions
Posté par Victor . En réponse au journal Lettre ouverte à Philippe Souères, roboticien (revue Z). Évalué à 1.
Je comprend pas bien ton commentaire…
Ils travaillent (indirectement) pour toi, ce que j'ai côtoyés sont aussi à Toulouse mais à l'IRIT, un des plus gros laboratoire de recherche en informatique en Europe (juste pour situer), et sont enseignants chercheurs.
Ils répondent pas à une demande sociétale ou je ne sais quoi, ils avancent sur les recherches qui leur semblent pertinente maintenant. Ils sont payés à ça : réfléchir aux problèmes que l'on ne sait pas résoudre, et tenter d'y apporter des réponses en phase avec notre réalité.
Effectivement comme le soulève tout à fait pertinemment paralax au dessus, ils sont forcement impactés par le contexte dans lequel la société les mets.
En revanche, tu dis n'importe quoi quand tu écris qu'ils sont à la recherche de profits et qu'ils travaillent pour des sociétés. C'est complètement à côté de la plaque et c'était un peu un point de mon commentaire au départ : faut arrêter de prendre cette lettre comme un exemple global de la situation de la recherche en France (ou dans le monde).