MSI Wind NetTop 110-026:
- Intel Atom 230
- 1 Go RAM
- 160 Go
- Graveur DVD Super Multi
- Linux (une suse qui est remplacé rapidement par une ubuntu ou un XP Pro )
- (garantie 2 ans)
Le prix actuel est de 163,84 € HT
- Très compact (moins qu'un EEE Box mais trouve çà place facilement sa place sous un socle d'ecran plat).
Et surtout ce qui me fait choisir çà au lieu d'un EEE Box:
- Le disque dur est SATA en 3pouce 1/2
- Graveur SATA
On peut facilement les extraires. Bref, des pieces pour reconstruire des tours classiques
Personnellement, je la juge uniquement sur ce que j'ai perçu et par sur ce qu'elle met ou non sur son site.
- Pendant la campagne, elle a changé son équipe de campagne.
Pour moi, çà prouve soit une mauvaise gestion du stress , soit une manque de charisme. Un bon leader ,c'est quelqu'un qui sait choisir et exploiter les capacités de son équipe sans avoir besoin de changer comme elle change de robe.
Elle récidive avec "désir d'avenir".
- L'utilisation des médias façon Sarko.
- L'incompétence économique de ses propositions SMIC à 1500 €.
Je parlais de réel primaire démocratique interne au partie.
Entre la mascarade de l'UMP pour la nomination du candidats à la république ou les élections truqués du PS, j'y trouve l'explication des profils qui arrivent en-tête des parties.
Le vrai problème vient à mon avis de l'organisation interne des parties qui mécaniquement place au devant de la scène des dictateurs en puissance qui savent jouer de leur relation, commander aux autres, écraser ceux qui gênent.
Au final , ils ont tous des dettes d'honneur à droite et à gauche qui nuisent à leur prise de décision.
Enfin, cette réduction du droit au chommage qui n'était pas dans son programme et qui réduise la mobilité et qui nuise à la reprise d'une activité:
Un chômeur s'inscrivant pour la première fois aura droit à une indemnisation s'il a cotisé au moins quatre mois dans les 28 derniers mois (contre six mois dans les 22 derniers mois actuellement). S'il se réinscrit dans les douze mois après avoir repris un emploi entre-temps, il lui faudra au moins six mois de travail pour percevoir à nouveau une allocation. http://www.liberation.fr/politiques/0101307692-assurance-cho(...)
D'un point de vue économique, que cela soit le PS ou l'UMP, leur politique est fortement basé sur un socialisme à la Française. L'UMP a juste une tendance plus libéral.
Les privatisations ont été réalisé majoritairement sous Jospin.
Par exemple, l'augmentation du SMIC mesure "de gauche". L'augmentation du SMIC n'a jamais été aussi forte avec la Droite qu'avec le PS. Et au passage , c'est une connerie d'avoir augmenté le SMIC. Pour moi,c'est la cause principale de l'inflation et des délocalisations. On fait croire au peuple qu'on l'augmente mais via cette augmentation tout augmente du même rapport sauf qu'on y ajoute le poids de la TVA. Jospin avait justement réussi contrôler le SMIC.
Et Ségolène qui n'avait rien compris annoncer de manière démagogue le SMIC à 1500 €.
Revenons à Sarko, ce qui m'énerve, chez Sarko est plus dans sa manière de gouverner: le côté annonce , diversion, ... Quand, il y a un truc qui merde il lance un gros troll : Laïcité positive, identité national, ...
En plus, il ne sait pas revenir sur ces actes. Si il y a augmentation d'impot qui doit être réalisé. Elle doit toucher les plus riche.
Les heures supplémentaires semblaient être une bonne idée et j'ai signé pour.
Au final, on a supprimer l'interim, chaque heure payé en plus , ce sont des heures payer par l'ANPE pour un interimaire potentiel.
Enfin , les employés qui font des heures supplémentaires se reposent moins, donc plus d'arrêt maladie au final sachant que les congés maladies sont à la charge de notre système.
Point de vue l'employeur, on peut même se demander si des tâches qui aurait pu être fait dans le temps impartie ne sont pas faites en heures supplémentaires.
Exceptionnellement, il y a 2 ans. Je votais à droite parce que Ségolène me paraissait incompétente.
En fait, Sarko l'est aussi mais il était plus commercial.
Remarquez, j'estime que Ségolène n'a pas cessé de baisser dans mon estime, il n'y a qu'à voir çà manière de trancher des têtes autour d'elle que cela soit leur de sa campagne, sa vie privée , ou récemment "désir d'avenir".
A cause d'elle, j'ai fait un choix de ...bip..., il y a 2 ans.
De toute façon tant qu'il n'y aura pas de primaire ouverte et réellement démocratique dans les deux grands partie de notre pays. la politique sera le fait de lobbying et de sous-tables.
PS: Oups , on est pas vendredi :) mais çà fait du bien.
Le choix ... çà dépend. La partie administrative est informatisé dans tous les établissements depuis plusieurs années. çà va faire au moins 7 ans que la clinique fonctionne sur un logiciel qui intègre Compta, Facturaction et RH. Le changer revient à révolutionner toute l'organisation de la clinique est faire perdre du temps sur la facturation.
Nous sommes chez Cegi Santé et çà tourne relativement bien. C'est un mélange Cobol sous AIX et Delphi/Oracle sous Windows. Mes confrères sont chez Siemens SHS ou Cigems.
Sous l'impulsion de la DRH, on a changé le logiciel de paie pour Sage et on s'en ai mordu les doigts. En fait, on avait pas mesuré à quel point Cegi propose un logiciel de Paie étudié et configuré pour les cliniques et adapté à notre convention collective.
Pour la partie médicale, on organise des groupes d'utilisateurs, on visite les cliniques qui sont déjà équipé des solutions étudiées par exemple pour la chimiothérapie. Nous sommes chez Chimquest, Ordochim.
Pour la partie dossier soins et dossier prescriptions (CBU pour les connaisseurs) , nous sommes resté chez Cegi Santé gestion des stocks inclus.
En fait, ce choix a découlé de la visite de plusieurs sites en 2006 , 2007, et 2008. Aucune des solutions que nous avons vu ne fonctionné réellement et complètement. Cegi nous proposait une solution intégré à leur solution administrative et pmsi. Elle n'est pas parfaite mais elle tend à l'être et pour l'instant , elle tourne chez nous sur une service de chirurgie (durée moyenne de séjour de 3 jours) et on limite les interfaces entre logiciel.
En fait, le choix du logiciel libre n'est pas exclue mais le vrai problème vient de la pérennité et l'assurance que çà fonctionne. Si le logiciel propriétaire plante ou merde, on se décharge sur l'éditeur. En fait, il y aurait une boite avec quelques "success story" qui aurait proposé et maintenu un logiciel libre. Ils auraient fait partie de mes favoris.
Pour l'intranet , j'ai un sharepoint que je compte bien changer.
Pour la partie infrastructure, j'ai carte blanche tant que çà ne coute pas cher :) :
- Glpi
- PlanningRH (en cours déploiement et de développement)
- Iptable en firewall & AdminEyes (un développement qu'il faut que je publie)
- postfix pour un petit serveur mail interne
- Linux pour les clients léger.
- Sunbird pour les rendez-vous de chimio.
- Linux Virtual Box pour les serveurs de machine virtuel (en cours déploiement ).
Je peux vous confirmer que la gendarmerie travaille uniquement sur OpenOffice et Firefox depuis quelques années ( 2 ou 3 ans) et d'avis de ma femme , cela fonctionne bien.
Pour ma part, je suis responsable informatique d'une clinique. J'ai déployé OpenOffice sur l'ensemble de mon parc informatique.
Malheureusement , la majorité des documents produit par les cadres son fait avec Office et consulté avec Open Office.
De retour d'expérience, j'ai quelques critiques à faire avec Open Office:
Sous Windows , le document qu'on ouvre n'apparait pas par défaut en premier plan ce qui donne l'impression que l'ouverture du document ne s'est pas faite. Très perturbant.
Enfin en TSE, il a tendance à être relativement instable quand il est lancé avec le même compte utilisateur deux fois en même temps. Il estime qu'il a planté et tente récupérer le document en cours d'édition.
Résultat, Soffice.bin plante en permanence.
A cause de ces deux points, j'estime que çà reste moins bien qu'Office mais le rapport qualité prix étant toujours en faveur d'Open Office.
Dans l'ensemble , le déploiement d'Open Office via MSI se passe bien sur le domaine.
Par contre, il faut modifier les bases de registres pour que celui-ci ouvre de manière automatique les documents Word. J'ai quelques soucis au démarrage mais çà marche relativement bien maintenant.
1) C'est Microsoft... Pas très objectif, certes mais on ne se refait pas :)
2) J'ai un problème de cache des fichiers stockés dans le Sharepoint. Par exemple, un utilisateur met à jour un fichier PDF ou Word. Si l'utilisateur a déjà consulté le fichier celui-ci va recharger le fichier précédent. Seul solution est de renommer complètement le fichier pour palier à ce genre de problème. Il y a probablement un solution dans la base de connaissance de Microsoft mais des rapides recherches google n'ont rien donné.
3) Les droits des utilisateurs "sautent". Une fois par trimestre , un utilisateur n'a plus les droits sans raison apparente. Je remets les droits et c'est reparti comme avant.
4) Le support du SQL Server 2000 et du Sharepoint sont arrivé à terme.
5) La machine physique qui l'héberge arrive en fin de vie. J'envisageais donc déjà de la virtualiser.
6) Je récupère une license W2003 pour faire autre choses.
7) Si le serveur plante, je n'ai actuellement pas les compétences pour la remonter et on paie une maintenance à une société dont je n'ai jamais testé la réactivité. Vu que c'est une SSII , le mec qui a fait l'installe a probablement changé 3 fois de boites et de technologie.
8) Pour développer des applis ,des modules, il faut utiliser et acheter les programmes de Microsoft comme Visual et FrontPage
La back door pourrait être aussi dans les multiples drivers propriétaire qui compose le CD(DVD) de Windows et je ne pense que ces drivers soit géré par le programme de diffusion du code source.
Parce que Windows sans ces multiple "drivers" additionnel, çà ne peut pas faire grand chose.
Déjà, je crois qu'ils n'ont pas accès au code source ! Je crois qu'ils ne peuvent pas le compiler donc aucun moyen de savoir si le binaire correspond réellement au code source.
Et puis pour vraiment surveiller l'évolution d'un projet via son source pour bloquer l'éventuel back doors, il faut accéder directement au gestionnaire de source pour contrôler les patchs qui sont appliqués et ce pourquoi ils l'ont été.
Enfin, je suppose que les experts ,qui y ont accès, ont probablement une clause de confidentialités qui les empêchent de parler de modification entre eux. cela empêchent toute discussion ouverte et bénéfique sur le sujet.
Concevoir ou structure tu peux stocke les états applicatifs dans la base. Par exemple, le panier d'un site de e-commerce peut être stocké dans la base de données.
Tu pourrais même concevoir un système où serialiser l'ensemble de tes objets de "session" (persistent entre requete) dans la base SQL et ton système les dé-sérialise à la demande ensuite.
çà peut paraitre tordu et lent en performance mais dans le cadre d'un cluster. Chaque requête devient alors indépendante du serveur d'application qui la traite. Il faut alors par contre s'assurer que la grappe de serveur n'exécute qu'une opération à la fois sur la session utilisateur.
> Mais essaye simplement de ne pas tomber dans le piège du réac d'entreprise;
C'est le débat qui fait avancer les idées et c'est ce que j'essayais de faire en développant mon argumentaire.
> Le jour ou tu arrives réellement à supporter 1 600 000 clients connectés à ton Tomcat
Je sais. D'expérience, j'ai fait tournée 350 client sur un Websphere qui réalisait une action toutes les secondes (création d'un rendez-vous, création d'une consultation, sauvegarde d'un compte rendu) sur une application statefull, j'en étais très loin :).
Limité les applications Web au Stateless ou RESTFul,c'est nié l'existence de processus métier qui sont forcement basé sur une succession d'état.
Certes, tu peux stocker l'état du processus métier dans la base de donnée mais quand celui-ci n'a un sens que d'un point de vue applicatif. C'est un peu se compliquer.
Il y a plusieurs moyen de contourné le bouton Back. çà va de supprimer la barre utilisateur ou de contrôler que tu n'exécutes pas deux fois la même action (utilisation d'un cookie qui évolue à chaque action de l'utilisateur, d'un paramètre de formulaire).
Si tu ne fais que du Ajax, la bouton Back n'a plus aucun sens vu que tu n'as jamais changé de page web.
Enfin, même sur une application stateless, le bouton back est problématique. Comment gères-tu si la dernière opération modifié le modèle. Tu l'exécutes une deuxième fois ?
Enfin, les applications Stateless sont plus sensible cross-site-scripting.
Enfin très souvent, les promoteurs du Stateless parle de performance.
Le Statefull consomme juste un peu plus de memoire par session utilisateur.
Imaginons une application de E-commerce qui va géré un panier en Statefull.
L'application gère l'état applicatif de l'utilisateur. C'est à dire son panier, sa position dans l'application. A vue de nez, çà ne devrait pas prendre plus de 10 Ko et encore pour un bon client :).
10 Ko par session sur une machine de 16 Go , çà permet d'en supporter 1 600 000 clients :). C'est pas mal.
Personnellement, mes applications sont interne, j'en aurai jamais autant d'utilisateur.
Après, on peut se demander. Si il est plus rapide d'accéder à la mémoire pour afficher le contenu d'un panier ou d'obtenir un DataSource, lancer une requête SQL.
Pour le bug, j'ai les même symptômes sous Linux et sous Windows.
Pour essayer le tutoriel, de ce que j'ai vu dans la video de présentation (qui est très bien faite).
çà ne me plait pas car j'ai l'habitude d'utiliser un Framework maison qui décrit l'application sous forme d'état et d'action. où toute la structure applicative reste dans des classes Java. çà permet de bénéficier pleinement des fonctionnalités de refactoring et de navigation d'éclipse.
Pour les même raison, j'aime pas les moteurs de Template pour les pages dynamique. Si on veut bénéficier pleinement d'éclipse. Je trouve que les JSP/les tags et une pointe de Java suffise amplement pour gérer la vue. C'est au développeur de se limiter à n'afficher que le modèle qui est présenté par le contrôleur et à ne pas chercher à faire tout et n'importe quoi n'importe où.
Un développeur Java aguerrit écrit le code directement sans erreur et pour gérer les erreurs des utilisateurs, il try catch.
Pour les novices en Java, le temps du rechargement leur permet de méditer sur leur erreur afin d' être meilleures la prochaines fois.
Voila pourquoi les projets Java sont de très bonne qualité :)
Plus sérieusement pour Play, je ne sais pas mais la modification de code pendant une session de debug sous eclipse peut marcher si elle est limité ... De souvenir, c'est comme si tu redémarrais la fonction.
J'aime pas ce genre de gadget car tu peux très vite arriver sur des situations où tu te confrontes à des bugs ou des problèmes qui sont du à ces mises à jour en continu et perdre du temps sur quelques choses qui normalement est censé t'en faire gagner.
Tout doit être rechargé...
çà se limite à un redémarrage de Tomcat et très souvent je récupère ma session, si elle ne stockait pas la classe impacté par le changement.
Vu que j'utilise un framework "Statefull" (au sens propre), je me retrouve dans l'"écran applicatif" dans lequel j'étais. Ce qui est très pratique quand on développe une partie qui se trouvent plusieurs écran après la connexion à la session.
Le seul truc qui m'embête de temps en temps et que certaines API supportent mal rechargement et les déchargements. Ils maintiennent lock sur des répertoires sans raison ce qui empêche de décharger le WAR et cela m'oblige à arrêter le serveur , finir la désinstallation manuel du war et de relancer le serveur. Ce qui est problématique pour un serveur en exploitation.
Play apporte quoi de plus dans le cas de cette limitation de Java ?
Il faut vraiment que le changement de code soit très important pour que je sois obligé de redémarrer le Tomcat lancé par Eclipse. Genre, tu viens de modifier de manière profonde tes objets métiers.
En fait, le problème vient à mon avis du Framework que tu utilises.
Pour que çà fonctionne bien, il faut que tu puisses serialiser à tout moment tous les objets de sessions et que ton système repose assez peu sur des Singleton ou que ceci soit bien indiquer comme Transient car ils ont de forte chance d'être oublié du processus de serialisation.
# Tu as essayé UltraStar ?
Posté par syj . En réponse au journal Le son sous Linux : du pure n'importe quoi. Évalué à 1.
http://en.wikipedia.org/wiki/UltraStar
# Tu as essayé xrandr
Posté par syj . En réponse au message coup de gueule sur la gestion de écrans sous linux. Évalué à 4.
http://doc.ubuntu-fr.org/xrandr
[^] # Re: Thunderbird et ldap
Posté par syj . En réponse au journal Mozilla ont-ils abandonné Thunderbird. Évalué à 2.
Quand on tape un e-mail, il ne fait pas une recherche directement dans le LDAP. Cela devrait être au moins paramétrable.
# Pour le boulot, J'achete des:
Posté par syj . En réponse au journal Acheter un portable sans payer Microsoft Windows. Évalué à 8.
- Intel Atom 230
- 1 Go RAM
- 160 Go
- Graveur DVD Super Multi
- Linux (une suse qui est remplacé rapidement par une ubuntu ou un XP Pro )
- (garantie 2 ans)
Le prix actuel est de 163,84 € HT
- Très compact (moins qu'un EEE Box mais trouve çà place facilement sa place sous un socle d'ecran plat).
Et surtout ce qui me fait choisir çà au lieu d'un EEE Box:
- Le disque dur est SATA en 3pouce 1/2
- Graveur SATA
On peut facilement les extraires. Bref, des pieces pour reconstruire des tours classiques
[^] # Re: Moi , aussi je regrette d'avoir voté pour lui :)
Posté par syj . En réponse au journal Le fait du prince. Évalué à 2.
- Pendant la campagne, elle a changé son équipe de campagne.
Pour moi, çà prouve soit une mauvaise gestion du stress , soit une manque de charisme. Un bon leader ,c'est quelqu'un qui sait choisir et exploiter les capacités de son équipe sans avoir besoin de changer comme elle change de robe.
Elle récidive avec "désir d'avenir".
- L'utilisation des médias façon Sarko.
- L'incompétence économique de ses propositions SMIC à 1500 €.
[^] # Re: Moi , aussi je regrette d'avoir voté pour lui :)
Posté par syj . En réponse au journal Le fait du prince. Évalué à 3.
Entre la mascarade de l'UMP pour la nomination du candidats à la république ou les élections truqués du PS, j'y trouve l'explication des profils qui arrivent en-tête des parties.
[^] # Re: Moi , aussi je regrette d'avoir voté pour lui :)
Posté par syj . En réponse au journal Le fait du prince. Évalué à 7.
Au final , ils ont tous des dettes d'honneur à droite et à gauche qui nuisent à leur prise de décision.
[^] # Re: Moi , aussi je regrette d'avoir voté pour lui :)
Posté par syj . En réponse au journal Le fait du prince. Évalué à 2.
Un chômeur s'inscrivant pour la première fois aura droit à une indemnisation s'il a cotisé au moins quatre mois dans les 28 derniers mois (contre six mois dans les 22 derniers mois actuellement). S'il se réinscrit dans les douze mois après avoir repris un emploi entre-temps, il lui faudra au moins six mois de travail pour percevoir à nouveau une allocation.
http://www.liberation.fr/politiques/0101307692-assurance-cho(...)
[^] # Re: Moi , aussi je regrette d'avoir voté pour lui :)
Posté par syj . En réponse au journal Le fait du prince. Évalué à 5.
Les privatisations ont été réalisé majoritairement sous Jospin.
Par exemple, l'augmentation du SMIC mesure "de gauche". L'augmentation du SMIC n'a jamais été aussi forte avec la Droite qu'avec le PS. Et au passage , c'est une connerie d'avoir augmenté le SMIC. Pour moi,c'est la cause principale de l'inflation et des délocalisations. On fait croire au peuple qu'on l'augmente mais via cette augmentation tout augmente du même rapport sauf qu'on y ajoute le poids de la TVA. Jospin avait justement réussi contrôler le SMIC.
Et Ségolène qui n'avait rien compris annoncer de manière démagogue le SMIC à 1500 €.
Revenons à Sarko, ce qui m'énerve, chez Sarko est plus dans sa manière de gouverner: le côté annonce , diversion, ... Quand, il y a un truc qui merde il lance un gros troll : Laïcité positive, identité national, ...
En plus, il ne sait pas revenir sur ces actes. Si il y a augmentation d'impot qui doit être réalisé. Elle doit toucher les plus riche.
Les heures supplémentaires semblaient être une bonne idée et j'ai signé pour.
Au final, on a supprimer l'interim, chaque heure payé en plus , ce sont des heures payer par l'ANPE pour un interimaire potentiel.
Enfin , les employés qui font des heures supplémentaires se reposent moins, donc plus d'arrêt maladie au final sachant que les congés maladies sont à la charge de notre système.
Point de vue l'employeur, on peut même se demander si des tâches qui aurait pu être fait dans le temps impartie ne sont pas faites en heures supplémentaires.
# Moi , aussi je regrette d'avoir voté pour lui :)
Posté par syj . En réponse au journal Le fait du prince. Évalué à 9.
En fait, Sarko l'est aussi mais il était plus commercial.
Remarquez, j'estime que Ségolène n'a pas cessé de baisser dans mon estime, il n'y a qu'à voir çà manière de trancher des têtes autour d'elle que cela soit leur de sa campagne, sa vie privée , ou récemment "désir d'avenir".
A cause d'elle, j'ai fait un choix de ...bip..., il y a 2 ans.
De toute façon tant qu'il n'y aura pas de primaire ouverte et réellement démocratique dans les deux grands partie de notre pays. la politique sera le fait de lobbying et de sous-tables.
PS: Oups , on est pas vendredi :) mais çà fait du bien.
[^] # Re: Pour la gendarmerie ...
Posté par syj . En réponse à la dépêche MimOOo ou « la plus grosse migration OpenOffice.org au monde » en questions. Évalué à 2.
Si tu peux me retrouver le script perl. Je pourrais peut être le réécrire en vbs
(Seul langage de script, installé par défaut sur tous les postes).
[^] # Re: Pour la gendarmerie ...
Posté par syj . En réponse à la dépêche MimOOo ou « la plus grosse migration OpenOffice.org au monde » en questions. Évalué à 2.
[^] # Re: Pour la gendarmerie ...
Posté par syj . En réponse à la dépêche MimOOo ou « la plus grosse migration OpenOffice.org au monde » en questions. Évalué à 2.
Si tu as encore la source de l'astuce. Je suis preneur.
[^] # Re: Pour la gendarmerie ...
Posté par syj . En réponse à la dépêche MimOOo ou « la plus grosse migration OpenOffice.org au monde » en questions. Évalué à 7.
Nous sommes chez Cegi Santé et çà tourne relativement bien. C'est un mélange Cobol sous AIX et Delphi/Oracle sous Windows. Mes confrères sont chez Siemens SHS ou Cigems.
Sous l'impulsion de la DRH, on a changé le logiciel de paie pour Sage et on s'en ai mordu les doigts. En fait, on avait pas mesuré à quel point Cegi propose un logiciel de Paie étudié et configuré pour les cliniques et adapté à notre convention collective.
Pour la partie médicale, on organise des groupes d'utilisateurs, on visite les cliniques qui sont déjà équipé des solutions étudiées par exemple pour la chimiothérapie. Nous sommes chez Chimquest, Ordochim.
Pour la partie dossier soins et dossier prescriptions (CBU pour les connaisseurs) , nous sommes resté chez Cegi Santé gestion des stocks inclus.
En fait, ce choix a découlé de la visite de plusieurs sites en 2006 , 2007, et 2008. Aucune des solutions que nous avons vu ne fonctionné réellement et complètement. Cegi nous proposait une solution intégré à leur solution administrative et pmsi. Elle n'est pas parfaite mais elle tend à l'être et pour l'instant , elle tourne chez nous sur une service de chirurgie (durée moyenne de séjour de 3 jours) et on limite les interfaces entre logiciel.
En fait, le choix du logiciel libre n'est pas exclue mais le vrai problème vient de la pérennité et l'assurance que çà fonctionne. Si le logiciel propriétaire plante ou merde, on se décharge sur l'éditeur. En fait, il y aurait une boite avec quelques "success story" qui aurait proposé et maintenu un logiciel libre. Ils auraient fait partie de mes favoris.
Pour l'intranet , j'ai un sharepoint que je compte bien changer.
Pour la partie infrastructure, j'ai carte blanche tant que çà ne coute pas cher :) :
- Glpi
- PlanningRH (en cours déploiement et de développement)
- Iptable en firewall & AdminEyes (un développement qu'il faut que je publie)
- postfix pour un petit serveur mail interne
- Linux pour les clients léger.
- Sunbird pour les rendez-vous de chimio.
- Linux Virtual Box pour les serveurs de machine virtuel (en cours déploiement ).
# Pour la gendarmerie ...
Posté par syj . En réponse à la dépêche MimOOo ou « la plus grosse migration OpenOffice.org au monde » en questions. Évalué à 10.
Pour ma part, je suis responsable informatique d'une clinique. J'ai déployé OpenOffice sur l'ensemble de mon parc informatique.
Malheureusement , la majorité des documents produit par les cadres son fait avec Office et consulté avec Open Office.
De retour d'expérience, j'ai quelques critiques à faire avec Open Office:
Sous Windows , le document qu'on ouvre n'apparait pas par défaut en premier plan ce qui donne l'impression que l'ouverture du document ne s'est pas faite. Très perturbant.
Enfin en TSE, il a tendance à être relativement instable quand il est lancé avec le même compte utilisateur deux fois en même temps. Il estime qu'il a planté et tente récupérer le document en cours d'édition.
Résultat, Soffice.bin plante en permanence.
A cause de ces deux points, j'estime que çà reste moins bien qu'Office mais le rapport qualité prix étant toujours en faveur d'Open Office.
Dans l'ensemble , le déploiement d'Open Office via MSI se passe bien sur le domaine.
Par contre, il faut modifier les bases de registres pour que celui-ci ouvre de manière automatique les documents Word. J'ai quelques soucis au démarrage mais çà marche relativement bien maintenant.
[^] # Re: Totoz !
Posté par syj . En réponse au message Cherche un outil collaborative s'intégrant avec ntlm_auth. Évalué à 4.
1) C'est Microsoft... Pas très objectif, certes mais on ne se refait pas :)
2) J'ai un problème de cache des fichiers stockés dans le Sharepoint. Par exemple, un utilisateur met à jour un fichier PDF ou Word. Si l'utilisateur a déjà consulté le fichier celui-ci va recharger le fichier précédent. Seul solution est de renommer complètement le fichier pour palier à ce genre de problème. Il y a probablement un solution dans la base de connaissance de Microsoft mais des rapides recherches google n'ont rien donné.
3) Les droits des utilisateurs "sautent". Une fois par trimestre , un utilisateur n'a plus les droits sans raison apparente. Je remets les droits et c'est reparti comme avant.
4) Le support du SQL Server 2000 et du Sharepoint sont arrivé à terme.
5) La machine physique qui l'héberge arrive en fin de vie. J'envisageais donc déjà de la virtualiser.
6) Je récupère une license W2003 pour faire autre choses.
7) Si le serveur plante, je n'ai actuellement pas les compétences pour la remonter et on paie une maintenance à une société dont je n'ai jamais testé la réactivité. Vu que c'est une SSII , le mec qui a fait l'installe a probablement changé 3 fois de boites et de technologie.
8) Pour développer des applis ,des modules, il faut utiliser et acheter les programmes de Microsoft comme Visual et FrontPage
9) Mauvais support de Firefox.
10) Lance un Active X Office sur certaines pages.
[^] # Re: Comparaison avec Seven
Posté par syj . En réponse à la dépêche Test d'Ubuntu 9.10 (Karmic Koala). Évalué à 5.
Parce que Windows sans ces multiple "drivers" additionnel, çà ne peut pas faire grand chose.
[^] # Re: Comparaison avec Seven
Posté par syj . En réponse à la dépêche Test d'Ubuntu 9.10 (Karmic Koala). Évalué à 3.
Et puis pour vraiment surveiller l'évolution d'un projet via son source pour bloquer l'éventuel back doors, il faut accéder directement au gestionnaire de source pour contrôler les patchs qui sont appliqués et ce pourquoi ils l'ont été.
Enfin, je suppose que les experts ,qui y ont accès, ont probablement une clause de confidentialités qui les empêchent de parler de modification entre eux. cela empêchent toute discussion ouverte et bénéfique sur le sujet.
[^] # Re: Mon expérience
Posté par syj . En réponse à la dépêche Play! 1.0 est sorti. Évalué à 1.
Tu pourrais même concevoir un système où serialiser l'ensemble de tes objets de "session" (persistent entre requete) dans la base SQL et ton système les dé-sérialise à la demande ensuite.
çà peut paraitre tordu et lent en performance mais dans le cadre d'un cluster. Chaque requête devient alors indépendante du serveur d'application qui la traite. Il faut alors par contre s'assurer que la grappe de serveur n'exécute qu'une opération à la fois sur la session utilisateur.
[^] # Re: Mon expérience
Posté par syj . En réponse à la dépêche Play! 1.0 est sorti. Évalué à 1.
C'est le débat qui fait avancer les idées et c'est ce que j'essayais de faire en développant mon argumentaire.
> Le jour ou tu arrives réellement à supporter 1 600 000 clients connectés à ton Tomcat
Je sais. D'expérience, j'ai fait tournée 350 client sur un Websphere qui réalisait une action toutes les secondes (création d'un rendez-vous, création d'une consultation, sauvegarde d'un compte rendu) sur une application statefull, j'en étais très loin :).
[^] # Re: Mon expérience
Posté par syj . En réponse à la dépêche Play! 1.0 est sorti. Évalué à 2.
Certes, tu peux stocker l'état du processus métier dans la base de donnée mais quand celui-ci n'a un sens que d'un point de vue applicatif. C'est un peu se compliquer.
Il y a plusieurs moyen de contourné le bouton Back. çà va de supprimer la barre utilisateur ou de contrôler que tu n'exécutes pas deux fois la même action (utilisation d'un cookie qui évolue à chaque action de l'utilisateur, d'un paramètre de formulaire).
Si tu ne fais que du Ajax, la bouton Back n'a plus aucun sens vu que tu n'as jamais changé de page web.
Enfin, même sur une application stateless, le bouton back est problématique. Comment gères-tu si la dernière opération modifié le modèle. Tu l'exécutes une deuxième fois ?
Enfin, les applications Stateless sont plus sensible cross-site-scripting.
Enfin très souvent, les promoteurs du Stateless parle de performance.
Le Statefull consomme juste un peu plus de memoire par session utilisateur.
Imaginons une application de E-commerce qui va géré un panier en Statefull.
L'application gère l'état applicatif de l'utilisateur. C'est à dire son panier, sa position dans l'application. A vue de nez, çà ne devrait pas prendre plus de 10 Ko et encore pour un bon client :).
10 Ko par session sur une machine de 16 Go , çà permet d'en supporter 1 600 000 clients :). C'est pas mal.
Personnellement, mes applications sont interne, j'en aurai jamais autant d'utilisateur.
Après, on peut se demander. Si il est plus rapide d'accéder à la mémoire pour afficher le contenu d'un panier ou d'obtenir un DataSource, lancer une requête SQL.
[^] # Re: Mon expérience
Posté par syj . En réponse à la dépêche Play! 1.0 est sorti. Évalué à 1.
Pour essayer le tutoriel, de ce que j'ai vu dans la video de présentation (qui est très bien faite).
çà ne me plait pas car j'ai l'habitude d'utiliser un Framework maison qui décrit l'application sous forme d'état et d'action. où toute la structure applicative reste dans des classes Java. çà permet de bénéficier pleinement des fonctionnalités de refactoring et de navigation d'éclipse.
Pour les même raison, j'aime pas les moteurs de Template pour les pages dynamique. Si on veut bénéficier pleinement d'éclipse. Je trouve que les JSP/les tags et une pointe de Java suffise amplement pour gérer la vue. C'est au développeur de se limiter à n'afficher que le modèle qui est présenté par le contrôleur et à ne pas chercher à faire tout et n'importe quoi n'importe où.
[^] # Re: Ne nous fâchons pas...
Posté par syj . En réponse à la dépêche Play! 1.0 est sorti. Évalué à 1.
Pour les novices en Java, le temps du rechargement leur permet de méditer sur leur erreur afin d' être meilleures la prochaines fois.
Voila pourquoi les projets Java sont de très bonne qualité :)
Plus sérieusement pour Play, je ne sais pas mais la modification de code pendant une session de debug sous eclipse peut marcher si elle est limité ... De souvenir, c'est comme si tu redémarrais la fonction.
J'aime pas ce genre de gadget car tu peux très vite arriver sur des situations où tu te confrontes à des bugs ou des problèmes qui sont du à ces mises à jour en continu et perdre du temps sur quelques choses qui normalement est censé t'en faire gagner.
[^] # Re: Mon expérience
Posté par syj . En réponse à la dépêche Play! 1.0 est sorti. Évalué à 1.
çà se limite à un redémarrage de Tomcat et très souvent je récupère ma session, si elle ne stockait pas la classe impacté par le changement.
Vu que j'utilise un framework "Statefull" (au sens propre), je me retrouve dans l'"écran applicatif" dans lequel j'étais. Ce qui est très pratique quand on développe une partie qui se trouvent plusieurs écran après la connexion à la session.
Le seul truc qui m'embête de temps en temps et que certaines API supportent mal rechargement et les déchargements. Ils maintiennent lock sur des répertoires sans raison ce qui empêche de décharger le WAR et cela m'oblige à arrêter le serveur , finir la désinstallation manuel du war et de relancer le serveur. Ce qui est problématique pour un serveur en exploitation.
Play apporte quoi de plus dans le cas de cette limitation de Java ?
[^] # Re: Mon expérience
Posté par syj . En réponse à la dépêche Play! 1.0 est sorti. Évalué à 0.
Il faut vraiment que le changement de code soit très important pour que je sois obligé de redémarrer le Tomcat lancé par Eclipse. Genre, tu viens de modifier de manière profonde tes objets métiers.
En fait, le problème vient à mon avis du Framework que tu utilises.
Pour que çà fonctionne bien, il faut que tu puisses serialiser à tout moment tous les objets de sessions et que ton système repose assez peu sur des Singleton ou que ceci soit bien indiquer comme Transient car ils ont de forte chance d'être oublié du processus de serialisation.