Forwarded from wjm
Telegram
duangsuse::Echo
这么说吧 我是对的 我不打算听你的话 我就是无敌的 你用来支持观点的例子在我看来都是菜鸡
Forwarded from dnaugsuz
算了呗,凭他们对 Python 元编程动态性的那一点理解,俺继续做俺的项目,不是第一次了
就是很好奇不是立刻封的,那是为什么封的呢……
就是很好奇不是立刻封的,那是为什么封的呢……
Forwarded from dnaugsuz
一群不干好事只晓得语言鄙视链的人,以为自己多聪明,聪明反被聪明误
以为自己能弄出那些别人早已组织好公开的 pattern 就多了不起,其实不过是一群 copycat ,真正搞懂了什么呢
以为自己能弄出那些别人早已组织好公开的 pattern 就多了不起,其实不过是一群 copycat ,真正搞懂了什么呢
Forwarded from dnaugsuz
当然啊,他们的管理员特别不好相处,肯定是有些激进的管理员把我封了,之前就有过争议,懒得再说了
Forwarded from wjm
捕蛇者说
聊聊编程、程序员和 Python
duangsuse::Echo
哇原来我之前在 #Haskell 里看到的就是这种…… 这个大佬很厉害 https://teek.readthedocs.io/en/latest/_modules/teek/_tcl_calls.html#init_threads def _pairs(sequence): assert len(sequence) % 2 == 0, "cannot divide %r into pairs" % (sequence,) return zip(sequence[0::2], sequence[1::2])…
from itertools import islice
def zipWithNext(xs): return zip(xs, islice(xs, 1, None))
list(zipWithNext([1,2,3]))
==[(1, 2), (2, 3)]
#Python
关于 fibonacci 数列, #Haskell 里容易定义:
fibs = 1:1:(zipWith (+) fibs (drop 1 fibs))
这是基于 Haskell 的可复现(无副作用/纯)序列+惰性求值实现的,而 Python 里若用等价的 fibs = chain([1,1], map(operator.add, zip(fibs, islice(1,None)))) 不能成功——表达式组织出generator对象的关键在于 map(add, zip(xs, xs[1:])) 里 zip 的流视口,它肯定要引用靠 zip() 本身生成的数字。
再看 Haskell 的定义等式,其生成式缓存是全局的(当然实现法有很多种但),可以理解为 fibs, (drop 1 fibs) 持 length -2、-1 的索引(此时就没有“预支”流导致循环引用的问题)
fibs = [1,1]
def _fibs_gen(i,n):
fibz = islice(fibs,i,None)
fibz1 = islice(fibz,1,None)
fibs[i:i+n] = map(operator.add, zip(fibz,fibz1))
def gen(buf, op, n_chunk=5):
i0 = 0
while True:
op(i0, n_chunk)
i0 += n_chunk
yield* buf[i:i+n] 如果想写在一行内也可以,但需要
iself() 提供一个隐式上下文的流位置(才能引用自身 不然只能从流头开始),既然这样也就不得不使用 gen() 生成带视口的流了。举个用例,当然索引的可变 boxed ref 弄 it=[i] 就行,关键在于让惰性流(其参数 lambda 的参数1)知道自己在对应 iself() 的什么位置就行。
fibs = iself(lambda fibs: chain([1,1], map(add, zip(fibs, drop(1,fibs)) )) )Haskell GHC 可能没有这样简单,或许它是对 (drop 1 fibs) 进行了仅 1层 的惰性求值?这样性能很差,但写起来更有意思
(不对…… 理解错了, (drop1 fibs) 实际上不需要对「未求值的项」进行计算,它从一开始的 (1:1:) 就已经落后于序列尾2项了)
(所以说有些看起来了不得的东西原来只是太晦涩、不直接了吗……到底还是要缓存)
一般来说
fib 1 = 1
fib 2 = 1 -- (f 3) = (f 2)+(f 1)
fib n = (fib n-1)+(fib n-2) #Haskell #code这是递推法,理论上无缓存性能很渣(当然真的函数式里 memo,cps 属于基础),而上面实现的 py 版则是动态规划(迫真)
Vegard’s blog
General Parser Combinators in Racket
How to implement a general parser combinator framework which handles left-recursive and ambiguous grammars.
Forwarded from dnaugsuz
duangsuse-valid-projects/TkGUI: Declarative tkinter wrapper for Python, features quick prototype & codegen
https://github.com/duangsuse-valid-projects/TkGUI
我写的这个 GUI 封装,你们怎么看🤔
我觉得如果能支持 GTK 和 Qt 后端就更好了
https://github.com/duangsuse-valid-projects/TkGUI
我写的这个 GUI 封装,你们怎么看🤔
我觉得如果能支持 GTK 和 Qt 后端就更好了
GitHub
GitHub - duangsuse-valid-projects/TkGUI: Declarative tkinter wrapper for Python, features quick prototype & codegen
Declarative tkinter wrapper for Python, features quick prototype & codegen - duangsuse-valid-projects/TkGUI
Forwarded from dnaugsuz
这个玩意支持用稍作修改的语法进行调用/取值,然后就可以生成等价的代码,能够用于实现0开销抽象,可以缓存代码的🤔
有没有人感兴趣如何在不影响性能的前提下进行元编程,编写能生成冗余代码的代码。
有没有人感兴趣如何在不影响性能的前提下进行元编程,编写能生成冗余代码的代码。
Forwarded from dnaugsuz