Directives de publication
PublieDev est une revue technologique à comité de lecture. Toutes les soumissions sont évaluées par des experts avant publication. Veuillez lire attentivement ces directives avant de soumettre votre travail.
Principe fondamental : PublieDev permet de publier vos solutions et de créer un commencement de preuve d'antériorité SANS révéler votre code source. Vous partagez vos résultats, votre méthodologie et vos solutions, mais votre code reste confidentiel.
⚠️ Règle de sécurité PublieDev : Ne soumettez JAMAIS votre code source complet. Décrivez votre logique, vos outils, et l'architecture. Nous validons le "Comment" et le "Pourquoi", pas le code ligne par ligne. Vos secrets industriels doivent rester secrets.
Catégories de publications acceptées
1. Applications Mobile
Native iOS, android ou hybride.
- Description des fonctionnalités : Détaillée si possible mais donner le rôle principal des fonctionnalités est suffisant
- Architecture Back et front-end : Privilégiez les figures avec des descriptions précises
- Captures d'écran et/ou vidéo de démonstration : Privilégiez les liens qui renvoient aux images ou aux vidéos
- Défis techniques rencontrés et solutions apportées
- Technologies et frameworks utilisés
2. APIs et Services Web
API REST, GraphQL, WebSocket, microservices, etc.
- Description de l'API et cas d'usage
- Documentation des endpoints (sans révéler le code)
- Architecture et design patterns
- Performances et scalabilité
- Solution dans le design ou l'implémentation
3. Applications Web
SPA, PWA, MPA... etc.
- Description des fonctionnalités : Détaillée si possible mais donner le rôle principal des fonctionnalités est suffisant
- Architecture Back et front-end : Privilégiez les figures avec des descriptions précises
- Captures d'écran et/ou vidéo de démonstration : Privilégiez les liens qui renvoient aux images ou aux vidéos
- Défis techniques rencontrés et solutions apportées
- Technologies et frameworks utilisés
4. Article de développement
Un fichier au format pdf
- Un résumé : Au plus de 250 mots
- Une introduction : Maximun deux (2) pages
- Une section conception : Nous allons nous pencher davantage sur le parcours, les défis et comment vous les avez surmontés pour obtenir les résultats.
- Une section Démo : Les captures d'écrans de l'interface utilisateur décrivant l'expérience utilisateur
- Une conclusion
Critères d'évaluation
Le comité de lecture évalue chaque soumission selon les critères suivants :
1. Originalité et proposition de solution
- Apport nouveau à la communauté
- Approche innovante ou créative
- Résolution d'un problème de manière unique
- Le projet doit dépasser le stade de l'exercice d'école
2. Qualité Technique
- Solidité de l'architecture : Il s'agira de voir commnent les technologies ont été agencées pour obtenir le résulat
- Bonnes pratiques de développement
- Design UI & UX
- Niveau de sécurité
- Performance et scalabilité
3. Documentation
- Clarté de la présentation
- Complétude de la documentation
- Qualité des visuels (captures, diagrammes, etc.)
4. Pertinence
- Utilité pour la communauté des développeurs et de la cible
- Applicabilité pratique
- Contribution à l'avancement technologique
Format de soumission
Checklist de soumission
- ✓ Titre descriptif et concis
- ✓ Résumé/Abstract pour les articles (200-300 mots): Un résumé concis utilisant les termes techniques précis (stack, architecture...etc) décrivant votre solution
- ✓ Description détaillée du projet
- ✓ Technologies et outils utilisés
- ✓ Architecture et design
- ✓ Solution et contributions
- ✓ Captures d'écran, diagrammes ou vidéos
- ✓ Mots-clés pertinents (3-8 mots-clés)
- ✓ Catégorie appropriée
Informations requises
Titre : Un titre clair et descriptif qui reflète le contenu de votre publication.
Résumé : Un résumé concis (200-300 mots) qui présente votre travail, son objectif, et ses principales contributions.
Description : Une description détaillée incluant :
- Contexte et motivation
- Objectifs du projet
- Approche et méthodologie
- Résultats et réalisations
- Défis rencontrés et solutions apportées
Technologies : Liste des langages, frameworks, bibliothèques, et outils utilisés.
Visuels : Captures d'écran, diagrammes d'architecture, vidéos de démonstration, etc.
⚠️ Important : Floutez toutes les données sensibles (Clés API, Mots de passe, Données personnelles d'utilisateurs réels) sur vos captures d'écran." Si une clé API fuite sur votre site, The Day Info pourrait être tenu responsable.
Ce qui n'est PAS accepté
Les soumissions suivantes seront rejetées :
- ✗ Projets tutoriels basiques sans réel solution
- ✗ Copies ou reproductions de projets existants
- ✗ Contenu plagié ou non original
- ✗ Projets non fonctionnels ou incomplets
- ✗ Contenu inapproprié, offensant ou illégal
- ✗ Spam ou contenu publicitaire
- ✗ Soumissions mal documentées ou incomplètes
Processus de révision
- Soumission : Vous soumettez votre publication via le formulaire en ligne
- Pré-vérification : Vérification initiale de la complétude et de la conformité
- Évaluation par le comité : Révision par 2-3 experts du domaine (durée : 7-14 jours)
- Décision : Acceptation, demande de révision, ou rejet
- Publication : Si acceptée, votre publication est indexée avec un PDID unique
Droits et propriété intellectuelle
En publiant sur PublieDev :
- Vous conservez tous les droits sur votre code source et votre propriété intellectuelle
- Vous accordez à PublieDev le droit de publier, d'archiver et de diffuser votre documentation sur ses plateformes web et réseaux sociaux à des fins de promotion de l'écosystème
- Vous attestez que le contenu soumis est votre propre travail
- Vous créez un commencement de preuve d'antériorité horodatée pour l'apport d'une solution technique à un problème donné
Mises à jour et versions
Vous pouvez soumettre des mises à jour majeures de vos publications. Chaque version majeure sera évaluée et recevra un nouveau PDID si acceptée, tout en maintenant un lien vers les versions précédentes.
Éthique et intégrité
PublieDev s'engage à maintenir les standards les plus élevés en matière d'éthique de publication :
- Transparence dans le processus de révision
- Confidentialité des soumissions pendant la révision
- Absence de conflits d'intérêts dans l'évaluation
- Respect de la propriété intellectuelle
Prêt à soumettre votre publication ?
Assurez-vous d'avoir lu et compris ces directives avant de procéder.
Questions fréquentes
Dois-je fournir mon code source ?
Non. PublieDev ne demande jamais votre code source. Vous publiez uniquement la documentation, les résultats et la méthodologie.
Combien de temps prend l'évaluation ?
En général, 7 à 14 jours ouvrables mais les délais peuvent varier selon la complexité de la soumission.
Puis-je soumettre un projet commercial ?
Oui, absolument. C'est même recommandé pour protéger votre idée. Tant que vous respectez la confidentialité de votre code source (Boîte noire), vous pouvez publier la logique de votre produit commercial sans risque et que vous documentez clairement votre solution.
Que se passe-t-il en cas de rejet ?
Vous recevrez un retour détaillé du comité avec des suggestions d'amélioration. Vous pourrez réviser et soumettre à nouveau.
Les publications sont-elles permanentes ?
Oui, une fois publiées, les publications restent dans notre archive permanente avec leur PDID et horodatage.