dataesr/scientific-paragraphs-categorization huggingface dataset:
Ici, les systèmes doivent pouvoir gérer les ajouts et les défaillances d'agents : lorsqu'un agent cesse de répondre, les autres agents du système doivent en assumer la responsabilité et exécuter les calculs partagés orphelins. De même, quand un nouvel agent est ajouté dans le système, il peut être utile de reconsidérer la distribution des calculs afin de tirer parti des capacités de calcul du nouveau venu, comme proposé dans  [31]. Pour faire face à cette dynamique en maintenant les calculs et les décisions en cours alors que l'infrastructure évolue, une solution inspirée par les bases de données distribuées est la réplication  [41, 40]. Nous proposons donc de répliquer les définitions de calculs plutôt que les données. Plus précisément, nous définissons la notion de résilience, qui caractérise les systèmes capables de fournir les mêmes fonctionnalités (ou prendre les mêmes décisions) même lorsque jusqu'à  noeuds disparaissent.
𝑘- Nous définissons la notion de -résilience comme la capacité d'un système à se réparer et à fonctionner correctement même lorsque jusqu'à  agents disparaissent. Cela signifie qu'après une période de récupération, tous les calculs doivent être actifs sur exactement un agent et communiquer les uns avec les autres comme spécifié par le graphe G. Une condition préalable à la -résilience est de toujours avoir accès à la définition de chaque calcul après disparition. Une approche consiste à conserver  réplicas (copies de définitions) de chaque calcul actif sur différents agents. À condition que les  réplicas soient placés sur des agents différents, il y aura toujours au moins un réplica restant après la disparition de n'importe quel groupe de  agents, comme en bases de données distribuées  [21].
Cette caractéristique est intéressante lorsque le passage d'une solution à une autre induit un coût important pour le système, comme cela peut être le cas pour le routage des véhicules ou la planification des réunions. Dans ces cas, la stabilité de la solution est en effet requise, et il est primordial de prendre en compte le coût de la transition vers une nouvelle solution par rapport au bénéfice apporté par cette nouvelle solution. Par conséquent, il est potentiellement plus intéressant de troquer une certaine optimalité contre une plus petite quantité d'adaptation lors des changements. Enfin, la notion de -résilience, où  réplicas sont placées sur différents agents, est inspirée des techniques des systèmes de bases de données distribuées  [24] , sauf qu'ici nous sauvegardons les définitions des calculs au lieu de données.
CONTEXTE Les projets tutorés représentent une partie importante de la formation des étudiants de DUT Informatique. Ce module est réparti sur les quatre semestres que compte le DUT. À l'IUT du Littoral Côte d'Opale, département Informatique, le projet tutoré en seconde année (S3 et S4) consiste en le développement d'une application au sens large du terme pour un volume horaire total de 160h par étudiant : application de bureau, application mobile, application web, création d'une base de données, etc. Ce projet est à réaliser en groupe de 4 à 5 étudiants. Ils choisissent un projet parmi une liste prédéfinie. Les sujets sont proposés par les enseignants, des entreprises partenaires ou les étudiants eux-mêmes. Les sujets concernent essentiellement le domaine du web. En effet, la création de sites web, que ce soit pour présenter ou vendre des produits, pour suivre des processus ou présenter des résultats sont très demandés.
Remerciements Ce projet a pu être réalisé grâce au BQE FABINNOV financé en totalité par l' Université du Littoral Côte d'Opale. Nous tenons également à remercier  M. Zoonekynd , professeur de menuiserie et  M. Malfoy , chef de travaux et responsable du CAP Menuisier Fabricant du  Lycée Giraux Sannier de Saint-Martin-Boulogne  ainsi que  M. Zunquin du FabLab Côte  d'Opale pour sa patience, sa disposition et son transfert de compétences. Finalement, un grand merci à Bénédicte Talon pour ses conseils précieux en gestion de projet et la relecture de ce papier.
Construction du corpus Les données textuelles ont été extraites automatiquement de Reddit avec le logiciel R grâce au package RedditExtractoR (Rivera, 2021). L'API (interface de programmation) de Reddit limitant la quantité de données que l'on peut obtenir de façon automatique, nous avons effectué une requête par semaine, pendant cinq semaines, en novembre et décembre 2021. Nous avons identifié, chaque semaine, les fils de discussion les plus populaires de r/france, puis extrait leurs commentaires ainsi que leurs métadonnées : date de publication, nom des auteur•trices, et titres des fils de discussion. Les cinq corpus obtenus ont été combinés un seul corpus. Nous avons supprimé les messages publiés en anglais en utilisant l'algorithme de Google Compact Language Detector 3, disponible sous forme de package R  (Ooms, 2021).
Nous avons ensuite éliminé les blocs de citation qui figurent dans certains commentaires, ainsi que les URL et la ponctuation. Le corpus a été tokénisé (segmenté en « mots ») à l'aide du package R quanteda  (Benoit et al. , 2018). Nous avons uniquement conservé les commentaires des internautes dont la contribution totale dans le corpus était supérieure à 1000 tokens.
Nous pourrions bien remonter plusieurs années en arrière. Déjà en 2011, la complexité du problème était mise en évidence  (Giacomoni & Sardas, 2011) : toutes les potentialités des solutions informatiques (PLM, ERP, bases de données) étaient contrariées par l'existence de cette problématique: comment adopter une syntaxe et une sémantique permettant de mémoriser l'identité (ou l'équivalence ou l'invariance ou l'interchangeabilité) des systèmes, sachant que cette dernière ne peut être établie de façon universelle et absolue, tel un état de la nature, mais plutôt comme une relation artificielle, relative, conditionnelle et temporaire, suspendue à un état des connaissances (expériences reproductibles dans des environnements référentiels)? L'objet du présent article est de discuter l'origine théorique et les fondements syntaxiques et sémantiques de la problématique opérationnelle rencontrée.
Ce problème structurel de gestion des relations du tout avec ses parties (Van der Ven, 1986) relève de la gestion des configurations  (Fichman, 2004; Pavlou & El Sawy, 2010)  et le choix de systèmes d'information appropriés est stratégique (NASA 2022) 2. La gestion des configurations est essentielle à la structuration des représentations humaines, notamment si elles doivent permettre de faire des prédictions conditionnelles ayant une validité restreinte, relative à l'état des connaissances et des expériences menées dans leur environnements référentiels, car les implications pour des industries particulièrement sensibles comme celles étudiées ici (aéronautique, informatique/logiciel, santé) peuvent être considérables. De tels processus décisionnels doivent trouver leur traduction et leur paramétrage en langage formel, autrement dit être constructibles, au sens prouvables, décidables, afin de tirer le meilleur parti des solutions informatiques de type Product Lifecycle Management (PLM) et Enterprise Resource Planning (ERP), qui sont à la fois complémentaires et le plus souvent intégrées l'une à l'autre afin de couvrir l'ensemble des besoins des industriels, ainsi que les solutions de type bases de données relationnelles 3.
Les fonctionnalités sous-tendent des formalismes gestionnaires (pour développement de systèmes, pour productions en série, ou plutôt unitaire, avec ou sans assemblage, etc. ) ayant servi de modèle à la conception des progiciels pendant plusieurs années. L'existence de ces fonctionnalités résulte en fait d'une traduction logicielle de pratiques industrielles réelles (observées) ou imaginaires (espérées). Personnaliser l'usage d'outils PLM ou ERP ou bases de données relationnelles ainsi conçus réclame une transcription pertinente de l'activité désirée (notamment via le paramétrage), quitte à adapter certaines pratiques. C'est toute la sensibilité des rapports entre les systèmes d'information, les individus et les organisations  (Reix et al, 2011)   3 ). L'interchangeabilité des versions successives de ces systèmes est donc relative et pas absolue.
CARACTERISATION DES PROBLEMA-TIQUES D'IDENTITES CONDITIONNELLES INDECIDABLES POUR LES CONCEPTEURS - Nous avons mixé des sources directes et des sources indirectes. Concernant les sources directes, dans le respect des obligations de confidentialité, il y avait libre accès aux centres d'ingénierie, ainsi qu'aux documentations, bases de données et quantités d'informations, séminaires, groupes de travail à différents niveaux de responsabilité. Ceci a été encadré sur le plan opérationnel par des accréditations et des engagements contractuels rigoureux. Concernant les sources indirectes, nous nous sommes concentrés sur une littérature restreinte, puis nous nous sommes autorisés à réexaminer et à étendre les hypothèses d'origine s'avérant imprécises. Dans cet effort assumé de "problématisation"  (Alvesson & Sandberg 2020) , nous avons revisité nos propres hypothèses pour les consolider en nous appuyant sur une littérature un peu plus étendue à chaque round, en sorte que le problème soit considéré sous de nouveaux angles pour ouvrir de nouveaux horizons interprétatifs ou explicatifs.
Un autre formalisme référentiel est, a contrario, basé sur le principe de standardisation. Ce formalisme demande une étude combinatoire irréalisable pour en satisfaire toutes les conditions. Une troisième alternative consiste à reconcevoir l'architecture des systèmes (leur décomposition) -en termes de modularité, d'environnement intégré, d'intégration continue, etc. -en sorte de préserver l'invariance des sous-systèmes  (Raymond, 1998). Mais ce formalisme ne fait que déplacer la gestion de la complexité combinatoire des configurations à l'échelle des interfaces et des sous-systèmes  (Bellagio & Milligan, 2005; Djezzar, 2003; Rahmani & Thomson, 2011; ElMaraghy, 2019). A l'instar des systèmes aux architectures décentralisées multicouches qui séparent les couches stables (hardware) des couches évolutives (software), voire fortement évolutives (communication)  (Rousseau, 2005)    Les PLM, les ERP et les bases de données relationnelles les plus sophistiquées proposent de combiner les formalismes de manière consistante (non-contradictoire) en contrôlant le partitionnement des définitions (modularité) et l'identité conditionnelle des systèmes (conditionnalité).
OpenBOM. 29/02. Il sera donc toujours impossible de calculer de manière automatisée le regroupement et la planification des besoins, ou de procéder à la recherche automatisée de l'ensemble des éléments sérialisés devant être remis à jour (retrofits), et de profiter pleinement des économies d'échelles. La survivance de différentes générations d'objets techniques se côtoyant dans les bases de données, les ateliers ou les parcs installés réclamera de les différencier (pour les éléments modifiés) et de les regrouper (pour les éléments invariants). Les PLM, les ERP et les bases de données relationnelles ne pourront que présenter des solutions incomplètes ou indécidables aux acteurs désignés, à des fins d'analyses et de décisions, avec un recours à une main d'oeuvre coûteuse mobilisée à l'examen des risques d'erreur d'assemblage ou de localisation.
(p. 23, p. 39). Les identifiants complémentaires peuvent être de différents types selon les domaines : origines ou espèces en biologie, propriétés, etc. ). Les languages scientifiques proposent une grande variété de stratégies syntaxiques et sémantiques 21 Guidance on identification and naming of substances under  REACH and CLP, ECHA, version 1. 3, Feb. 2014. possibles pour formaliser les identités via des identifiants. "In computer languages we encounter such statements as 'J=J+1' which everybody seems to understand"  (Jaynes, 2003, p. 17 ). E. F. Codd également a abordé cette question dans un article seminal de 1970 sur les bases de données relationnelles: "One important effect that the view adopted toward data has on the language used to retrieve it is in the naming of data elements and sets (…) The simple form -R.
one-many many-one one-one Les bases de données relationnelles se heurtent à cette difficulté -appelée point of ambiguitydepuis de nombreuses années  (Codd, 1970, pp. 382-384). Pour Des raisons à la fois opérationnelles et théoriques sont donc bien à l'origine des difficultés rencontrées par les PLM, les ERP et les bases de données relationnelles pour gérer informatiquement les interchangeabilités conditionnelles, sans intervention humaine pour décision ou arbitrage (Annexe -Tableau 1). C'est un résultat important qui ne pouvait pas être attendu de la littérature. Il soulève la question de la coexistence de l'homme et de l'outil informatique, notamment de savoir quand l'intervention humaine peut être remplacée ou augmentée. Le sujet fera l'objet de recherches à venir.
L'environnement référentiel délivre toute l'information nécessaire sur le comportement apparent des systèmes qui se formalise à travers des relations de dépendance ou d'identité et des propriétés correspondantes (universelles ou spécifiques pour caractériser respectivement l'environnement référentiel ou les systèmes). La logique standard est opérante si l'environnement référentiel est fixe. Mais s'il change, elle n'est plus est en mesure de rendre compte du processus d'extension des relations de dépendances et d'identité, ni des propriétés correspondantes, qui exigent de comparer les comportements des systèmes dans des environnements référentiels multiples. L'extension de la logique standard est nécessaire pour pouvoir définir les notions d'universalité et d'identité conditionnellement à un état des connaissances référentiel et les gérer informatiquement au sein de PLM, d'ERP ou de bases de données relationnelles (et plus largement en recourant à l'IA, machine learning, etc.
conditions d'identité des systèmes sont gérées à travers un partitionnement stratégique -le tout, ses parties (sous-systèmes), leurs relations -et une syntaxe pour les identifier et les discerner dans leur environnement référentiel. Ces dernières sont normalisées (les références fabricants par exemple) ©2022, Revue Française de Gestion Industrielle, Vol. 36, N°2 101 généralement complétées de codes ou de codiciles (d'interchangeabilité ou de modèles) qui ne sont pas marqués physiquement sur les objets et n'existent que dans les mémoires informatiques (PLM, ERP, bases de données relationnelles). Les relations entre le tout et ses parties sont gérées à travers les évolutions de configurations [baselines, photos, models] assorties d'applicabilités conditionnelles [classes, context-driven settings, restricted/full interchangeability], afin de limiter la validité des interchangeabilités en fonction des environnements d'emploi [context-driven content] et donc des exemplaires concernés dans la chaine d'assemblage (Cf Figure 5).
Ces systèmes se caractérisaient par des cycles de réalisation longs, avec des milliers de composants, des technologies de pointe hétérogènes et un renouvellement fréquent de leurs définitions. Une recherche secondaire croisant des sources directes et indirectes s'est consacrée à la santé, à l'informatique/logiciel, aux développements de groupware 14 et de bases de données. Nous avons étudié ces activités sur une période plusieurs mois en privilégiant une approche transversale. Ces systèmes mobilisent des milliers de contributeurs différents, de sous-systèmes hétérogènes interfacés et des millions de nouvelles lignes de codes. Pour l'ensemble de ces activités, le management des évolutions de configuration de ces systèmes complexes implique des considérations sécuritaires, économiques et des impacts médiatiques15  Les systèmes conçus et produits par l'European Aeronautic Defense and Space Company se destinaient à l'activité spatiale (lanceurs et satellites), aux missions de défense (missiles stratégiques) et à l'aviation.
Sa thèse est que certains phénomènes sont 'artificiels' en un sens très spécifique : ils sont tels qu'ils sont seulement parce que le système est façonné par des objectifs ou des intentions, en fonction de l'environnement concern of standard logic is with declarative statements, it is well suited for assertions about the world and for inferences from those assertions. Design, on the other hand, is concerned with how things ought to be, with devising artifacts to attain goals. We might question whether the forms of reasoning that are appropriate to natural science are suitable also for design. One might well suppose that introduction of the verb "should", may require additional rules of inference, or modification of the rules already imbedded in declarative logic. " (p. 114- 115). Cette nouvelle position stratégique peut changer notre regard sur la manière dont les solutions informatiques de type PLM ou ERP ou bases de données relationnelles peuvent traiter une gestion des configurations (à validité) 'conditionnelle', et plus généralement sur la manière de formaliser un processus de décision conditionnel en statistiques ou en recherche opérationnelle, dès lors que le raisonnement pas inférence est à l'oeuvre auquel il se destine (p.
Les formalismes proposés par les PLM, les ERP et les bases de données relationnelles, sont aussi combinés afin d'offrir des complémentarités possibles, mais cela ne résout pas davantage la ©2022, Revue Française de Gestion Industrielle, Vol. 36, N°2 99 problématique de la gestion des configurations car leur fondement commun est une identité des systèmes de nature universelle. Ce fondement n'est pas tenable dans un monde qui change perpétuellement. Un nouveau fondement est incontournable : une identité des systèmes de nature conditionnelle. Cela ouvre un nouvel espace stratégique sur l'échiquier des offres. 4. 1 Faire l'appoint des modifications pour l'exemplaire à produire et principe d'applicabilité Supposons, à un instant initial, que la configuration de l'objet (définition, identification, structure) soit partagée par l'ensemble des acteurs et tienne lieu de référentiel industriel d'origine.
de l'Université de Paris. Ses travaux portent sur l'histoire maritime, la construction navale et la navigation aux xviii e et xix e siècles, l'histoire des techniques et de la technologie. Elle a notamment publié : Edmond Pâris et l'art naval. Des pirogues aux cuirassés, Presses universitaires du Midi (Histoire & Technique), 2019 ; « Aux sources de l'histoire de la construction navale : l' oeuvre imprimée et muséale d'Edmond Pâris », dans Construire ! Entre Antiquité et époque contemporaine, Paris, Picard, 2019 ; « Les transitions techniques dans la marine militaire du xix e siècle », Revue d'histoire maritime, 27, 2019, p. 133-135. Marcos Camolezi est docteur en Philosophie et postdoctorant du LabEx HAS-TEC (ANR-10-LABX-0085) et du Centre Alexandre-Koyré (EHESS-CRNS-MNHN). À la lisière de la philosophie, de l'histoire intellectuelle et de l'histoire de l' édition, ses recherches sont animées par une curiosité éminemment historiographique : il envisage la technique comme un signe qui, au tournant du xix e siècle, s' éclate en des signifiants et des sens dont l' émergence peut être restituée dans son temps irréversible.
Remerciements Nous remercions : l' IDEX Formation de l'UGA pour le financement du projet « Apprentissage Enactif » ; l'ACROE pour son expertise en apprentissage Enactif et sur les systèmes à retour de force et en particulier Annie Luciani  ; le  CIME Nanotech  pour l'accueil et/ou le cofinancement des stages d'élèves-ingénieurs.
Les arguments de la nominalisation verbale : un récit « figé dans la nouveauté » Ce sont les rapports syntaxiques spécifiques entretenus par ces nominalisations avec d'autres formes que l'on peut ressaisir avec TXM à partir d'un calcul des cooccurrents : ici, on privilégie les arguments objets des nominalisations en restreignant le domaine de la cooccurrence à une distance de 5 dans le contexte droit du pivot. Les observations précédentes se précisent lorsqu'on analyse un exemple textuel comme le suivant : [23] La diffusion de la connaissance via le Web s'est accentuée ces dernières années grâce à l'implication de plusieurs équipes dans la production de bases de données, corpus numériques, carnets de recherche […]. Des trois nominalisations en présence (« diffusion », « implication », « production »), arrêtons-nous sur la première :.
(2016). The selected cGNSS network used in this study (see Figure  1 ) spreads ∼150 km along strike north and south of the coseismic rupture and ∼400 km inland from the trench. Twenty-two cGNSS sites recorded data during the whole period of our study from September 17 to November 31 (74 days), while six of them provided approximately a month and a half of data. Two large aftershocks (M w 7. 1 and M w 6. 8) ruptured within the 6 hr that followed the mainshock south of the epicenter (Figure  1 ) causing a few centimeters displacements  (Twardzik et al. , 2021). Our first observation corresponds to the 24 hr average position during day September 17, mitigating the potential bias induced by the aftershocks on the first position. The cGNSS data are complemented by 17 sGNSS sites reoccupied after the Illapel earthquake and provide 4-9 days of measurements, between September 27, 2015 and November 30, 2015.
Time Series Patterns After the Illapel earthquake, cGNSS times series show logarithm-like, rapid, postseismic displacements on the east component during the first 2 weeks following the mainshock (Figures  2  and 3 ). The westward displacement reaches 10 cm at PFRJ and 5 cm at CNBA close to the rupture (Figure  1 ). Located one hundred kilometers north of the rupture area, cGNSS site TOLO shows almost as much displacement as CNBA, suggesting a large amount of afterslip north of the rupture. As an example, Figure  2  shows the time series at survey site POBR which was installed on 30 September 2015, 2 weeks after the earthquake north of the rupture. POBR shows almost 2 cm of westward displacement during a week period, demonstrating the interest of including sGNSS data in afterslip modeling. The GNSS network also recorded the coseismic displacements of the largest aftershocks of the sequence.
Frank et al. (2017)  used the waveforms of earthquakes from the CSN catalog  (Baez et al. , 2018)  and applied a matched-filter search for additional earthquakes. They obtained a catalog including more than 16,000 events spanning 19 months, from January 1, 2015 to June 27, 2016, covering the period analyzed in our study. At a first order, our geodetic afterslip model, the repeater afterslip model and the density map of aftershocks all show very similar spatial patterns, outlining a crescent-shaped area surrounding the coseismic rupture with a strip of slip and aftershocks crossing the deep extent of the coseismic rupture (Figures  6a-6c ). The observed spatial correlations between the geodetic afterslip models, the repeater afterslip model and the aftershocks spatial distribution are much better than any previous published models of afterslip derived from geodetic data  (Barnhart et al.
Remerciements Ces recherches ont bénéficié du soutien des projets  ChaNTeR  ( ANR-13-CORD-0011 ),  GEPETO  ( ANR-19-CE28-0018 ),  ARS  ( ANR-19-CE38-0001 ) et SMAC. ( FEDER IF0011085 ,  Union Européenne et Région île de France).
Une seconde famille d'instruments vocaux a abouti à Voks (Delalez et d'Alessandro, 2017, Locqueville et al. , 2020), synthèse vocale performative par échantillonnage, dont le schéma de principe est porté Figure 2. Avant de pouvoir jouer un texte, il faut acquérir les échantillons sonores correspondant au contenu segmental (par enregistrement, synthèse à partir du texte, exploration de base de données) et les enrichir de points de contrôle rythmique. Une fois ce matériau disponible, le rythme, l'intonation, l'effort vocal sont contrôlés par les gestes manuels. L'intonation et l'effort vocal sont contrôlés de la même manière que pour le Cantor Digitalis : la position du stylet contrôle modifications selection Time rules Signal rules Mappings Control interfaces Settings Conférence invitée 3 Voks Signal Frame T(τ(t)) (Locqueville et al.