Proceedings of the Second International Workshop on Context for Software Development
Pourquoi ce travail est dans la base
Une base qui oublie comment elle a trouvé un travail ne peut pas être vérifiée. Voici les voies qui ont admis celui-ci.
Notice bibliographique
Résumé
It is our pleasure to welcome you to the (pre-workshop) proceedings of the 2nd International Workshop on Context for Software Development (CSD 2015) co-located with the 37th International Conference on Software Engineering (ICSE 2015) to be held in Florence, Italy on May 19th, 2015. There is a great deal of context that is needed for a developer to fully understand a task, including relevant software artifacts and their change history, requirements, design specifications, dependent tasks, concurrent work, discussions and knowledge exchanges about those tasks and artifacts, and more. In fact, context in software development is multifaceted, and what information is relevant as context for a developer working on a given task is not fully understood. Developers must make use of knowledge gleaned from all of this context to make decisions, coordinate their work, understand the purpose behind their tasks, and understand how their tasks fit with the rest of the project. However, there is little research on what type of context is needed for a developer to complete a task, how we can model context around a task, and how we can use those models in software development at large. Identifying and modeling context in software development will lay the foundation for future software engineering techniques and tools that leverage development context for better support of software developers as they manage and make use of the copious amount of context around their development tasks. Context is also important for empirical software engineering research since the software development process is dependent on many factors of the development setting and these factors are important to understanding results of research studies. The goal of the workshop is to bring together researchers interested in developing a better understanding of the context needed for software development. At the workshop, we will discuss: •the types of context needed to successfully complete a development task •how to model context around a task •techniques and tools that leverage context information around development activities for better support of software development activities
Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.
Prédiction distillée sur la base complète
Imitation des enseignantsNi prévalence calibrée, ni vérité terrain. Validation humaine à venir. Apprise à partir de 10 348 étiquettes directes de Codex et de 10 348 étiquettes directes de Gemma. Le mode candidate est l'union des têtes enseignantes seuillées; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont ni des étiquettes humaines ni des étiquettes directes de modèles de pointe.
Scores Codex et Gemma par catégorie
| Catégorie | Codex | Gemma |
|---|---|---|
| Métarecherche | 0,000 | 0,002 |
| Méta-épidémiologie (sens strict) | 0,000 | 0,000 |
| Méta-épidémiologie (sens large) | 0,000 | 0,000 |
| Bibliométrie | 0,000 | 0,000 |
| Études des sciences et des technologies | 0,000 | 0,000 |
| Communication savante | 0,000 | 0,000 |
| Science ouverte | 0,002 | 0,000 |
| Intégrité de la recherche | 0,000 | 0,000 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,000 | 0,000 |
Scores machine (provisoires)
Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.
Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.
score_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découle