Alors on peut difficilement reprocher au gars de ne pas se sacrifier pour des inconnus.
Je ne pense pas que ce soit le cas. S'il écrit ce n'est pas pour lui mais pour les autres. Si son plaisir c'est de lire et relire ce qu'il écrit, le mieux c'est de faire un journal intime.
Mais bon pour être écris une fois le texte est lu au minimum 10 fois plus donc il est plus important de permettre une lecture simple au plus grand nombre et dans ce cas :
il existe une CSS qui fait le boulot comme il faut
il vaut mieux ne pas ajouter des retours à la ligne pour les mal/non voyants qui utilisent un synthétiseurs vocal
les gens que tu appel « mutants » et qui préfèrent une autre taille peuvent se la faire
autres cas que ni l'auteur ni moi ne pouvons imaginer
Bref j'ai l'impression qu'on est d'accord sur le fait que c'est un problème de respect, mais que toi tu accorde plus d'importance au respect de la typographie que du lecteur (cf la phrase que je viens de citer) alors que pour moi (et quelques autres) c'est l'inverse.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
En tout cas je te félicite, c'est la première fois que je vois un nazi de la typo (près à se battre contre les normes du web pour ça !), ça change des nazis de la grammaire.
Bof, l'intérêt d'avoir son serveur sous-traité qui continue à tourner quand on ne peut de toute façon plus s'y connecter parce qu'on n'a de toute façon pas de courant pour faire tourner un ordinateur chez soi…
T'es toujours chez toi pour lire tes mails ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Déjà, on va partir d'un fait : avoir des lignes courtes est une base de la typographie, car ça facilite la lecture pour la majorité des gens. C'est comme les capitales accentuées, les différentes espaces autour de la ponctuation ou même l'orthographe de manière plus générale, ce sont des règles que l'on doit suivre par respect pour le lecteur. Si ça ne vous plait pas, c'est votre choix, mais c'est à vous de vous adapter, pas à vous d'imposer aux autres vos nouvelles règles.
Ici tu dis que c'est à l'émetteur de faire la mise en forme (les césures).
La césure devrait n'être faite que par le logiciel, de manière automatique, avec les préférences standard ou éventuellement celles particulières de l'utilisateur. Nous sommes (j'espère) d'accord là dessus.
Là tu dis que c'est au client de le faire.
C'est au client de le faire. On est pas entrain de s'envoyer des PDF dont le format est figé mais des messages HTML dont le rendu peut et doit être modifié au niveau du client.
Alors dans ce cas, décider de faire la césure à la main, ça devient tout à fait acceptable.
Non et ça ne le sera jamais. Pour convenir a ce que tu imagine être la taille idéale tu force la main à tout le monde. Les écrans plus petits (ou les polices plus grosses) deviennent inutilisables. Je présume que les synthétiseurs vocaux te récitent les retours à la lignes à tut-tête et je ne sais encore quel autre problèmes tu peux créer. Donc encore une fois forcer la mise en forme sur le web c'est une ineptie qui n'a pas de raison valable d'exister. Si la mise en forme du site ne te plaît pas fait une demande pour le modifier ou modifie-le via ton client, mais ne va pas imaginer qu'il y a une chance que ta césure qui suivent les belles règles de la langues françaises soient pratiques ou agréables pour tout le monde sur le web.
lorsqu'on a un système foireux
On a un système qui est capable de s'adapter à l'humeur et l'envi des utilisateurs sauf quand quelqu'un pense qu'il sait mieux que tout le monde comment on doit écrire. Si ça te gêne tant que ça d'avoir des lignes longues, renseigne-toi et configure ton navigateur en conséquence, mais n'est pas la prétention d'imposer ta vision du web.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Vu qu'on peut faire du code non portable en java, ça ne change rien; je suis justement en train de bosser sur une appli java qui se sert d'une bibliothèque codée c++ ;)
Et on peut consommer toutes la mémoire de l'ordinateur en C++ (tout en faisant des factory de singleton template) donc je ne vois pas pourquoi il faudrait dire que Java consomme plus de mémoire que le C++ (ou même le C c'est la même chose).
Gné??? Python n'est pas installé par défaut sur mon Windows, pas plus que la machine virtuelle java.
Je n'ai pas dis, que c'était disponible en standard, mais plus répandu. Tu le dis toit même pour flash et .NET.
À partir du moment où il faut installer un interpréteur tiers, la complexité est la même.
Tu regarde ta cible, ce qu'ils ont comme machine et ce qu'il y a d'installé dessus. S'il n'y a rien, peut être que LLVM seras pertinent (bien que je ne suis pas sûr qu'il gère sa mise à jour de lui même par exemple). Mais de ce que j'en vois les Java, .Net et python sont plus souvent présent que LLVM.
Pour devoir faire du code portable, ça fait des années que je n'ai pas eu à faire de morceau de code spécifique à un OS, sauf si le soft devait modifier la conf du système.
Oui tu n'utilise jamais un appel système directement, tu as soit une bibliothèque standard qui suffit (ce qui en C et C++ est rarement le cas sur des vrai projet) soit tu utilise quelque chose comme Qt que tu link en statique ou que tu déploie sur les machines cibles.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Si tu veux vraiment faire ça, tu peux toujours passer par LLVM en C++, qui fera exactement la même chose que Java, c'est-à-dire transformer le code intermédiaire en code natif au moment de l'exécution.
Ça deviens possible avec ça mais le niveau de complexité est encore bien grand plus grand :
il faut déployer llvm
gérer la portabilité dans les sources (soit avec un bibliothèque qu'il faudra linker en statique ou déployer)
Avec python, java ou autre, tu as la vm qui est déjà très répandue (c'est pas négligeable) et tu as presque tout les mécanismes pour faire abstration de l'OS dans le langage ou la bibliothèque standard.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tu peux générer un binaire qui seras compatible à ces 3 OS, tu ne peux pas en faire de même en C++. Dans l'un c'est peut être compliqué, d'ans l'autre ce n'est pas possible.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
J'ai le plaisir de t'apprendre que tu es un mutant qui a su s'adapter à l'évolution accélérée des moniteurs 16/9, évolution qui a justement laissé sur place la majorité des logiciels et contenus qui nous imposent maintenant des textes formés de lignes de 278 caractères, ce qui obligent les homo sapiens de mon espèce à disposer un post-it en début de ligne pour retrouver le début de la ligne suivante lorsque le regard y revient 10 mn plus tard.
Dis celui qui écris une ligne de 464 caractères. Ceux qui ont le plus à se plaindre ce ne sont pas ceux qui ont un grand écran mais ceux qui en ont un petit. Parce qu'ils se retrouvent à lire comme ça :
De ce que j'ai compris, le principal
intérêt n'est
pas un boot plus rapide.
Les init classiques sont bien adaptés
pour des
machines statiques. On hard-code quels
sont les
services démarrés et l'ordre dans lequel
ils sont
démarrés à coup de S47toto S85titi…
Et oui il y en a qui viennent sur linuxfr avec des téléphones plus petits et plus simples qu'une Galaxy S3 ou un HTC One X.
Cela n'enlève rien à la qualité du contenu du message dont on parle.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Quant à l'auto-hébergement, y a pas à dire, avec l'ADSL on a un tel débit d'upload qu'il rend complètement caduque l'existence même d'entreprises tel que OVH.
C'est drôle quand on sait qu'OVH propose le SDSL :)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
En fait non. Gnome utilise dbus pour faire certaines actions. Actuellement le seul backend c'est systemd. Donc au lieu d'avoird des appels direct et une manière de faire par action, il semble qu'à terme les développeurs veillent tout faire passer pas dbus, ce qui permet d'avoir une certaine uniformisation et une abstraction.
En fait l'idée c'est que ce ne seras plus à Gnome de proposer un tas de backends, mais plutôt à toi de choisir le tiens selon tout ce qui existe comme service dbus. Pour le moment il semble qu'il n'y en a qu'un.
Personnellement le seul problème que j'y vois ce n'est pas systemd, mais plutôt dbus qui est, je trouve, pas facile à prendre en main (et qui n'existe pas sous d'autres unix).
En tout cas tu critique en affirmant que ce n'est plus modulaire et en rejetant la faute sur systemd alors que selon moi la faute c'est que gnome ne propose pas d'alternative à dbus en attendant des alternatives à systemd.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Les incompatibilités à cause du compilateur sont très rare. Le bytecode est bien défini et je n'ai jamais vu un .class refusant de s'executer. Les incompatibilités viennent de la bibliothèque standard qui, en java, regroupe tes deux premiers points.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
C'est fait par Oracle qui sont des connards prêts à coller un procès à n'importe qui dès qu'ils trouvent une piste pour le faire : « Là, eux là-bas, Google, ils utilisent le mot “Java”, pas bien ! »
Tu gueulera autant contre btrfs ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Qu'est ce que tu entends par "sans faire de réseau" ?
Je voulais dire que rien oblige qu'il soit accessible, ni qu'il accède à des machines distantes.
Certains services embarquent un serveur RPC. Et d'autres, consommateurs, ont un client RPC. Et donc ça leur permet de communiquer entre eux facilement même en étant sur des machines diverses. Par exemple les frontend vont pouvoir demander, via RPC, à des services disposés sur des machines spécifiques d'effectuer des traitement et de retourner le résultat. Remote procedure call
Ok la grosse différence avec JMS c'est que l'un est synchrone et pas l'autre.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Oué, c'est typiquement ce dont je ne peux pas me servir. JPA est inutilisable dans mon contexte par exemple. Donc on vire des gros avantages des serveurs d'applications.
Là où je travail on utilise pas mal des datasources ainsi que les transactions, c'est assez pratique (mais je comprends que ça ne s'utilise pas partout et que ce n'est pas utile à tout le monde).
Ha oui, intéressant c'est vrai. Le truc c'est que je voulais que certains modules puissent s'exécuter aussi bien dans un contexte web que pas (par exemple pour certains modules métiers dont on à rien à carré qu'ils touchent au web, qui sont sur leurs propres machines et qui communiquent avec le reste en RPC (faut dire que le contexte c'est archi distribuée)
Il faudrait regarder plus en détail, mais je crois que tu peut créer tes bundle OSGi et les déployer sur jonas sans faire de réseau.
qui communiquent avec le reste en RPC (faut dire que le contexte c'est archi distribuée)
Tu entends quoi par RPC ? Nous nous utilisons JMS pour ce genre de choses ça permet de faire de la répartition de charge (on a des files qui envoient vers différents serveurs) et de gérer la fiabilité (les messages sont « persistés » et on a un agent coté client qui renvoie les messages s'il y a eu un problème). Couplé aux transactions, on garantie que quand un message a bien était consommé il n'y a eu aucun problème lors de son traitement (sinon la transaction aurait était détruite (rollback)). On défini aussi des règles du type « si un message s'est raté 3 fois sur cette file, il est envoyé à celle là ».
C'est très pratique au final.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Irrémédiable
Posté par barmic . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 3.
Je ne pense pas que ce soit le cas. S'il écrit ce n'est pas pour lui mais pour les autres. Si son plaisir c'est de lire et relire ce qu'il écrit, le mieux c'est de faire un journal intime.
Mais d'après ce que j'ai compris ce qui gène c'est le textearea ? Ceci pourrait peut être régler définitivement ton problème https://addons.mozilla.org/en-US/firefox/addon/its-all-text/?src=search
Mais bon pour être écris une fois le texte est lu au minimum 10 fois plus donc il est plus important de permettre une lecture simple au plus grand nombre et dans ce cas :
Bref j'ai l'impression qu'on est d'accord sur le fait que c'est un problème de respect, mais que toi tu accorde plus d'importance au respect de la typographie que du lecteur (cf la phrase que je viens de citer) alors que pour moi (et quelques autres) c'est l'inverse.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Irrémédiable
Posté par barmic . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 3.
Et aucun des deux ne double-justifie.
En tout cas je te félicite, c'est la première fois que je vois un nazi de la typo (près à se battre contre les normes du web pour ça !), ça change des nazis de la grammaire.
En plus tu es presque devenu constructif (https://linuxfr.org/suivi/ajouter-une-css-reduisant-la-taille-de-la-fenetre-d-edition), c'est bien.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Irrémédiable
Posté par barmic . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 3.
Opera mobile le fait déjà pour toi.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Auto-hébergement
Posté par barmic . En réponse au journal Vie privée sur internet et demandes gouvernementales. Évalué à 4.
T'es toujours chez toi pour lire tes mails ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Irrémédiable
Posté par barmic . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 9.
Ici tu dis que c'est à l'émetteur de faire la mise en forme (les césures).
Là tu dis que c'est au client de le faire.
C'est au client de le faire. On est pas entrain de s'envoyer des PDF dont le format est figé mais des messages HTML dont le rendu peut et doit être modifié au niveau du client.
Non et ça ne le sera jamais. Pour convenir a ce que tu imagine être la taille idéale tu force la main à tout le monde. Les écrans plus petits (ou les polices plus grosses) deviennent inutilisables. Je présume que les synthétiseurs vocaux te récitent les retours à la lignes à tut-tête et je ne sais encore quel autre problèmes tu peux créer. Donc encore une fois forcer la mise en forme sur le web c'est une ineptie qui n'a pas de raison valable d'exister. Si la mise en forme du site ne te plaît pas fait une demande pour le modifier ou modifie-le via ton client, mais ne va pas imaginer qu'il y a une chance que ta césure qui suivent les belles règles de la langues françaises soient pratiques ou agréables pour tout le monde sur le web.
On a un système qui est capable de s'adapter à l'humeur et l'envi des utilisateurs sauf quand quelqu'un pense qu'il sait mieux que tout le monde comment on doit écrire. Si ça te gêne tant que ça d'avoir des lignes longues, renseigne-toi et configure ton navigateur en conséquence, mais n'est pas la prétention d'imposer ta vision du web.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Auto-hébergement
Posté par barmic . En réponse au journal Vie privée sur internet et demandes gouvernementales. Évalué à 4.
C'est ton nouveau truc l'insulte à l'intelligence ? Tu l'a lu où ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Gestionnaire de paquets
Posté par barmic . En réponse à la dépêche GNU Emacs 24 est là !. Évalué à 1.
Et on peut consommer toutes la mémoire de l'ordinateur en C++ (tout en faisant des factory de singleton template) donc je ne vois pas pourquoi il faudrait dire que Java consomme plus de mémoire que le C++ (ou même le C c'est la même chose).
Je n'ai pas dis, que c'était disponible en standard, mais plus répandu. Tu le dis toit même pour flash et .NET.
Tu regarde ta cible, ce qu'ils ont comme machine et ce qu'il y a d'installé dessus. S'il n'y a rien, peut être que LLVM seras pertinent (bien que je ne suis pas sûr qu'il gère sa mise à jour de lui même par exemple). Mais de ce que j'en vois les Java, .Net et python sont plus souvent présent que LLVM.
Oui tu n'utilise jamais un appel système directement, tu as soit une bibliothèque standard qui suffit (ce qui en C et C++ est rarement le cas sur des vrai projet) soit tu utilise quelque chose comme Qt que tu link en statique ou que tu déploie sur les machines cibles.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Gestionnaire de paquets
Posté par barmic . En réponse à la dépêche GNU Emacs 24 est là !. Évalué à 5.
Ça deviens possible avec ça mais le niveau de complexité est encore bien grand plus grand :
Avec python, java ou autre, tu as la vm qui est déjà très répandue (c'est pas négligeable) et tu as presque tout les mécanismes pour faire abstration de l'OS dans le langage ou la bibliothèque standard.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Gestionnaire de paquets
Posté par barmic . En réponse à la dépêche GNU Emacs 24 est là !. Évalué à 3.
Tu peux générer un binaire qui seras compatible à ces 3 OS, tu ne peux pas en faire de même en C++. Dans l'un c'est peut être compliqué, d'ans l'autre ce n'est pas possible.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Irrémédiable
Posté par barmic . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 10.
Dis celui qui écris une ligne de 464 caractères. Ceux qui ont le plus à se plaindre ce ne sont pas ceux qui ont un grand écran mais ceux qui en ont un petit. Parce qu'ils se retrouvent à lire comme ça :
Et oui il y en a qui viennent sur linuxfr avec des téléphones plus petits et plus simples qu'une Galaxy S3 ou un HTC One X.
Cela n'enlève rien à la qualité du contenu du message dont on parle.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Auto-hébergement
Posté par barmic . En réponse au journal Vie privée sur internet et demandes gouvernementales. Évalué à 3.
C'est drôle quand on sait qu'OVH propose le SDSL :)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Irrémédiable
Posté par barmic . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 2.
Les capabilities ne sont pas très fines et la plupart posent des problèmes de sécurité.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Irrémédiable
Posté par barmic . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 2.
Je crois que tu décris l'existant…
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Irrémédiable
Posté par barmic . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 2.
J'ai pas compris cette partie.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Irrémédiable
Posté par barmic . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 9.
En fait non. Gnome utilise dbus pour faire certaines actions. Actuellement le seul backend c'est systemd. Donc au lieu d'avoird des appels direct et une manière de faire par action, il semble qu'à terme les développeurs veillent tout faire passer pas dbus, ce qui permet d'avoir une certaine uniformisation et une abstraction.
En fait l'idée c'est que ce ne seras plus à Gnome de proposer un tas de backends, mais plutôt à toi de choisir le tiens selon tout ce qui existe comme service dbus. Pour le moment il semble qu'il n'y en a qu'un.
Personnellement le seul problème que j'y vois ce n'est pas systemd, mais plutôt dbus qui est, je trouve, pas facile à prendre en main (et qui n'existe pas sous d'autres unix).
En tout cas tu critique en affirmant que ce n'est plus modulaire et en rejetant la faute sur systemd alors que selon moi la faute c'est que gnome ne propose pas d'alternative à dbus en attendant des alternatives à systemd.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Gestionnaire de paquets
Posté par barmic . En réponse à la dépêche GNU Emacs 24 est là !. Évalué à 1.
Tu parle d'ignorance ?
Les incompatibilités à cause du compilateur sont très rare. Le bytecode est bien défini et je n'ai jamais vu un .class refusant de s'executer. Les incompatibilités viennent de la bibliothèque standard qui, en java, regroupe tes deux premiers points.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Gestionnaire de paquets
Posté par barmic . En réponse à la dépêche GNU Emacs 24 est là !. Évalué à 9.
J'ai pas compris ton argument. Le langage pue car il n'a jamais était utilisé dans un cas particulier ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Gestionnaire de paquets
Posté par barmic . En réponse à la dépêche GNU Emacs 24 est là !. Évalué à 9.
Et OpenJDK/GCJ/GNU Classpath c'est quoi ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Emacs est un bon système...
Posté par barmic . En réponse à la dépêche GNU Emacs 24 est là !. Évalué à 3.
Comme beaucoup de monde. Le org mode est très utilisé aussi.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Injection de dépendance
Posté par barmic . En réponse au journal De tout, de rien, des liens, du vrac (mais moins bookmarks cette fois). Évalué à 4.
Moi je dirais merci à vous deux pour m'avoir un peu plus montré des techno que je ne connais que mal mais qui sont intéressantes :)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Gestionnaire de paquets
Posté par barmic . En réponse à la dépêche GNU Emacs 24 est là !. Évalué à 7.
Tu gueulera autant contre btrfs ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: tentative d'explication
Posté par barmic . En réponse à la dépêche GNU Emacs 24 est là !. Évalué à 10.
COOL !!!
Aller Qt ça pue c'est pas libre !!!
On l'a déjà dit, il fut proprio, c'est du C++ et Linus vous diras comment le C++ c'est mal, c'est du Nokia.
Enfin je peux la ressortir ! Merci !
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Injection de dépendance
Posté par barmic . En réponse au journal De tout, de rien, des liens, du vrac (mais moins bookmarks cette fois). Évalué à 3.
Je voulais dire que rien oblige qu'il soit accessible, ni qu'il accède à des machines distantes.
Ok la grosse différence avec JMS c'est que l'un est synchrone et pas l'autre.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Injection de dépendance
Posté par barmic . En réponse au journal De tout, de rien, des liens, du vrac (mais moins bookmarks cette fois). Évalué à 3.
Là où je travail on utilise pas mal des datasources ainsi que les transactions, c'est assez pratique (mais je comprends que ça ne s'utilise pas partout et que ce n'est pas utile à tout le monde).
Il faudrait regarder plus en détail, mais je crois que tu peut créer tes bundle OSGi et les déployer sur jonas sans faire de réseau.
Tu entends quoi par RPC ? Nous nous utilisons JMS pour ce genre de choses ça permet de faire de la répartition de charge (on a des files qui envoient vers différents serveurs) et de gérer la fiabilité (les messages sont « persistés » et on a un agent coté client qui renvoie les messages s'il y a eu un problème). Couplé aux transactions, on garantie que quand un message a bien était consommé il n'y a eu aucun problème lors de son traitement (sinon la transaction aurait était détruite (rollback)). On défini aussi des règles du type « si un message s'est raté 3 fois sur cette file, il est envoyé à celle là ».
C'est très pratique au final.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Temps de travail
Posté par barmic . En réponse au journal De tout, de rien, des liens, du vrac (mais moins bookmarks cette fois). Évalué à 3.
Je n'ai travaillé que dans des grosses boites peut être que ça joue.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)