我一度以离职来胁迫和告诉领导重构的意义

我从 996 跳到 955 到手工资少了 6000 多
而且这边还不是严格的 955

@todoit 不发工资基本上只能找远程合作了 我觉得难度比较高 因为很难建立起信任
真远程的话 我倒是可以试试

@todoit 我以前做过小说的 不过说实话 阅读类的竞品太多了 你这边是不发工资暂时？

阅读类？

三年 python 后端开发经验 写过 django 和 drf 的教程 做过 team leader 和架构设计
但是人在苏州……

文档的话 我们以前是用一个接口工具 就写一下路由 请求的参数和响应的结果
文档和注释这种东西没有办法 手撸是最好的
apizza 可以试试

@forestLittleBear 我是萝卜啊 哪来的坑

我简直完全合适
但是我在苏州
莫得办法

@idotfish 你这随便搜一下 ERROR 就有答案啊
随便搜一下 error:ssl_client_socket_impl.cc(964)] handshake failed
stack overflow 上的一个答案
https://stackoverflow.com/questions/37883759/errorssl-client-socket-openssl-cc1158-handshake-failed-with-chromedriver-chr
不行的话就试试其他的答案

@fire2y 这都涉及到逻辑和业务的细节了 哪还有什么开源的东西 自己用 django 做啊

你这个代码格式贴的 让人很难看得懂啊

首先订单服务 支付服务 用户系统 商家 队列什么的 一定都是分开的 你写到一起去 挂了一个或者更新了一个 其他都不能用了 gg
那如果用户系统是微服务 就要涉及到分离系统下的身份验证 传统一点的 SSO 复杂一点的自己实现一个 OAuth2.0
我觉得你这样简单的设计 有点太过于草率了把

……电商这么做肯定是有问题的
django 的大并发项目需要大规模的使用到队列和信号系统
电商特别是涉及到支付的部分一定是要做成微服务并且上很严谨的回退系统的
我之前做过虚拟商品的电商部分就已经很复杂了 完全不是两个服务——特别还有一个是开源的 是可以解决的
涉及到物流或者说真实商品的更复杂 你这样的描述实在是太简单了把

@wuyouchao 我之前和现在的公司的确是可以休的 当然了 机制和请假差不多 突发情况 或者不忙的时候 的确可以调休