pdf expert

command tab 是不同应用间切换，command ` 是相同应用不同窗口间切换。习惯了比只有 ctrl tab 的 windows 更方便。

程序员有时候需要左右分屏，我投 15 寸一票

@Mogamigawa

1、首先，9L 没有提起解偏微分方程。他只是提了“偏微分”。偏微分的符号计算在机器学习里面实在太常见了，没有别的理由，就是因为机器学习处理的都是多维向量而已。这都是微积分的基本概念。
2、除微积分之外，线性代数、概率论。 <-- 学好这三门就可以自学看懂正儿八经的 ML 教材了，比如 Pattern Recognition and Machine Learning.

月经贴，总是以各种方式见到这个问题。

IEEE 754

4L 是实体音量键最无法替代的使用场景。窃以为没有别的理由

@cookey39 Python 有个啥奇淫技巧…… 有本事看看人家 Scala。

@geelaw 对，PyParsing 为代表的是 PEG 解析器。

https://en.wikipedia.org/wiki/Parsing_expression_grammar

这类我觉得更适合工程，更容易维护。因为你可以把一个一个子规则拆开来写单元测试，而不是写一长串 CFG 规则，然后用外部工具转换成根本没法调试的一坨代码。

@geelaw 嘛嘛，理论辅助思考这点我同意。

但是我觉得作为工程问题，可维护性也是很重要的。显然在这个例子里面，零宽断言（ @Nasei 版本）容易看懂，比较容易维护，就可以了。你那个版本的正则，只能作为智力游戏的结果，不能作为工程实践。

如果有什么是正则零宽都不能解决的，我认为应该上文法解析器。当然不能是 LL/LR 这类笨重的不好维护的解析器，我觉得以 PyParsing 为代表的那种解析器更适合工程。

@Nasei 哦刚刚看错了。你这个确实可以。棒！

不过 NFA/DFA 转 Regex 好像确实有点那么意思。

我很认可 66L、71L，Python 的最大价值在程序员群体之外。

这个贴让我看到了程序员们的傲慢与偏见。早几十年，你们就是识了几个字的穷酸读书人，指着田里面劳动的农民，笑话他们学读写有什么用，然后坚持繁体字才是字，文言文才是文，认为白话文和简体字都只是一时热度，没啥用，老农民也不必学。

错了 https://regex101.com/r/cDExSo/2

WoW。。。。 我现在觉得 3L 是对的。

@Nasei @injector 我们用的零宽断言没法把所有这样的 start-end 对给搞出来。 @noqwerty 当然你那个也不行。

但是 3L 老哥的 NFA 却可以。

https://regex101.com/r/cDExSo/1

@noqwerty 每次客户端我总是把回复错误点击成感谢。

anyway，你这个不行啊。它要有更多 start 呢?

零款断言能解决的事情，3L 搞这么复杂，无语了。

http://ideone.com/G6SzMw

为啥用 miniblink 而不用 selenium 这种更广泛使用的库…… 为啥用 python 还能扯到 c#

你这正规点就是期货，不正规还是别碰了