ok so i have added pyhof and more_itertools into dependencies

wooo

@lyxal is that a good idea ^^^?

using more itertools and pyhof?

that's fine.

use the libraries you want to use

ok

# ======== Imports =======
import sys
import random as R

from collections import deque

from math import *
from pyhof import *
import itertools as it
import functools as ft
import more_itertools as mit
import operator as op

^ all imports

i import everything from pyhof and math

@PyGamer0 do you have a plan for what these imports will do?

yes

they will replace some implementation of atoms

do you have the atoms to be replaced in a list?

no, i will see which one use custom functions and replace them with the ones from the library

keeping track of what you dependencies do is very important

hm i dont have to make the list now (currently doing geography exam)

finish your exam then. we can talk afterwards (ping me)

ok

@Razetime i finished my exam

cool

so now you need to know what depends on what

like?

which atoms depend on which function

@Razetime poetry should help with that

@Razetime oh, why is that necessary?

also you should implement primitives yourself if you can, often library functions are chunky and overfit the task

@PyGamer0 people like removing dependencies from their project. if some library gets deprecated you'll have to replace everything you have used

if the library is doing the work they why not

@Razetime i dont think more_itertools will get deprecated, or do you mean functions of the library?

wouldnt the library have a faster implementation?

functions of the library, and sometimes the entire library

@PyGamer0 throwing together premade things won't help you learn anything

faster? sometimes

@Razetime well i am replacing the current functions i have with the library functions

and pyhof is my library

neat.

    d = [[] for _ in range(len(x) + len(x[0]) - 1)]
    d = map(curry(constantly)([]), range(len(x) + len(x[0]) - 1))

^ are the above statements equal?

looks like it

just have to convert the map to a list

Why not just map(lambda _: [], ...)?

\_(o_o)_/

looks functional :P

ok i changed one quick, ⌿ is foldr now

Why not /?

/ is likely foldl

Nvm I'm bad at directions

I forgot for a moment that foldr doesn't do what foldl does

@lyxal Razetime is right

and pyhof has foldr foldl foldr1 foldl1

and their scan equivalents

and now the repl is little better