Concernant notre problème, sur le plan physique, il faut calculer l'évolution des flux de plasma, dans une enceinte close. Il n'y a pas de flux au départ, puis un plasma est créée suite à un phénomène transitoire (comme une surtension dans un circuit électrique), puis il se déplace.
Le but de nos recherches, c'est de connaitre comment évolue le plasma pour connaitre les caractéristiques électrique au cours du temps du composant électronique.
On est en plein dans l'actualité, ces composants sont utilisés aussi bien dans les UPS des datacenter que dans votre box internet.
Sur le plan de l'analyse numérique, on utilise COMSOL depuis 5 ans, avec le module PLASMA. C'est donc relativement récent pour nous. Mais nous faisons beaucoup de recherche expérimentale depuis bien plus longtemps.
à ta connaissance, si nous voulions travailler avec des universités/écoles sur ces problème, vers où nous orienter ?
Les centres de données d'OVHCloud à Strasbourg ne sont pas dotés de réseaux d'extinction. Ils ne sont pas équipés de gicleurs d'eau comme c'est le cas dans les datacenters d'OVHCloud à Beauharnois au Canada, ni de brumisateurs haute pression permettant de résorber les flammes tout en protégeant les machines contre l'eau, ni de gaz inerte, à l'instart de la plupart des datacenters du marché.
Puisqu'on en est à donner son expertise personnelle, dans le bâtiment d'où est extrait le lien :
L'ossature est en métal, non isolé.
Le bois est utilisé pour les sols (on ne sait pas si il est ignifugé). Ce bâtiment semble être construit comme un préfabriqué.
D'après le thread de discussion, on utilise très rarement de sprinkler dans les datacenters depuis pas mal de temps. Si mes souvenir sont bons, le bâtiment dispose d'une alimentation de 240 kW. Alors oui, il doit y avoir un automate qui coupe l'alimentation AVANT de bousiller les serveurs avec l'eau sortant des sprinkler (ce n'est pas une simple douche, normalement, si il n'y a pas de feu dû à une surtension, c'est imparable pour le feu).
D'après les photos, les conduits sur lesquels sont fixés les sprinkler sont en PVC renforcé … Normalement ça brûle et c'est toxique.
P.S. couper une alimentation de 240 kW est quelque chose de compliqué, plus compliqué que de me dire si mon serveur est en carafe ou pas.
Ok, bien reçu, bien que n'étant pas expert j'ai encore le droit d'émettre une opinion? Désolé si mon agacement après avoir vu ces photos m'a précipité sur mon clavier…
Je ne peux que constater comme l'indique l'interface d'OVH, que mon serveur localisé dans le bâtiment SBG2 fonctionne parfaitement… Me voila rassuré, les experts me disent que mon serveur est hors de danger.
Cela dit, Claude François, qui n'est pas un expert, il est vrai, serait d'accord avec moi concernant l'eau et l'électricité.
Je ne sais pas si c'est dans leur contrat utilisateur final cette façon de faire de la protection incendie. On accuse souvent les utilisateurs de ne pas les lire, pour bien les comprendre, il faudrait donner ces phtotos (là, c'est sûr, tu backups ailleurs).
J'espère que ceux qui ont des backups à ressortir pourront les exploiter dans de bonnes conditions.
J'aime beaucoup Scaleway : 1er à faire de l'ARM, système de facturation, interface d'utilisation … J'ai aussi constaté que le réseau n'était pas très bon et j'ai eu pas mal de petits problèmes chez eux, notamment avec Gitlab sur ARM, comme toi je leur ai pardonné. Pas à cause du coût, mais parce qu'ils étaient bien sympa.
Par contre je ne trouve pas OVH particulièrement "low-cost", du moins pour ses serveurs dédiés. Un low-cost, c'est Kimsufi. Pour moi OVH, ce sont des grossistes "à la Leclerc" : Ils sont agressifs au niveau de certains tarifs, mais tu payes ton engagement sur 2 ans pour l'obtenir… Les prix d'appels sont intéressants, mais tu payes bien plus les grosses machines correspondant à tes besoins. Côté services, soit je ne comprends pas leur interface, soit y a rien. En plus c'est le Far-West leur interface. Ils se dispersent dans tous les sens.
Maintenant je n'ai pas de comparatifs précis pour le coût des serveurs. Pour la BP, on va dire comme tu dis qu'on paye pour ce que l'on a.
Pour les incendies, excusons-les, ils ont des prix d'appels bas.
Mouai, on backup tous nos serveurs (sauf un, il a cramé ce matin) très facilement sans avoir besoin de consommer de l'énergie/occuper un serveur pour rien.
Nous avons été impacté, nous avons perdu notre Gitea (c'est un peu la merde), sans backup récent. C'est la faute à pas de temps et au fait qu'il faille penser au backup AVANT d'installer ce soft (impossible de faire un rsync via ssh sur le répertoire où est l'application automatiquement, impossible d'avoir un snapshot de la partition chez OVH, backup très volumineux …). Je dis pas qu'on a pas une petite part de responsabilité (nous n'utilisons que git, donc on s'en fout presque, mais une autre équipe met tout l'historique de ses projets dessus)…
Bref, je trouve l'opinion bien indulgente envers OVH. Ça sert sans doute à rien de les critiquer en ce moment, mais depuis quelques temps, j'ai vraiment envie de les fuirent. Il y a qu'a voir l'absence de communication, l'interface web confuse, les performances réseaux à certaines heures, l'engagement qu'ils imposent à leurs clients …
Le côté artisan "béret-baguette" c'est sympa, mais on a l'impression qu'ils n'ont pas misé sur leur croissance organique.
Merci pour cette rédaction, en effet, pour avoir un peu joué avec ParaView, on aimerait faire ça toute la journée…
Récemment, j'ai pu voir quelques évolutions intéressantes dans SALOME, notamment le nouveau modeleur paramétrique Shaper. Il remplace avantageusement le module Geometry, il semble rivaliser avec FreeCAD… Il y a tellement à dire qu'il faudrait sacrifier 1 mois de temps d'un physicien/informaticien/mécanicien pour faire un journal de la qualité de celui-ci sur ce logiciel (SALOME).
Je profite de ce commentaire pour demander un avis :
Actuellement nous utilisons COMSOL multiphysics pour simuler le comportement d'un plasma froid (et des effets de celui-ci sur son conteneur, aux électrodes et sur l'enveloppe) lorsqu'il est soumis à un champs électrique variable. C'est pas mal, mais c'est une solution coûteuse, surtout si l'on veut distribuer le calcul sur plusieurs machines.
Y a t-il une solution OpenSource qui puisse se comparer à COMSOL pour ce cas d'usage?
J'ai testé Elmer FEM et à l'époque, un peu SALOME, il faudrait tester FreeFEM, j'en ai conclu que je n'ai plus (j'ai failli faire un PhD sur les plasmas, comme un con j'ai dit non) le niveau, et de loin.
Merci d'avance à celui qui se lance sur la rédaction d'un journal /ou d'un avis sur SALOME/Shaper autres.
Moi j'aime beaucoup sa démarche. Et je me pose la même question concernant sudo et le mot de passe root…
En plus j'ai travaillé 6 ans chez Sun, pour migrer des très gros (très très gros) logiciels de Solaris 2.6 à Solaris 10, SunStudio, certifier les plateformes, faire de l'optimisation CPU/GPU, corriger les Heisenbugs des compilateurs, me faire taper dessus jusqu'à plus soif…
C'était génial, mes clients c'était Airbus, Boeing, Volkswagen, Renault, Ford. Puis Billou est arrivé avec son chéquier, et d'autres erreurs de management de Sun et je me suis cassé.
Bref, ce journal m'évoque plein de choses à conter, comme l'auteur, je déteste Ubuntu pour plein de vrais raisons… Que d'émotion!
C'est un problème lié à la façon dont PHP gère son évolution (non compatible de manière ascendante au niveau du langage) ça.
Si tu veux du Python 2.7, 3.7, 3.8, du PHP 7.4 et 8.0 ou plusieurs version de la libc, ainsi de suite, reste sur une vielle version ou utilise une Debian (qui a plus de mainteneurs). Je préfère que les mainteneurs se focalisent sur l'intégration de nouveautés plutôt que de maintenir plusieurs versions de la même chose (quitte à perdre certaines applications pendant un temps).
Il faut juste 2 fois plus d'énergie pour gérer 2 versions différentes de PHP, sans compter la configuration / disposition des fichiers qui doit tenir compte des multiples version possiblement installée en parallèle. En plus de maintenir toutes les dépendances sur 2 versions…
Perso, j'ai pu voir au moins 30 articles (sans trop chercher) sur le licenciement de Timnit Gebru, dire que tout le monde s'en fout est faux.
Seulement est-ce que ça a réellement un quelconque importance ?
Je pense au contraire qu'on en a largement trop parlé. Pour moi son comportement n'est pas admissible en entreprise, elle devait avoir un salaire de 300-400 K$, elle a été licencier, elle a craché dans la soupe en interne, en diffusant des remarques sur sa hiérarchie, par le canal publique RH. Puis quoi encore Madame la Princesse …
Ce qui me dérange le plus c'est surtout l'affirmation qui la présente comme une "IA expert", hors, à lire ses publications, y a vraiment rien de transcendant que n'aurait pu écrire n'importe qui.
Quitte à taper sur Google autant le faire intelligemment, on parle d'un acteur important de l'écosystème du libre, on a pour autant le droit de le craindre, autant que de le respecter. TG est dans sa guerre, pour moi elle n'a pas les compétences et n'est pas crédible.
Pour la doc, on diffuse du PDF, on peut travailler en collaboratif, car il y a la directive include qui peut accepter les tags git et des numéros de lignes et aussi l'argument Level, qui permet de réarranger le plan très simplement.
Pour les présentations reveal.js j'utilise : $ asciidoctor-revealjs -r asciidoctor-diagram -a data-uri Slides.adoc
les images se trouvent inlinées, le HTML est simple à diffuser.
Le gros intérêt pour nous d'asciidoctor et diagram, c'est que l'on peut inclure du plantuml, du vega (une tuerie, sauf que j'aime pas le json) ou du gnuplot ou graphviz très simplement, et les données bruts sont dans le git directement.
Bref, c'est l'idéal pour documenter les sources, créer des doc techniques, reveal.js permet de très jolie chose comme là (penser à cliquer sur la flèche du bas ou échappe).
Par contre il faut creuser pas mal avant de pouvoir l'utiliser convenablement, on ne peut pas conseiller ça à un néophyte. Il faut montrer des exemples concrets. Et il faut que l'utilisateur en ait l'utilité…
ça fait du monde, pas inclue dans les sources (Moi je dis 10 fois la quantité de code c++ présente dans le repository core. à vérifier).
Quand je me rappelle des missiles qu'OpenOffice/LibreOffice se sont pris pour la dépendance à Java pour la connexion avec les DB (en gros JDBC), je me dis que les temps ont changé. ça a coûté très cher à cette suite, la gestion de ces dépendances… Là, on me montre quelque converters en C++ en réponse à une liste grosse comme un jour sans pain.
[^] # Re: Salome-Meca, Code Aster vs COMSOL
Posté par YBoy360 (site web personnel) . En réponse à la dépêche ParaView, une bibliothèque libre pour la visualisation scientifique. Évalué à 2.
Merci pour cette réponse passionnante.
Concernant notre problème, sur le plan physique, il faut calculer l'évolution des flux de plasma, dans une enceinte close. Il n'y a pas de flux au départ, puis un plasma est créée suite à un phénomène transitoire (comme une surtension dans un circuit électrique), puis il se déplace.
Le but de nos recherches, c'est de connaitre comment évolue le plasma pour connaitre les caractéristiques électrique au cours du temps du composant électronique.
On est en plein dans l'actualité, ces composants sont utilisés aussi bien dans les UPS des datacenter que dans votre box internet.
Sur le plan de l'analyse numérique, on utilise COMSOL depuis 5 ans, avec le module PLASMA. C'est donc relativement récent pour nous. Mais nous faisons beaucoup de recherche expérimentale depuis bien plus longtemps.
à ta connaissance, si nous voulions travailler avec des universités/écoles sur ces problème, vers où nous orienter ?
Merci encore!
[^] # Re: Octave Klaba explique et s'excuse dans une vidéo
Posté par YBoy360 (site web personnel) . En réponse au journal OVH - Le nuage part en fumée ?. Évalué à 4.
Tu m'étonnes, et ceux qui ont des backups à restaurer, des PRA à déterrer …
plan de reprise
Personnellement j'ai du mal à y croire.
[^] # Re: Octave Klaba explique et s'excuse dans une vidéo
Posté par YBoy360 (site web personnel) . En réponse au journal OVH - Le nuage part en fumée ?. Évalué à 7.
1 - où est l'expertise dans le commentaire ? la titre à le malheur de résumer le lien cité plus haut.
2 - ça n'est pas sur ce journal, tu as pris ce commentaire dans la section "liens", qu'apparemment tu n'as pas lu ;
3 - ça ne parle pas de l'incendie, le sujet est "OVH et la protection incendie"… ça datait de 2013. à aucun moment Strasbourg n'est abordé…
Donner des leçons te va très bien, mais essaie juste d'être dans le sujet, à minima.
[^] # Re: tuyauteries en PVC, planché en bois, eau + électricité, câble non ignifugé ...
Posté par YBoy360 (site web personnel) . En réponse au lien OVH et la protection incendie. Évalué à 3. Dernière modification le 11 mars 2021 à 14:15.
Cet argumentaire est basé sur les photos du lien, celles de Roubaix 4, qui sont vraiment explicites.
Celle-ci en particulier :
[^] # Re: tuyauteries en PVC, planché en bois, eau + électricité, câble non ignifugé ...
Posté par YBoy360 (site web personnel) . En réponse au lien OVH et la protection incendie. Évalué à 1.
Puisqu'on en est à donner son expertise personnelle, dans le bâtiment d'où est extrait le lien :
L'ossature est en métal, non isolé.
Le bois est utilisé pour les sols (on ne sait pas si il est ignifugé). Ce bâtiment semble être construit comme un préfabriqué.
D'après le thread de discussion, on utilise très rarement de sprinkler dans les datacenters depuis pas mal de temps. Si mes souvenir sont bons, le bâtiment dispose d'une alimentation de 240 kW. Alors oui, il doit y avoir un automate qui coupe l'alimentation AVANT de bousiller les serveurs avec l'eau sortant des sprinkler (ce n'est pas une simple douche, normalement, si il n'y a pas de feu dû à une surtension, c'est imparable pour le feu).
D'après les photos, les conduits sur lesquels sont fixés les sprinkler sont en PVC renforcé … Normalement ça brûle et c'est toxique.
P.S. couper une alimentation de 240 kW est quelque chose de compliqué, plus compliqué que de me dire si mon serveur est en carafe ou pas.
[^] # Re: tuyauteries en PVC, planché en bois, eau + électricité, câble non ignifugé ...
Posté par YBoy360 (site web personnel) . En réponse au lien OVH et la protection incendie. Évalué à 3.
Ok, bien reçu, bien que n'étant pas expert j'ai encore le droit d'émettre une opinion? Désolé si mon agacement après avoir vu ces photos m'a précipité sur mon clavier…
Je ne peux que constater comme l'indique l'interface d'OVH, que mon serveur localisé dans le bâtiment SBG2 fonctionne parfaitement… Me voila rassuré, les experts me disent que mon serveur est hors de danger.
Cela dit, Claude François, qui n'est pas un expert, il est vrai, serait d'accord avec moi concernant l'eau et l'électricité.
Bonne journée.
# tuyauteries en PVC, planché en bois, eau + électricité, câble non ignifugé ...
Posté par YBoy360 (site web personnel) . En réponse au lien OVH et la protection incendie. Évalué à 2. Dernière modification le 11 mars 2021 à 05:55.
Je ne sais pas si c'est dans leur contrat utilisateur final cette façon de faire de la protection incendie. On accuse souvent les utilisateurs de ne pas les lire, pour bien les comprendre, il faudrait donner ces phtotos (là, c'est sûr, tu backups ailleurs).
J'espère que ceux qui ont des backups à ressortir pourront les exploiter dans de bonnes conditions.
[^] # Re: test grandeur nature :-/
Posté par YBoy360 (site web personnel) . En réponse au journal OVH - Le nuage part en fumée ?. Évalué à 6.
J'aurais dû mettre un :s …
Bien entendu, c'est pas parce que l'on achète une Dacia qu'elle doit prendre feu aux feux rouges.
[^] # Re: test grandeur nature :-/
Posté par YBoy360 (site web personnel) . En réponse au journal OVH - Le nuage part en fumée ?. Évalué à 4. Dernière modification le 10 mars 2021 à 15:14.
J'aime beaucoup Scaleway : 1er à faire de l'ARM, système de facturation, interface d'utilisation … J'ai aussi constaté que le réseau n'était pas très bon et j'ai eu pas mal de petits problèmes chez eux, notamment avec Gitlab sur ARM, comme toi je leur ai pardonné. Pas à cause du coût, mais parce qu'ils étaient bien sympa.
Par contre je ne trouve pas OVH particulièrement "low-cost", du moins pour ses serveurs dédiés. Un low-cost, c'est Kimsufi. Pour moi OVH, ce sont des grossistes "à la Leclerc" : Ils sont agressifs au niveau de certains tarifs, mais tu payes ton engagement sur 2 ans pour l'obtenir… Les prix d'appels sont intéressants, mais tu payes bien plus les grosses machines correspondant à tes besoins. Côté services, soit je ne comprends pas leur interface, soit y a rien. En plus c'est le Far-West leur interface. Ils se dispersent dans tous les sens.
Maintenant je n'ai pas de comparatifs précis pour le coût des serveurs. Pour la BP, on va dire comme tu dis qu'on paye pour ce que l'on a.
Pour les incendies, excusons-les, ils ont des prix d'appels bas.
[^] # Re: test grandeur nature :-/
Posté par YBoy360 (site web personnel) . En réponse au journal OVH - Le nuage part en fumée ?. Évalué à 2.
Mouai, on backup tous nos serveurs (sauf un, il a cramé ce matin) très facilement sans avoir besoin de consommer de l'énergie/occuper un serveur pour rien.
Nous avons été impacté, nous avons perdu notre Gitea (c'est un peu la merde), sans backup récent. C'est la faute à pas de temps et au fait qu'il faille penser au backup AVANT d'installer ce soft (impossible de faire un rsync via ssh sur le répertoire où est l'application automatiquement, impossible d'avoir un snapshot de la partition chez OVH, backup très volumineux …). Je dis pas qu'on a pas une petite part de responsabilité (nous n'utilisons que git, donc on s'en fout presque, mais une autre équipe met tout l'historique de ses projets dessus)…
Bref, je trouve l'opinion bien indulgente envers OVH. Ça sert sans doute à rien de les critiquer en ce moment, mais depuis quelques temps, j'ai vraiment envie de les fuirent. Il y a qu'a voir l'absence de communication, l'interface web confuse, les performances réseaux à certaines heures, l'engagement qu'ils imposent à leurs clients …
Le côté artisan "béret-baguette" c'est sympa, mais on a l'impression qu'ils n'ont pas misé sur leur croissance organique.
[^] # Re: Salome-Meca, Code Aster vs COMSOL
Posté par YBoy360 (site web personnel) . En réponse à la dépêche ParaView, une bibliothèque libre pour la visualisation scientifique. Évalué à 3.
Super, merci, envoyé !
[^] # Re: Salome-Meca, Code Aster vs COMSOL
Posté par YBoy360 (site web personnel) . En réponse à la dépêche ParaView, une bibliothèque libre pour la visualisation scientifique. Évalué à 3.
Merci pour ce conseil. En effet, ça semble bien correspondre à nos besoins. J'aurais bien aimé avoir un tel outils en 98..
J'essaierai de faire un retour d'expérience si nous l'utilisons.
# Salome-Meca, Code Aster vs COMSOL
Posté par YBoy360 (site web personnel) . En réponse à la dépêche ParaView, une bibliothèque libre pour la visualisation scientifique. Évalué à 4.
Merci pour cette rédaction, en effet, pour avoir un peu joué avec ParaView, on aimerait faire ça toute la journée…
Récemment, j'ai pu voir quelques évolutions intéressantes dans SALOME, notamment le nouveau modeleur paramétrique Shaper. Il remplace avantageusement le module Geometry, il semble rivaliser avec FreeCAD… Il y a tellement à dire qu'il faudrait sacrifier 1 mois de temps d'un physicien/informaticien/mécanicien pour faire un journal de la qualité de celui-ci sur ce logiciel (SALOME).
Je profite de ce commentaire pour demander un avis :
Actuellement nous utilisons COMSOL multiphysics pour simuler le comportement d'un plasma froid (et des effets de celui-ci sur son conteneur, aux électrodes et sur l'enveloppe) lorsqu'il est soumis à un champs électrique variable. C'est pas mal, mais c'est une solution coûteuse, surtout si l'on veut distribuer le calcul sur plusieurs machines.
Y a t-il une solution OpenSource qui puisse se comparer à COMSOL pour ce cas d'usage?
J'ai testé Elmer FEM et à l'époque, un peu SALOME, il faudrait tester FreeFEM, j'en ai conclu que je n'ai plus (j'ai failli faire un PhD sur les plasmas, comme un con j'ai dit non) le niveau, et de loin.
Merci d'avance à celui qui se lance sur la rédaction d'un journal /ou d'un avis sur SALOME/Shaper autres.
[^] # Re: Coins
Posté par YBoy360 (site web personnel) . En réponse au journal Schnorr aurait-il cassé RSA ?. Évalué à 3.
Merci, pour miner je pensais qu'il fallait trouver les nombres premiers dans un intervalle toujours grandissant …
# Coins
Posté par YBoy360 (site web personnel) . En réponse au journal Schnorr aurait-il cassé RSA ?. Évalué à 3.
ça permettrait pas de miner plus rapidement les coins ces méthodes ?
[^] # Re: Pourquoi ne pas le faire ?
Posté par YBoy360 (site web personnel) . En réponse au journal Les méfaits d'Ubuntu. Évalué à 9.
Moi j'aime beaucoup sa démarche. Et je me pose la même question concernant sudo et le mot de passe root…
En plus j'ai travaillé 6 ans chez Sun, pour migrer des très gros (très très gros) logiciels de Solaris 2.6 à Solaris 10, SunStudio, certifier les plateformes, faire de l'optimisation CPU/GPU, corriger les Heisenbugs des compilateurs, me faire taper dessus jusqu'à plus soif…
C'était génial, mes clients c'était Airbus, Boeing, Volkswagen, Renault, Ford. Puis Billou est arrivé avec son chéquier, et d'autres erreurs de management de Sun et je me suis cassé.
Bref, ce journal m'évoque plein de choses à conter, comme l'auteur, je déteste Ubuntu pour plein de vrais raisons… Que d'émotion!
[^] # Re: php 8
Posté par YBoy360 (site web personnel) . En réponse à la dépêche La huitième Mageia. Évalué à 5.
C'est un problème lié à la façon dont PHP gère son évolution (non compatible de manière ascendante au niveau du langage) ça.
Si tu veux du Python 2.7, 3.7, 3.8, du PHP 7.4 et 8.0 ou plusieurs version de la libc, ainsi de suite, reste sur une vielle version ou utilise une Debian (qui a plus de mainteneurs). Je préfère que les mainteneurs se focalisent sur l'intégration de nouveautés plutôt que de maintenir plusieurs versions de la même chose (quitte à perdre certaines applications pendant un temps).
Il faut juste 2 fois plus d'énergie pour gérer 2 versions différentes de PHP, sans compter la configuration / disposition des fichiers qui doit tenir compte des multiples version possiblement installée en parallèle. En plus de maintenir toutes les dépendances sur 2 versions…
[^] # Re: Késkidi ?
Posté par YBoy360 (site web personnel) . En réponse au journal Google démantèle son éthique (et tout le monde s'en fout...). Évalué à 8.
Perso, j'ai pu voir au moins 30 articles (sans trop chercher) sur le licenciement de Timnit Gebru, dire que tout le monde s'en fout est faux.
Seulement est-ce que ça a réellement un quelconque importance ?
Je pense au contraire qu'on en a largement trop parlé. Pour moi son comportement n'est pas admissible en entreprise, elle devait avoir un salaire de 300-400 K$, elle a été licencier, elle a craché dans la soupe en interne, en diffusant des remarques sur sa hiérarchie, par le canal publique RH. Puis quoi encore Madame la Princesse …
Ce qui me dérange le plus c'est surtout l'affirmation qui la présente comme une "IA expert", hors, à lire ses publications, y a vraiment rien de transcendant que n'aurait pu écrire n'importe qui.
Quitte à taper sur Google autant le faire intelligemment, on parle d'un acteur important de l'écosystème du libre, on a pour autant le droit de le craindre, autant que de le respecter. TG est dans sa guerre, pour moi elle n'a pas les compétences et n'est pas crédible.
[^] # Re: The killing features
Posté par YBoy360 (site web personnel) . En réponse au journal C'est foutu pour LibreOffice. Évalué à 3.
Une version récente d'Okular le fera pas trop mal.
[^] # Re: Moi j’aime bien Libre Office
Posté par YBoy360 (site web personnel) . En réponse au journal C'est foutu pour LibreOffice. Évalué à 3.
Pour la doc, on diffuse du PDF, on peut travailler en collaboratif, car il y a la directive
includequi peut accepter les tags git et des numéros de lignes et aussi l'argument Level, qui permet de réarranger le plan très simplement.Pour les présentations reveal.js j'utilise :
$ asciidoctor-revealjs -r asciidoctor-diagram -a data-uri Slides.adocles images se trouvent inlinées, le HTML est simple à diffuser.
Le gros intérêt pour nous d'asciidoctor et diagram, c'est que l'on peut inclure du plantuml, du vega (une tuerie, sauf que j'aime pas le json) ou du gnuplot ou graphviz très simplement, et les données bruts sont dans le git directement.
Bref, c'est l'idéal pour documenter les sources, créer des doc techniques, reveal.js permet de très jolie chose comme là (penser à cliquer sur la flèche du bas ou échappe).
Par contre il faut creuser pas mal avant de pouvoir l'utiliser convenablement, on ne peut pas conseiller ça à un néophyte. Il faut montrer des exemples concrets. Et il faut que l'utilisateur en ait l'utilité…
[^] # Re: Bof
Posté par YBoy360 (site web personnel) . En réponse au journal C'est foutu pour LibreOffice. Évalué à 3.
Dommage que leur serveur d'application soit en CSharp, ainsi que pas mal d'autres repositories que j'ai vu.
Je me trompe peut-être, leurs dépendances avec le FW point NET :
https://github.com/ONLYOFFICE/CommunityServer/blob/master/3rd-Party.txt
ça fait du monde, pas inclue dans les sources (Moi je dis 10 fois la quantité de code c++ présente dans le repository core. à vérifier).
Quand je me rappelle des missiles qu'OpenOffice/LibreOffice se sont pris pour la dépendance à Java pour la connexion avec les DB (en gros JDBC), je me dis que les temps ont changé. ça a coûté très cher à cette suite, la gestion de ces dépendances… Là, on me montre quelque converters en C++ en réponse à une liste grosse comme un jour sans pain.
[^] # Re: Moi j’aime bien Libre Office
Posté par YBoy360 (site web personnel) . En réponse au journal C'est foutu pour LibreOffice. Évalué à 2.
Tu peux même faire des ODS, DOC, avec Pandoc. Je mentionne Intellij, car il n'utilise pas Asciidoctor-PDF pour générer les PDF.
Tu peux aussi faire des fichiers HTML inline (tout est inliné dans un seul HTML pour les animations).
Franchement, ne pas passer à coté. ça n'a rien à voir avec Markdown.
[^] # Re: Moi j’aime bien Libre Office
Posté par YBoy360 (site web personnel) . En réponse au journal C'est foutu pour LibreOffice. Évalué à 2. Dernière modification le 16 février 2021 à 21:37.
C'est fait pour faire des PDF … directement avec Asciidoctor-pdf, ou via la page web, ou via Intellij …
[^] # Re: Bof
Posté par YBoy360 (site web personnel) . En réponse au journal C'est foutu pour LibreOffice. Évalué à 3.
Tu confondrais pas C# et C++ ???
[^] # Re: Bof
Posté par YBoy360 (site web personnel) . En réponse au journal C'est foutu pour LibreOffice. Évalué à 2. Dernière modification le 16 février 2021 à 21:12.
où as-tu vu du code c++ dans OnlyOffice ?
J'ai aussi rapidement regardé le code source … Il y a aussi du shell. Mais je n'ai pas vu de C++…