yangbowen

I suppose that the most major bottleneck could be division, since division is significantly slower than addition, subtraction, multiplication. The musl `__secs_to_tm` uses a lookup table instead of doing integer...

Well, I tweaked the part where `x86_sse_level` is translated into compiler flags, so that while the level is `20`, the `/arch` flag will only be added when supported :) https://github.com/The-Powder-Toy/The-Powder-Toy/blob/b4bb54c94b7b687ec23be3a3dd2806183cfef0c7/meson.build#L303...

The rationale was that, `x86_sse_level` would always reflect whatever instruction set that's in use, instead of what compiler flags to specify (since the latter needs separate treatment anyway)

跟我有什么关系，我又不是当事人

> 有请M$FT荣誉MVP batch中级高手`四叶信安底层壬上壬上海贵族 FSF EFF 精神会员杨博文阁下` @yangbowen 为我们科普如何在bash中将`zipinfo -T`给出的MSDOS时间戳变成其他格式如unix timestamp或ISO-8601 不我当然不懂 bash 。我只会拿 C++ 写个程序来做。 或者干脆不要做。

> 然后编译为针对*nix平台的二进制构建并发布名为`ybw-dtc`的deb包以实现unix哲学之[`do one thing and do the best`](https://en.wikipedia.org/wiki/Unix_philosophy)从而允许我等linux人直接追加` | ybw-dtc -Tdos -Iseconds` 不我并搞不来打包之类的。基本上没写过给别人用的程序所以并没有点过这方面（协作之类的）技能。 并且我觉得这样一个还算有一定通用性的字符串处理命令的存在本身还是好的，我只是不赞成 Shell 脚本通用语言化，不欣赏 *nix 把过多的而且不适合 Shell 脚本的事情全都做成 Shell 脚本，同时承受 Shell 带来的固有缺陷。事实上 [SysV Init](https://en.wikipedia.org/wiki/SysV_init) 之于 [systemd](https://en.wikipedia.org/wiki/Systemd) 就是这样的问题，我认为。 至于确实比较...

https://github.com/n0099/tbclient.protobuf/issues/2#issuecomment-1416835461 > sh的主要问题是 关于您说的这些问题，我认为它们大部分都可以归结到一件事： Shell 的语法并不是从一开始作为一个通用语言设计的。它方方面面体现了一件事，就是它一开始被以一种 最容易想到 而且目前也能用 的方式设计出来，后续随着需求的增加被扩充越来越多的特性。很难想象有人会如此欠考虑地设计一门通用的编程语言， Shell 会这样完全是因为它根本不是作为通用语言被设计的。 我是[敏捷开发](https://en.wikipedia.org/wiki/Agile_software_development)的反对者，而且我认为 Shell 语言这样的东西正是敏捷开发的反面典型。 另一件值得一提的事就是，这样一门显而易见地不适合通用开发的语言，为什么会在 *nix 生态中占据如此大的份额，被广泛地用在很多本应采用一门更系统也更 feature-rich 的语言的场合。学习和转变的阻力，包括您说的 [当您手里只有锤子时看什么都像钉子](https://en.wikipedia.org/wiki/Law_of_the_instrument) 诚然是一个原因，但我想一些更在于软件而不在于人的原因也不容忽视。 *nix 成型的生态，特别是在被实现为`通过 Shell 命令协调的对单一功能程序的组合`的 UNIX 哲学的指导下，这门为 trivial task 设计的语言难免担当越来越...