groumly a écrit 3293 commentaires

JEE -> à la rigueur scala natif sans les usines à gaz hibernate, spring n co

Et tu la fait comment ta dependency injection sans spring (ou guice, ou autre qui merite probablement le qualificatif usine a gaz)?
J'imagine que tu fais sans, et tu te retrouves avec une appli tres fortement couple, qui est impossible a tester. Tu te retrouves avec un truc pas tellement moins usine a gaz (spring de nos jours, c'est 15 lignes de java dans ton main et des annotations JDK, et a la rigueur 20 lignes de xml), mais intestable et facile a peter.

Hibernate est un peu moins tranche, effectivement. Si t'as 3 requetes en lecture et 2 en ecriture, effectivement hibernate est overkill.
Si 90% de ton appli c'est des acces db et que gerer le sql a la main t'offre un ordre de grandeur de performance, hibernate va te gener plus qu'autre chose, oui.

Des que tu sort de ces deux cas a la marge, comment tu geres ton mapping orm sans hibernate? Et les transactions? Et les diferents niveaux de cache?
Tu geres tout a la main j'imagine. Et tu te retrouves a reinventer la roue (hibernate fait la meme chose), sauf que tu le feras mal, et que tu passeras un temps fou a ecrire et debugger du code qui n'est pas le tien a ecrire. Et a chaque nouveau gars qui rejoint l'equipe, tu vas perdre un temps fou a le brieffer sur ta super techno in house qu'est pas une usine a gaz.

Je ne sais pas ce qu'est un vrai problème

Une problematique metier. Genre, gerer les annonces d'une agence immobiliere.
A l'inverse de problemes crees par la technologie elle meme, genre gerer les dependances de librairie, ou debugger une stack de 25 callbacks en js.

Apres, oui, ya clairement des gens dont le domaine est de resoudre ces problemes inherents a la technologie, mais pour la grande majorite des developeurs, leur boulot c'est de transformer de l'electricite en argent, pas de resoudre des problemes inherents.
Si tu bosses dans le web et que tu resoud souvent des problemes inherents, t'as probablement mal choisi ta techno.

Je mettrais pas mesos dans le tas du "nouveau qui brille juste pour le plaisir de reinventer la roue" (aka rien a voir avec node, go et consorts).
Ca resoud le probleme de la creation de vm, qui est chiant a resoudre, de l'utilisation des ressource, et ca te resoud le probleme de l'immutabilite de ton environnement.
Dit autrement, ca rend tes deployments vachement plus simple et plus robuste (enfin, sous reserve que les devs comprennent les concept d'ephemeralite du cloud, mais ca c'est pas un probleme de mesos). Pour maintenir une webapp a l'ancienne (pur chef) et un consumer kafka dans mesos, mesos est beaucoup moins prise de tete. Et surtout, vachement plus self service.

Apres, oui, c'est pas utile dans tous les cas. Ca vient de chez twitter, c'est designe pour repondre a leur modele:
- tres grand nombre de deployements quotidien (non pas que chaque webapp est deployee 20 fois par jour, mais quand t'as 50+ services, tu tapes vite dans la dizaine/centaine de deployments par jour)
- robustesse dans un environement a la aws ou tes vm peuvent canner sans crier gare
- grande utilisation des ressources quand tes webapps sont finalement tres peu cpu bound (c'est quand meme souvent le cas dans le consumer facing web)
- environnement ou les equipes sont distribuees et independantes (les ops peuvent se concentrer sur le gros cluster mesos et l'infra en generale plutot que de creer des vms en permanences pour les equipes de dev)

Mesos c'est utile si t'as des centaines d'instances qui ont besoin de relativement peu de ressources. C'est plus facile de demarrer 20 conteneur a 0.1 cpus sur 4 vms que de demarrer 20 vms a un coeur chaque.

Apres, oui, c'est jeune, et c'est instable (btrfs qui deadlock a donne du fil a retordre a l'equipe qui gere ca).
Mais c'est pas un enieme reecriture de concepts vieux de 15 ans (genre node.js, qui en plus est serieusement a la traine face a jaxrs2).
Ca repond a un reel probleme qui est mal resolu avec des solutions off the shelf, ou doit etre resolu avec un developement custom un interne.
Lle tout dans un domaine qui est tres jeune et se cherche encore (infrastructure automation). C'est bleeding edge, clairement, mais c'est pas du fashionista.

J'ai failli répondre quand j'ai vu la modif. Pas tant pour le remplacement d'un mot que pour les accents ajoutes, ca fait bizarre de changer le message au dela de la partie insultante. Apres c'est pas comme si mon commentaire était un chef d'oeuvre de la littérature française, alors bon.
Note que ce n'était pas voulu insultant pour 2 sous. J'ai appris hier soir la connotation du mot, pour moi c'etait juste un surnom rigolo pour allemand. M'enfin, si yen a concerné que ca gene, j'utiliserais autre chose a l'avenir.

Le cote pervers de l'avoir signale c'est que maintenant tout le monde parle de "travail de pro" dans ce fil, si le but était d'éviter la mention d'un mot insultant, c'est réussi.

(c'est aussi connu que de savoir en un mot que la personne est française, tellement les français, moi compris, gardent l'accent : je dis "Hallo" à un allemand, j'ai souvent le droit "ha Franzose". Des faits, rien que des faits)

Pour être tout a fait honnête, un Allemand, ça se grille de loin à l'accent aussi, hein, qu'il parle anglais ou français.
En règle générale, il suffit d'un chtouille d'habitude pour griller à peu près n'importe quel accent national en quelques mots.

NdM: commentaire réédité par l'équipe de modération

Des faits, rien que des faits

Non, c'est une anecdote. Et le reste, c'est pas mal ton fantasme.

On est face à une génération d'incompétents qui ont 300 technos sur le CV mais qui ne connaissent rien dans quoi que ce soit dans quelque domaine que ce soit.

Et me lance pas sur les data scientist qui te vendent de la poudre verte qui t'augmente la conversion de 10 points.
Et quand tu lances un a/b dessus, tu vois qu'en fait personne n'en a rien a faire de leur super ranking de la mort qui tue.

En fait dès qu'une personne ou une idée dérange il suffit de le considérer comme de l’extrême droite ou de l'accuser de faire le jeux du fn.

Aaah, ca va quoi, merde a la fin!
Quand un mec fricotte avec les fafs, on a le droit de le dire aussi!
Redacteur en chef de minute en 84, puis national hebdo, c'est plus que des considerations, le mec s'assume extreme droite a ce niveau la. S'il voulait pas etre taxe d'extreme droite, fallait pas bosser a l'organe de communication officieux du fn. Et tes longs message complotistes sans queue ni tete n'y changeront rien.

De meme, le fait qu'egalite et reconciliation, fdesouche ou ripostelaique n'ait que des eloges sur lui devrait te mettre la puce a l'oreille.

il faut un chargeur si la réunion doit durer.

Elles durent combien de temps tes reunions pour que ton laptop ne tienne pas?

tout le monde ne fait pas comme Apple à prévenir de leur CPU 64-bit que juste avant la sortie du matos)

D'un autre cote, leur cpus 64 bits font aussi tourner le code 32 bits, et la migration se fait en changeant une dropdown pour 99% des gens, donc bon.

Il me semble que l'aslr sous macosx requiert le 64 bits. En tout cas, c'est le cas sous ios.
Toujours chez la pomme, le 64 bits ouvre des optimisations certaines, genre les tagged pointers qui boostent bien le runtime objc.

Les gens remarquent surtout que tu trolles a fond les ballons sur environ 98% de tes messages.
Forcemment, ca laisse des marques.

T'es quand meme dans une bonne logique de guerre quand meme, avec tout ces combats.

t'as pense a prendre un peu de recul la dessus, faire baisser ta tension et detendre ton slip?
Peut être meme te rendrais tu compte que windows n'a pas l'impact que tu lui attribues sur "l'espèce humaine, des sociétés et des peuples", pour reprendre tes mots.

Ça m'étonnerait qu'ils attendent que tu te connectes pour faire passer leurs robots d'indexation dessus.

tu crois?

Mais … ce n'est pas la question. La proposition c'est : des gens font des trucs illégaux, du coup pour résoudre le problème, il suffit de le légaliser. C'est la solution que je critique, pas le fait qu'il existe bel et bien un problème.

Non, la proposition c'est "la loi empire la situation de gens en situation deja pas terrible, le tout pour des benefices douteux, donc changeons la loi".
On peut discuter du bien fonde de cette proposition (ya clairement matiere), mais ca a pas grand chose avec un gamin de 15 ans au volant.

Peut être qu'en 2008 à 2010 de nombreuses personnes n'ont pas osé, pensant que l'Europe n'allant pas bien ne serait pas une bonne terre d'accueil.

Ca va quoi. On parle de gens qui fuient la misere, la vraie (pas celle des linuxfaitriens qui chouinent sur le train de vie), ou de gens qui craignent pour leur vie et celle de leur famille.
Alors tu penses que la crise des subprimes, ils s'en tamponnent le coquillard, mais d'une force…

Tout est donc question de volonté de celui qui veut tracker

Question de cout surtout. Tracker avec toutes les metadata http sur un serveur web, et tracker une connexion ip sans meme savoir ce quelle cherche a obtenir, c'est pas la meme difficulte, et donc le meme cout. Sachant que les gens font ca pour le pognon, si ca leur coute plus cher de devoir mettre une webapp qui expose la stack tcp en frontal, ils le feront pas. Et ya des grandes chances que ca soit le cas.

Toi qui d'habitude est le premier a hurler contre les arguments "il faut pas faire x parce que c'est pas efficace dans 0.1% des cas", tu tiens bizarrement un autre discours la.

Je me demande donc pourquoi des gens (et des hébergeurs) ont hurlé avec la loi sur renseignement 2015 en France, car du fait du passage en tout chiffré (HTTPS Everywhere), ce sont les seules informations qu'une sonde étatique chez le FAI ou hébergeur peut récupérer.

Les boites web font du DPI? Non? Bon alors?
Le fait est que meme des mecs comme google sont probablement incapables de correler un conenxion tcp a un utilisateurs. Les agences gouvernementales elles le font, mais pas pour les memes raisons.
Google le fait pour savoir a quel site web tu te connecte precisement, et ont besoin des meta donnees http pour que ca marche raisonnablement.
La nsa est interessee de savoir quelle ip tu visites, et peut donc travailler a un niveau bien plus bas.

Lier une connexion tcp a un utilisateur est quand meme tres loin d'etre simple.

Pas d'url, pas de hostname, pas de cookie, et les apis de serveurs web font un bon boulot a masquer les details tcp. Sans compter que ca ne te mene qu'au load balancer qui ne s'occupe que tres rarement de la logique de tracking (oui, tres rarement, je suis certain qu'ils existe des tares qui ont transforme f5 en webapp). Bon courage pour correler ca a une personne physique.
Bref, ca me parait un compromis tres raisonnable performance/vie privee.

Marrant, on te voit pas chier sur kded4, kmix ou firefox qui pompe visiblement plus de cpu qu'ils ne devraient, ni contre FF qui se goinfre 1.5Gb de ram a lui tout seul.

w00t! On peut utiliser un casque audio sous linux sans avoir a rebooter. Truc de malade! Windows et macosx peuvent aller se rhabiller.

Suis je le seul a me rendre compte du comique de ce genre d'arguments?

être quand même sacrement optimiste et naïf pour se dire que ça fonctionnera comme ça tout le temps…

Je me trimballe mon profile osx depuis 10.4 (ou ptetre bien 10.5), faut croire que c'est possible :)

Microsoft doit être capable, à partir seulement d'un identifiant et d'un nom de wifi, de fournir le mot de passe en clair.

Pas forcement, non. Le mot de passe peut etre chiffre avec la cle publique du contact, ms ne le verra jamais.
Note que je sais pas si c'est implemente comme ca, mais c'est une possibilite qui marcherait tres bien.

Et quelles donnees recolte apple, exactement?

Et vous êtes marrants à supposer que tout marche bien dans les boites qui cherchent des devs ; "t'as complètement foiré ton archi" est une punchline assez percutante en entretien, faut admettre ;)

La boite qui m'explique que leur frontends tapent dans une db en direct, je fais demi tour, et je decline poliment l'offre s'ils en font une, oui.
Ya du baggage/dette technique partout, mais ce genre de dette, t'en reviens generalement pas, a moins d'un radical changement de direction venant d'assez haut. Auquel cas le discours est plutot "les mecs d'avant ont vraiment fait de la merde, on va reparer ca".

c'est TJS bien quand tout le monde sait un minimum ce qui se passe en dessous.

Yep. Et t'as pas besoin de maitriser c et/ou sql pour savoir ce qu'il se passe en dessous.

Si t'as un site public de la taille du bon coin et que tes devs front end tapent direct dans la base de donnees, t'as vraiment completement foire ton archi, mais genre bien quoi. T'es cense avoir une separation back/front end, avec une abstraction de tes datastores. SOA a le vent en poupe ces temps ci, mais c'est pas le seul pattern utilisable.
Ca a rien a voir avec frameworks ou pas.