Je plussoie le rappel de la nécessité absolue du souçi méthodologique de se conformer aux besoins des entreprises.
Quel est-il généralement ?
- Un produit éprouvé et pérenne. Une entreprise veut pouvoir tabler sur un produit dont elle va pouvoir amortir l'investissement financier et humain(donc financier). Pas être obligé de suivre une politique de licence et/ou technologique. Solidité de la technologie, utilisation éprouvée chez d'autres, popularité garantissant la possibilité de recruter des compétence au cas où etc...
- Un support Une entreprise, et là je le dis pour les étudiant "kikounet" veut un support. Quand on a un logiciel à écrire ou tout autre chose (une série de chaises en plastique qui doit sortir de l'usine par exemple), et que le logiciel est un maillon majeur, on veut un numéro de téléphone en cas de problème. Il ne faut pas oublier que le problème peut se chiffrer en 10^n euros rapidement (n) en fonction de la situation. Moi même, dans les outils que j'utilise pour développer des logiciels, je veux un numéro de téléphone, un support sur les outils que j'utilise. Ce parce que le client il en a rien à f**** que je lui explique que j'ai livré une semaine plus tard parce qu'il y avait un bug dans la librairie machin. C'est pénalité de retard et "au revoir monsieur" pour la prochaine fois.
Donc le débat Debian/Gnome/kde/Kikounet, etc... n'est pas le problème.
Le problème c'est un produit adapté et adaptable (pour le prestataire de service qui passe entre les deux (editeurs et client)) et surtout un support avec la capacité à régler un problème rapidement en cas de pépin.
Voilà pour la règle générale.
Pour le reste bien qu'étant assez peu au fait des stratégies de boites comme Red-Hat, Mandriva ou Suse, je me lancerai en commetant quelques avis:
Je vois plusieurs stratégie possibles
-La stratégie "gros serveur". C'est la stratégie de Red-Hat. Fourniture d'un OS bétonné à mort pour des serveur puissant très important se trouvant dans des salles blanches aménagé et tout le toutim.
L'OS, on s'en fout à la limite, ce que veux le client c'est une certification et un support d'une qualité irréprochable, bref, un techos là sous 2h en cas de problème. On parle de serveur dont l'arrêt peut couter 1 millions à l'heure.
- La stratégie réseau d'entreprise.On pense plus à Mandriva ou Novell
Les problématique de haute disponibilité sont moins prégnantes mais pas à négliger.
Le client veut là un produit polyvalent, configurable, administrable aisément, souple etc...
La facilité d'administration importe, surtout dans des PME.
Rappelons qu'une PME de moins de 50 à 100 salarié n'a pas toujours de rationalité économique à embaucher un informaticien.
J'avais expliqué ce que selon mon expérience et d'après moi un boite comme Novell et/ou Mandriva devrait proposer à des entreprises :
[^] # Re: Mauvaise stratégie desktop ?
Posté par Ontologia (site web personnel) . En réponse au journal Novell fait du ménage. Évalué à 9.
Quel est-il généralement ?
- Un produit éprouvé et pérenne. Une entreprise veut pouvoir tabler sur un produit dont elle va pouvoir amortir l'investissement financier et humain(donc financier). Pas être obligé de suivre une politique de licence et/ou technologique. Solidité de la technologie, utilisation éprouvée chez d'autres, popularité garantissant la possibilité de recruter des compétence au cas où etc...
- Un support Une entreprise, et là je le dis pour les étudiant "kikounet" veut un support. Quand on a un logiciel à écrire ou tout autre chose (une série de chaises en plastique qui doit sortir de l'usine par exemple), et que le logiciel est un maillon majeur, on veut un numéro de téléphone en cas de problème. Il ne faut pas oublier que le problème peut se chiffrer en 10^n euros rapidement (n) en fonction de la situation. Moi même, dans les outils que j'utilise pour développer des logiciels, je veux un numéro de téléphone, un support sur les outils que j'utilise. Ce parce que le client il en a rien à f**** que je lui explique que j'ai livré une semaine plus tard parce qu'il y avait un bug dans la librairie machin. C'est pénalité de retard et "au revoir monsieur" pour la prochaine fois.
Donc le débat Debian/Gnome/kde/Kikounet, etc... n'est pas le problème.
Le problème c'est un produit adapté et adaptable (pour le prestataire de service qui passe entre les deux (editeurs et client)) et surtout un support avec la capacité à régler un problème rapidement en cas de pépin.
Voilà pour la règle générale.
Pour le reste bien qu'étant assez peu au fait des stratégies de boites comme Red-Hat, Mandriva ou Suse, je me lancerai en commetant quelques avis:
Je vois plusieurs stratégie possibles
-La stratégie "gros serveur". C'est la stratégie de Red-Hat. Fourniture d'un OS bétonné à mort pour des serveur puissant très important se trouvant dans des salles blanches aménagé et tout le toutim.
L'OS, on s'en fout à la limite, ce que veux le client c'est une certification et un support d'une qualité irréprochable, bref, un techos là sous 2h en cas de problème. On parle de serveur dont l'arrêt peut couter 1 millions à l'heure.
- La stratégie réseau d'entreprise.On pense plus à Mandriva ou Novell
Les problématique de haute disponibilité sont moins prégnantes mais pas à négliger.
Le client veut là un produit polyvalent, configurable, administrable aisément, souple etc...
La facilité d'administration importe, surtout dans des PME.
Rappelons qu'une PME de moins de 50 à 100 salarié n'a pas toujours de rationalité économique à embaucher un informaticien.
J'avais expliqué ce que selon mon expérience et d'après moi un boite comme Novell et/ou Mandriva devrait proposer à des entreprises :
https://linuxfr.org/comments/689183,1.html
Je pense que si Novell fait ça avec une interface archi simplifiée, il trouveront pas mal de clients...
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker