Reprise du message précédent :
Selon la taille de l'input c'est plus efficient oui, à la base j'ai fait ca car ca me soûlait de checker les bounds, mais bon une fois que tu as les primitives comme voisin et une fonction qui vérifie les bounds en fait c'est plus forcément nécessaire

Aujourd'hui je mets l'immuabilité de côté et bien sûr je me prends directement les pieds dans le tapis en lançant les deux parties sur la même instance de ma grille.  
 
J'ai vraiment plus l'habitude...

Ce chantier !

Les pros en électricité c'est possible de convertir un chargeur de ce type en USB-c ou c'est même pas la peine ?
 
Merci
 

 
Moi c'est du 45w mais le même connecteur.

Non, les devices parlent au chargeur en usb c

 
arf dommage.
 
Merci quand même

 
Ah merci je me sens moins seul
 
Done, un peu plus long que prévu du coup

 
Est-ce que gagner 10% est vraiment un critère?

Vous avez tous fait une bête grille en fait?  
Je trouve ça plus rigolo avec une classe Octopus.

bof, c'est de la formation continue, et l'un des trucs de l'AOC, c'est que l'exercice est imposé de manière externe, tu peux pas dériver en déplaçant le but.

ah mais je nie pas l'intérêt personnel qu'on peut en tirer...mais pour le coup mettre en avant le gain de perfs m'apparaissait incongru - ma solution probablement pas optimale me semblait tourner instantanément

Si ton input fait 100,000x100,000 faudrait voir si 10% c'est pas un gain de temps sympa (sans compter le côté mémoire)

A compter que le gain de 10% est réellement transposable avec un tel changement de volume et qu'en augmentant le volume le %age gagné ne baisse pas progressivement pour finalement s'inverser.

Faut déjà allouer le tableau à 10B d'entrées

Tu comptais aussi faire des tests unitaires ?

moi j'en ai sur mon toolkit

Jubi et Hepha voient pas le problème.

C'est ce que j'ai fait  

 
Je fais ça tout le temps et je me retrouver avec du code aussi épais qu'un wedding cake américain, j'ai décidé de faire light pour une fois

Google runs on PHP

bon il va falloir que je prenne un crash-course sur le placage de chants
 
et je vais peut-être devoir charcuter leur base de données.
 
L'autre truc c'est que je vais peut-être devoir faire un scan-beam pour la 3ème fois de l'année

AOC était donc là juste à temps

on va dire que le précédent était un tout petit poil plus couillu, parce qu'il fallait construire la topologie à la volée.
Le suivant risque d'être un poil velu aussi parce qu'il y a des arcs de cercles. normalment c'est la plus facile des lignes pas droite, mais je suis pas très confiant.

edit: je tiens à préciser que je connais d'autres algos, c'est pas de ma faute si celui-ci me poursuit

AoC du jour
 
https://pastebin.com/LZznWGjg

Jour 12 fait, un peu déçu qu'il y ait pas besoin de programmation dynamique ça aurait été un peu plus funky, le problème s'y prête bien
 
https://pastebin.com/TbY55Zsj

 
Moque-toi, monsieur "je reteste les bornes à chaque tour et fais des erreurs parce-que je stocke pas mon tableau 2D dans une seule dimension."  
 

 
Bah là ça va quand même, 130 lignes pour les 2 parties.  
Et objectivement c'est nettement plus lisible, et les tu testes les bornes seulement à la lecture de l'input.

Bon pas très rapide ce matin (26+27 minutes) : https://github.com/ratibus/adventof [...] lve_02.php
 
J'ai perdu tout mon temps dans la partie 2 pour adapter la condition à l'énoncé...
Surtout qu'à un moment, j'avais un code qui marchait pour 2 exemples mais pas le 3è
 
Toujours pas de récursion

Je sais comment résoudre la partie 1 mais c'est dimanche chez les parents avec le frangin et les nièces, je sais même pas si j'aurai le temps de le faire aujourd'hui

Oui ?

Si vous voulez je peux vous dire le résultat de l'analyse de mon code via sonarqube et le nombre de jours qu'il considère pour fixer mes bugs, code smell et compagnie

Bon ben j'étais au point niveau graphe vu qu'en ce moment j'ai revu mes classiques.
Excuses ON: j'aurait fini top 100 pour la 1ère étoile, si j'avais eu accès à mon ordi à 6h, y'a la famille qui dors dans mon bureau/chambre d'amis, je me suis retrouvé dans la cuisine avec le macbook de 2012 et le clavier azerty

Clairement la partie 2 mis un poil plus de temps après moult stackoverflow errors

Et l'animation cette fois avec graphviz: https://imgur.com/a/Y7HDRfD

done, peu de différence entre part 1 et 2

Bon moi je m'arrete la pour les AoC, pas tres intéressant au final a part les premiers...

Il est intéressant celui de ce jour comme variante d'un all path de graphe pourtant

 
Ça parlait notepad++ juste avant.

Apparemment AoC et gueule de bois ne font pas bon ménage. Je me suis compliqué la vie en voulant générer les chemins au lieu de les compter, et j'ai eu un mal fou à trouver un bug dans la partie 2 (une indentation manquante)
https://pastebin.com/GDZ1NDYK

Pendant que moi j'essaye de dégager tous les résidus de colle sur les plinthes et le PVC

D'ailleurs c'est dommage, un des effets de bord de l'acétone blanchi parfaitement les PVC grisonnant (j'ai essayé eau savonneuse, eau + cristaux de soude et vinaigre) mais j'ai appris que ce n'était pas du tout recommandé sur du PVC

Si quelqu'un a une solution magique pour les reblanchir je suis preneur

Sur les plaintes faut voir avec l'igpn
Sur les plinthes : repeindre ?

Ce sont des plinthes de carrelage, je devrais les récupérer avec de l'acétone et de l'huile de coude.

Paye ta "variante", tu passes de O(n) à 2^n... Il n'y avait pas mieux ?

Un peu crado le triple if, sinon on a fait la même chose au langage près

j'ai pas compris, vous avez des complexités qui dépendent pas du résultat ? on est dans la cat PHP ici ?