L'excuse pour ne pas continuer à le développer est quand même complêtement bidon
Ben visiblement, ils seraient pas contre un mainteneur, mais visiblement ceux qui ont des spinners s'en foutent, ou preferent troller, si j'ai bien suivi.
si les développeurs ne continuent pas à maintenir leur produit sur des technologies que eux jugent obsolètes, il y a de quoi avoir peur.
Ben d'un autre cote, c'est pas delirant de ne pas maintenir du code pour une technologie obsolete, je vois pas ce qu'il y a d'effrayant la dedan.
A moins que t'ai voulu dire "ils estiment que le spinners sont obsolete et ca fait peur", et meme la c'est tire par les cheveux. Oui, les spinners sont obsolete. Sorti d'un disque utilise pour du stockage pur et dur (genre backup), ca court plus vraiment les rues sur des machines grand publique. Surtout si au final ca avancait pas tellement le schimilimili.
On attend ton bench qui les contredit (et les patchs qui vont avec)!
Donc ton attaque envers moi est purement gratuite.
Non, pas gratuite, tu vas avoir du mal a nier que tu trolles a fond les ballons 80% du temps.
Hors contexte, je veux bien, oui.
juste parce que tu ne m'apprécies pas et non pas sur ce que j'écris.
Ben d'un autre cote, t'es pas mal dans le genre "proces d'intention" a ranger les gens dans des categories libriste juste parce que t'as decide que quelqu'un n'etait pas d'accord avec toi. C'est un peu l'hopital qui se fout de la charite si tu veux mon avis. M'enfin, on te l'a deja fait remarquer de nombreuses fois, et tu veux visiblement pas comprendre.
Et mon opinion sur toi est neutre, pour tout dire, ca m'en touche une sans faire bouger l'autre.
Dans le cas de Mac OS X, le but est d'empêcher l'execution d'un logiciel qui est peut-être un malware alors qu'on est sur une machine saine. Si l'option "protège-moi" est cochée, alors, l'utilisateur est "safe".
Effectivement, ca rend la tache plus ardue.
D'ou l'interet de sandboxer les applis, bien que cela ouvre d'autres problemes assez touffu, cf les problemes du mac appstore et de sa sandbox qui empeche des applications legitimes.
Pas crédible : dans ce cas, pas de soucis, je remplace firefox.exe avec ma version de firefox (qui accepte toutes les extensions, sans rien dire, l'utilisateur ne voit pas la différence), et c'est réglé.
Le systeme devrait gueuler comme un putois si ca arrive. OSX, clairement, j'imagine que windows 8 a ce genre de protection aussi. Quand a linux, ca craint un peu plus de ce cote la, effectivement.
Si c'est un panneau qui informe l'utilisateur avec un bouton "installer quand même", je pense que les expériences précédentes montrent que ce n'est pas du tout efficace.
Tout a fait. Windows a fait ca avec vista et ca a ete un desastre. La philosophie "c'est la faute a l'utilisateur", ca va 5 minutes, on a essaye, ca marche pas, et les utilisateurs ne veulent pas apprendre (ou font tout simplement des erreurs).
Macosx a un tres bon comportement. Par defaut, il refuse de lancer des applis non signees, en te disant "nope, nope, nope", et c'est tout.
L'utilisateur averti qui veut quand meme lancer son dialer de cul va alors dans settings, desactive l'option "protege moi", et trouve une option "macosx a empeche le lancement de 'dialer de cul'", avec un bouton disant "nan, mais ranapété lance le quand meme".
Ma'am michu ne sait meme pas c'est quoi ce truc et evite donc de choper la chtouille. Tout le monde est content:
- la famille michu profite d'un ordinateur en bonne sante
- jean kevin a un warning quand il s'apprete a faire quelque chose de douteux
- jean kevin a le controle final.
Au final ya que zenitram qui perd une occasion de troller.
documenter sysV ou autre n'a aucune espèce d'importance parce que tu as des scripts dans des dossiers et il ne se lance QUE ces scripts.
Parce que bien sur, les scripts d'init eux sont largement documentes, simple a comprendre et tout, quand quelque chose pete, c'est limpide de comprendre pourquoi et de detricoter le merdier…
C'est a se taper le cul par terre les debats sur systemd. Oui, l'ingienerie c'est complique, que ca soit systemd ou sysv, et oui, l'informatique change en permanence. Est ce qu'on peut arreter ces debats puerils sans fin, en plus d'etre inutiles?
Combien de fois j'ai entendu des DSI dire qu'ils "sont passé au libre" en n'en prenant que le coté gratuit, pas de participation/financement/promotion ou tout autre geste envers la communauté.
Ben d'un autre cote, les dsi, ca fait des annees qu'on les bassine a coup de "passe au libre, c'est gratuit, ya rien a payer", c'est un peu hypocrite de se plaindre qu'ils payent pas du coup?
Sinon, quid de la responsabilite de l'auteur? Ne pourrait il pas tout simplement monter une entreprise pour supporter son development? C'est plutot la qu'est le noeud du probleme.
On voit pas le kernel ou firefox faire des campagnes de dons, j'imagine que ca doit etre possible pour gpg aussi.
2 choses:
- les url ont une semantique, tu peux pas te permettre de les changer comme tu veux quand tu veux. Une url, c'est standardise, en l'occurence un hote, un path et des query params. T'es libre de penser le contraire, mais la spec parle de path, et pas de prefixe plus path. Accessoirement, bon courage pour faire rentrer ca dans un concept REST ou le path (tout le path) represente l'identite de la resource. On peut aussi citer "cool uris dont change".
- partant de la, le developeur n'a aucune raison de gacher du temps et de l'energie et compliquer son design pour accomoder des pratiques grouik qui vont a l'encontre des specs et des fondements d'http. Surtout quand t'as des outils te permettant de faire les choses proprement plus facilement que de les faire a la rache.
Faut arreter de monter sur ses grand chevaux 2 minutes.
T'as un service RESTful. Comme t'es un bon gars, tu met des liens vers tes autres resources dans tes reponses, en clair, genre /api/v1/user/1234 te file un lien vers /api/v1/comments/1234 pour voir les commentaires de cet utlisateur (exemple totalement fictif :)).
Ces liens sont relatifs a l'hote, parce que t'as pas envie que ton appli doive savoir sur quel nom d'hote elle est hebergee, et ca, c'est bien (decouple le routage de l'appli).
Paf, tu viens de peter ton appli, ta resource /folder/api/v1/user/1234 te dit d'aller voir /api/machin, et tu l'as dans l'cul lulu (turlututu chapeau pointu). C'est dur de gueuler sur le developeur, parce qu'il a fait ce qu'il fallait, c'est toi qui a deploye ca comme un goret.
Accessoirement, ya des developeurs, tu peux les engueuler tout ce que tu veux, ca resoudra pas ton probleme.
Oui. Les applis natives et les personnes non techniques/qui ont autre chose a faire que de branler le mamouth avec des hostfiles. Genre tu veux montrer un prototype a un product manager ou a ton vp/cto, ca le fait pas du tout de lui filer un qui va resoudre vers tout sauf ce que tu veux.
Rajoutes par dessus que t'as aucun moyen de savoir si tu parles reellement a l'environment auquel tu parles (et paf, tu modifies des donnees en prod au lieu de dev. C'est pas une question de si, c'est une question de quand), et tu te tapes des barres de rires avec chrome qui va garder la resolution de nom d'hote en memoire, mais pas toujours (et du coup, tu sais encore moins ou tes requetes vont).
Les fichiers hosts, c'est l'incarnation du demon. A chaque fois que tu edites ce fichier, dieu bute un dessinateur de chez charlie hebdo.
Mal codee, mal codee, c'est vite dit.
Si ta resource c'est /api/v1/user/1234 et que tu lui balances /appli/api/blabla, t'as de grande chances de te prendre un 404 quand meme, a juste titre.
Alors, oui, rewrite rules, context path et tout le tralala, mais ca fait chier de faire des configs one off en permanence. Sans parler des applis natives ou t'as autre chose a faire que de changer ton base path toutes les 15 minutes.
Ya le header Host, il est pas fait pour les chiens, il a meme ete cree specialement pour ca.
Dit autrement, ton routage de requetes est plus simple a gerer par virtual host que par url paths.
T'as un load balancer qui front plusieurs services et se base sur le header Host pour savoir ou faire suivre la requete.
Ca va typiquement etre le cas dans un envinronement de dev interne ou tu veux pas te faire chier a avoir 1 LB par service..
Là je m'en suis rendu compte assez vite, mais la semaine dernière j'ai perdu au moins 15 mn au taf à éplucher des informations foireuses parce que cet imbécile m'avait "corrigé".
Visiblement, celui qui est persuade de ne pas etre cretin arrive a rater le message "did you mean "certain"?" en gros en haut de la page.
De la a dire que c'est ironique, il n'y a qu'un pas.
Connaissez-vous un moyen de dire à Google que je ne suis pas aussi stupide qu'il ne le croit
Pour avoir bosser dans le domaine grand public depuis un bail, croit moi, 95% des gens sont debiles la plupart du temps (et je m'inclue dans le lot).
Tapettes. Nous on a achete 2 palettes d'iphone 6 plus, et on les a colle au mur.
Le plus chiant c'est qu'il faut un gars au datacenter pour tapper le pin code quand on veut faire des mises a jour, mais la facture d'electricite a vachement diminue.
L'autre probleme c'est que quand att est en carafe, le site est hors ligne.
Deuxieme lance de troll subtile: pbpg quitte ms, commence a bosser sur linux, et v'la t'y pas qu'on a faille critique sur faille critique. D'aucuns y verraient un lien de cause a effet, mais on dirait qu'ils seraient mal intentionnes.
Allez, je finit sur le combo finishing move: mais je croyais que grace au libre, yavait plein d'yeux pour relire le code et que donc yavait pas de failles?
Ça risque d'être une killer app de leur prochain système, tandis que de notre côté, on commence à prendre un retard monstre.
Mmh, alors 2 choses:
- apple et google ont ca depuis un bail. Google a degaine le premier ya tres longtemps, puis apple avec siri en 2011, et google a fini par merger ca avec google now. Une killer app avec 3+ ans de retard sur les autres, c'est pas vraiment ce que j'appelle une killer app.
- ya une bonne raison pour laquelle apple a jamais release ca sur macosx, ni google sur chrome desktop, parce que t'as vraiment l'air d'un con a parler a ton pc (vachement moins a ton telephone, note). C'est pas un retard, c'est juste pas un produit utile sur un desktop. Oui, microsoft release ca dans windows 10, on verra bien le succes que ca aura, c'est pas comme si ms etait super inspire dans le milieu grand public ces temps ci.
D'un autre cote, on se fout bien de savoir s'ils se disent libriste, de droite ou nudiste a tendance aoutiste.
Ya un probleme a resoudre, leur "affiliation" importe peu.
J'ai un scoop pour toi: on peut te former aux "methodes et leurs techniques" sur une implementation. D'ailleurs, ca aide pas mal en general de faire quelque chose de concret, ca permet de comprendre les "methodes et leurs techniques".
En l'occurence, photoshop pour l'implementation.
Oui, je me doute bien, c'est pour ca que j'ai dit ailleurs "le plus simple c'est encore de se barrer", mais visiblement c'est pas une option dans l'immédiat.
Cf le commentaire de ckyl plus bas, y'a moyen d'imposer ses conditions tellement facilement dans ce milieu que c'est triste de se retrouver a bosser dans ce genre d'environment. Profitez en tant que ca dure, parce que rien n'est éternel. Après, chacun ses priorités, s'il kiffe la mission plus que d'avoir un i7, ca vaut le coup de rester.
Les meilleurs n’essayaient pas forcément d'aller dans d'autre métiers à la première occasion (chef, vente, marketing, finance…).
Faut dire aussi, si les francais arretaient de traiter les ingenieurs comme des merdes, peut etre qu'on aurait moins de problemes a les garder a leur poste.
Ou alors ils ont une autre politique machine que la tienne (mais eux ont tord, c'est évident
Les politiques bien strictes des annes 90/2000, la plupart en reviennent, a raison.
On en a un bel exemple ici, avec machin qui a deja perdu qq heures a troller sur linuxfr a cause de ca, au frais de la boite evidemment, qui se retrouve tout vener/frustre et qui va donc ne pas bosser autant ni aussi bien qu'il aurait pu, tout en faisant une mauvaise pub a la boite, ce qui faut fuire des candidats deja durs a trouver (les ingenieurs, ca parle).
C'est un employe qui fait un boulot creatif, dont la qualite depend directement de son investissement personel, investissement qui peut etre assez consequent. L'inciter a ne pas s'investir, et donc ne pas faire son boulot, pour economiser des pecadilles c'est tres con. Ils ont probablement qq centaines d'ingenieurs et a ce volume, la difference entre un i5 et un i7, c'est qq dizaines de dollars, soit qq dizaines de milliers de dollars, que dalle fasse a la masse salariale. Les i7, c'est du matos standard de chez standard par chez moi depuis 2010, faut arreter d'etre pingre.
Apres, si tu veux tout savoir, j'ai recemment refuse un macpro a un de mes gars. Pas parce que la machine coute 3 a 4000 dollars (ca pese pas lourd face au demi million de stock que ce mec a recu), mais parce que c'est un desktop et que l'employe en question ne pourrait pas le trimballer en reunion, ou parce que si on a un incident de production un week end, j'ai pas envie d'entendre "je peux pas m'en occuper, ma machine au bureau est eteinte".
Je ferai mon groumly, je dirais que tu copies.
Je ferais mon groumly, je dirais que c'est pas moral de courir 2 trolls dans le meme journal :)
[^] # Re: Encore une victime de Lennart
Posté par groumly . En réponse au journal systemd: je me lance. Évalué à 1.
Ben visiblement, ils seraient pas contre un mainteneur, mais visiblement ceux qui ont des spinners s'en foutent, ou preferent troller, si j'ai bien suivi.
Ben d'un autre cote, c'est pas delirant de ne pas maintenir du code pour une technologie obsolete, je vois pas ce qu'il y a d'effrayant la dedan.
A moins que t'ai voulu dire "ils estiment que le spinners sont obsolete et ca fait peur", et meme la c'est tire par les cheveux. Oui, les spinners sont obsolete. Sorti d'un disque utilise pour du stockage pur et dur (genre backup), ca court plus vraiment les rues sur des machines grand publique. Surtout si au final ca avancait pas tellement le schimilimili.
On attend ton bench qui les contredit (et les patchs qui vont avec)!
[^] # Re: Pareil
Posté par groumly . En réponse au journal Mozilla est-il en train de devenir un Google junior?. Évalué à 2.
Non, pas gratuite, tu vas avoir du mal a nier que tu trolles a fond les ballons 80% du temps.
Hors contexte, je veux bien, oui.
Ben d'un autre cote, t'es pas mal dans le genre "proces d'intention" a ranger les gens dans des categories libriste juste parce que t'as decide que quelqu'un n'etait pas d'accord avec toi. C'est un peu l'hopital qui se fout de la charite si tu veux mon avis. M'enfin, on te l'a deja fait remarquer de nombreuses fois, et tu veux visiblement pas comprendre.
Et mon opinion sur toi est neutre, pour tout dire, ca m'en touche une sans faire bouger l'autre.
[^] # Re: Pareil
Posté par groumly . En réponse au journal Mozilla est-il en train de devenir un Google junior?. Évalué à 2.
Effectivement, ca rend la tache plus ardue.
D'ou l'interet de sandboxer les applis, bien que cela ouvre d'autres problemes assez touffu, cf les problemes du mac appstore et de sa sandbox qui empeche des applications legitimes.
[^] # Re: Pareil
Posté par groumly . En réponse au journal Mozilla est-il en train de devenir un Google junior?. Évalué à 1.
Le systeme devrait gueuler comme un putois si ca arrive. OSX, clairement, j'imagine que windows 8 a ce genre de protection aussi. Quand a linux, ca craint un peu plus de ce cote la, effectivement.
[^] # Re: Pareil
Posté par groumly . En réponse au journal Mozilla est-il en train de devenir un Google junior?. Évalué à 1.
Tout a fait. Windows a fait ca avec vista et ca a ete un desastre. La philosophie "c'est la faute a l'utilisateur", ca va 5 minutes, on a essaye, ca marche pas, et les utilisateurs ne veulent pas apprendre (ou font tout simplement des erreurs).
Macosx a un tres bon comportement. Par defaut, il refuse de lancer des applis non signees, en te disant "nope, nope, nope", et c'est tout.
L'utilisateur averti qui veut quand meme lancer son dialer de cul va alors dans settings, desactive l'option "protege moi", et trouve une option "macosx a empeche le lancement de 'dialer de cul'", avec un bouton disant "nan, mais ranapété lance le quand meme".
Ma'am michu ne sait meme pas c'est quoi ce truc et evite donc de choper la chtouille. Tout le monde est content:
- la famille michu profite d'un ordinateur en bonne sante
- jean kevin a un warning quand il s'apprete a faire quelque chose de douteux
- jean kevin a le controle final.
Au final ya que zenitram qui perd une occasion de troller.
[^] # Re: .
Posté par groumly . En réponse au journal systemd: je me lance. Évalué à 10.
Parce que bien sur, les scripts d'init eux sont largement documentes, simple a comprendre et tout, quand quelque chose pete, c'est limpide de comprendre pourquoi et de detricoter le merdier…
C'est a se taper le cul par terre les debats sur systemd. Oui, l'ingienerie c'est complique, que ca soit systemd ou sysv, et oui, l'informatique change en permanence. Est ce qu'on peut arreter ces debats puerils sans fin, en plus d'etre inutiles?
[^] # Re: Culture d'entreprise
Posté par groumly . En réponse au journal GnuPG utilisé, GnuPG oublié, mais GnuPG financé. Évalué à 1.
Ben d'un autre cote, les dsi, ca fait des annees qu'on les bassine a coup de "passe au libre, c'est gratuit, ya rien a payer", c'est un peu hypocrite de se plaindre qu'ils payent pas du coup?
Sinon, quid de la responsabilite de l'auteur? Ne pourrait il pas tout simplement monter une entreprise pour supporter son development? C'est plutot la qu'est le noeud du probleme.
On voit pas le kernel ou firefox faire des campagnes de dons, j'imagine que ca doit etre possible pour gpg aussi.
[^] # Re: ?
Posté par groumly . En réponse au journal xip.io pour une infinité de domaines gratos !. Évalué à 1.
Ca a pas grand chose a voir.
[^] # Re: ?
Posté par groumly . En réponse au journal xip.io pour une infinité de domaines gratos !. Évalué à 6.
2 choses:
- les url ont une semantique, tu peux pas te permettre de les changer comme tu veux quand tu veux. Une url, c'est standardise, en l'occurence un hote, un path et des query params. T'es libre de penser le contraire, mais la spec parle de path, et pas de prefixe plus path. Accessoirement, bon courage pour faire rentrer ca dans un concept REST ou le path (tout le path) represente l'identite de la resource. On peut aussi citer "cool uris dont change".
- partant de la, le developeur n'a aucune raison de gacher du temps et de l'energie et compliquer son design pour accomoder des pratiques grouik qui vont a l'encontre des specs et des fondements d'http. Surtout quand t'as des outils te permettant de faire les choses proprement plus facilement que de les faire a la rache.
[^] # Re: ?
Posté par groumly . En réponse au journal xip.io pour une infinité de domaines gratos !. Évalué à 5.
Faut arreter de monter sur ses grand chevaux 2 minutes.
T'as un service RESTful. Comme t'es un bon gars, tu met des liens vers tes autres resources dans tes reponses, en clair, genre /api/v1/user/1234 te file un lien vers /api/v1/comments/1234 pour voir les commentaires de cet utlisateur (exemple totalement fictif :)).
Ces liens sont relatifs a l'hote, parce que t'as pas envie que ton appli doive savoir sur quel nom d'hote elle est hebergee, et ca, c'est bien (decouple le routage de l'appli).
Paf, tu viens de peter ton appli, ta resource /folder/api/v1/user/1234 te dit d'aller voir /api/machin, et tu l'as dans l'cul lulu (turlututu chapeau pointu). C'est dur de gueuler sur le developeur, parce qu'il a fait ce qu'il fallait, c'est toi qui a deploye ca comme un goret.
Accessoirement, ya des developeurs, tu peux les engueuler tout ce que tu veux, ca resoudra pas ton probleme.
[^] # Re: ?
Posté par groumly . En réponse au journal xip.io pour une infinité de domaines gratos !. Évalué à 5.
Oui. Les applis natives et les personnes non techniques/qui ont autre chose a faire que de branler le mamouth avec des hostfiles. Genre tu veux montrer un prototype a un product manager ou a ton vp/cto, ca le fait pas du tout de lui filer un qui va resoudre vers tout sauf ce que tu veux.
Rajoutes par dessus que t'as aucun moyen de savoir si tu parles reellement a l'environment auquel tu parles (et paf, tu modifies des donnees en prod au lieu de dev. C'est pas une question de si, c'est une question de quand), et tu te tapes des barres de rires avec chrome qui va garder la resolution de nom d'hote en memoire, mais pas toujours (et du coup, tu sais encore moins ou tes requetes vont).
Les fichiers hosts, c'est l'incarnation du demon. A chaque fois que tu edites ce fichier, dieu bute un dessinateur de chez charlie hebdo.
[^] # Re: ?
Posté par groumly . En réponse au journal xip.io pour une infinité de domaines gratos !. Évalué à 6.
Mal codee, mal codee, c'est vite dit.
Si ta resource c'est /api/v1/user/1234 et que tu lui balances /appli/api/blabla, t'as de grande chances de te prendre un 404 quand meme, a juste titre.
Alors, oui, rewrite rules, context path et tout le tralala, mais ca fait chier de faire des configs one off en permanence. Sans parler des applis natives ou t'as autre chose a faire que de changer ton base path toutes les 15 minutes.
Ya le header Host, il est pas fait pour les chiens, il a meme ete cree specialement pour ca.
Dit autrement, ton routage de requetes est plus simple a gerer par virtual host que par url paths.
[^] # Re: ?
Posté par groumly . En réponse au journal xip.io pour une infinité de domaines gratos !. Évalué à 3.
T'as un load balancer qui front plusieurs services et se base sur le header Host pour savoir ou faire suivre la requete.
Ca va typiquement etre le cas dans un envinronement de dev interne ou tu veux pas te faire chier a avoir 1 LB par service..
[^] # Re: Hehe
Posté par groumly . En réponse au journal [ coup de gueule ] C'est moi ou google devient de plus en plus pénible ?. Évalué à -3.
Celle qui fait perdre du temps a 95% des gens qui ont visiblement fait une faute de frappe?
A moins que tu consideres que tapper au clavier correctement est plus important que trouver ce que tu cherches, mais t'ss des priorities bizarres.
[^] # Re: RTFM
Posté par groumly . En réponse au journal [ coup de gueule ] C'est moi ou google devient de plus en plus pénible ?. Évalué à 4.
Et bing, il fait quoi?
(Desole, pas pu m'empecher :p)
# Hehe
Posté par groumly . En réponse au journal [ coup de gueule ] C'est moi ou google devient de plus en plus pénible ?. Évalué à 6.
Visiblement, celui qui est persuade de ne pas etre cretin arrive a rater le message "did you mean "certain"?" en gros en haut de la page.
De la a dire que c'est ironique, il n'y a qu'un pas.
Pour avoir bosser dans le domaine grand public depuis un bail, croit moi, 95% des gens sont debiles la plupart du temps (et je m'inclue dans le lot).
(Oui, je trolle, mais qu'a moitie)
[^] # Re: Qu'en pense ulrich?
Posté par groumly . En réponse au journal Faille de sécurité glibc. Évalué à 10.
Tapettes. Nous on a achete 2 palettes d'iphone 6 plus, et on les a colle au mur.
Le plus chiant c'est qu'il faut un gars au datacenter pour tapper le pin code quand on veut faire des mises a jour, mais la facture d'electricite a vachement diminue.
L'autre probleme c'est que quand att est en carafe, le site est hors ligne.
# Qu'en pense ulrich?
Posté par groumly . En réponse au journal Faille de sécurité glibc. Évalué à 1.
"You don't pay me" ou "fuck you"?
Deuxieme lance de troll subtile: pbpg quitte ms, commence a bosser sur linux, et v'la t'y pas qu'on a faille critique sur faille critique. D'aucuns y verraient un lien de cause a effet, mais on dirait qu'ils seraient mal intentionnes.
Allez, je finit sur le combo finishing move: mais je croyais que grace au libre, yavait plein d'yeux pour relire le code et que donc yavait pas de failles?
[^] # Re: Assistant personnel
Posté par groumly . En réponse au journal Galaxie Wikidata : le hub est en extension. Évalué à 5.
Mmh, alors 2 choses:
- apple et google ont ca depuis un bail. Google a degaine le premier ya tres longtemps, puis apple avec siri en 2011, et google a fini par merger ca avec google now. Une killer app avec 3+ ans de retard sur les autres, c'est pas vraiment ce que j'appelle une killer app.
- ya une bonne raison pour laquelle apple a jamais release ca sur macosx, ni google sur chrome desktop, parce que t'as vraiment l'air d'un con a parler a ton pc (vachement moins a ton telephone, note). C'est pas un retard, c'est juste pas un produit utile sur un desktop. Oui, microsoft release ca dans windows 10, on verra bien le succes que ca aura, c'est pas comme si ms etait super inspire dans le milieu grand public ces temps ci.
[^] # Re: Violation ou incompréhension de la GPL?
Posté par groumly . En réponse au journal GNU GPL et commercialisation : mauvaise compréhension des licences, l'exemple WPScan. Évalué à 10.
D'un autre cote, on se fout bien de savoir s'ils se disent libriste, de droite ou nudiste a tendance aoutiste.
Ya un probleme a resoudre, leur "affiliation" importe peu.
[^] # Re: Et ils vous financent un peu ?
Posté par groumly . En réponse à la dépêche Remplacement de Photoshop par Krita dans une université parisienne. Évalué à -1.
J'ai un scoop pour toi: on peut te former aux "methodes et leurs techniques" sur une implementation. D'ailleurs, ca aide pas mal en general de faire quelque chose de concret, ca permet de comprendre les "methodes et leurs techniques".
En l'occurence, photoshop pour l'implementation.
[^] # Re: C'est assez marrant en fait...
Posté par groumly . En réponse au journal Besoin d'arguments pour obtenir une station de travail sous GNU/Linux ?. Évalué à 3.
Oui, je me doute bien, c'est pour ca que j'ai dit ailleurs "le plus simple c'est encore de se barrer", mais visiblement c'est pas une option dans l'immédiat.
Cf le commentaire de ckyl plus bas, y'a moyen d'imposer ses conditions tellement facilement dans ce milieu que c'est triste de se retrouver a bosser dans ce genre d'environment. Profitez en tant que ca dure, parce que rien n'est éternel. Après, chacun ses priorités, s'il kiffe la mission plus que d'avoir un i7, ca vaut le coup de rester.
[^] # Re: Krita ou GIMP
Posté par groumly . En réponse à la dépêche Remplacement de Photoshop par Krita dans une université parisienne. Évalué à -10.
Non, c'est pas ca, c'est juste de la merde, tout court.
[^] # Re: développement n'est pas de la bureautique
Posté par groumly . En réponse au journal Besoin d'arguments pour obtenir une station de travail sous GNU/Linux ?. Évalué à 10.
Faut dire aussi, si les francais arretaient de traiter les ingenieurs comme des merdes, peut etre qu'on aurait moins de problemes a les garder a leur poste.
[^] # Re: C'est assez marrant en fait...
Posté par groumly . En réponse au journal Besoin d'arguments pour obtenir une station de travail sous GNU/Linux ?. Évalué à 7.
Les politiques bien strictes des annes 90/2000, la plupart en reviennent, a raison.
On en a un bel exemple ici, avec machin qui a deja perdu qq heures a troller sur linuxfr a cause de ca, au frais de la boite evidemment, qui se retrouve tout vener/frustre et qui va donc ne pas bosser autant ni aussi bien qu'il aurait pu, tout en faisant une mauvaise pub a la boite, ce qui faut fuire des candidats deja durs a trouver (les ingenieurs, ca parle).
C'est un employe qui fait un boulot creatif, dont la qualite depend directement de son investissement personel, investissement qui peut etre assez consequent. L'inciter a ne pas s'investir, et donc ne pas faire son boulot, pour economiser des pecadilles c'est tres con. Ils ont probablement qq centaines d'ingenieurs et a ce volume, la difference entre un i5 et un i7, c'est qq dizaines de dollars, soit qq dizaines de milliers de dollars, que dalle fasse a la masse salariale. Les i7, c'est du matos standard de chez standard par chez moi depuis 2010, faut arreter d'etre pingre.
Apres, si tu veux tout savoir, j'ai recemment refuse un macpro a un de mes gars. Pas parce que la machine coute 3 a 4000 dollars (ca pese pas lourd face au demi million de stock que ce mec a recu), mais parce que c'est un desktop et que l'employe en question ne pourrait pas le trimballer en reunion, ou parce que si on a un incident de production un week end, j'ai pas envie d'entendre "je peux pas m'en occuper, ma machine au bureau est eteinte".
Je ferais mon groumly, je dirais que c'est pas moral de courir 2 trolls dans le meme journal :)