Reprise du message précédent :

Je suis pas chez moi, je posterai une photo ce soir

 
Bah fais le. No joke. Ils vont probablement jamais vouloir payer sinon.

Certains y arrivent où d'autres ont échoués, renseigne toi sur ces topics et tu verras que tu n'es pas le seul. Y'en a même qui préparent le terrain eux même
 
Mais du coup on peut dire que la fibre est rentrée dans ton logement au moins pour quelques minutes ?

Il y'a un droit à la fibre sinon, je sais pas si ça force les copro mais faudrait regarder.

edit:

https://copropriete.hellio.com/blog [...] C3%A9rale.

 
Oui, mais si des travaux sont requis qui impliquent pour le syndic de payer, c'est certainement une autre histoire. Si personne d'autre n'est intéressé par la fibre, je vois pas au nom de quoi les autres proprios voudront payer, d'autant plus si eux-mêmes n'habitent pas là.
 
Dans tous les cas, il doit demander au syndic pour les travaux sur l'immeuble.

Pour chez moi j'étais encore plus en chien que toi pour avoir la fibre, donc j'ai fait venir un électricien 1 mois avant avec un putain de Panzer pour faire des tranchées de 20 mètres et poser un fourreau tout neuf car j'ai 0 confiance dans l'ancien qui était coulé dans le béton. Pas loin de 800 balles mais le jour J yavait même déjà le tire câble de prêt dans le fourreau c'est passé comme papa dans maman.

Bon en vrai j'avais déjà besoin d'une tranchée pour électrifier le portail mais j'ai pas hésité une seconde à faire continuer après le portail jusqu'à la chambre et tout passer à l'avance pour vérifier. J'ai suivi le gars pendant sa soudure, on a vérifié l'atténuation, il a refait la soudure pour faire encore mieux. J'ai AUCUN regret d'avoir été à fond sur le coup, 0 problème depuis.

Mon conseil perso : paye et fuck it.

Tu as 2 choix possibles:
1) tu installes des goulottes en infraction avec le syndic mais t'en as rien à foutre parce que c'est des cons qui branlent rien avec une résidence qui branle rien. Et ça permet d'attendre de te casser.

2) tu te casses, ce que tu aurais probablement dû faire il y a 5 ans. Mais dans la prochaine, vérifie qu'ils ont la fibre, et/ou inscris-toi au conseil syndical ou tanne-les toutes les semaines au lieu d'attendre.

 
Ca dépend. Gaffe au read/process/write un peu facile qui peut te mettre dedans. Surtout si tu ecris les données en base (mais ça a pas l'air d'être le cas ici)
 

 
ils ont essayé de tirer l'un des câbles déjà présents ?  
 
Parce que vraiment ; une gaine en 32 ou 40 mm avec un coax dedans, tu n'y fera rien passer sans enlever le cable d'abord. La gaine (du cable) est toute molle et accroche n'importe quoi, du coup ça fait des boucles et c'est mort.  
 

 
La copro est déjà raccordée.
 
Sinon tu leur montre ça : https://reseaux.orange.fr/nos-resea [...] t-internet
 
2030, fin du réseau cuivre.

Franchement, j'ai envie de te dire, pour 5m, vas-y installe, rien à branler. Fais-le discret quand même

Pour en avoir fait pas mal, j'aime bien en faire le maxium en base de données , par exemple en créant les bonnes structures dans un autre schema/prefixe.  
ça va vite, et ça evite des blagues sur les format de date, sur les echappement de carctères, ...
 
et en plus à la fin tu es sûr que ça fonctionne dans la nouvelle base avec ses clé, ses contraintes, ...

Les bouilloires electriques sont interdites dans la cafet maintenant
 
Je suis sûr que bientôt ça sera le tour des couteaux
 
monde aseptisé de merde

Si tes pas au syndic, et/ou que le syndic est un quarteron de branleurs (comme ça a l'air d'être le cas) tu peux attendre 6 mois minimum. Dans le cas où ils te disent pas non tout de suite (mais plus tard)

c'est pas comme l'administration pas de réponse = acceptation ?  

Non

Merci flo  

 
???
 
Parce que vous avez des distributeurs d’eau chaude donc c’est pas utile?

Ta nouvelle BD, c'est aussi du MS SQL server ? Tu n'as pas précisé. Car effectivement, si c'est le même type de SGBD, essaye de faire toutes les transfos direct en BD.

J'imagine que c'est pour éviter les pbs électriques (genre, une personne qui oublie d'arrêter une bouilloire qui ne s'arrête pas toute seule, ou alors qui est défectueuse et fait un court-circuit) ?
 
Chez nous, les bouilloires et machines à café sont interdites dans les bureaux.

Ah super, Gmail a bloqué un de mes comptes alternatifs, soit disant parce qu'il a enfreint des règles.

Alors soit il a été hacké, soit l'heuristique est méga foireuse. J'ai un mois pour faire appel, après ils effacent tout...

Muchacho arrive même à se faire ban de Gmail.  

Je plussoie Flo.

Au passage pour avoir fait ça dernièrement, Spring batch "de base" (c'est à dire en lisant la doc et en s'imaginant que ça va rentrer dans le cas général) c'est pas idéal.

Spring écrit aussi en base. Du coup un plantage de Spring peut rollback des trqansactions métier si tu n'isoles pas bien les choses,et c'est casse couilles.
Spring batch en mode read/process/write est fait pour lire une donnée et en écrire une autre en face. Si la lecture d'un item a écrire een sortie prend 3 requêtes, tu va perdre beaucoup en perf par rapport à des jointures bien foutues et un principe d'accumulation des données d'entrée dans ton modèl;e de sortie.

Au final on avait utilisé Spring batch mais sans read/process/write, uniquement pour la gestion des etapes.
Le principe général c'etait :  

- une table de travail avec [ID donnée a migrer , etat, ID processeur, ID donnée en sortie, message], remplie "a la main" au départ pour la colonne ID donnée a migrer.
- un processeur qui : mettait son ID dans N lignes de la table dans lesquelles l'etat et l'ID processeur etait vide,
   faisait X (X!=N) requêtes à partir de ces IDs dans les tables d'entrée et consolidait le tout dans N instances du modèle de sortie, du coup en utilisant des curseurs et tout le bazar (alors que si on avait dû utiliser read/process/write on aurait eu une itération sur des entités de l'ORM, et ça correspondait pas du tout à des curseurs sur des tables ou des jointures)
   Ecrivait dans les tables de sortie
Et recommencait tant qu'il y avait des lignes a traiter.

Pour tester sur un subset, c'est facile : tu mets "POUET" dans la colonne ID processeur sauf dans les 3 lignes de test et tu lances ton machin.

Pour la reprise, c'est facile :
- tu t'es planté avant d'ecrire => tu vires l'ID du processeur et l'etat dans les lignes concernéees de ta table dee travail et tu relances,
- tu as écrit de la merde => tu utilises l'ID de la donnée en sortie pour la purger,  tu vires l'ID du processeur et l'etat dans les lignes concernéees de ta table dee travail et tu relances.

Et si tu codes correctement l'ID du processeur tu peux en lancer plusieurs en //

faut que je mesure à combien sort l'eau de la machine à café de merde qu'on a mais je suis sûr que ce n'est pas assez pour mon café de pas merde
 
sinon il y a peut être moyen avec le micro-onde mais là comme ça je dirais que c'est juste ultra dangereux  

Aucune idée encore, le prestataire n’a pas encore répondu à ça. Mais mon boss me demande déjà de faire l’analyse du projet.

Franchement si y a 4Go a migrer, je suis pas sur que ce soit super utile de se faire chier avec un système de producer/consumer... A moins que y ait vraiment des étapes complexes avec beaucoup de processing lors de la migration, mais rokhlan a pas précisé. Après je suis d'accord qu'il faut avoir un truc qui te permet de stocker l'etat des lignes a migrer. Mais bon, imho avec quelques dizaines de millions de lignes au total, je pense que tu peux tout faire de façon synchrone.

c'est un complot Much, c'est parce qu'on t'en veut personnellement

Note : c'est probablement ton compte Google qui est tombé, on ne bannit pas les gens de gMail. T'as essayé d'aller sur accounts.google.com avec et voir ce qui se passe ? Si tu peux pas te logguer c'est peut etre un signe que qqn t'as pris ce compte, auquel cas tu peux faire un claim pour le récupérer (les gens cherchent les comptes inactifs parce qu'ils ont souvent bonne "réputation", ou simplement parce que ce sont des comptes jetables. Ça se fait beaucoup par password washing, ie si un de tes MDP a déjà leaké, et que tu utilisais le meme sur d'autre service, un hacker va le tester partout pour voir ce que ça ouvre (d'où l'importance d'avoir des MDP séparés par service)

C'est vrai que pour si peu de données, ça me paraît un peu bourrin. Un simple script devrait faire l'affaire.

Ah c'est pour faire du café en plus.
 
Tu peux faire chauffer de l'eau au micro-onde mais faut mettre un truc pas en métal dedans pour éviter la surébullition.

je vais déjà tester l'eau chaude officielle, si ça se trouve je suis démesurément pessimiste  

Merci pour ces détails, c’est intéressant  

Jubi, quel branleur a décidé qu'ajouter un gradient à la barre de progrès des vidéos était un truc utile à faire? C'est pour savoir où envoyer le novichok.

 
ne dérespecte pas nos UXers s'il te plait. Il y a eu des études poussées qui ont montré que pour plaire à la GenZ et aux femmes (2 démographies sous représentées), il fallait un gradient. Alors on met un gradient. Va falloir vous y habituer mon vieux.
(je plaisante meme pas, y'a eu un projet UX monstrueux sur le nouveau look&feel de YT, après faut reconnaitre que toucher à la UI d'un truc aussi gros n'est pas trivial (pour rappel juste loguer si qqn clique sur un bouton, c'est 20Go de logs quotidiens)

 
https://twitter.com/GoogleDesign/st [...] 9568618892
 
 

D'expérience l'eau chaude des distributeurs de boissons est pas terrible, et t'as souvent des restes de trucs instant, donc tu te retrouves régulièrement avec un peu de lait en poudre ou de soupe lyophilisée dans ton eau, peut être pas assez pour que ça change le gout mais l'apparence est immonde, pour le thé ça te donne l'impression de le faire avec de l'eau d'égout  

 
C'etait le cas.  
Evidemment s'il s'etait agit de faire du ligne a ligne c'etait overkill.
 
Et puis surtout : au fur et à mesure des migrations on a dû faire des modifs pour traiter des cas à la con, des trucs oubliés, etc.. (la migration c'était les données des retraites des mines... les gestionnaires métier qui savent encore comment ça marche sont eux mêmes à la retraite, et les régles de gesiton de ce merdier, c'est à donner des prix de simplicité à l'admninistration Francaise) là on était content de pouvoir cherry picker les données a migrer facilement, ou de pouvoir ajouter une requête dans un coin au lieu de se prendre le chou avec une relation dans l'ORM qui aurait posé plein d'autres problèmes.
 
Le plus marrant ça a été quand j'ai présenté l'idée à mon équipe de petits jeunes.. au départ ils étaient pas convaincus parce que ça faisait trop "a la main" pour eux.

Je peux pas les dérespecter si j'ai jamais eu de respect pour eux  
 
Quelqu'un a suggéré fixer les trucs qui marchent pas dans le produit à la place?

 
Putain je pensais que j'avais un problème aux yeux

non ça va c'est une machine bean-to-cup moderne avec sortie d'eau chaude séparée du reste. Si le café est dégueu c'est surement un mélange de mauvais grain et de mauvais réglage de la machine je pense (gout de café brûlé et grains torriffiés à la limite d'être du charbon).