8 articles tagués avec 'Technical '

Le problème​

La documentation fait partie intégrante de tous les produits logiciels et, pour être utile, elle doit être complète et détaillée. Cependant, cela représente un défi à la fois pour les utilisateurs et les développeurs. Les utilisateurs, en particulier ceux qui découvrent le logiciel, peuvent trouver décourageant de passer au crible de gros blocs de texte, tandis que les développeurs ont souvent du mal à rendre la documentation attrayante et digeste.

Tout au long de mes études universitaires, j'ai fait partie de la première catégorie. En tant qu'utilisateur, j'ai toujours trouvé la documentation difficile à comprendre. Elle me laissait souvent avec plus de questions que de réponses. Le fait que les sites web de documentation que j'utilisais avaient souvent une mauvaise navigation et peu de ressources pour m'aider à comprendre ce que je lisais ne m'a pas aidé, me laissant parcourir différents sites pour trouver des informations qui étaient cachées dans un coin.

En tant qu'étudiant coopératif chez LINCS, j'ai été chargé de migrer le site de documentation du Canadian Writing Research Collaboratory (CWRC). Ce site web fournissait des informations sur les trois ontologies développées par le CWRC et permettait d'y accéder, chacune avec son propre ensemble de documentation. Cela m'a inquiété, car comment développer un site web capable d'afficher efficacement la documentation tout en tenant compte de la navigation, de l'esthétique et de la mise en page ?

Si vous avez déjà écouté une conversation technique entre informaticiens, vous les avez peut-être entendus parler de ce qu'on appelle une Application Programming Interface (API). Qu'est-ce qu'une API ? Décortiquons-le...

LINCS utilise ResearchSpace comme plateforme pour explorer les relations dans les ensembles de données culturelles interconnectées. Avec ResearchSpace, les chercheurs peuvent parcourir, rechercher et visualiser des données dans le dépôt de données du LINCS. Durant l'été 2022, j'ai fait partie d'une équipe qui développait de nouvelles fonctionnalités pour la version de ResearchSpace du LINCS.

Notre équipe était une collaboration entre des contributeurs ayant une expérience de l'expérience utilisateur (UX) et des contributeurs ayant une expérience du développement de logiciels. Nous avons travaillé en tandem : le groupe UX a recommandé des fonctionnalités pour améliorer l'expérience d'utilisation de l'application web. Ces recommandations ont été transformées en tickets dans GitLab. Les tickets décrivaient le produit final souhaité et il incombait aux développeurs de déterminer comment atteindre cet objectif. Le responsable du développement a réparti les tickets entre les développeurs de logiciels, en les divisant en fonction de ce qui serait nécessaire pour construire les fonctionnalités suggérées...

Au début de ma toute première recherche d'emploi coopératif, je n'avais aucune idée de ce que les employeurs attendraient de moi. C'était une tâche ardue de parcourir les offres d'emploi et de décider pour quoi je pensais être (quelque peu) qualifié. Après quelques entretiens d'embauche, j'ai postulé pour rejoindre le projet LINCS, convaincu que mes compétences correspondaient aux exigences du poste. Finalement, on m'a proposé et accepté un emploi chez LINCS, commençant un voyage qui a mis à l'épreuve mes capacités techniques chaque jour et qui s'est étendu bien au-delà de ce que je pensais faire à l'origine...

"La plupart des gens font l'erreur de penser que le design est ce à quoi il ressemble. Les gens pensent que c'est ce placage - que les designers reçoivent cette boîte et qu'ils leur disent : « Faites en sorte qu'elle ait l'air bien ! » Ce n'est pas ce que nous pensons que le design est. Ce n'est pas seulement à quoi ça ressemble et à quoi ça ressemble. Le design, c'est comme ça que ça marche. -Steve Jobs

Si vous êtes un développeur, un designer ou un créatif intéressé par le design, vous connaissez probablement l'expression "un bon design est invisible". Tout est conçu - il y a une pensée derrière chaque projet ou produit - mais seules quelques petites choses sont bien conçues. Lorsque le design est mal fait, tout le monde a tendance à remarquer ses défauts, mais quand le design est bien fait, il passe généralement inaperçu...

En science des données, il existe un processus couramment utilisé appelé Extract-Transform-Load (ETL). L'ETL comprend trois étapes principales :

1. Extraire des données d'une source,
2. Transformer les données via le nettoyage et la manipulation des données, et
3. Charger les données transformées dans un entrepôt de données (la collection finale de données) (Sethi, 2018)

Avant d'avoir beaucoup d'expérience dans le traitement des données, mon collègue Devon et moi n'étions pas sûrs de ce qu'était ETL. Maintenant, après avoir transformé conjointement un ensemble de données entier à partir de XML à une toute nouvelle structure utilisant triples utilisant CIDOC CRM, on commence à comprendre le processus...

En tant que projet de cyberinfrastructure financé par la Fondation canadienne pour l'innovation, LINCS construit son infrastructure sur les ressources de Calcul Canada qui exploite un service Cloud exécuté avec OpenStack.

Cinder est le fournisseur de stockage de volume par défaut pour les machines virtuelles provisionnées sur la plateforme OpenStack de Calcul Canada. Il s'agit de la dernière couche d'un système multilocataire complexe qui fait abstraction du stockage Ceph et des hyperviseurs au-dessus des disques durs. C'est cependant ce qui se rapproche le plus du système de stockage en réseau (NAS) de Calcul Canada...

Il existe de nombreuses bases de données de graphes qui prennent en charge Resource Description Framework (RDF) : Virtuoso, GraphDB, Stardog, AnzoGraph et RDFox, pour n'en citer que quelques-uns. Mais si les exigences de votre triplestore inclut open source, comme c'est le cas pour notre projet LINCS financé par la FCI financé par Blazegraph et Jena Fuseki d'Apache sont deux de vos options les plus matures...