Je suis à la recherche d'un GED en logiciel libre pour une petite
entreprise (~10 personnes). Dans Debian je n'ai trouvé que « mydms »,
mais sur le net on en trouve pléthore, par ex :
Avez-vous des retours d'expérience et/ou des conseils à me fournir ?
Merci d'avance,
s.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20100304080507.GA11115@localdomain
Il semble qu'alfresco soit l'actuel fer de lance (GED CMS et ++), non-testé à ce jour, mais très tentant (de plus pas mal de gens ont des travaux connexes)
J'ai testé Alfresco (beaucoup) et Nuxeo (un peu moins) l'année dernière. Je pense que ce sont des usines à gaz (et puis moi le java...). Long à démarrer, long à paramétrer, latence assez importance (interface
c'est inhérent à tout pgm relativement évolué, et j'aurais tendance à être d'accord sur le côté lourd de java; maintenant, dans un entreprise, c'est l'adéquation entre besoins exprimés et fonctionnalités qui guide le choix (enfin, dans les boîtes sérieuses.)
web oblige) et puis surtout les doc ne sont pas gérés par le fs mais par la ged elle-même. Donc, pour faire une migration vers un autre système, c'est cuit. Si par malheur la base est corrompue, il y a un risque de perdre ses doc (vécu) même avec une restauration.
il faut arrêter de dire n'importe quoi: les bons hébergeurs ont des solutions permettant 50 backups par jour si on le veut, et *tous* exécutent un backup journalier; donc il n'y-a pas plus de risques de perte de données chez un hébergeur qu'à la maison quand le HD explose (et sans doute bcp moins, parce l'hébergeur, lui, n'oublie pas de lancer ses backups.)
en vécu: 24H de blocage (casse), 5 DBs mysql bien pleines, 4 sites, une 20aine de pgms spécifiques, restaurés et opérationnels en moins de 2H.
-- Psychiatry is the care of the id by the odd.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
fabrice régnier a écrit :
'lut
Il semble qu'alfresco soit l'actuel fer de lance (GED CMS et ++),
non-testé
à ce jour, mais très tentant (de plus pas mal de gens ont des travaux
connexes)
J'ai testé Alfresco (beaucoup) et Nuxeo (un peu moins) l'année dernière.
Je pense que ce sont des usines à gaz (et puis moi le java...).
Long à démarrer, long à paramétrer, latence assez importance (interface
c'est inhérent à tout pgm relativement évolué, et j'aurais tendance à
être d'accord sur le côté lourd de java; maintenant, dans un entreprise,
c'est l'adéquation entre besoins exprimés et fonctionnalités qui guide
le choix (enfin, dans les boîtes sérieuses.)
web oblige) et puis surtout les doc ne sont pas gérés par le fs mais par
la ged elle-même. Donc, pour faire une migration vers un autre système,
c'est cuit. Si par malheur la base est corrompue, il y a un risque de
perdre ses doc (vécu) même avec une restauration.
il faut arrêter de dire n'importe quoi: les bons hébergeurs ont des solutions
permettant 50 backups par jour si on le veut, et *tous* exécutent un backup
journalier; donc il n'y-a pas plus de risques de perte de données chez un
hébergeur qu'à la maison quand le HD explose (et sans doute bcp moins,
parce l'hébergeur, lui, n'oublie pas de lancer ses backups.)
en vécu: 24H de blocage (casse), 5 DBs mysql bien pleines, 4 sites, une
20aine de pgms spécifiques, restaurés et opérationnels en moins de 2H.
--
Psychiatry is the care of the id by the odd.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4B8FCD6B.5050801@gmail.com
Il semble qu'alfresco soit l'actuel fer de lance (GED CMS et ++), non-testé à ce jour, mais très tentant (de plus pas mal de gens ont des travaux connexes)
J'ai testé Alfresco (beaucoup) et Nuxeo (un peu moins) l'année dernière. Je pense que ce sont des usines à gaz (et puis moi le java...). Long à démarrer, long à paramétrer, latence assez importance (interface
c'est inhérent à tout pgm relativement évolué, et j'aurais tendance à être d'accord sur le côté lourd de java; maintenant, dans un entreprise, c'est l'adéquation entre besoins exprimés et fonctionnalités qui guide le choix (enfin, dans les boîtes sérieuses.)
web oblige) et puis surtout les doc ne sont pas gérés par le fs mais par la ged elle-même. Donc, pour faire une migration vers un autre système, c'est cuit. Si par malheur la base est corrompue, il y a un risque de perdre ses doc (vécu) même avec une restauration.
il faut arrêter de dire n'importe quoi: les bons hébergeurs ont des solutions permettant 50 backups par jour si on le veut, et *tous* exécutent un backup journalier; donc il n'y-a pas plus de risques de perte de données chez un hébergeur qu'à la maison quand le HD explose (et sans doute bcp moins, parce l'hébergeur, lui, n'oublie pas de lancer ses backups.)
en vécu: 24H de blocage (casse), 5 DBs mysql bien pleines, 4 sites, une 20aine de pgms spécifiques, restaurés et opérationnels en moins de 2H.
-- Psychiatry is the care of the id by the odd.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
steve
Le 04-03-2010, à 15:58:51 +0100, Jean-Yves F. Barbier () a écrit :
steve a écrit :
>>> Avez-vous des retours d'expérience et/ou des conseils à me fournir ? >> Il semble qu'alfresco soit l'actuel fer de lance (GED CMS et ++), non-testé >> à ce jour, mais très tentant (de plus pas mal de gens ont des travaux >> connexes) > > Effectivement, il me semble être très prisé. Le seul hic, c'est qu'il > nécessite jdk et pas sûr que je puisse installer ça chez un hébergeur.
Chez un bon hébergeur ça ne devrait pas poser de PB (et puis comme il fait aussi collaboratif, ça t'évite de multiplier les pgms avec les PBs habituels de connectivité :)
C'est clair, mais ça implique aussi beaucoup d'efforts de la part des employés pour s'y adapter.
Ou sinon tu peux l'héberger toi-même (parce que je suppose que lesdites docs doivent-être accessibles aux clients puisque tu veux un hébergement externe...) - Il me semble qu'il est capable de compresser les docs, donc le trafic ne devrait pas être trop lourd (évidemment, si tu as 100 hits à la seconde...)
C'est ce que je fais pour tester, peut-être est-ce envisageable pour une période de transition. Je vais voir tout ça.
Merci s.
-- Do you have lysdexia?
No. Do you?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Le 04-03-2010, à 15:58:51 +0100, Jean-Yves F. Barbier (12ukwn@gmail.com) a écrit :
steve a écrit :
>>> Avez-vous des retours d'expérience et/ou des conseils à me fournir ?
>> Il semble qu'alfresco soit l'actuel fer de lance (GED CMS et ++), non-testé
>> à ce jour, mais très tentant (de plus pas mal de gens ont des travaux
>> connexes)
>
> Effectivement, il me semble être très prisé. Le seul hic, c'est qu'il
> nécessite jdk et pas sûr que je puisse installer ça chez un hébergeur.
Chez un bon hébergeur ça ne devrait pas poser de PB (et puis comme il fait
aussi collaboratif, ça t'évite de multiplier les pgms avec les PBs
habituels de connectivité :)
C'est clair, mais ça implique aussi beaucoup d'efforts de la part des
employés pour s'y adapter.
Ou sinon tu peux l'héberger toi-même (parce que je suppose que lesdites
docs doivent-être accessibles aux clients puisque tu veux un hébergement
externe...) - Il me semble qu'il est capable de compresser les docs, donc
le trafic ne devrait pas être trop lourd (évidemment, si tu as 100 hits
à la seconde...)
C'est ce que je fais pour tester, peut-être est-ce envisageable pour une
période de transition. Je vais voir tout ça.
Merci
s.
--
Do you have lysdexia?
No. Do you?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20100304152335.GD11554@localdomain
Le 04-03-2010, à 15:58:51 +0100, Jean-Yves F. Barbier () a écrit :
steve a écrit :
>>> Avez-vous des retours d'expérience et/ou des conseils à me fournir ? >> Il semble qu'alfresco soit l'actuel fer de lance (GED CMS et ++), non-testé >> à ce jour, mais très tentant (de plus pas mal de gens ont des travaux >> connexes) > > Effectivement, il me semble être très prisé. Le seul hic, c'est qu'il > nécessite jdk et pas sûr que je puisse installer ça chez un hébergeur.
Chez un bon hébergeur ça ne devrait pas poser de PB (et puis comme il fait aussi collaboratif, ça t'évite de multiplier les pgms avec les PBs habituels de connectivité :)
C'est clair, mais ça implique aussi beaucoup d'efforts de la part des employés pour s'y adapter.
Ou sinon tu peux l'héberger toi-même (parce que je suppose que lesdites docs doivent-être accessibles aux clients puisque tu veux un hébergement externe...) - Il me semble qu'il est capable de compresser les docs, donc le trafic ne devrait pas être trop lourd (évidemment, si tu as 100 hits à la seconde...)
C'est ce que je fais pour tester, peut-être est-ce envisageable pour une période de transition. Je vais voir tout ça.
Merci s.
-- Do you have lysdexia?
No. Do you?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Jean-Yves F. Barbier
steve a écrit :
Chez un bon hébergeur ça ne devrait pas poser de PB (et puis comme il fait aussi collaboratif, ça t'évite de multiplier les pgms avec les PBs habituels de connectivité :)
C'est clair, mais ça implique aussi beaucoup d'efforts de la part des employés pour s'y adapter.
C'est la condition sine qua non: toute implantation commence par une information poussée des utilisateurs afin d'emporter leur accord.
Si ce n'est pas le cas, il est totalement inutile de pousser plus loin parce cela sera un échec à coup sûr (même de grosses entreprises ont été obligées de faire marche arrière à cause de cela.)
-- X-rated movies are all alike ... the only thing they leave to the imagination is the plot.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
steve a écrit :
Chez un bon hébergeur ça ne devrait pas poser de PB (et puis comme il fait
aussi collaboratif, ça t'évite de multiplier les pgms avec les PBs
habituels de connectivité :)
C'est clair, mais ça implique aussi beaucoup d'efforts de la part des
employés pour s'y adapter.
C'est la condition sine qua non: toute implantation commence par une
information poussée des utilisateurs afin d'emporter leur accord.
Si ce n'est pas le cas, il est totalement inutile de pousser plus
loin parce cela sera un échec à coup sûr (même de grosses entreprises
ont été obligées de faire marche arrière à cause de cela.)
--
X-rated movies are all alike ... the only thing they leave to the
imagination is the plot.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4B8FD766.5030709@gmail.com
Chez un bon hébergeur ça ne devrait pas poser de PB (et puis comme il fait aussi collaboratif, ça t'évite de multiplier les pgms avec les PBs habituels de connectivité :)
C'est clair, mais ça implique aussi beaucoup d'efforts de la part des employés pour s'y adapter.
C'est la condition sine qua non: toute implantation commence par une information poussée des utilisateurs afin d'emporter leur accord.
Si ce n'est pas le cas, il est totalement inutile de pousser plus loin parce cela sera un échec à coup sûr (même de grosses entreprises ont été obligées de faire marche arrière à cause de cela.)
-- X-rated movies are all alike ... the only thing they leave to the imagination is the plot.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/