虽然我写得很累，但我觉得应该改正下自己的坏脾气。 别人的代码即便不好，也是可以帮忙更改的。 虽然混乱的代码给我造成了麻烦，但他们设计逻辑也是很累的，代码质量不好不能全怪他们，也怪环境不好。
如果别人的库有可以改进的部分，你会费 15 分钟来提交 Pull Request 吗
Anonymous Poll
60%
会。开源就该支持
40%
会，但只改影响功能的部分
0%
不会。不好维护的代码应该由他们的创建者负责到底
https://realpython.com/python-type-checking/#gradual-typing-and-consistent-types 草，不愧是 Python 这文章...
Realpython
Python Type Checking (Guide) – Real Python
In this guide, you'll look at Python type checking. Traditionally, types have been handled by the Python interpreter in a flexible but implicit way. Recent versions of Python allow you to specify explicit type hints that can be used by different tools to…
https://github.com/microsoft/pyright/blob/da39a2a78a442d2a6b29d664b32475c361c853f1/packages/pyright-internal/src/tests/samples/dataclass8.py
欸，有更新 data class 支持，而且还内部支持 typing 实现 gradual typing 不像 Ruby 太 duck typing 了，看来 Py 还是有点东西
https://github.com/microsoft/pyright/blob/930c2021c63531248c6a979e3d3afdbcca14f16b/packages/pyright-internal/src/analyzer/types.ts#L530
欸，原来不报类型错误必须要在超类链上啊... 真是过分呢，我只是想面向对象 Mixin 啊
@dataclass
class BaseClass:
my_ref: "ReferredClass" 欸，有更新 data class 支持，而且还内部支持 typing 实现 gradual typing 不像 Ruby 太 duck typing 了，看来 Py 还是有点东西
https://github.com/microsoft/pyright/blob/930c2021c63531248c6a979e3d3afdbcca14f16b/packages/pyright-internal/src/analyzer/types.ts#L530
export function hasUnknownBaseClass(classType: ClassType) 欸，原来不报类型错误必须要在超类链上啊... 真是过分呢，我只是想面向对象 Mixin 啊
GitHub
microsoft/pyright
Static type checker for Python. Contribute to microsoft/pyright development by creating an account on GitHub.
啊…… 看来数学不好果然难呢。 重构的时候我把
xs[a:-1] 的 exclusive end -1 省略了(那就包括末项了)、 map(it*b, round(n/b)) 给理解成 range(a, n, b) 了，我加的 while a%b != 0 查找其实就是 (a/b) *b ... 虽然都是很简单的倍数关系啊
duangsuse::Echo
不过，在我经历无数烂代码的洗礼后，终于找到了bug的源头(一个str属性配置没适配...) 现在终于可以移植过来了emmmm...
有意思的是这位大神作者(可惜代码质量怎么那么差) 写出的代码虽然很好用，但其实它是薛定谔程序！ 测试里应用范围内无变量，但程序行为却间隔1次时好时坏！
这个故事告诉我们，不要尝试复制粘贴自己的代码然后做出改动。多抽提出函数调用。不然出了问题会非常麻烦。(这位大佬是把 横向纵向 的所有区别代码都用
self.op = 的形式支持，这又走另一个极端了... )不过说起来这次重构限制也蛮大的。目的只是要支持的几个控件里的一小个，因为原代码质量和工具不好 费了一天时间才移植一个 Widget, 而且还阻塞了我其他任务
也是因为重构时要求在完整正确的代码上改。不然一边改一边加特性还要修问题，在自己不熟悉UI框架的情况下很难正确。
要是这个作者能把他
也是因为重构时要求在完整正确的代码上改。不然一边改一边加特性还要修问题，在自己不熟悉UI框架的情况下很难正确。
要是这个作者能把他
a = initial; a = op(a, b) | a = initial; if p(a): a = b 的这种坏习惯改一改，学会多建立私有方法/局部函数 就好了，我看充满重赋值的代码时是相当头疼的……不过这也不能，如果只是修改代码风格、压行的话，是起不到简化作用的，不同的调用参数太多了。 我吐嘈的是这个人没做到一些最基础的复用，看起来就像是
如果要进一步提升代码质量，不使用高阶函数是很难实现的（那意味着你没法把模板化函数命名作动词，然后用另一些动词调用它从而实现更高层次的复用）
python wtf.py 的面向查错编程一样（当然对 Tk 的 GUI 有些问题也迷所以必须测试，但不意味着你可以把冗余逻辑复制粘贴而不是化作复用函数）如果要进一步提升代码质量，不使用高阶函数是很难实现的（那意味着你没法把模板化函数命名作动词，然后用另一些动词调用它从而实现更高层次的复用）
即便不是低级错误也应该是可以预防的错误啊…… 怎么看都是原有 888 端口加个 /pma 都直接越权访问。 无非是外部代码插入server不当或是验证时序/接口失当级别的问题，在程序封包层错误都可以导致此问题，还不是很渣..
Forwarded from ฅBlock Channelฅ (草方块 in 🌏 | 绝赞开学中 | 私聊前看介绍 Read my bio before PM 💫)
Telegraph
宝塔面板phpMyAdmin未授权访问漏洞是个低级错误吗？
周日晚，某群里突然发布了一则消息，宝塔面板的phpmyadmin存在未授权访问漏洞的紧急漏洞预警，并给出了一大批存在漏洞的URL： 随便点开其中一个，赫然就是一个大大的phpmyadmin后台管理页面，无需任何认证与登录。当然，随后各种神图神事也都刷爆了社交网络，作为一个冷静安全研究者，我对此当然是一笑置之，但是这个漏洞的原因我还是颇感兴趣的，所以本文我们就来考证一下整件事情的缘由。