penguinWWY 最近的时间轴更新 penguinWWY 最近的时间轴更新 |
penguinWWYV2EX 第 457444 号会员，加入于 2019-12-04 20:20:43 +08:00 |
penguin-wenyang.wang/
| 发一个看起来没啥用的字节码编辑库 Python • penguinWWY • 234 天前 • 最后回复来自 v2exblog | 4 |
| Python 版魔法练习 Python • penguinWWY • 2022-03-18 13:38:52 PM • 最后回复来自 icbmicbm | 2 |
| 我又来了，真招 Python 酷工作 • penguinWWY • 2022-01-07 15:26:06 PM • 最后回复来自 garvan | 13 |
| 有没有人想搞 Python 呀，无聊水个 JD 酷工作 • penguinWWY • 2021-11-01 10:03:59 AM • 最后回复来自 penguinWWY | 32 |
| 蚂蚁程序分析硬核技术团队春招氵
1 酷工作 • penguinWWY • 2021-03-04 11:47:56 AM • 最后回复来自 boyxy120
|
2 |
| 有点硬核的工作来了 酷工作 • penguinWWY • 2020-03-25 16:05:21 PM • 最后回复来自 la2la | 4 |
| 推荐几个代码检查工具
1 程序员 • penguinWWY • 2020-03-21 12:03:25 PM • 最后回复来自 penguinWWY
|
11 |
penguinWWY 最近回复了
6 天前 回复了 r1nice 创建的主题 › Kotlin › Java /kotlin AST 构建相关，悬赏 200 求解，人已经麻了 |
所以你的问题是如何检查一个节点的类型？
14 天前 回复了 ppsheep 创建的主题 › 职场话题 › 有人上班听德云社的相声吗？？ |
音乐和相声来回换着听
我比较喜欢我字辈的那几段，已经听熟了不会笑了，但就喜欢听那个味儿
我比较喜欢我字辈的那几段，已经听熟了不会笑了，但就喜欢听那个味儿
34 天前 回复了 vicalloy 创建的主题 › Python › Faster CPython 远未达到预期 |
欠债太多了，得慢慢补
其实 4 年提升 5 倍这个对比 python 的 base 不算离谱，但是每年 50%就完全是拍脑袋，为了 ppt 好看
其实 4 年提升 5 倍这个对比 python 的 base 不算离谱，但是每年 50%就完全是拍脑袋，为了 ppt 好看
36 天前 回复了 crescentBLADE 创建的主题 › 问与答 › 关于静态检查，各位有什么好的推荐 |
找个支持 Misra 规范的就行吧
94 天前 回复了 DaChuiZi 创建的主题 › Python › 有没有开源的工具对 Python 运行的类或函数 性能时间分析的工具 |
个人最喜欢用的是 py-spy
94 天前 回复了 chinesehuazhou 创建的主题 › Python › Python 为什么如此设计？ |
不少都是强行找理由
某些问题就是设计的菜或者个人口味问题
某些问题就是设计的菜或者个人口味问题
98 天前 回复了 ClericPy 创建的主题 › Python › 没人讨论下最近热门的 Codon 和 socketify.py 么 |
@learningman 需要环境变量 CODON_PYTHON ，用来指定 libpython
98 天前 回复了 ClericPy 创建的主题 › Python › 没人讨论下最近热门的 Codon 和 socketify.py 么 |
看了下 Codon 的实现，目前只能算是个玩具
这个思路有点像前几年在 js 上做 Code smells and type analysis —— 只要用户写出非常易于优化的代码，我就可以优化的非常好。
这个思路有点像前几年在 js 上做 Code smells and type analysis —— 只要用户写出非常易于优化的代码，我就可以优化的非常好。
133 天前 回复了 kelvin_fly 创建的主题 › 职场话题 › 把每个月的工资当最后的一次工资 |
@XVXVXXX 这个回家，莫名觉得很有气势
175 天前 回复了 andyJado 创建的主题 › 程序员 › 非 CS, 想弄弄编译, 还啃龙书吗? |
啃龙书没啥意义。
如果你想整体了解编译，不要在 parser 上浪费时间，parser 是一个非常“符合直觉”的事情，本质上就是如何把一段文本变成结构化的数据，所以不要被各种名词唬住，自己写一个简单的表达式解析器，就能大概明白了。同时 parser 在整个编译过程中只占了很小的一部分，基本没啥值得关注的东西。
编译整体看是一个不断 lower （ desuger ）的过程，用简单代替复杂，具体代替抽象。所以整体看的话，你需要大概了解一下体系结构和指令集，也就是编译的终点是什么样的。中间的过程不管是 AST 也好，IR 也好，no-target machine code 还是 target machine code ，从认知上来讲，都不是必须的（你完全可以设计一个非常简单的表达式语言，然后直接翻译成汇编指令），这些步骤只是为了满足某种需求（ native code or Interpreter ？ JIT or AOT ？ interprocedural or intraprocedural ？）而增加的、便于使用的中间层。
明确输入（语言、特性、功能）和输出（目标指令集），剩下的就是取舍和拼接。现在编译体系复杂之处在于为了某些目标（性能、功能、复杂的语言特性）而在不同层次间不得不产生耦合，使用某些约定（而不是设计）。当这种情况越多，原本清晰的结构就会变成一坨。。。
如果你想整体了解编译，不要在 parser 上浪费时间，parser 是一个非常“符合直觉”的事情，本质上就是如何把一段文本变成结构化的数据，所以不要被各种名词唬住，自己写一个简单的表达式解析器，就能大概明白了。同时 parser 在整个编译过程中只占了很小的一部分，基本没啥值得关注的东西。
编译整体看是一个不断 lower （ desuger ）的过程，用简单代替复杂，具体代替抽象。所以整体看的话，你需要大概了解一下体系结构和指令集，也就是编译的终点是什么样的。中间的过程不管是 AST 也好，IR 也好，no-target machine code 还是 target machine code ，从认知上来讲，都不是必须的（你完全可以设计一个非常简单的表达式语言，然后直接翻译成汇编指令），这些步骤只是为了满足某种需求（ native code or Interpreter ？ JIT or AOT ？ interprocedural or intraprocedural ？）而增加的、便于使用的中间层。
明确输入（语言、特性、功能）和输出（目标指令集），剩下的就是取舍和拼接。现在编译体系复杂之处在于为了某些目标（性能、功能、复杂的语言特性）而在不同层次间不得不产生耦合，使用某些约定（而不是设计）。当这种情况越多，原本清晰的结构就会变成一坨。。。
Select Language