Lucas a écrit 87 commentaires

Pas encore fait, c'est une bêta. Avec les premiers retours et les premiers correctifs je pense que la prochaine milestone sera non loin de la RC. On commencera alors la communication du produit, pour l'instant je voulais juste présenter le projet :)

En effet et il le deviendra, mais en l'état, parler de produit serait un peu prématuré. Je ne pense pas projet comme un gros mot personnellement, pour le moment \BlueLaTeX a le projet de devenir un produit complet. Soyons honnête, il ne l'est pas encore, mais on s'y dirige.

Merci :)

Dès que la beta est utilisable, fais une dépêche !

On va stabiliser et simplifier la mise en place avant, mais j'y pense :)

Je trouve que c'est nécessaire de pouvoir lancer la compile à la main, enfin c'est le genre de workflow que j'ai quand j'écris, je ne vois pas l'utilité d'avoir une compile toutes les X secondes perso.

Merci, c'est justement le genre de retour qui m'intéresse. J'avoue être partagé là, et je n'ai pas réussi à atteindre ce que je souhaitais pour le moment. Je pense que le retour à la compilation à l'initiative de l'utilisateur refera rapidement son retour, au moins par une option, voir en mode par défaut.

Si il y a l'idée de pouvoir aller jusqu'à la soumission de papier avec relecture, j'imagine que le système supporte le fait que l'on ne puisse plus éditer le document à ce moment ? Peut-être meme qu'un système avec des deadline serait bien aussi, avec la possibilité de choisir pour l'auteur si le papier est finalement soumis ou non (avant cette deadline donc).

C'est pas super sympa de dévoiler mes plans de conquête du monde comme ça !
C'est exactement ce que nous avons en tête à moyen terme. La première version est un simple éditeur collaboratif, mais la prochaine devrait intégrer ce genre de concepts. Créer un papier pour une conf donnée avec ses templates, sa deadline, etc… Puis plein d'autres possibilités basées sur une utilisation dans le cadre de publications scientifiques devraient suivre. Notre todo list est chargée, yaka fokon !

L'important c'est les valeurs

évidemment, sur une autre branche, stupide moi :)
Ça m'intéresse, j'ai fait un petit prototype de système entités/événements basé sur des acteurs. Je suis donc intéressé de voir comment tu as implémenté la chose.

Dans mon prototype, le tick est un message périodique envoyé à un acteur moteur qui délègue aux systèmes qu'il gère.
Lorsqu'un système publie un événement, c'est un message comme un autre envoyé au moteur, il est donc séquencé parmi au milieu des tick standards.
Le modèle d'acteurs m'assure qu'un seul message est traité à la fois par un engin donné.
Si ça marche pas mal, je ferai potentiellement un journal dessus :)

Très intéressant, comme les autres articles de la série.

Je souhaitais regarder la manière dont tu as implémenté les événements, mais sur le github de libes, il semblerait que tu n'aies pas poussé le code (ou alors je suis miro, c'est encore de l'ordre du possible), ou bien est-il hébergé ailleurs ?

Il y a eu récemment une dépêche sur la sortie de la nouvelle version de Radare.
Ça pourrait correspondre à ce que tu cherches, non ?

En somme, tu fais amende Honorable :)

Et moi je crois que tu as oublié le fait que je parle d'une oeuvre de fiction depuis mon premier commentaire ;) il me semblait que c'était clair que mon propos se rapportait à cette (ces) oeuvre(s)

À coup sûr (modulo les défaillances de ma mémoire) si tu te rates, mais je ne me souviens plus si tu réussis (je te l'avais dit, v'là qu'j'ai plus toute ma tête). Sûrement qu'il est temps pour moi de relire ce livre :)

Aurais-tu aussi récemment lu Le magasin des suicides de l'excellent Jean Teulé ? Ou vu sa récente adaptation cinématographique ?
Il y est en effet interdit de se suicider sur la voie publique, sous peine d'amende.

ça c'est un détail d'implémentation voyons. Une solution existe, si en plus il faut se soucier de la praticité de cette solution, où va le monde mon bon monsieur ?

KWA ??? tu as pas de docking-station avec écran, clavier et souris séparés ? Tu n'y mets pas du tien je trouve…

Tu es juste un gros râleur, à une époque où on peut facilement faire pivoter l'écran pour le transformer en écran 9/16 (et ainsi pouvoir ressembler à un daycideur qui doit éditer des .docx à longueur de journée), il est facile de ne plus perdre de place sur le côté ;)

Sinon plus sérieusement je trouve aussi dommage que l'on soit obligé de perdre autant de place sur les côtés et faire que la troisième réponse à un commentaire se retrouve avec un mot par ligne

Ne confonds pas référence (im)muable et objet (im)muable

Dans ton exemple a est une référence immuable vers un objet muable. C'est-à-dire (si on descend assez bas sur comment ça marche) que tu ne pourras pas changer l'adresse mémoire pointée par a (référence immuable), mais tu pourras changer le contenu à cette adresse (objet muable).

utiliser le mot-clef val en Scala est environ comme utiliser une variable final en Java (pour les variables locales uniquement, pas pour les attributs d'une classe), donc oui ne peut pas la réassigner (pour la simple et bonne raison que justement cette référence n'est pas muable justement…)

Mon raccourci muable/immuable sans préciser ce à quoi ça s'appliquait peut prêter à confusion il est vrai…

Oui mais je persiste "je déclare toto ou je l'assigne" dans le cadre de Scala (encore une fois, j'ai bien précisé dès le début que je parlais uniquement de Scala) est tout à fait une phrase valide ;)

var toto = 4
toto = 3

la deuxième ligne est une assignation (même la spec le dit ;))
Bref… Ne traumatisons pas plus les drosophiles qu'elles ne le sont déjà à ce point.

Allez un indice : c'est un générateur de code écrit en OCaml. Mais je suis pas ici pour me vanter donc on s'en tape.

Merci de présumer de mes connaissances, mais je crois que je bosse en OCaml toute la journée (sur un projet que tu dois sûrement connaître vu que tu en parles souvent ici) et en Scala pour mes projets personnels (après avoir bossé dessus dans le cadre de recherches).
Donc reprenons, maintenant que j'ai fixé ça : en Scala (seul langage dont je parle ici, cf le début de mon message) on assigne très bien une valeur à une variable muable.

Pour le multi-tâche je travaille par passage de messages immuables via des acteurs généralement, ce qui évite la mémoire partagée, et ça change la vie.

Sans vouloir m'avancer pour les autres langages, dans un entretien Martin Odersky expliquait son choix pour Scala en disant ça permettait (entre autres) de rendre la déclaration de type optionnelle (lorsque celui-ci est inféré).
Ainsi si tu écris

val toto: Int = 1

ou

val toto = 1

c'est jamais ambigu. on comprend dans les deux cas que c'est la variable toto qui est déclarée et initialisée à 1. Si l'on n'avait pas ce val il serait ambigu dans le cas du type inféré

toto = 1

Je déclare toto ou je l'assigne ?
De plus scala possède des val (immuable) et var (muable) donc ça permet de vérifier statiquement qu'une variable immuable n'est pas réassignée.
Ce qui serait acceptable dans un langage dynamique (ambiguïté entre assignation et déclaration) ne l'est pas pour une langage statiquement typé.

Boah trois fois rien c'est juste les numéros de CB qui ont leaké, c'est pas grave…

Tiens là pour le coup ça te dérange qu'on compare avec un site qui est moins éloigné de LinuxFR que Google (G+ ou pas d'ailleurs, il faudra clarifier ça un jour, mais sans moi…) ou Facebook (et c'est pas des très gros sites eux ?).
Je ne reviendrai pas sur les énormités que tu as sorties sur le fait que Google (prenons le moteur de recherche) n'a pas ce principe de +/- ce qui est faux.
Le + et le - sont calculés de plusieurs manières soit automatique (le nombre de sites pointant vers le site, analyse statistique du contenu pour trouver les tournures positives/négatives associées, et j'en passe…) soit avec une action utilisateur (clic sur le lien dans les résultats, partage du lien d'un résultat, absence de clic sur un lien dans les résultats qui est une action utilisateur en soi, qui désapprouve la pertinence du lien si ce non clic est généralisé).
Bref tu n'as pas l'air d'y connaître grand chose et tu n'as pas l'air d'avoir envie d'en apprendre plus, tellement tu es enfoncé dans tes certitudes.

J'arrête de nourrir le troll ici.

Bye

Si je ne me trompe pas, la vente liée peut être avérée même si la personne en est au courant.
D'après Wikipedia :

La vente liée […] consiste à proposer ou vendre plusieurs produits dans un même lot sans proposer ces produits séparément au même prix.

Elle est partiellement autorisée en France (cf. ce même article)

Mais à aucun moment, on ne parle du fait de cacher quoi que ce soit pour impliquer cette vente liée. Elle peut donc être tout à fait légale ou ne pas l'être, suivant la législation en vigueur et si elle est assimilée à une concurrence déloyale ou non

Sauf que c'est faux. Mais si vous connaissez une communauté où ça marche, présentez la moi…

Je ne sais pas si ça va paraître hors sujet, mais StackOverflow et plus généralement StackExchange regroupe des experts (et pas seulement parce qu'ils le disent, mais par la qualité des réponses) et pourtant il se base sur les votes pour faire remonter les réponses pertinentes et donner des privilèges aux utilisateurs, c'est même sa raison d'être dirons-nous (voir ici).
Et pourtant ce site contient des questions de très grands débutants et des réponses de très haut niveau.

Le nombre d'utilisateur est pourtant énorme, regarde les stats sur la page d'accueil. J'ai l'impression que ton argumentation ne tient pas la route. Même si tu as l'infinie chance de parler avec des gens en vrai, ce n'est sûrement qu'un échantillon très peu représentatif de la population mondiale (sans vouloir présumer du nombre de personnes que tu connais) et il me semble assez fallacieux d'en tirer quelque conclusion que ce soit…

s/Rachida Dati/Brice Hortefeux

Dans le genre road-trip à moto qu'on pouvait suivre, il y avait les billets de ptiluc (en plus avec de jolis dessins !).
Malheureusement plus rien depuis 2011 :(

L'argent ne fait pas le bonheur des pauvres / Ce qui est la moindre des choses / Convenons-en

-- Coluche