et sachant que libreoffice utilise encore java qui doit consommer 500Mo de ram,
hum… non, pas vraiment, j'ai pas de java installé sur ma machine, et pourtant j'ai le tableur et le traitement de texte. En fait, il me semble, mais je n'ai pas été vérifier, que java n'est obligatoire que pour la base de données (l'équivalent d'accès quoi).
Pour le reste, je suis d'accord, je me souviens même avoir du utiliser gnumerics pour pouvoir afficher correctement une formule d'excel, parce que ce dernier était incapable d'afficher plus de 64Ki caractères, alors qu'il avait pondu la formule sous l'instigation d'un commercial qui utilisait le mode d'enregistrement… formule que j'ai d'ailleurs remplacé par une formule d'à peut près 40 caractères de long (excel avait utilisé des if imbriqués, pour faire l'équivalent d'un locate… forcément ça pique, et en plus c'est plus limité… mouarf!).
mais on va dire que c'est une erreur bien géré non?
Y"a crash ou pas? Données perdues ou pas? Même si le message d'erreur est pourri, y'a-t-il eu perte de données? Parce que du coup, le quelqu'un en question aurait pu demander à un support quelconque (je sais pas moi, un pote, la famille, voire une boîte, une thèse c'est un taf important je crois?)
Dès que tu travailles sur un document un peu gros que ce soit MSO ou LO, il faut faire une sauvegarde régulière ET incrémentale (rapportV0.1, rapportV0.2,rapportV0.3…), sinon le moment où ça plante t'est sacrément dans la merde.
C'est bien ce que je dis. C'est un workaround, et les workaround, ça ne devrait pas exister (note, parce que les choses devraient être faite proprement plutôt qu'à l'arrache entre 2 post-it sur la machine à café…). Surtout quand on paye. Franchement, quand il y à un bug sur une appli qui engendre perte de données, chez nous (qui somme presta) ben on se fait taper sur la tronche. Et c'est normal.
Le cas des TPE / PME est bien souvent aussi caricatural.
Ici (bientôt plus que 4 employés…) on doit se fader du MSO dans un cas: un gros client (voire LE) exige du MS. Le problème au fond, c'est que pas une suite n'est réellement compatible avec son voisin (non, LO n'est pas compatible avec MSO, j'en ai la preuve assez souvent. Ou alors juste pour des trucs basiques… ce qui n'est pas satisfaisant à mon grand dam).
Mais bon, il paraîtrait que la dernière de MSO peut avaler du LO, à voir…
Euh, une erreur bad allocation, ça peut vouloir dire diverses choses, mais la plus probable c'est: "merde, j'ai pas assez de ram pour répondre à ta demande!".
Si c'est bien ça le problème, ça peut vouloir dire 2 choses: soit la machine à effectivement saturé sa RAM (virtuelle et physique) et windows refuse donc d'allouer plus, soit le logiciel à essayé d'allouer une quantité véritablement phénoménale, et l'OS se défend comme il peut.
Dans tous les cas que j'ai énoncés, si le logiciel est écrit en C++, ce qui est, de mémoire, le cas de LO, c'est très probablement une exception qui à été lancée. Pour un logiciel qui cible un public un minimum pro, c'est dommage de ne pas récupérer de ce type d'exception, par exemple en enregistrant les données dans l'état ou elles étaient avant la corruption/l'erreur. C'est justement à ça que servent les exceptions: en remontant la stack, ça permets de revenir à un point où l'état était connu, et d'annuler l'action qui à foiré.
Que le document ait été écrit avec impress ou pas, ne change donc rien au fait qu'il s'agit d'un problème grave dans le code.
Après, facile de dire que c'est la faute au logiciel qui marche sans crasher… mais je trouve que ça fait un peu deux poids deux mesures, non?
Qu'une application crash ou bug, pourquoi pas. Personne n'est parfait. Par contre, qu'un truc que l'on sert à des pros engendre une perte de temps de, disons, 3H, c'est déjà plus grave.
Je vais être cynique (je parle de coût de reviens, pas de salaire net, hein): dans le cas ou c'est la secrétaire smicarde qui coûte ses 20€ de l'heure, bon, à la rigueur, ça peut passer, c'est pas trop cher.
Mais dans le cas ou c'est l'ingénieur que l'on paye dans les 80€ de l'heure… c'est déjà plus chiant, et plus cher. Plus qu'a prier pour qu'il n'ait pas passé sa journée à chiader son truc… pour rien.
Bien sûr, on peut objecter qu'il est prudent de sauvegarder régulièrement… mais moi, j'appelle ça un workaround. Un système stable, ne devrait pas planter, et si on était dans un monde idéal, il y aurait des onduleurs pour éviter les emmerdes d'une coupure de courant…
Bref, la sauvegarde auto ne devrait pas être obligatoire pour moi.
J'avais mal formulé, mais ce que je voulais dire c'est que pour moi, attaquer l'auteur ou les gens derrière le projet, c'est la même catégorie.
Mais bon, on est d'accord :)
Tout est dit. Peut-on vraiment comparer les mainframe avec power? Du (très) peu que j'en sais, les anciens mainframes pour aussi performants qu'ils soient, ne peuvent être ciblés par beaucoup de langages, ce qui est un problème.
Sur power, si Ubuntu supporte, ça veut dire linux, et si Ubuntu marche, c'est probablement grâce au travail de Debian, qui à une quantité non négligeables de paquets, incluant Java, python et C/C++. Entres autres.
Du coup, le coût de développement logiciel devrait être moins élevé que pour du cobol, je suppose? Tu l'as dit après tout: pas mal de choses ont été portées sur Java…
'fin bon, vue ma compréhension du sujet (big data & co, je ne connais malheureusement pas), je ne dis peut-être que de la merde.
(pour te convaincre : regarde les attaques sur systemd, et analyse les, tu verras qu'il y a que du vent derrière, ça n'empèche pas de dire qu'il y a une "raison")
Il y à 10 types d'attaques contre systemd. Celles qui mettent en cause l'auteur, les gens derrière le projet, et celles qui mettent en cause le projet.
Les premières sont complètement inutiles, stupides et méprisables, les autres sont parfois inutiles, stupides, mais pas méprisables pour autant.
Pour windows, tu peux toujours faire tourner un Xming et un véritable gestionnaire de fenêtre. Comme ça, tu contournes l'un des principaux défauts de windows: le manque d'ergonomie et de liberté dans les modifications.
… mais c'est uniquement parce que je n'arrive pas à demander à Debian et randr de détecter cette p***** de seconde carte graphique!!!
Sinon, ce serait 3 écrans (2*4/3 + 1 16/9(pas sûr du ratio en fait. Un large quoi…)) avec i3 donc workspaces. Et le jour ou j'aurai la motivation pour suspendre en plus mon 4ème (oui, j'ai acquis pour pas cher les 4/3 récemment) ce sera quad-screen \o/ (en mode pyramidal, vue la forme des divers écrans c'est ce qui sera le plus exploitable).
ET (on l'a vu également avec pulseaudio) lintégration avec un niveau de finition inadéquat avec un système en production car le release early c'est bien dans l'absolu, mais lorsque ca casse ton système, lorsque ce qui marchait avant ne marche plus, tu n'as pas envie de faire des bisous aux bisounours.
Le release early, release often est une bonne chose, pour les projets KISS (dont systemd ne fait clairement pas partie j'ai l'impression). Pour les autres, ça reste à définir…
Je suppose que ça dépend des usages, vu que perso j'ai jamais eu de problèmes de son. Mais bon, je me contente d'écouter de la musique, regarder des vidéos sur you…tube et de jouer alors forcément…
Soit tu réponds à autre chose (je pense que c'est ça ) et dans ce cas je me permets de rappeler ce dont on parle ici:
Tu as oublié le plus horrible : le code lui même mis en commentaire suite à des modifications.
Soit je n'ai rien compris à ton propos, soit tu dis n'imp.
On parle de code qui fut utile un jour, et qui ne l'est plus. En général, ce type de code est le résultat d'un bug ou d'une évolution, et l'on à donc mis en commentaire l'ancien pour y revenir plus vite si la nouvelle version merde.
Au bout de 10ans, tu peux te retrouver avec 3 versions de la même fonction, 2 bugguées (mais tu ne sais pas quel était le bug) et 1 est une ancienne version complète…
Et quand tu dois attaquer un petit code source de, disons, 5000 lignes, et que tu te retrouves avec 200 lignes de zombies, ben voila, ça aide pas à la compréhension.
et Linus code moins qu'avant, il relis/fait des choix, c'est ça d'être vieux
Ce qui est un travail également, auquel de nombreux logiciels (libres ou pas. À la rigueur, libres et faits par des bénévoles, je dirait qu'en général c'est fait et qu'au pire, ça reste du bénévolat, donc excusable. Les autres, non.) devraient affecter un peu de main d'œuvre à ça.
Mouai… il paraît que c'est à ça que servent les VCS, en fait. Avoir le source d'origine, et la liste des patchs qui y ont été appliqués avec en prime, un commentaire de leur auteur.
Je n'ai pas de lien particulier, juste des prof/intervenants de droit qui me l'ont dit dans diverses formations (pas les mêmes formations, pas au même endroit et encore moins les même profs).
En gros, c'est relatif au fait qu'on à pas le droit de déposer ses "ordures" chez les gens, propriété privée. La boîte au lettre (et la voiture) faisant partie de la propriété privée, si je me souviens bien de leurs explications.
[^] # Re: Budget ?
Posté par freem . En réponse au journal Libre office, ça suçe des ours en Alaska.. Évalué à 4.
hum… non, pas vraiment, j'ai pas de java installé sur ma machine, et pourtant j'ai le tableur et le traitement de texte. En fait, il me semble, mais je n'ai pas été vérifier, que java n'est obligatoire que pour la base de données (l'équivalent d'accès quoi).
Pour le reste, je suis d'accord, je me souviens même avoir du utiliser gnumerics pour pouvoir afficher correctement une formule d'excel, parce que ce dernier était incapable d'afficher plus de 64Ki caractères, alors qu'il avait pondu la formule sous l'instigation d'un commercial qui utilisait le mode d'enregistrement… formule que j'ai d'ailleurs remplacé par une formule d'à peut près 40 caractères de long (excel avait utilisé des if imbriqués, pour faire l'équivalent d'un locate… forcément ça pique, et en plus c'est plus limité… mouarf!).
[^] # Re: Pour ta présentation
Posté par freem . En réponse au journal Libre office, ça suçe des ours en Alaska.. Évalué à 5.
Ouai mais tu voiiiiis, y'a le moisi pas fashione, et le moisi hype tu voiiiiiss…
[^] # Re: C'est possible... mais pas tout seul !
Posté par freem . En réponse au journal Libre office, ça suçe des ours en Alaska.. Évalué à 3.
Je n'osais pas le dire, que la meilleure solution était d'utiliser un vrai outil :)
[^] # Re: C'est possible... mais pas tout seul !
Posté par freem . En réponse au journal Libre office, ça suçe des ours en Alaska.. Évalué à 2.
Y"a crash ou pas? Données perdues ou pas? Même si le message d'erreur est pourri, y'a-t-il eu perte de données? Parce que du coup, le quelqu'un en question aurait pu demander à un support quelconque (je sais pas moi, un pote, la famille, voire une boîte, une thèse c'est un taf important je crois?)
C'est bien ce que je dis. C'est un workaround, et les workaround, ça ne devrait pas exister (note, parce que les choses devraient être faite proprement plutôt qu'à l'arrache entre 2 post-it sur la machine à café…). Surtout quand on paye. Franchement, quand il y à un bug sur une appli qui engendre perte de données, chez nous (qui somme presta) ben on se fait taper sur la tronche. Et c'est normal.
[^] # Re: Budget ?
Posté par freem . En réponse au journal Libre office, ça suçe des ours en Alaska.. Évalué à 3.
Ici (bientôt plus que 4 employés…) on doit se fader du MSO dans un cas: un gros client (voire LE) exige du MS. Le problème au fond, c'est que pas une suite n'est réellement compatible avec son voisin (non, LO n'est pas compatible avec MSO, j'en ai la preuve assez souvent. Ou alors juste pour des trucs basiques… ce qui n'est pas satisfaisant à mon grand dam).
Mais bon, il paraîtrait que la dernière de MSO peut avaler du LO, à voir…
[^] # Re: C'est possible... mais pas tout seul !
Posté par freem . En réponse au journal Libre office, ça suçe des ours en Alaska.. Évalué à 7.
Euh, une erreur bad allocation, ça peut vouloir dire diverses choses, mais la plus probable c'est: "merde, j'ai pas assez de ram pour répondre à ta demande!".
Si c'est bien ça le problème, ça peut vouloir dire 2 choses: soit la machine à effectivement saturé sa RAM (virtuelle et physique) et windows refuse donc d'allouer plus, soit le logiciel à essayé d'allouer une quantité véritablement phénoménale, et l'OS se défend comme il peut.
Dans tous les cas que j'ai énoncés, si le logiciel est écrit en C++, ce qui est, de mémoire, le cas de LO, c'est très probablement une exception qui à été lancée. Pour un logiciel qui cible un public un minimum pro, c'est dommage de ne pas récupérer de ce type d'exception, par exemple en enregistrant les données dans l'état ou elles étaient avant la corruption/l'erreur. C'est justement à ça que servent les exceptions: en remontant la stack, ça permets de revenir à un point où l'état était connu, et d'annuler l'action qui à foiré.
Que le document ait été écrit avec impress ou pas, ne change donc rien au fait qu'il s'agit d'un problème grave dans le code.
Après, facile de dire que c'est la faute au logiciel qui marche sans crasher… mais je trouve que ça fait un peu deux poids deux mesures, non?
Qu'une application crash ou bug, pourquoi pas. Personne n'est parfait. Par contre, qu'un truc que l'on sert à des pros engendre une perte de temps de, disons, 3H, c'est déjà plus grave.
Je vais être cynique (je parle de coût de reviens, pas de salaire net, hein): dans le cas ou c'est la secrétaire smicarde qui coûte ses 20€ de l'heure, bon, à la rigueur, ça peut passer, c'est pas trop cher.
Mais dans le cas ou c'est l'ingénieur que l'on paye dans les 80€ de l'heure… c'est déjà plus chiant, et plus cher. Plus qu'a prier pour qu'il n'ait pas passé sa journée à chiader son truc… pour rien.
Bien sûr, on peut objecter qu'il est prudent de sauvegarder régulièrement… mais moi, j'appelle ça un workaround. Un système stable, ne devrait pas planter, et si on était dans un monde idéal, il y aurait des onduleurs pour éviter les emmerdes d'une coupure de courant…
Bref, la sauvegarde auto ne devrait pas être obligatoire pour moi.
[^] # Re: Incompréhension
Posté par freem . En réponse au journal GOL en a ras le bol des gogols !. Évalué à 2.
J'avais mal formulé, mais ce que je voulais dire c'est que pour moi, attaquer l'auteur ou les gens derrière le projet, c'est la même catégorie.
Mais bon, on est d'accord :)
[^] # Re: Non !
Posté par freem . En réponse au journal Le Power8 d'IBM pourra t-il s'imposer dans le monde des entreprises ?. Évalué à 1.
Tout est dit. Peut-on vraiment comparer les mainframe avec power? Du (très) peu que j'en sais, les anciens mainframes pour aussi performants qu'ils soient, ne peuvent être ciblés par beaucoup de langages, ce qui est un problème.
Sur power, si Ubuntu supporte, ça veut dire linux, et si Ubuntu marche, c'est probablement grâce au travail de Debian, qui à une quantité non négligeables de paquets, incluant Java, python et C/C++. Entres autres.
Du coup, le coût de développement logiciel devrait être moins élevé que pour du cobol, je suppose? Tu l'as dit après tout: pas mal de choses ont été portées sur Java…
'fin bon, vue ma compréhension du sujet (big data & co, je ne connais malheureusement pas), je ne dis peut-être que de la merde.
[^] # Re: Incompréhension
Posté par freem . En réponse au journal GOL en a ras le bol des gogols !. Évalué à 5.
Il y à 10 types d'attaques contre systemd. Celles qui mettent en cause l'auteur, les gens derrière le projet, et celles qui mettent en cause le projet.
Les premières sont complètement inutiles, stupides et méprisables, les autres sont parfois inutiles, stupides, mais pas méprisables pour autant.
[^] # Re: smart pointer
Posté par freem . En réponse au journal Retour aux sources. Évalué à 2.
Tu veux dire pour le manque de message d'erreur… C'est une bonne idée en effet.
[^] # Re: Il faut apprendre à respecter les règles !
Posté par freem . En réponse au message aider moi avec les pointeurs. Évalué à 2.
C'est utilisé, oui, mais c'est un abus de langage. De la part de quelqu'un qui fait chier le monde à faire le grammar nazi, je trouve ça incorrect.
[^] # Re: Une première !
Posté par freem . En réponse au journal Le Power8 d'IBM pourra t-il s'imposer dans le monde des entreprises ?. Évalué à 10.
Laisses tomber, certains sont tellement aveuglés par les noms et les réputations qu'ils en oublient les contenus pertinents.
[^] # Re: Je trouve ce sondage inepte.
Posté par freem . En réponse au sondage Bureaux virtuels et multi-écrans, qu'avez-vous ?. Évalué à 1.
Brigitte sors de ce corps!
[^] # Re: Ma config
Posté par freem . En réponse au sondage Bureaux virtuels et multi-écrans, qu'avez-vous ?. Évalué à 2.
Jamais eu ce souci, donc je suppose que ça l'a été ( je n'utilise LO qu'au taf, et je ne taf sur linux que depuis moins d'un an… )
[^] # Re: Géométrie variable
Posté par freem . En réponse au sondage Bureaux virtuels et multi-écrans, qu'avez-vous ?. Évalué à 2.
Pour windows, tu peux toujours faire tourner un Xming et un véritable gestionnaire de fenêtre. Comme ça, tu contournes l'un des principaux défauts de windows: le manque d'ergonomie et de liberté dans les modifications.
# Actuellement, dual screen+bureau virtuels...
Posté par freem . En réponse au sondage Bureaux virtuels et multi-écrans, qu'avez-vous ?. Évalué à 4.
… mais c'est uniquement parce que je n'arrive pas à demander à Debian et randr de détecter cette p***** de seconde carte graphique!!!
Sinon, ce serait 3 écrans (2*4/3 + 1 16/9(pas sûr du ratio en fait. Un large quoi…)) avec i3 donc workspaces. Et le jour ou j'aurai la motivation pour suspendre en plus mon 4ème (oui, j'ai acquis pour pas cher les 4/3 récemment) ce sera quad-screen \o/ (en mode pyramidal, vue la forme des divers écrans c'est ce qui sera le plus exploitable).
[^] # Re: causes conséquences.
Posté par freem . En réponse au journal Lennart Poettering trouve la communauté Linux désagréable. Évalué à 3.
Le release early, release often est une bonne chose, pour les projets KISS (dont systemd ne fait clairement pas partie j'ai l'impression). Pour les autres, ça reste à définir…
[^] # Re: Lennart Poettering trouve la communauté Linux désagréable
Posté par freem . En réponse au journal Lennart Poettering trouve la communauté Linux désagréable. Évalué à 5.
Je suppose que ça dépend des usages, vu que perso j'ai jamais eu de problèmes de son. Mais bon, je me contente d'écouter de la musique, regarder des vidéos sur you…tube et de jouer alors forcément…
[^] # Re: relativité étendue
Posté par freem . En réponse au journal "beauté du code". Évalué à 3.
Soit tu réponds à autre chose (je pense que c'est ça ) et dans ce cas je me permets de rappeler ce dont on parle ici:
Soit je n'ai rien compris à ton propos, soit tu dis n'imp.
On parle de code qui fut utile un jour, et qui ne l'est plus. En général, ce type de code est le résultat d'un bug ou d'une évolution, et l'on à donc mis en commentaire l'ancien pour y revenir plus vite si la nouvelle version merde.
Au bout de 10ans, tu peux te retrouver avec 3 versions de la même fonction, 2 bugguées (mais tu ne sais pas quel était le bug) et 1 est une ancienne version complète…
Et quand tu dois attaquer un petit code source de, disons, 5000 lignes, et que tu te retrouves avec 200 lignes de zombies, ben voila, ça aide pas à la compréhension.
[^] # Re: Lennart Poettering trouve la communauté Linux désagréable
Posté par freem . En réponse au journal Lennart Poettering trouve la communauté Linux désagréable. Évalué à 2.
Certes.
Ce qui est un travail également, auquel de nombreux logiciels (libres ou pas. À la rigueur, libres et faits par des bénévoles, je dirait qu'en général c'est fait et qu'au pire, ça reste du bénévolat, donc excusable. Les autres, non.) devraient affecter un peu de main d'œuvre à ça.
[^] # Re: Lennart Poettering trouve la communauté Linux désagréable
Posté par freem . En réponse au journal Lennart Poettering trouve la communauté Linux désagréable. Évalué à 2.
Tu veux dire que Linus et Lennart ne boosent pas? :p
[^] # Re: relativité étendue
Posté par freem . En réponse au journal "beauté du code". Évalué à 3.
Mouai… il paraît que c'est à ça que servent les VCS, en fait. Avoir le source d'origine, et la liste des patchs qui y ont été appliqués avec en prime, un commentaire de leur auteur.
[^] # Re: relativité étendue
Posté par freem . En réponse au journal "beauté du code". Évalué à 4.
Non non, c'est ce que j'appelle du code zombie :) il est mort mais pas totalement…
[^] # Re: Autre solution
Posté par freem . En réponse au journal Coup de gueule : il devrait être obligatoire d'avoir une boîte aux lettres. Évalué à 2.
Quand je distribuais mes annuaires il y à 6 ans, un bon 60% de BaL l'étaient. En campagne.
[^] # Re: Non merci
Posté par freem . En réponse au journal Coup de gueule : il devrait être obligatoire d'avoir une boîte aux lettres. Évalué à 2.
Je n'ai pas de lien particulier, juste des prof/intervenants de droit qui me l'ont dit dans diverses formations (pas les mêmes formations, pas au même endroit et encore moins les même profs).
En gros, c'est relatif au fait qu'on à pas le droit de déposer ses "ordures" chez les gens, propriété privée. La boîte au lettre (et la voiture) faisant partie de la propriété privée, si je me souviens bien de leurs explications.