好奇是什么样的 voip 设备。

两个树莓派+一个路由组集群 🐶

@krjt 明白了，这玩意儿不能自动化的提取目录，总是需要人工参与。

@krjt 所以就是 pdftocio in.pdf | pdftocio out.pdf 酱紫？

为了避免“太长不看”，建议提供一个小脚本，以便在仅需要极少参数的情况下能够执行主要功能。
这个脚本可能具有以下参数设置：
Usage: pdftoc input [output] [options]
-t
print toc to stdout
-i, --in-place
edit files in place
-d, --directory
input and output are directories.

pdftoc source.pdf target.pdf # 根据 source.pdf 生成带目录的目标文件 target.pdf
pdftoc source.pdf -t # 提取 source.pdf 中的 toc，打印到 stdout
pdftoc -d sources targets # 从 sources 目录中提取每个 pdf 文件，注入目录后输出到 targets 中

@tctc4869

Flask 就是一个非常优雅的工程向轮子。工程轮子的优雅首先体现在接口设计：一看就懂，并且无法设计出比他更明确易懂的接口。我写 Web 的时候首选 Flask 框架。
另外 Python 本身已经是个优雅的语言了，同样具有极易理解，短而清晰的优势（还是有些 sx 设计，比如变量作用域……）

作为对比可以想想 Java 。为了静态编译废话一堆（相同的逻辑代码量得有 Python 的三倍不止吧）；本来这也不是个坏事，我印象最深刻的是 Java 代码基本上能编译通过就能正确运行，而 Python 总要跑起来才发现自己有哪些手残或脑残打错。有充足的静态检查是企业级语言的优势，特别适合构建大型工程。然而 Java 程序员实在是厌恶了打这么多废话，发明了大量使用标签和动态反射的框架，于是 Java 程序也要跑起来才能确定正确与否了。那你说这是废个什么劲啊。

再想想 Node，那个回调地狱能跟优雅沾上边吗。

1. 就当前项目来讲，现有轮子过于复杂或过于简单或在项目中使用时不够优雅
2. 没有类似的轮子，或者已有的轮子都不够知名

一年前我肯定说 Mac 。现在 Mac 要变 ARM 了，如果我再买笔记本的话是什么还真不好说……

最简单的方法是提供一个或者几个机型让员工自选；如果都不喜欢可以自带设备，每月补助几百块钱

环太平洋 1 如果重演就支持一下

你说的是对的，帮你重新表达下会更清晰：

“已经完成的 task 不会和当前正在执行的 task 之间形成死锁”

听起来是不是正确的废话？

就叫 “没有人比我更懂火星车”

@aper 离职的时候给钱吗

设置一个比较近的 deadline 是一个简单的方法。
比如我前一段时间考证。我发现自己只有在考证前两周才能稳下心来学习。
那就直接报名，交钱，，时间定在三周以后。

油猴自己写一个？

@bequt 神马是次代神，好像很有趣的样子

两方面。

一方面是年纪大了之后对象、子女、父母、房贷车贷带来的压力让你对跳槽带来的不稳定的承受能力下降。
另一方面是程序员职业中的老年人不太好找工作，总体来讲年纪越大越不好找。