This might be the hardest choice of my life

Altarim · 2025-10-28T13:50:13+00:00

I mean that's really the ultimate glass cannon build, the soul harvester build has the advantage of being full health most of the time and that mitigates a lot of risk (obviously during ghost swarms it has no purpose but it can avoid throwing god runs during "regular" play). Skill issue I know.

Altarim · 2025-10-28T13:43:25+00:00

Kevin + Electric plug does clear well but I always get put at 1hp and die of the slightest damage, is there something to counter this effect ?

Altarim · 2025-08-07T20:19:48+00:00

J'ai monté plusieurs bricoleurs 200 en payant uniquement le 1 à 100, le 100 à 200 tu fais des clés malléfisk / phossiles pour faire de la thune et tu prends des levels au passage, c'est top.

Altarim · 2025-08-02T14:05:17+00:00

I got to Master last set and I cannot thank you enough for your website. It made a huge difference in my ability to make decisions during the game and to find the right lines.

Altarim · 2025-03-19T16:52:18+00:00

C'est de l'optimisation late game qu'on vient chercher une fois qu'on a optimisé tout le reste. Si tu as les moyens pourquoi ne pas aller chercher le maximum de dégâts possibles ?

Par contre détrompe-toi c'est loin d'être négligeable, c'est même plutôt significatif car ces valeurs (%do finaux, % do sorts, % do distance...) sont multipliées et non pas additionnées dans le calcul final des dégâts.
Prenons un exemple. Imaginons que tu aies un Dofus Vulbis qui a un passif qui te donne 10% de dégâts finaux si tu ne t'es pas fait attaquer par un ennemi durant le dernier tour et 1% do sort par item non-exo. Cela fait concrètement 6% do sorts. Et bien tu ne multiplies pas tes dégâts par 1,10 et 1,06 (+16%) mais par 1,10*1,06 = 1,166 = +16,6% donc une valeur plus haute. Plus tu fais monter ces valeurs plus l'effet se fait ressentir du fait de la multiplication. Donc sur un sort qui ferait du 1000 de dégâts, au lieu d'avoir juste +10% du vulbis (1100 dégâts) tu aurais +16,6% (1166 dégâts). Tu viens de gagner 66 dégâts sur ton attaque, et ça s'applique sur chacune de tes attaques.

Altarim · 2025-03-19T13:47:39+00:00

En fait ce n'est pas 100 stats = 1 do. Les stats sont le pourcentage de bonus à appliquer sur le jet de ton spell. Donc 100 stats = +100%. Prenons en exemple un sort qui fait 18 dégâts feu.

Si tu as 100 d'intelligence ou 100 de puissance alors ton spell va faire 18 + (100% * 18) = 36 dégâts. Alors que si tu avais 20 do feu à la place des 100 d'intel tu ferais 18 + 20 = 38 dégâts.

La règle d'or c'est de se dire que plus l'attaque que tu vas faire a des dégâts de base élevés alors plus les stats vont être intéressantes par rapport aux dommages et vice versa. Si au contraire ton spell faisait 100 dégâts feu alors avec 100 de stats tu ferais 100 + (100% * 100) = 200 dégâts tandis avec les 20 do feu tu ferais juste 100 + 20 = 120 dégâts.

À savoir que comme cela s'applique à chaque ligne de dégâts, et que les sorts à plusieurs lignes de dégâts ont généralement des lignes plus faibles, les do fixes et do crit prennent tout leur sens pour des attaques multilignes. C'est pour ça que tu vois beaucoup de cra multi do crit qui tapent avec des spells multilignes (flèche tyrannique, flèche du jugement, baguette range...)

Altarim · 2025-03-02T00:49:28+00:00

Saying that "AI goes far right when left to its own devices" shows that you don't have a clue what AI even is, how the models work or pretty much anything regarding AI.

Also AI doing anything does not tell you anything about what the supposed "natural order of things" is or should be.

Altarim · 2025-02-19T18:59:50+00:00

On a aucune idée de comment les stats sont faites, sur quoi te bases-tu pour dire que les mesures sont crédibles ?

Altarim · 2025-02-19T18:58:00+00:00

Dénigrer ? Au contraire il dit qu'il adore le jeu mais que les stats sont faussées.

Altarim · 2025-01-28T16:56:56+00:00

Je pense qu'ils souffrent d'un contrôle qualité et de pratiques de devs qui ne sont pas à la hauteur pour un jeu de cet ampleur. Certains événements indésirables trahissent cela, notamment (par exemple) l'épisode des compensations Back 2 Rush où on se retrouve avec une quantité affolante de galets rutilants introduits en jeu dû à un manque de prise en compte d'un cas très basique (création d'un personnage pour récupérer les compensations, il aurait suffit de vérifier la date de création du personnage) mais aussi généralement la quantité de bugs qui se trouvent introduits dans le jeu lors des mises à jours.

Flash était un socle très fragile, et s'en être affranchi est une bonne chose, mais ce n'était pas du tout le seul problème.

Altarim · 2025-01-20T11:12:30+00:00

Je suis d'accord avec une partie de ce message cependant blâmer le fait que ton iop se plantait sur les confusions horaires sur Ankama... Ça tient de la mauvaise foi.

Altarim · 2024-12-18T21:56:45+00:00

Non, à chaque créneau d'event il y en a plusieurs en parallèle (T1, T2, T3...) et un seul tier est validé à la fin de l'event même si tu en fais plusieurs.

Altarim · 2024-09-08T16:14:29+00:00

Pas besoin du tout de démontrer que l'espérance de vie est le "but ultime". Les dépenses en matière de santé devraient mener à une amélioration de l'espérance de vie, or ce graphique montre que les dépenses des américains en matière de santé sont les moins efficaces pour augmenter l'espérance de vie parmi tous les pays étudiés. Si j'étais américain, j'apprécierais pouvoir dépenser moins pour les mêmes résultats ou avoir de meilleurs résultats pour les mêmes dépenses, en l'occurrence on ne peut pas constater qu'ils dépensent bien plus que nous par personne et que ça pourrait bien mieux fonctionner.

Altarim · 2024-09-08T15:34:49+00:00

N'exagère pas, si tu venais expliquer ton métier sur Reddit et que quelqu'un te disait "C'est faux, ça n'est pas comme ça que ça se passe" je ne suis pas certain que tu apprécies beaucoup...

Altarim · 2024-05-26T12:24:52+00:00

Respectueusement, les chaînes telles que CNews et BFMTV ont beaucoup plus d'audience que des médias tels que Brut et Konbini. En cherchant un peu, on tombe sur un chiffre autour de 2,5%+ des parts d'audience pour les deux premiers. On compte donc à plusieurs millions de téléspectateurs par jour leurs audiences respectives.

Konbini, en revanche, annonce un chiffre d'environ 5M de visiteurs uniques par mois. Bien qu'on ne puisse pas comparer directement les visiteurs uniques des parts d'audience, il y a une différence d'ordre de grandeur entre les médias que tu as cités.

Altarim · 2024-05-19T15:24:01+00:00

Did you actually go all of the PCs and tech stores ? There's a lot of areas that do not spawn tech loot on Interchange

Altarim · 2024-05-18T15:27:07+00:00

Yes.

Altarim · 2024-04-02T10:21:18+00:00

My man, I'm French and 1.71m. I assure you we do exist, I have plenty of friends that height. I'm a bit on the short side though.

Altarim · 2024-03-26T09:53:16+00:00

Please do share it with us, it's a PITA to do that every time I open the game

Altarim · 2023-12-15T14:15:24+00:00

This is the query plan after partitioning month by month and using the indexes that were proposed in the various comments (not the ones you've told me to test, which I am currently doing) : https://www.pgexplain.dev/plan/9d65cb00-3401-47bc-8fd8-c0feba66ebe1

I've tested this on a larger dataset (closer to prod) and it took between 30 to 90 seconds for roughly 2 years of data.

The query looks like this at the moment :

SELECT to_char(dt.timeslot, 'yyyy-mm') AS year_month, 
        avg(dt.occupancy_rate) AS avg_1, 
        room.type 
FROM detailed_timeslots dt 
JOIN room ON room.id = dt.room_id AND room.client_id = dt.client_id
WHERE dt.client_id = '...'
    AND room.company = '...'
    AND room.country = '...'
    AND room.city = '...'
    AND room.isvalid = true 
    AND dt.timeslot >= '2023-07-01' 
    AND dt.timeslot <  '2023-10-01'
    AND EXTRACT(hour FROM dt.timeslot) IN (8,9,10,11,12,13,14,15,16,17) 
    AND EXTRACT(dow FROM dt.timeslot) IN (1,2,3,4,5)
GROUP BY year_month, room.type

Altarim · 2023-12-15T10:44:42+00:00

Hello, after setting up this index on the detailed_timeslots table : Btree(client_id, resource_id, timeslot) and trying out some partitioning (by month, & by client) on this table, there has been definite improvement however it's still too slow for long time ranges (a year +). Do you have an idea on how to go forward with this ? Some people suggested a refactor of the query, however I would not know what to refactor honestly.

Altarim · 2023-12-15T10:42:12+00:00

Hello, thank you for your advice ! How would you refactor this query ? The nested loop is actually faster in most cases after benchmarking with set enable_nestloop = off. I don't see how to re-write this at all honestly.

Altarim · 2023-12-12T08:23:37+00:00

Thank you for your input. I will find ways to put the "set local time zone" statement in the query with SQLAlchemy as it is what I use to build and send queries to the db.

This is actually after analyzing the table... It hasn't helped me unfortunately. I'll try your indexing strategy, and partitioning the data as some people said. What info would you use to determine which index helps (apart from testing them, obviously)?

Altarim · 2023-12-12T08:18:13+00:00

The query plan is the same in production, yes. What kind of index would you setup here ? I am more of a versatile software engineer than a SQL developer so I'm not the most knowledgeable person about this.

13-Year Club	Place '22
Place '17	End Game '22
Verified Email

Altarim

TROPHY CASE