Discussion :

[dourouc05]

Bonjour,

Il y a un peu plus d'un an étaient rendus les résultats du premier défi Qt, le buddhabrot. Depuis lors, beaucoup de choses ont changé dans l'environnement Qt, mais ce n'est pas le sujet du jour : le deuxième défi Qt débute en cet instant.

Le sujet en est radicalement différent : passons des magnifiques applications des mathématiques... à l'hôpital. Les mauvaises langues diront « au service psychiatrique ».

Imaginez l'hôpital du futur. L'ensemble des services, des appareils, des données des patients et des médecins reliés entre eux par un réseau. Le médecin n'aurait qu'à sortir sa tablette graphique pour avoir accès aux résultats biologiques de ses patients, recevoir des alertes lorsqu'un patient a un problème ou communiquer en vidéo avec le chirurgien de garde pour avoir un avis. De la haute technologie créée spécifiquement pour le domaine de la santé afin de sauver des vies.

Imaginez maintenant l'interface utilisateur associée...

De beaux lots sont mis en jeux : pour le premier, une entrée aux Qt Developer Days les plus proches de son domicile (soit 699 €), à Munich ou San Fransisco, fin octobre ou début novembre, ainsi que plusieurs N900. À noter que, si une équipe gagne, seul un de ses membres pourra recevoir l'invitation aux Qt Developer Days, les membres restants recevront un N900, il est préférable de discuter ce point pour les équipes dès le début.
Le défi court du 01/06/2011 au 14/09/2011, 23h59, la date de dépôt faisant foi.

Page d'accueil des défis
Les règles
Le dépôt des projets
Le forum des défis
Le deuxième défi Qt : une application mobile pour hôpital

N'hésitez pas à poster ci après toute question relative à ce défi et à ses règles. Pour les questions d'ordre technique qui vous viendraient à l'esprit lors de l'écriture de votre application, préférez les forums Qt.

Notez qu'il est fortement recommandé de participer par équipe : elles peuvent être constituées d'au plus trois membres. Il est possible de leur fournir des outils appropriés pour le travail en groupe (SVN, Redmine notamment).

Autre grande nouveauté par rapport au défi précédent : la liberté du langage. Vous pouvez rendre une participation en C++ pur, en Python en utilisant PyQt ou PySide, en Java avec QtJambi, en Perl avec QtPerl... ou entièrement en QML/JavaScript !

Addendum sur les outils pour les équipes (SVN, Redmine)

Pour l'ouverture d'un SVN, il faut transmettre par MP à un membre du jury (par exemple en cliquant sur le bouton MP ci-dessous) les informations suivantes :
- le nom du projet (pour l'URL du SVN) ;
- public ou privé (si vous choisissez privé, les sources ne seront pas visibles pendant toute la durée du défi, sachant que les sources de toutes les participations seront disponibles à la fin dudit défi) ;
- les utilisateurs à créer ainsi que leurs adresses email.

Pour Redmine, il faut le nom du projet à créer ainsi que tous les utilisateurs qu'il faut nommer chef de projet (tous les droits sur le projet sur Redmine) une fois qu'ils sont connectés sur Redmine (http://projets.developpez.com/).

À la fin du défi, ces outils seront fermés.

[Amnell]

Bonne chance à tous les participants !

[0x4e84]

Ce défi aura été attendu, à en juger l'effervescence qui règne sur le forum depuis qu'un teaser a été lâché...

Une idée intéressante, beaucoup à apprendre... Comptez-moi parmi les participants!

0x4e84

[GreatTux]

Beau sujet, beaux lots... ça va être une réussite !

[johnlamericain]

Sur le même schèma que le défi n°1, vous pouvez créer une discusstion par équipe dans ce forum (non pas par membre ou alors si vous êtes en solo) avec :

1. votre composition d'équipe ;
2. vos idées que vous voulez dévoiler ;
3. vos questions ;
4. votre avancement ;
5. vos captures d'écrans ;
6. et bien plus encore...

Bon courage à tous et à vos

[Invité]

Elle débute ! L'aventure !

[dourouc05]

Premier addendum, concernant les outils à destination des équipes, soit SVN et Redmine, voir la partie ajoutée dans le premier message (eh oui, il y a déjà un duo qui se prépare !).

[feda12]

Merci de vos réponses, nous sommes vraiment libres en fait .

(je pense me limiter à la technologie humaine)

[dourouc05]

Le but était de vous donner un maximum de liberté, avec des lignes directrices pour éviter l'« écran blanc » !

[gbdivers]

@ std_abdel
On a donné la grille de cotation justement pour que vous sachiez comment vous serez noté. En particulier, il n'y a pas de malus si on utilise pas une architecture centralisée ou pour manque de sécurité des données (la sécurité est un domaine très spécifique et trop complexe pour que vous soyez sanctionné sur ce point). Par contre, il y a des bonus pour l'originalité !

Pour l'architecture P2P, je ne vais répondre sur ce point précis mais je dirais qu'il est préférable d'utiliser une approche qui peut présenter des défauts qu'on a cerner plutôt que d'utiliser une "meilleure" technique qu'on utiliserait sans avoir réfléchit aux conséquences. Je rappelle qu'il y a des points bonus pour "Conception préalable poussée, avec explications".

@feda12
Non, les données 3D données dans le défi sont de vraies données et il existe des applications 3D dans le domaine médicale.

Pour le travail en équipe, il est tout a fait possible de faire le défi tout seul. Plusieurs points qui seront attribués (fluidité, esthétisme, qualité du code et de la documentation, etc.) dépendent uniquement de la méthode de travail et non du nombre de personnes travaillant sur le projet. Travailler en équipe permet surtout : de réduire le travail par personne, de proposer plus de fonctionnalités et de partager les expériences.

@Guilp
Et le projet sur lequel tu travailles peut te faire gagner un N900 ? Non ? Alors participe

Un hôpital ne sera probablement jamais dans la situation de tous les serveurs KO, sauf si l'hôpital est par terre.

Ah ah ah ah
Là, on voit tout de suite que tu connais pas le milieu hospitalier

[dourouc05]

Ah ah ah ah
Là, on voit tout de suite que tu connais pas le milieu hospitalier

Je connais le côté patient, ça me suffit largement ! (S'il y a vraiment des vies en jeu, j'ose espérer qu'il y a un peu de quoi faire survivre le bousin, cf. ce qui a été organisé par Amazon lors de l'incident sur leur plateforme cloud).

Petite précision sur le bonus d'utilisation de Qt Quick : faire seulement une interface avec QML ne sera pas suffisant pour obtenir le bonus maximal, loin de là. Si vous réalisez toute votre application en QML + JS, le C++ uniquement pour ce qu'il faut, et que votre application fonctionne bien sur les autres critères, alors vous aurez des chances d'obtenir ce +8.

[Arnaud92]

Bonjour,

J'ai une petite question concernant l'utilisation d'autres librairies que Qt.
Visiblement, cette utilisation est autorisée (il a été question de SQLite par exemple).
Sous quelle forme ces librairies doivent-elles être fournies ?
Par exemple, je souhaite utiliser QJson. Est-ce à vous de vous débrouiller ou dois-je fournir a côté des sources du défi lui-même les sources de toutes les librairies non développées par moi-même ? Et dans ce cas, faut-il inclure leur compilation avec celle du défi (pour n'avoir qu'une commande à taper qui compilerait l'ensemble du projet) ou ces librairies peuvent-elles compilées indépendamment ?

Merci,

Arnaud

[nicodmf]

Juste pour vous dire que le produit que vous développiez dans ce défi correspond à une demande réel du marché de la santé. En effet lors d'un entretient d'embauche dans l’hôpital de ma ville, un des recruteur m'a dit vouloir installer une solution de ce type .

Si vous voulez faire progresser votre soft, et pourquoi pas le commercialiser, je peux vous donner l'adresse d'un produit concurrent, qui pourrait vous inspirer quelques fonctionnalités supplémentaires...

Encore bravo tant aux organisateur qu'aux participants.

[johnlamericain]

Bonsoir à tous,

Juste un message pour vous indiquer le status des lots du défi.

J'ai récupéré le téléphone portable N9 (et non N900 comme annoncé) pour le vainqueur à savoir Amnell, il sera envoyé des que possible.

Le vainqueur ne pouvant pas participer au Qt Dev Days, j'y ai emmené le candidat le plus acharné de la deuxième équipe à savoir LittleWhite qui en à bien profiter et reviens avec des articles à écrire.

Pour l'ensemble des autres participants et jurys, des T-shirts sont en cours d'envois par le bureau de Qt à Oslo et vous pouvez espérer les recevoir la semaine prochaine.

A bientôt pour le défi n°3, ça commence à prendre forme

[dourouc05]

Suite à une question par MP, quelques précisions.

Est-il autorisé d'utiliser la bibliothèque que vous développez actuellement à savoir Qextend ?

Oui, tout à fait, c'est une bibliothèque qui se base exclusivement sur Qt, elle est donc autorisée (tous les modules). Par contre, ce n'est pas forcément conseillé, étant donné que rien n'est encore stable (si quelqu'un veut y participer, qu'il n'hésite pas à se proposer !).

En passant, tous les modules qui se basent sur Qt mais ayant des dépendances tierces sont autorisés (notamment QExtend, VigraQt ou le backend Qt d'OpenCV), ceci par extrapolation des règles (rien ne l'interdisait, il est maintenant explicité que c'est autorisé).

Il faut néanmoins que ces dépendances externes puissent fonctionner sur plusieurs plateformes, ceci afin de ne pas entraver le principal avantage et argument de Qt (code once, deploy everywhere).

Pour ce défi, il est aussi autorisé d'utiliser les API des bases de données de type NoSQL (les bases relationnelles habituelles étant gérées par QtSql, ce module ne pouvant pas s'extrapoler facilement à ces autres conceptions des bases de données). Ces API ne peuvent être utilisées que dans la partie d'accès à la base de données.

Ma seconde question est le devenir du code produit ? Quid des droits et licences ?

Je renvoie ici vers les règles : http://qt.developpez.com/defis/regles/#LII-G.

Notre seule demande, à ce niveau, est que nous puissions redistribuer librement les sources, que ce soit sur la page du défi une fois celui-ci fini ou bien via la nouvelle application de téléchargements.

Les participants resteront donc maîtres des droits sur leur code, il leur appartient entièrement, nous ne demandons que des droits de diffusion.

Bien que la licence recommandée soit la MIT, d'autres licences peuvent être employées.

[dourouc05]

Suite à une question par MP : vous devez fournir une application fonctionnelle, que l'on peut tester dès compilation (si besoin est). Donc, avec une base de données, de préférence SQLite et déjà remplie (sinon, le serveur requis, le schéma pour recréer la base et des données à y insérer, sachant qu'un membre du jury n'installera pas le RDBMS si nécessaire pour tester votre application, il est donc préférable de rester entièrement éloigné des spécificités de chaque système ; au contraire, pour les bases de données NoSQL, il n'est pas possible de faire ainsi, nous installerons donc ce qui est nécessaire, nous devons cependant avoir de quoi remplir la base sans chipoter de trop, un petit guide pour l'installation et les bases de remplissage de base n'est pas superflu en ce cas).

Si certaines fonctionnalités que vous prévoyez dans votre application ne peuvent pas être implémentées jusqu'au bout pour des raisons techniques imparables (exemple : un patient fait une crise cardiaque dans une chambre), il faut le préciser dans le README, expliquez tout ce qui vous semble utile à ce niveau et la manière détournée de déclencher ou d'utiliser la fonctionnalité pour la tester (pour continuer l'exemple, un bouton côté serveur, qui ne serait évidemment pas présent dans la version réellement utilisée).

[Invité]

Une base de données fonctionnelles ok, mais réaliste ou pas ? C'est-à-dire ça pour les noms : Dupont, Rolland, Guyader... Ou des noms clairement inventés : Patient1, Patient2... ?

[johnlamericain]

Une base de données fonctionnelles ok, mais réaliste ou pas ? C'est-à-dire ça pour les noms : Dupont, Rolland, Guyader... Ou des noms clairement inventés : Patient1, Patient2... ?

Rien n'est imposé mais les données doivent être cohérente (e.g, pas de 350 pulsation cardiaque par minute) et lisible (e.g pas de patient "égjsifkooip". Ce ne devrait pas être si dure de données une dizaine de noms réaliste pour donner un petit plus à ta base de données.

[LittleWhite]

et lisible (e.g pas de patient "égjsifkooip". Ce ne devrait pas être si dure de données une dizaine de noms réaliste pour donner un petit plus à ta base de données.

Y a donc juste à prendre les noms des membres du défi (et surtout ceux du jury, et de leurs administrer un tas de trucs )

J'ai une question !
J'imagine qu'elle va être plus pour gbdivers mais bon, je pense qu'elle est interessante.
Pour les données 3D, vous nous avez données des fichiers .trian. Ok, c'est cool, j'arrive à afficher les données (même si c'est moche )
Je regarde la preview offerte par nos chers organisateurs et dedans on voit deux choses que mon application n'a pas ->
- Des couleurs par organes (moi, actuellement, je fais du "au hasard" )
- Une lumière

En fait, pour faire une lumière, il faut des données, les normales, que nous n'avons pas dans les fichiers .trian (en plus, j'imagine qu'elles ont été retiré, vu la tonne de '-1' inutiles).
Est ce un manquement de votre part ? (de ne pas donner les normales)
Nous avons une preview, qui au final n'est pas complètement juste par rapport aux informations données ... ça me fait un peu bizarre (la preview pouvant être vu (pour moi) comme un objectif à atteindre (du moins, celui de base)).
Vais-je gagner des points à ajouter ma lumière (soit une génération des normales de manière automatique, si je peux (je ne me suis pas encore trop penché sur la question)) ? Ou alors bien, je commence déjà à ma compliquer la vie sur du détail ?

[Amnell]

Je me posais également cette question, ayant un résultat très similaire au tien. Sur le chat de DVP, gbdivers me disait que les données avaient effectivement été simplifiées. À voir ce qu'il répondra ici, donc.