Dring a écrit 1193 commentaires

'videmment, si tu te passes de la réplication qui est quand même un point fort de Notes, c'est sûr que ça doit te paraitre bien lourd ...

Mea culpa, sur ce coup, c'est vrai que la faute ne revient pas à Notes mais à nos administrateurs qui n'activent la réplication que pour les utilisateurs de portables.

Niveau lenteur, je le trouve pas si lent que ça, tu as quoi comme config/machine ?

Ma machine n'est pas en cause (un P4 avec 1Go de RAM). Mais le serveur ne tient pas la charge, parce que la charge est trop grande. Evidemment, puisque c'est le serveur qui fait tout, que simplement consulter ses emails déjà reçus depuis longtemps lui demande du travail.

les mails en HTML c'est mal

C'est mal quand on les envoie a des gens qui n'ont rien demandé, et/ou qui ne peuvent pas les lire. Dans le cadre du boulot, tout le monde a les mêmes outils, tu peux donc tabler dessus, et en profiter pour faire des choses plus "zolies"... Enfin, sauf avec Notes...

Sinon, quand je parle du proprio à en vomir, c'est leur %@#! de format de mail. Pour le reste, je suis bien conscient que IBM ne fait pas vraiment partie des pires loustics.

Ben soit je me suis habitué à Notes, soit j'ai des goûts de chiottes /o\

La bonne réponse est 2 "j'ai des goûts de chiottes", et oui, c'est mon dernier mot Jean-Pierre :-)

Sans blague, autant ça apporte des outils pour le travail collaboratif, autant l'ergonomie est plus qu'à chier, c'est propriétaire à en vomir (impossible d'envoyer un mail HTML avec une jolie mise en forme ; obligé de faire des pièces jointes pour tout), et c'est lourd, mais lourd, mais lourd, et lent, mais lent, mais lent...

Moi aussi j'ai tout lu. J'ai toujours eu des emmerdes avec le matériel ACER, et depuis maintenant plusieurs années je conseille à tout le monde de s'en méfier.

Ca fait toujours plaisir de voir qu'on a pris la bonne décision.

Par inverse, je pense qu'il voulait dire

(clientèle sa à produit son adapter dire à est c') marketing du fait Sun, Oui)

Ou alors c'était du second degré. Je sais pas trop, en fait.

J'avoue que l'indentation obligatoire de python me sort par les trous de nez : si cela éclairci le code, l'impossibilité de définir un code autrement rend la réutilisation de code pénible

Peux-tu préciser ta pensée ?

Même constat de mon côté. Les EJB entités sont à l'abandon, on voit à la rigueur de ci de là des EJB session et des MDB (Message Driven Bean), mais ça reste rare.

Par contre, des applis struts, j'en vois des tonnes. Et pourtant, je ne trouve pas que struts soit la panacée, bien au contraire.

Je crois que struts 2 est en chantier, il s'agit de la fusion avec une autre techno.

Donc, sur la techno à apprendre, je dirais struts 2, jsf (un peu) et spring.

Ben on reste sur notre faim, là. Tu lui as installé quoi, au final, à ta mère ?

Je hais ce suspense insoutenable...

Le plus simple consiste à ajuster la question posée : "quel est le système d'exploitation principal que vous utilisez ?". Je doute toutefois qu'ils (les instituts) le fassent.

Pour "l'isolement", le plus important, c'est pas l'épaisseur des murs, c'est l'absence de portes et fenêtres...

Je sais, je --->[]

Au contraire, très facile : il suffit d'attendre la sortie de KDE4 et du port Windows de Kontact.

Facile, mais long...

Et celui qui n'a pas d'ordinateur, ça se passe comment ?

Pour consulter ses fiches de paye, il va au cyber-café d'd'à côté de chez lui et il paye juste pour ça ?

Et si il habite à la campagne, que son tracteur est en panne, sa femme va accoucher, il n'a plus de monnaie, est interdit bancaire, et est cul-de-jatte ? Ben il peut pas consulter sa fiche de paie.

Dans le principe, je trouve ça super ; mais le gouvernement doit d'abord finir de démocratiser l'accès à internet. Tiens, ça suit pas de près l'annonce de l'accès à 1 ¤ cette histoire ?

Pour en rajouter une couche, les 1¤ par jour correspondent donc à 30¤ par mois qui correspondent eux même à un abonnement ADSL - avec abonnement téléphonique inclus.

Si l'offre du gouvernement est également avec l'abonnement, c'est plutôt au final une opération positive. Car un abonnement, c'est 15¤ par mois, et donc cela ne fait plus qu'un surcoût de 15¤ pour les familles sans compter pour certains la baisse de la facture téléphonique.

Par contre, si ce n'est pas le cas, bonjour l'arnaque.

Refais le trajet maison/boulangerie pour voir si tu l'as pas perdu en route ?

Un bébé prend environ 1 kg le dernier mois de grossesse. Avec 750 g, il est ainsi très loin de la date du terme. Donc, il va se taper de la couveuse, une présence de l'enfant et de la mère très longue, une surveillance accrue, des interventions supplémentaires, et j'en passe.

A partir de là, les coûts explosent, et quand tu vois combien coûte une journée à l'hôpital (pour la communauté, par pour le patient), ça n'a plus rien d'étonnant d'atteindre de telles sommes.

Même un hello.c, tu ne peux pas garantir qu'il soit sans bug, car tu t'appuies sur :

1) le matériel,
2) le système d'exploitation,
3) le compilateur,
4) des bibliothèques.

Et tu ne peux pas garantir que sous certaines conditions, un de ces 3 éléments ne va pas faire que ton hello.c aura un comportement non prévu.

Il est donc IMPOSSIBLE de garantir qu'un logiciel est SANS BUG à moins de détailler très précisément l'environnement exact auquel cette déclaration se rattache, et encore, ce n'est pas une tâche aisée.

<%
mon code java
%>


Penser à remplacer tous les System.out.println par des out.println.

Par contre, je ne suis pas certain de l'intérêt du bousin...

Tout est dans le titre ou presque. Tu crées des variables d'environnement "standard", et tu y fais référence à coup de System.getProperties().

En plus, c'est multi-plateforme, multi-serveur d'application. Chouette, non ?

Tiens, c'est exactement la remarque que je me suis fait. A noter qu'en France, avant de commencer à enregistrer ce genre de donnée dans une base d'entreprise, il faut commencer par faire une déclaration à la CNIL et obtenir son accord de principe.

Seuls les traitements "classiques" (système de paie par exemple) sont dispensés de déclaration (et encore, je subodore que ce soit juste une tolérance).

Ben si, voyons.

Non, la girafe, quand l'hélicoptère arrive...

Je comprends surtout que j'aurais dû sortir AVANT de poster...

Hep, j'avais pas fait attention, mais...

* avec un système Microsoft, et DVDtruc, Antivirus Machin, suite bureautique, ... (+150 Euros)
* avec un système libre (-0 à -90 Euros selon le support logiciel)

Faudrait savoir : le prix de référence est-il avec ou sans OS ? A mon avis, c'est une tentative éhontée de manipulation politico-affairiste !

En plus, je comprends pas ce que l'auteur a voulu dire. Si WinMachin coûte 150 Euros, qu'on le fait retirer pour prendre - par exemple - FreeDOS qui est gratuit, on devrait retirer 150 Euros, non ? Ca devrait donc être de 0 à -150 Euros ?

Mais si on prend une RHEL Enterprise Illimited Support (pour un PC chez carrefour, c'est un peu inadapté, je sais) et qu'on s'en tire pour 2000 Euros, c'est +1850 Euros, non ?

Bref, comme toujours on nous ment...

Oh, la belle porte ---> []

Pour le point 2 tu préconises la création d'objets de type commande ?

En fait, la plupart du temps, les objets sont déjà chargés. Genre, tu as une liste d'objets, tu en as sélectionné un, il suffit de le passer en paramètre à une méthode de ta couche d'accès aux données.

Pas besoin donc de le recréer ou de le recharger, mais ça suppose que tu conserves en session la liste des objets déjà chargés.

Bon, rien de très original, mais comme c'est plus ou moins un tutoriel, autant de pas donner de mauvaises habitudes à tes lecteurs. Apprendre le MVC ne doit pas être une occasion de faire n'importe quoi sur le reste.

1) Ne JAMAIS gérer les paramètres d'une requête SQL par concaténation
Quand tu fais un "SELECT * FROM matable WHERE monchamp='" + var + "'", demande-toi ce que fera ton programme si l'utilisateur a saisi "25'; DROP DATABASE system; print 'tu t'es fait eu"...

2) Essaye de passer des objets à tes méthodes DELETE
En effet, une méthode avec une signature aussi générique que "mamethode(String id)" ne permet pas au compilateur ou à la VM de contrôler grand chose. Et si tu passes un identifiant de commande à la méthode "DeleteClient()", tu t'exposes à des problèmes...

La même remarque vaut pour les autres appels à la base.

En espérant avoir été utile...