@chaleaoch #5

手动创建的连接需要自己管理，


源码一般是两种写法
用 with 来控制退出时候 close
或者结束执行 cursor.close()

组成分母

分母

@AbcHiyi #8

感觉没办法判断出问题，

你可以看两个地方
一个是 equal_language_check 这里有没写了什么，可能做了一些属性的操作
另外就是在对象输出的地方，看下__dir__ 是不是包含了 __bool__ 或 __len__ 这样的方法

@zone10 #11
这样的口气，显得你能？

先吐槽下，像这样的排版和问问题的手法，我看到了一些些喂我吃屎的同事的身影。
出错了，既不给 request，也不给 response，也不给细节。

可以看下是不是继承了基础类型，比如 str， 导致空值的时候为 False
比如这样写
class Value(str)

相较于 写什么内容，真正不妥当是写进去代码里。

私下怎么做都好，在代码里这么做，职业操守也好，洁癖也好，都是一件不怎么光彩的事。

@maxbon #57
哈哈哈，我有发现为什么，

因为想东西的时候，眼球会聚焦（伪科学），所以定住了胡思乱想，就能很快入睡

@windghoul #12

wx: Y2hyaXNfX19ndW8K

@sobigfish #11

确实没什么意义，

你再退 512，128 也是一样，这东西就是传播的问题。

CL --- 1024 --- 1024 节

老哥看你行文，感觉楼里几个玩过股票（被股票玩过的）说的都是挺有道理的事。

你收益这么走线，肯定是大开大合，交易系统没做好，很容易崩。


包括你附的帖，回复和想的东西， 个人色彩（情绪）也是这样。


-------------

都是游戏罢，尽兴重要。

楼里有人想买授权（可以换绑邮箱和转 IDE ）吗
之前买了个 pycharm 和 goland，goland 一直都没用到，2021.10.29 过期

看有没要的老哥 4 折帮我接盘，￥ 300 元

> 这个月不管几点睡觉，第二天 6 点起床

你试下 6 点睡觉，此法可破。


--------------------

快速入睡法，闭上眼睛，（控制）把眼睛各自向斜上方看（翻白眼），能很快入眠。

@iTanX #16
@IvanLi127 #18

我觉得这里面其实不是谁来接锅的问题，是前端后分离，交界处（权责）在哪的问题。

正常来说，在接接口时，如果接口不行，好一些是做法把 request 和 response 反馈给后端去处理，这当然最简单。
很多时候，文档简陋乃至于无，只能大家好好做饭，别把炉搞塌了。

但有些问题，后端参与在里面是比较简单处理的，不是丢给谁去处理的问题。
有些逻辑问题，后端给出来的，参与进去肯定比较快能定位到。


前端在这里主要是能快速定位到问题连接处，如果定位能力差，解决起来也是很痛苦的事。

我感觉这不是一个单一的问题。

如果只是从 api 的角度的话，这个是好解决的，
你只需要在 bug 的页面或者截（没打错）面，直接向 api 复现请求，结果是对的，那么这个就在前端做，不是直接丢给后端去处理。（“二分法”找 bug ）


正常来说，假如不是开发（而是测试，项目）提出的 bug，那么一般是流给前端，我觉得这个是没问题的。
我在前公司的时候很认同这个理念，就是无论哪一端，都认真为上下游考虑。这种情况下，整个事情就很容易解决，到了要甩锅的地步，那么只能说，这不是代码或者 bug 的问题。

----------------

前端处于后端的下游，现在测试吐了，或者用户吐了，回溯到你，你查出不是你的问题，你回溯到后端，这是正常的事，
或者在我看来。


----------------

但我也见过比较“恶心”的后端，接口是指负责满足表面的需求，前端拿到这样的东西当然会恶心。
这种情况，你要么能再向上反馈，要么就只能想法子斗智斗勇，也是挺累的事。

这种情况也有可能是你标题说的这种，
但最后可能也是前端接的锅。

这从写代码开始，前端就已经承担帮后端擦屁股的风险。

---------------


总的来说，前后端（或者合作方）实力悬殊的情况下，总有一方要给另一方擦屁股，这是不可避免的事。

toggle Insert/Overwrite

keymap 搜下