Apple n'a jamais ete meme vaguement proche d'une position dominante sur les ebooks, et ca se comprend, c'est pas terrible de lire sur un telephone/ipad (trop petit, trop lourd, problemes de batteries).
Le proces portait sur SJ qui a rencontre les editeurs, et s'est arrange pour que les prix remontent (et les editeurs etaient bien contents de pouvoir respirer un peu). Dit autrement, tres exactement ce que dit le commentaire auquel je repondais.
Le DoJ a estime qu'apple a abuse de "sa position dominante" pour attenter au bien etre du consomateur et de l'industrie du livre, avec amazon en coulisse qui faisait du lobbying de malade pour etre sur qu'ils gardent leur emprise sur les ebooks.
Et juste apres, t'as des blagues du genre amazon qui fout la pression sur hachette et tente de les extorquer en retirant une partie de ses bouquins de son stock.
Pour quelqu'un qui considere que le temps, c'est de l'argent, facon businessman presse, il passe quand meme vachement de temps a troller et repeter ad nauseam ses arguments.
Négocier avec les éditeurs, tu les presses moins, tu es plus cher, mais tu veux quelque chose en plus: une plus belle édition, un supplément, que sais-je, le tout devant être exclusif, bien entendu!
Apple a essaye, ils ont eu des problemes avec le doj.
Avec un peu d'habitude et en voyageant souvent, la secu prend 10 a 15 minutes.
Je vol toutes les semaines, je me considere a l'heure si je quitte le parking 15 minutes avant l'embarquement - a list, donc pas de queue, puis le scanner prend 5 minutes. Evidemment, j'ai pas de bagage, juste un sac a dos.
Ce qui prend une plombe, c'est enregistrer les bagages, les amener a l'avion, charger l'avion, attendre l'avion, embarquer 150 personnes par la meme porte qui passent par le meme couloir, aider mamie a mettre le sac dans le trucs a bagage, et expliquer a bob que sa valise ne rentre pas en cabine et la filer au gars pour qu'il la mette en soute.
Les ricains sont pas (completement) cons, et savent bien que du temps perdu dans les aeroports, c'est du fric de gache pour les gens en voyage d'affaire. Et aux us, on touche pas au grisbi.
http://www.irs.gov/pub/irs-pdf/fw4.pdf
Le w2, c'est le resume de l'année, le w4 c'est ce qui sert a precalculer les withholdings. Bon a le relire, y'a pas tant de marge que ca cela dit (a moins de rentrer dans le delire administratif).
C'est franchement relou. Il faut recopier l'intégralité de mon W2 sur un site web, qui pourrait simplement prendre mon numéro de sécurité sociale, et pré-remplir l'intégralité du truc. Non, sérieusement, la déclaration d'impôts aux US est une plaie. Je ne te parle même pas de toutes les niches fiscales à la con qui sont élargies/rétrécies d'une année sur l'autre.
Oui, vu comme ca, certes. Apres quand tu regardes bien, ton w2, c'est 3 montants, total wages, federal + state withholdings.
J'en ai pas mal chie cette année "a cause" de madame qui été contractor pendant 6 mois, et après employee, du coup 1099, itemized statement et tout le tralala. Et v'la la gueule de l'ajustement au final, il nous a fait mal au derriere.
Mon argument est plutôt que le 1040ez est assez simple et va te prendre 30 minutes (dont 25 a retrouver ce foutu w2 que tu sais pas ou tu l'as foutu). Apres, oui, c'est plus complique que rien du tout :)
Et oui, les boites de type H&R Block, Turbo Tax, etc. se font des couilles en or
Et en tout cas dans mon cas, chaque année le tax return tourne autour de 1400$, ce qui n'est pas négligeable…
Ben je sais pas comment tu fais, moi c'est dans les ~150-200 dol' au federal, qq dizaines a l'état (sorti de l'exception de cette année, particulière). Quand je vois ce qui part en withholdings, et les bonus qui tombent de façon aléatoire, je me dit qu'ils gèrent pas trop mal.
C'est pas bien complique pour la majorité des gens.
Tu prend la paye, t'extrapoles a l'année, t'appliques le taux. Ca casse pas trois pattes a un canard, et ca couvre la grande, grande majorité des gens.
Le recalcul en fin d'annee est dans la plupart des cas une simple confirmation, avec un ajustement de qq centaines de dollars, soit peau de balle. Pour le contribuable, c'est un peu plus sympa que de devoir s'assoir sur qq milliers d'euros qu'on peut pas toucher parce que sinon le fisc il va taper sur les doigts l'année prochaine.
Ensuite, pour les cas qui restent:
- tu leur donnes de la marge dans le prélèvement, i.e. a la hausse ou la baisse si tu penses que des changements sont probables (changement de taff, mariage, enfant, que sais je)
- dans les cas ou c'est vraiment trop le bordel, genre indépendant qui de toutes façons itemizent tout, tu les laisses se démerder et payer l'année d'après. De toutes façons, y'a pas de salaires pour eux, alors dur de faire un prélèvement sur le salaire.
Apres, oui, ca ajoute techniquement de la complexité, mais on a invente ce truc genial qui s'appelle un ordinateur, et il parait que c'est pas mal du tout pour faire ce genre de taches.
Prélèvement à la source — à noter que l'état US se plante « bizarrement » tous les ans, et me doit tous les ans des sous. C'est pas comme si mon salaire ou ma situation avaient changé dramatiquement en 4 ans…
Change ton w4, tu peux indiquer le nombre de parts que tu preleves.
Perso, a part la premiere annee qui etait speciale (courte, donc tranche surestimee, plus abattement massif de la premiere declaration), je suis toujours tombe a qq centaines de dollars de return, soit pas grand chose sur le total.
Il faut quand même remplir intégralement sa fiche d'impôts
Certes, apres le 1040ez, c'est pas le bout du monde. Si tu qualifies pas pour un 1040ez, ben t'as de la chance de faire partie des nantis :)
Si t'es independant, ca a l'air d'etre un peu plus le bordel cela dit.
Il y a un business MONSTRUEUX de ce côté : les logiciels d'aide à la déclaration d'impôts et les cabinets « comptables » spécialisés et qui n'ouvrent finalement que pour une période de 3-4 mois chaque année se font des couilles en or.
Couilles, en or, couilles en or, c'est vite dit. Ouvres un hr block si tu veux t'en convaincre. :)
Une bonne partie de ces business ne font pas que du remplissage, mais surtout de l'optimisation fiscale, a savoir optimiser pour le meilleur tax return.
et au niveau local.
Oh putain! Me lances pas sur le california franchise tax board…
C'est une vision tres old school des serveurs d'applis (j'imagine que tu fais reference a JNDI?).
A l'heure de l'autoscaling et du configuration management, tu t'emmerdes plus avec tout ca. Tes connections DB, elles sont configurées par des fichiers properties générés au runtime par chef, ou fournies par ton discovery service.
Tu t'emmerdes pas non plus a héberger plusieurs services sur la meme VM, et quand bien meme tu le ferais, t'as pas besoin de les faire tourner dans le meme conteneur. Dans un environment moderne, les gros serveurs d'appli (ou meme les legers, comme tomcat) sont plus une plaie qu'autre chose, ils ne répondent pas vraiment a un problème (ou plutôt, tres mal) et créent un paquet de problèmes de déploiement.
Quand a TLS, tu fait comme tout le monde, tu le termines sur ton LB a l'entree de ton DC et tu poursuit ton chemin en HTTP.
Dit autrement, tu "n'administre" pas un serveur, t'en déplois un nouveau et met l'ancien a la poubelle. J'imagine qu'il y'a encore beaucoup de monde qui gère ses machines comme tu le décris, mais c'est pas franchement la direction que prend l'industrie depuis qq années.
Autant je suis d'accord sur l'empreinte mémoire qui est assez imposante (a ramener au nombre de choses qu'éclipse fait quand meme), autant niveau vitesse pure et réactivité (sorti des pauses GC, évidemment), ca a pas a rougir a mon avis.
Idem pour intellij.
Je sais pas si tu as déjà vu des applications web un peu grosses, mais dans la soi-disant couche "présentation" (ie HTML), il y a toujours un bout de "logique" (un semi-langage en plus, pas HTML mais pas javascript, qui permet de définir le contenu final en fonction des données, qui boucle sur ces données, etc…).
C'est pas un probleme ca, les vues ont parfaitement le droit d'avoir du code, tant que c'est de la pure presentation.
Ya pas de mal a avoir "updateWithFoo" sur une vue, tant que cette methode ne fait effectivement que presenter foo dans le contexte de cette vue, i.e. ne faire que modifier l'apparence de cette vue en fonction de l'etat de foo.
C'est de la logique de presentation, tu peux vouloir formatter une date, changer la couleur du label en fonction du contenu, cacher/afficher un autre element, que sais je encore.
La ou la separation doit etre faite, c'est sur l'interaction avec les vues. Le bouton baz doit dire au controlleur pouf "on m'a clique", le controlleur decide alors de dire au domaine "fait cette action domaine specifique", le domaine parle au serveur, traite la reponse et dit au controlleur "tiens, le serveur a repondu blabla", et le controlleur dit alors a la vue "ok, voila ce qu'il faut montrer maintenant" (ou passe la main au controleur suivant, ou affiche nue erreur, ou que sais je encore).
Ben c'est effectivement une question interessante, comment faire demarrer une appli rapidement.
Faut bien avouer que sorti du code natif, tous les langages de haut niveau sont assez mauvais la dessus. Java et ruby sont des veaux au demarrage, et j'imagine que python ou .net doivent pas etre tellement meilleurs.
Et meme en natif, c'est facile de se retrouver a instancier un paquet de merde sans s'en rendre compte.
Du moment ou tu lances java a la premiere ligne de ton main s'execute, ya un delai loin d'etre negligeable, c'est ce que je voulais dire.
Et si tu rajoutes des trucs genre spring qui va scanner ton classpath et autres joyeusetes au demarrage (assez courant on va dire :)), ben ouais, t'arrives a qq secondes pour avoir une appli qui peut rendre la main a l'utilisateur.
C'est pas un probleme pour un serveur d'appli, un peu plus pour un ide, et disqualifiant pour un petit outil en ligne de commande.
Non, c'est juste que c'est debile de faire le rendu sur un cpu pas adapte a ca quand t'as du silicium qui a ete fondu tres precisemment pour cette tache.
Oui, et non.
Java en soi n'est pas particulierement lent.
Par contre la jvm met une plombe a demarrer, le gc peut etre particulierement casse tete, et ca a tendance a bouffer plus de ram que la meme chose ecrite en c.
C'est pas un probleme pour des applis web (enfin, la plupart), c'est vachement plus genant pour des applis avec une UI, ou des petits outils a utilisation frequente et tres courte.
Regarde des trucs genre intellij ou eclipse, tout en java, pas franchement lent (mais oui, ca met beaucoup de temps a demarrer).
Ca depend beaucoup de ce que tu fais et de comment tu l'utilise (comme toujours en fait).
Pas forcement pour tester.
C'est la tendance en ce moment, des applis qui embarquent le serveur. Les serveurs d'applis sont chiant a installer/configurer/redemarrer de facon automatise.
Typiquement, c'est vachement plus simple d'avoir une appli java avec jetty embedded que de se faire chier a installer tomcat ou autre.
Java -jar monjar.jar et c'est parti.
Debian par exemple te propose de virer le /var/lib et le /var/cache qui va bien.
Tu reponds pas a la question. Tu dit qu'il faut utiliser un CM tool pour gerer sa config. C'est cool, et je vais clairement pas te contredire sur ce point, mais je vois pas quelle difference ca va faire dans le cas qui nous intersse ici.
T'installes apache, t'ecris un cookbook qui modifies la config et met un fichier dans /etc/qqchose/qqchose, et fait un include dans ton httpd.conf.
Tu lances un chef run, tu desinstalles chef et apache. Et ce que ca efface /etc/qqchose?
Ca revient au meme dans les deux cas, la base de registre ne peut pas deviner magiquement ce qu'il faut retirer. C'est a l'outil de desinstallation de faire ca, la facon dont les cles sont stockees n'a pas grand chose a voir avec le probleme.
Ah bah, si c'est interdit chez renater alors, ca change tout!!!
Bon sinon, moi, j'arrete la. T'as decide que j'avais tord, deblatere dans le vide sans preciser le fond de ta pensee et ne reponds pas a mes questions tentant de clarifier tes propos.
Non, car il est rechargé que si j'envoie le signal HUP à Apache.
Gne? Et si tu met la config dans la base de registre, qu'est ce qui l'empeche de ne la charger que sur un sighup?
Et surtout, qu'est ce que ca a voir avec l'aspect global ou pas de la config?!?
Non, la mauvaise foi c'est de pretendre que tu peux faire la meme chose avec des fichiers sans etre supe relou pour celui qui ecrit l'application, et doit donc penser a la feature avant de shipper l'appli.
[^] # Re: Eviter le monopole
Posté par groumly . En réponse au journal La France ridiculisée par Amazon. Évalué à 2.
Apple n'a jamais ete meme vaguement proche d'une position dominante sur les ebooks, et ca se comprend, c'est pas terrible de lire sur un telephone/ipad (trop petit, trop lourd, problemes de batteries).
Le proces portait sur SJ qui a rencontre les editeurs, et s'est arrange pour que les prix remontent (et les editeurs etaient bien contents de pouvoir respirer un peu). Dit autrement, tres exactement ce que dit le commentaire auquel je repondais.
Le DoJ a estime qu'apple a abuse de "sa position dominante" pour attenter au bien etre du consomateur et de l'industrie du livre, avec amazon en coulisse qui faisait du lobbying de malade pour etre sur qu'ils gardent leur emprise sur les ebooks.
Et juste apres, t'as des blagues du genre amazon qui fout la pression sur hachette et tente de les extorquer en retirant une partie de ses bouquins de son stock.
[^] # Re: Eviter le monopole
Posté par groumly . En réponse au journal La France ridiculisée par Amazon. Évalué à 5.
Non, c'est leur cabinet qui prepare le budget. Le ministre il donne la direction.
'Fin moi je dit ca…
[^] # Re: contre zenitram
Posté par groumly . En réponse au journal La France ridiculisée par Amazon. Évalué à 10.
Pour quelqu'un qui considere que le temps, c'est de l'argent, facon businessman presse, il passe quand meme vachement de temps a troller et repeter ad nauseam ses arguments.
[^] # Re: Eviter le monopole
Posté par groumly . En réponse au journal La France ridiculisée par Amazon. Évalué à 3.
Apple a essaye, ils ont eu des problemes avec le doj.
[^] # Re: Nul
Posté par groumly . En réponse au journal Voilà c'est fini.. Évalué à 2.
https://www.youtube.com/watch?v=osfMgXOKaH8&feature=kp
:)
[^] # Re: psychi
Posté par groumly . En réponse au journal Portables, tablettes, smartphones déchargés interdits dans les avions. Évalué à 4.
Avec un peu d'habitude et en voyageant souvent, la secu prend 10 a 15 minutes.
Je vol toutes les semaines, je me considere a l'heure si je quitte le parking 15 minutes avant l'embarquement - a list, donc pas de queue, puis le scanner prend 5 minutes. Evidemment, j'ai pas de bagage, juste un sac a dos.
Ce qui prend une plombe, c'est enregistrer les bagages, les amener a l'avion, charger l'avion, attendre l'avion, embarquer 150 personnes par la meme porte qui passent par le meme couloir, aider mamie a mettre le sac dans le trucs a bagage, et expliquer a bob que sa valise ne rentre pas en cabine et la filer au gars pour qu'il la mette en soute.
Les ricains sont pas (completement) cons, et savent bien que du temps perdu dans les aeroports, c'est du fric de gache pour les gens en voyage d'affaire. Et aux us, on touche pas au grisbi.
[^] # Re: Nul
Posté par groumly . En réponse au journal Voilà c'est fini.. Évalué à 3.
Bon d'un autre cote, les questions sont souvent posees apres le match, dans le bordel de la victoire.
T'as deja essaye de poser une question compliquee a un mec qui vient de courir pendant 90 minutes?
[^] # Re: .
Posté par groumly . En réponse au journal Voilà c'est fini.. Évalué à 3.
On avait pas dit qu'on arretait les vannes sur ballmer?
(Bon, ok, basket, pas foot, mais pas loin)
[^] # Re: Comparatif de systèmes administratifs
Posté par groumly . En réponse au journal Les Pays-Bas inventent le DDOS sur les services administratifs. Évalué à 4.
http://www.irs.gov/pub/irs-pdf/fw4.pdf
Le w2, c'est le resume de l'année, le w4 c'est ce qui sert a precalculer les withholdings. Bon a le relire, y'a pas tant de marge que ca cela dit (a moins de rentrer dans le delire administratif).
Oui, vu comme ca, certes. Apres quand tu regardes bien, ton w2, c'est 3 montants, total wages, federal + state withholdings.
J'en ai pas mal chie cette année "a cause" de madame qui été contractor pendant 6 mois, et après employee, du coup 1099, itemized statement et tout le tralala. Et v'la la gueule de l'ajustement au final, il nous a fait mal au derriere.
Mon argument est plutôt que le 1040ez est assez simple et va te prendre 30 minutes (dont 25 a retrouver ce foutu w2 que tu sais pas ou tu l'as foutu). Apres, oui, c'est plus complique que rien du tout :)
Aaah, ca va quoi: http://investors.hrblock.com/phoenix.zhtml?c=76888&p=irol-newsArticle&ID=1939017&highlight=
500 millions de net income sur 3 milliards de revenues, j'appelle pas ca des couilles en or.
Ben je sais pas comment tu fais, moi c'est dans les ~150-200 dol' au federal, qq dizaines a l'état (sorti de l'exception de cette année, particulière). Quand je vois ce qui part en withholdings, et les bonus qui tombent de façon aléatoire, je me dit qu'ils gèrent pas trop mal.
[^] # Re: Comparatif de systèmes administratifs
Posté par groumly . En réponse au journal Les Pays-Bas inventent le DDOS sur les services administratifs. Évalué à 6.
C'est pas bien complique pour la majorité des gens.
Tu prend la paye, t'extrapoles a l'année, t'appliques le taux. Ca casse pas trois pattes a un canard, et ca couvre la grande, grande majorité des gens.
Le recalcul en fin d'annee est dans la plupart des cas une simple confirmation, avec un ajustement de qq centaines de dollars, soit peau de balle. Pour le contribuable, c'est un peu plus sympa que de devoir s'assoir sur qq milliers d'euros qu'on peut pas toucher parce que sinon le fisc il va taper sur les doigts l'année prochaine.
Ensuite, pour les cas qui restent:
- tu leur donnes de la marge dans le prélèvement, i.e. a la hausse ou la baisse si tu penses que des changements sont probables (changement de taff, mariage, enfant, que sais je)
- dans les cas ou c'est vraiment trop le bordel, genre indépendant qui de toutes façons itemizent tout, tu les laisses se démerder et payer l'année d'après. De toutes façons, y'a pas de salaires pour eux, alors dur de faire un prélèvement sur le salaire.
Apres, oui, ca ajoute techniquement de la complexité, mais on a invente ce truc genial qui s'appelle un ordinateur, et il parait que c'est pas mal du tout pour faire ce genre de taches.
[^] # Re: Comparatif de systèmes administratifs
Posté par groumly . En réponse au journal Les Pays-Bas inventent le DDOS sur les services administratifs. Évalué à 5.
Change ton w4, tu peux indiquer le nombre de parts que tu preleves.
Perso, a part la premiere annee qui etait speciale (courte, donc tranche surestimee, plus abattement massif de la premiere declaration), je suis toujours tombe a qq centaines de dollars de return, soit pas grand chose sur le total.
Certes, apres le 1040ez, c'est pas le bout du monde. Si tu qualifies pas pour un 1040ez, ben t'as de la chance de faire partie des nantis :)
Si t'es independant, ca a l'air d'etre un peu plus le bordel cela dit.
Couilles, en or, couilles en or, c'est vite dit. Ouvres un hr block si tu veux t'en convaincre. :)
Une bonne partie de ces business ne font pas que du remplissage, mais surtout de l'optimisation fiscale, a savoir optimiser pour le meilleur tax return.
Oh putain! Me lances pas sur le california franchise tax board…
[^] # Re: Blague?
Posté par groumly . En réponse au journal asp.NET vNext, MVC 6, Entity Framework 7, Roslyn, Microsoft continue à libérer ses technologies .... Évalué à 2.
C'est une vision tres old school des serveurs d'applis (j'imagine que tu fais reference a JNDI?).
A l'heure de l'autoscaling et du configuration management, tu t'emmerdes plus avec tout ca. Tes connections DB, elles sont configurées par des fichiers properties générés au runtime par chef, ou fournies par ton discovery service.
Tu t'emmerdes pas non plus a héberger plusieurs services sur la meme VM, et quand bien meme tu le ferais, t'as pas besoin de les faire tourner dans le meme conteneur. Dans un environment moderne, les gros serveurs d'appli (ou meme les legers, comme tomcat) sont plus une plaie qu'autre chose, ils ne répondent pas vraiment a un problème (ou plutôt, tres mal) et créent un paquet de problèmes de déploiement.
Quand a TLS, tu fait comme tout le monde, tu le termines sur ton LB a l'entree de ton DC et tu poursuit ton chemin en HTTP.
Dit autrement, tu "n'administre" pas un serveur, t'en déplois un nouveau et met l'ancien a la poubelle. J'imagine qu'il y'a encore beaucoup de monde qui gère ses machines comme tu le décris, mais c'est pas franchement la direction que prend l'industrie depuis qq années.
[^] # Re: suckless !! More is less !
Posté par groumly . En réponse au journal Pourquoi un PC ralentit-il ?. Évalué à 2.
Autant je suis d'accord sur l'empreinte mémoire qui est assez imposante (a ramener au nombre de choses qu'éclipse fait quand meme), autant niveau vitesse pure et réactivité (sorti des pauses GC, évidemment), ca a pas a rougir a mon avis.
Idem pour intellij.
[^] # Re: Questions
Posté par groumly . En réponse à la dépêche Intercooler.js. Évalué à 10.
C'est pas un probleme ca, les vues ont parfaitement le droit d'avoir du code, tant que c'est de la pure presentation.
Ya pas de mal a avoir "updateWithFoo" sur une vue, tant que cette methode ne fait effectivement que presenter foo dans le contexte de cette vue, i.e. ne faire que modifier l'apparence de cette vue en fonction de l'etat de foo.
C'est de la logique de presentation, tu peux vouloir formatter une date, changer la couleur du label en fonction du contenu, cacher/afficher un autre element, que sais je encore.
La ou la separation doit etre faite, c'est sur l'interaction avec les vues. Le bouton baz doit dire au controlleur pouf "on m'a clique", le controlleur decide alors de dire au domaine "fait cette action domaine specifique", le domaine parle au serveur, traite la reponse et dit au controlleur "tiens, le serveur a repondu blabla", et le controlleur dit alors a la vue "ok, voila ce qu'il faut montrer maintenant" (ou passe la main au controleur suivant, ou affiche nue erreur, ou que sais je encore).
[^] # Re: suckless !! More is less !
Posté par groumly . En réponse au journal Pourquoi un PC ralentit-il ?. Évalué à 2.
Ben c'est effectivement une question interessante, comment faire demarrer une appli rapidement.
Faut bien avouer que sorti du code natif, tous les langages de haut niveau sont assez mauvais la dessus. Java et ruby sont des veaux au demarrage, et j'imagine que python ou .net doivent pas etre tellement meilleurs.
Et meme en natif, c'est facile de se retrouver a instancier un paquet de merde sans s'en rendre compte.
[^] # Re: suckless !! More is less !
Posté par groumly . En réponse au journal Pourquoi un PC ralentit-il ?. Évalué à 2.
Moui, enfin ca revient un peu au meme au final :)
Du moment ou tu lances java a la premiere ligne de ton main s'execute, ya un delai loin d'etre negligeable, c'est ce que je voulais dire.
Et si tu rajoutes des trucs genre spring qui va scanner ton classpath et autres joyeusetes au demarrage (assez courant on va dire :)), ben ouais, t'arrives a qq secondes pour avoir une appli qui peut rendre la main a l'utilisateur.
C'est pas un probleme pour un serveur d'appli, un peu plus pour un ide, et disqualifiant pour un petit outil en ligne de commande.
[^] # Re: suckless !! More is less !
Posté par groumly . En réponse au journal Pourquoi un PC ralentit-il ?. Évalué à 5.
Non, c'est juste que c'est debile de faire le rendu sur un cpu pas adapte a ca quand t'as du silicium qui a ete fondu tres precisemment pour cette tache.
[^] # Re: suckless !! More is less !
Posté par groumly . En réponse au journal Pourquoi un PC ralentit-il ?. Évalué à 1.
Oui, et non.
Java en soi n'est pas particulierement lent.
Par contre la jvm met une plombe a demarrer, le gc peut etre particulierement casse tete, et ca a tendance a bouffer plus de ram que la meme chose ecrite en c.
C'est pas un probleme pour des applis web (enfin, la plupart), c'est vachement plus genant pour des applis avec une UI, ou des petits outils a utilisation frequente et tres courte.
Regarde des trucs genre intellij ou eclipse, tout en java, pas franchement lent (mais oui, ca met beaucoup de temps a demarrer).
Ca depend beaucoup de ce que tu fais et de comment tu l'utilise (comme toujours en fait).
[^] # Re: Blague?
Posté par groumly . En réponse au journal asp.NET vNext, MVC 6, Entity Framework 7, Roslyn, Microsoft continue à libérer ses technologies .... Évalué à 3.
Pas forcement pour tester.
C'est la tendance en ce moment, des applis qui embarquent le serveur. Les serveurs d'applis sont chiant a installer/configurer/redemarrer de facon automatise.
Typiquement, c'est vachement plus simple d'avoir une appli java avec jetty embedded que de se faire chier a installer tomcat ou autre.
Java -jar monjar.jar et c'est parti.
[^] # Re: On est pas vendredi
Posté par groumly . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 3.
Tu reponds pas a la question. Tu dit qu'il faut utiliser un CM tool pour gerer sa config. C'est cool, et je vais clairement pas te contredire sur ce point, mais je vois pas quelle difference ca va faire dans le cas qui nous intersse ici.
T'installes apache, t'ecris un cookbook qui modifies la config et met un fichier dans /etc/qqchose/qqchose, et fait un include dans ton httpd.conf.
Tu lances un chef run, tu desinstalles chef et apache. Et ce que ca efface /etc/qqchose?
Ca revient au meme dans les deux cas, la base de registre ne peut pas deviner magiquement ce qu'il faut retirer. C'est a l'outil de desinstallation de faire ca, la facon dont les cles sont stockees n'a pas grand chose a voir avec le probleme.
[^] # Re: On est pas vendredi
Posté par groumly . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 4.
Ah bah, si c'est interdit chez renater alors, ca change tout!!!
Bon sinon, moi, j'arrete la. T'as decide que j'avais tord, deblatere dans le vide sans preciser le fond de ta pensee et ne reponds pas a mes questions tentant de clarifier tes propos.
[^] # Re: On est pas vendredi
Posté par groumly . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 5.
Gne? Et si tu met la config dans la base de registre, qu'est ce qui l'empeche de ne la charger que sur un sighup?
Et surtout, qu'est ce que ca a voir avec l'aspect global ou pas de la config?!?
[^] # Re: On est pas vendredi
Posté par groumly . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 5.
Non, la mauvaise foi c'est de pretendre que tu peux faire la meme chose avec des fichiers sans etre supe relou pour celui qui ecrit l'application, et doit donc penser a la feature avant de shipper l'appli.
[^] # Re: /me avoir de la chance…
Posté par groumly . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 8.
Tu veux dire, comme sourceforge par exemple, qui insere ses crapwares dans les binaires?
[^] # Re: On est pas vendredi
Posté par groumly . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 2.
Oui, enfin le but de l'os c'est aussi de t'aider a pas les ecrire comme un porc, les scripts…