C'est quand même un peu étonnant, utiliser un analyseur de code qui vérifie les règles MISRA et les erreurs statiques, genre QAC, ce n'est pas très cher pour une société comme Toyota. Voire un générateur de code comme Scade.
Est-ce que ce ne serait pas un effet collatéral d'une politique d'achat qui tire les prix vers le bas et donc n'achète pas ces vérifications complémentaires?
Moi j'y utilise des outils indépendants et intégrés ensemble via des comptes LDAP et un peu de scripts.
Ca permet de ne pas dépendre d'une grosse solution unique tout intégrée, et du coup c'est vraiment bien adapté à nos besoins.
Le Grand Robert de la langue française me susurre à l'oreille que le terme exact serait plus "étalonnage" que "calibrage". D'ailleurs "Calibration" se traduit "Étalonnage"
En fait, il suffit de copier le mail à déplacer dans un répertoire local avant de le déplacer dans les dossiers publics.
En imap, Exchange ne supporte pas le déplacement d'un dossier vers un dossier public.
Bon, faut reconnaitre que c'est difficilement installable, je suis donc en train de faire les améliorations suivantes :
- Migration de Imagick vers GD2, plus facilement installable sous Windows
- Ecriture d'un manuel d'installation plus détaillé
Faut vraiment que je détaille ça sur le site, désolé.
SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
CREATE TABLE IF NOT EXISTS `tasks` (
`id` int(11) NOT NULL auto_increment,
`name` text NOT NULL,
`manager` int(11) NOT NULL,
`idProject` int(11) NOT NULL,
`idUser` int(11) NOT NULL,
`startDate` datetime NOT NULL,
`stopDate` datetime NOT NULL,
`holidays` tinyint(1) NOT NULL,
`workload` int(11) NOT NULL default '0',
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
CREATE TABLE IF NOT EXISTS `users` (
`id` int(11) NOT NULL auto_increment,
`name` text NOT NULL,
`display` tinyint(1) NOT NULL default '0',
`location` int(1) NOT NULL default '1',
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
Merci beaucoup, mais cette solution ne permet pas d'écrire dans les dossiers publics, juste de lire. Le message est "There is no replica for that mailbox on this server"
Vous savez comment résoudre ça?
DavMail utilise le Outlook Web Access (le client web outlook) pour faire une passerelle vers les fonctionnalités Exchange. Il faut donc que cet fonction soit activée sous Exchange.
Ensuite, tu peux utiliser les fonctionnalités d'Exchange, et notamment le calendrier, c'est là que DavMail n'a pas beaucoup de concurrences à mon connaissance. L'utilisation du calendrier se fait exactement comme avec Outlook et on ne perd pas les fonctionnalités de partage de calendrier.
Pour le reste (IMAP, POP, annuaire), j'y vois pas trop d'intérêt, mais je me trompe sûrement.
DavMail fonctionnant en serveur, j'y vois aussi un excellent moyen de basculer doucement d'Exchange vers une solution libre.
Juste pour information, quel gestionnaire de documentation cette nouvelle forge va utiliser?
Je trouve que c'est le point faible de beaucoup de forge, alors qu'une GED plutot simple à la DocMgr, avec un workflow minimal me semble parfaitement adéquat et permet d'utiliser la forge en environnement PME/PMI.
Le problème, c'est que DocMgr (utilisé par GForge si je ne m'abuse) semble un peu en végéter.
A noter également le prix des acquisitions, MySQL a été acheté un milliard de dollars alors que le revenu était de $60-$70 millions "seulement". Il me semble que ça prouve que le "business model" des logiciels libres privilégiant la vente de service plutôt que de licences est bien accepté.
On voit le même genre de chose avec Citrix, BEA, JBoss, ...
C'est plutôt encourageant, les décideurs ont donc confiance dans l'avenir des logiciels libres.
RtLinux est quand même un patch du noyau Linux, qui lui est en GPL. Je ne vois pas comment tout leur code noyau peut ne pas être en GPL.
Donc si les programmes temps réel sont développé en espace noyau, ils se linkent forcément au noyau, donc ils sont GPL. C'était tout le problème de RtLinux et RTAI à ses débuts et c'est une des raisons de la création de RHAL et Xenomai. Le seule solution pour éviter ce problème, c'est de faire tourner les programmes temps réel dans l'espace utilisateur.
# Tesseract-ocr
Posté par pleiades . En réponse à la dépêche GNU/Linux a son OCR de qualité. Évalué à 10.
Je ne l'ai pas beaucoup utilisé, mais il y a tesseract-ocr qui est sous licence libre et qui est, selon ma petite expérience, un OCR "de qualité".
Créé par HP, je crois qu'il est maintenu par Google maintenant.
pl.
# Qui a fait ce code?
Posté par pleiades . En réponse à la dépêche Encore un exemple de code spaghetti : Toyota. Évalué à 1.
C'est quand même un peu étonnant, utiliser un analyseur de code qui vérifie les règles MISRA et les erreurs statiques, genre QAC, ce n'est pas très cher pour une société comme Toyota. Voire un générateur de code comme Scade.
Est-ce que ce ne serait pas un effet collatéral d'une politique d'achat qui tire les prix vers le bas et donc n'achète pas ces vérifications complémentaires?
pl.
[^] # Re: Logiciel de gestion de projet collaborative
Posté par pleiades . En réponse au sondage Vos outils de collaboration en entreprise. Évalué à -1.
Moi j'y utilise des outils indépendants et intégrés ensemble via des comptes LDAP et un peu de scripts.
Ca permet de ne pas dépendre d'une grosse solution unique tout intégrée, et du coup c'est vraiment bien adapté à nos besoins.
pl
# Calibrationnage?
Posté par pleiades . En réponse à la dépêche La colorimétrie sous Linux, un pas de plus. Évalué à 6.
Le Grand Robert de la langue française me susurre à l'oreille que le terme exact serait plus "étalonnage" que "calibrage". D'ailleurs "Calibration" se traduit "Étalonnage"
pl.
[^] # Re: orthographe
Posté par pleiades . En réponse à la dépêche Rapide état des lieux de la photo numérique sous linux. Évalué à 2.
# orthographe
Posté par pleiades . En réponse à la dépêche Rapide état des lieux de la photo numérique sous linux. Évalué à 1.
Dans le titre, le s à "numérique" me semble en trop.
pl.
[^] # Re: AUXRAAAAAAARMES
Posté par pleiades . En réponse au journal Nouvelle version de Auxrames. Évalué à 0.
http://linuxfr.org/comments/1073143.html#1073143
[^] # Re: Améliorations en cours
Posté par pleiades . En réponse au journal Auxrames : Outil de gestion d'équipe. Évalué à 3.
pl.
[^] # Re: Quelques réponses aux commentaires ci-dessus
Posté par pleiades . En réponse à la dépêche La version 3.5 de DavMail est disponible. Évalué à 2.
En imap, Exchange ne supporte pas le déplacement d'un dossier vers un dossier public.
pl.
[^] # Re: Et la démo ?
Posté par pleiades . En réponse au journal Auxrames : Outil de gestion d'équipe. Évalué à 6.
http://auxrames.sourceforge.net/demo/index.php
J'ai aussi rajouter des infos sur le site
http://auxrames.sourceforge.net/
pl.
# Améliorations en cours
Posté par pleiades . En réponse au journal Auxrames : Outil de gestion d'équipe. Évalué à 1.
- Migration de Imagick vers GD2, plus facilement installable sous Windows
- Ecriture d'un manuel d'installation plus détaillé
pl.
[^] # Re: Et la démo ?
Posté par pleiades . En réponse au journal Auxrames : Outil de gestion d'équipe. Évalué à 1.
SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
CREATE TABLE IF NOT EXISTS `tasks` (
`id` int(11) NOT NULL auto_increment,
`name` text NOT NULL,
`manager` int(11) NOT NULL,
`idProject` int(11) NOT NULL,
`idUser` int(11) NOT NULL,
`startDate` datetime NOT NULL,
`stopDate` datetime NOT NULL,
`holidays` tinyint(1) NOT NULL,
`workload` int(11) NOT NULL default '0',
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
CREATE TABLE IF NOT EXISTS `users` (
`id` int(11) NOT NULL auto_increment,
`name` text NOT NULL,
`display` tinyint(1) NOT NULL default '0',
`location` int(1) NOT NULL default '1',
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
[^] # Re: Et la démo ?
Posté par pleiades . En réponse au journal Auxrames : Outil de gestion d'équipe. Évalué à 3.
pl.
[^] # Re: Quelques réponses aux commentaires ci-dessus
Posté par pleiades . En réponse à la dépêche La version 3.5 de DavMail est disponible. Évalué à 1.
Vous savez comment résoudre ça?
pl.
[^] # Re: Quelques réponses aux commentaires ci-dessus
Posté par pleiades . En réponse à la dépêche La version 3.5 de DavMail est disponible. Évalué à 1.
[^] # Re: Quelques réponses aux commentaires ci-dessus
Posté par pleiades . En réponse à la dépêche La version 3.5 de DavMail est disponible. Évalué à 1.
[^] # Re: Point d'entrée WebDAV ?
Posté par pleiades . En réponse à la dépêche La version 3.5 de DavMail est disponible. Évalué à 1.
pl.
[^] # Re: Point d'entrée WebDAV ?
Posté par pleiades . En réponse à la dépêche La version 3.5 de DavMail est disponible. Évalué à 5.
Ensuite, tu peux utiliser les fonctionnalités d'Exchange, et notamment le calendrier, c'est là que DavMail n'a pas beaucoup de concurrences à mon connaissance. L'utilisation du calendrier se fait exactement comme avec Outlook et on ne perd pas les fonctionnalités de partage de calendrier.
Pour le reste (IMAP, POP, annuaire), j'y vois pas trop d'intérêt, mais je me trompe sûrement.
DavMail fonctionnant en serveur, j'y vois aussi un excellent moyen de basculer doucement d'Exchange vers une solution libre.
pl.
# Magnifique
Posté par pleiades . En réponse à la dépêche La version 3.5 de DavMail est disponible. Évalué à 6.
C'est un véritable outlook killer, ça faisait un moment que j'attendais ça.
pl.
[^] # Re: Outil de partage de documents + versionning
Posté par pleiades . En réponse à la dépêche Sortie de Maarch Framework 3.0. Évalué à 1.
pl.
[^] # Re: Quel gestionnaire de documentation
Posté par pleiades . En réponse à la dépêche Faire-part de naissance : FusionForge. Évalué à 1.
# Quel gestionnaire de documentation
Posté par pleiades . En réponse à la dépêche Faire-part de naissance : FusionForge. Évalué à 0.
Juste pour information, quel gestionnaire de documentation cette nouvelle forge va utiliser?
Je trouve que c'est le point faible de beaucoup de forge, alors qu'une GED plutot simple à la DocMgr, avec un workflow minimal me semble parfaitement adéquat et permet d'utiliser la forge en environnement PME/PMI.
Le problème, c'est que DocMgr (utilisé par GForge si je ne m'abuse) semble un peu en végéter.
pl.
# Prix de vente
Posté par pleiades . En réponse à la dépêche Rétrospective LinuxFR 2008 du logiciel libre. Évalué à 5.
On voit le même genre de chose avec Citrix, BEA, JBoss, ...
C'est plutôt encourageant, les décideurs ont donc confiance dans l'avenir des logiciels libres.
Qu'en pensez-vous?
pl.
[^] # Re: Les sources
Posté par pleiades . En réponse à la dépêche Wind River et Intel roulent pour Linux. Évalué à 3.
Donc si les programmes temps réel sont développé en espace noyau, ils se linkent forcément au noyau, donc ils sont GPL. C'était tout le problème de RtLinux et RTAI à ses débuts et c'est une des raisons de la création de RHAL et Xenomai. Le seule solution pour éviter ce problème, c'est de faire tourner les programmes temps réel dans l'espace utilisateur.
pl.
[^] # Re: Les sources
Posté par pleiades . En réponse à la dépêche Wind River et Intel roulent pour Linux. Évalué à 1.
pl.