Le travail en équipe est une composante essentielle du développement dun produit dans une entreprise, et ça marche !
Je ne vois pas pourquoi ce serait un problème lorsque ramené à un projet LL
Gna ?
Voila un exemple de documentation d'une méthode:
/*! \brief This function generates a mail body in S/MIME.
* \param ResultSmime [OUT] The result mal body.
* \param Body [IN] The plain text mail body.
* \param Signer [IN] The signer cert.
* \param PrivKey [IN] The signer key.
* \param Others [IN] The parent certs.
* \return true on success, false on failure.
*/
bool GenerateSMIME(mString & ResultSmime, const char *Body, const X509 * Signer, const EVP_PKEY * PrivKey, const STACK_OF(X509) * Others);
Comme tu peux le voir il n'y a pas d'HTML, tu peux utiliser entre autre la syntax javadoc.
Je ne vois pas en quoi le langage à un rapport avec la qualité des commentaires ?!?!?
Doxygen tu connais ? Ca marche aussi bien que JavaDoc... je vois pas le problème.
Je crois que c'est hors-sujet, de plus t'iras essayer de développer une PKI en Java, demande aux gens d'euPKI, comment ils s'en sortent, ca fait 2 ans qu'ils bossent dessus et tous les 6 mois, ils repoussent la sortie 6 mois plus tard :)
Je suis pas d'accord, je viens de coder une fonctionnalité pour poEdit, j'avais jamais vu le code avant hier et bah je me suis mis dedans, j'ai codé comme le développeur me l'avait demandé, et tout le monde était content. C'est juste une question de volonté, c'est sur que l'on ne peut pas se pointer et vouloir révolutionner le projet.
Non, cette référence vient de l'AO rédigé par la Communauté Urbaine de Lille.
<JEUX DE MOT NUL>
Je sais que Lille c'est pas le Pérou, mais quand même... :)
</JEUX DE MOT NUL>
En fait c'est déjà le cas, dans un Appel d'Offre, le service public qui en est à l'origine peut implicitement requérir une "licence libre", j'en veux pour exemple un AO venant de la Communauté Urbaine de Lille:
"Par ailleurs, cette infrastructure doit être adaptée aux spécificités des systèmes ou des organisations en place chez les partenaires de la Personne Publique. Elle sera donc fournie avec tous les fichiers sources nécessaires pour la modifier dans ce sens."
Pourtant la license openssl n'est pas GPL, et ca ne la pas empeché d'être distibuée sous plusieurs distribs.
Est-ce seulement la clause #5 qui pose problème? ou est-ce toute la license (copiée sur celle d'openssl)?
Une PKI comme ca coute a moins 300kf a développer en entreprise, et ce me ferait mal au c** de faire cadeau de mon travail a neurones, mais si c'est un tel problème et bah je supprimerais la clause #5.
Quelle violence de ton.
Je suis désolé, mais le fait est que:
1) Je suis seul pour developper NewPKI
2) Je suis seul pour maintenir le site
Enfin bref pour ceux qui ne l'aurait pas compris, je suis seul a m'occuper de tout ce qui touche à NewPKI.
Une fois de plus, je suis ouvert à toute proposition en ce qui concerne la license, sachant que je tiens a garder ma clause #5.
Petite explication concernant la license:
J'ai travaillé pour le groupe neurones, et ils n'ont jamais voulu me donner les credits necessaires pour mener a bien une vrai PKI.
Je ne suis pas expert en OpenSource, ceci est mon premier projet OpenSource, je suis donc ouvert a tout commentaire, sur la license par exemple.
En fait pour la license je me suis basé sur celle d'OpenSSL, en ajoutant la clause sus-mentionée.
Voila, voila...
[^] # Re: Un cri de désespoir du développeur dun projet Open Source.
Posté par Frédéric Giudicelli . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 2.
http://www.newpki.org/modules.php?op=modload&name=MHonARC&f(...)
[^] # Re: Un cri de désespoir du développeur dun projet Open Source.
Posté par Frédéric Giudicelli . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 1.
Je ne vois pas pourquoi ce serait un problème lorsque ramené à un projet LL
[^] # Re: Un cri de désespoir du développeur dun projet Open Source.
Posté par Frédéric Giudicelli . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 1.
Voila un exemple de documentation d'une méthode:
/*! \brief This function generates a mail body in S/MIME.
* \param ResultSmime [OUT] The result mal body.
* \param Body [IN] The plain text mail body.
* \param Signer [IN] The signer cert.
* \param PrivKey [IN] The signer key.
* \param Others [IN] The parent certs.
* \return true on success, false on failure.
*/
bool GenerateSMIME(mString & ResultSmime, const char *Body, const X509 * Signer, const EVP_PKEY * PrivKey, const STACK_OF(X509) * Others);
Comme tu peux le voir il n'y a pas d'HTML, tu peux utiliser entre autre la syntax javadoc.
[^] # Re: Un cri de désespoir du développeur dun projet Open Source.
Posté par Frédéric Giudicelli . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 1.
Doxygen tu connais ? Ca marche aussi bien que JavaDoc... je vois pas le problème.
Je crois que c'est hors-sujet, de plus t'iras essayer de développer une PKI en Java, demande aux gens d'euPKI, comment ils s'en sortent, ca fait 2 ans qu'ils bossent dessus et tous les 6 mois, ils repoussent la sortie 6 mois plus tard :)
[^] # Re: Un cri de désespoir du développeur dun projet Open Source.
Posté par Frédéric Giudicelli . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 3.
[^] # Re: Un cri de désespoir du développeur dun projet Open Source.
Posté par Frédéric Giudicelli . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 5.
http://www.newpki.org(...)
[^] # Re: Un cri de désespoir du développeur dun projet Open Source.
Posté par Frédéric Giudicelli . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 4.
Mon projet est une PKI, et en 2001, on ne peut pas dire qu'il y avait grand chose dans le domaine, c'était les premiers balbutiement d'OpenCA.
http://www.newpki.org(...)
[^] # Re: Vers un lobby Open Source à Washington
Posté par Frédéric Giudicelli . En réponse à la dépêche Vers un lobby Open Source à Washington. Évalué à 1.
<JEUX DE MOT NUL>
Je sais que Lille c'est pas le Pérou, mais quand même... :)
</JEUX DE MOT NUL>
[^] # Re: Vers un lobby Open Source à Washington
Posté par Frédéric Giudicelli . En réponse à la dépêche Vers un lobby Open Source à Washington. Évalué à 3.
"Par ailleurs, cette infrastructure doit être adaptée aux spécificités des systèmes ou des organisations en place chez les partenaires de la Personne Publique. Elle sera donc fournie avec tous les fichiers sources nécessaires pour la modifier dans ce sens."
[^] # Re: Licence de NewPKI
Posté par Frédéric Giudicelli . En réponse à la dépêche Une société financière choisie une PKI OpenSource. Évalué à 1.
:)
[^] # Re: 2/3 petites choses...
Posté par Frédéric Giudicelli . En réponse à la dépêche Solution PKI complète Française. Évalué à 5.
Est-ce seulement la clause #5 qui pose problème? ou est-ce toute la license (copiée sur celle d'openssl)?
Une PKI comme ca coute a moins 300kf a développer en entreprise, et ce me ferait mal au c** de faire cadeau de mon travail a neurones, mais si c'est un tel problème et bah je supprimerais la clause #5.
[^] # Re: 2/3 petites choses...
Posté par Frédéric Giudicelli . En réponse à la dépêche Solution PKI complète Française. Évalué à 10.
Je suis désolé, mais le fait est que:
1) Je suis seul pour developper NewPKI
2) Je suis seul pour maintenir le site
Enfin bref pour ceux qui ne l'aurait pas compris, je suis seul a m'occuper de tout ce qui touche à NewPKI.
Une fois de plus, je suis ouvert à toute proposition en ce qui concerne la license, sachant que je tiens a garder ma clause #5.
[^] # Re: 2/3 petites choses...
Posté par Frédéric Giudicelli . En réponse à la dépêche Solution PKI complète Française. Évalué à 10.
J'ai travaillé pour le groupe neurones, et ils n'ont jamais voulu me donner les credits necessaires pour mener a bien une vrai PKI.
Je ne suis pas expert en OpenSource, ceci est mon premier projet OpenSource, je suis donc ouvert a tout commentaire, sur la license par exemple.
En fait pour la license je me suis basé sur celle d'OpenSSL, en ajoutant la clause sus-mentionée.
Voila, voila...