你如果用一下 copilot 会更焦虑。。。

不过，如果低代码很发达，我想至少有两个好处：

1, 搬砖的活更少了，程序员可以更聚焦有创造性的事情；

2, 可以早点回家，有空泡茶和咖啡了。

这是一个“舍与得”的问题，
爸妈节省，我每次讲笑话告诉他们家里快过期的感冒药应该怎么处理，然而没什么效果。

想多了，卖椰子的大妈不会奇怪，他们知道椰子不是大的就好喝，哈哈。

如果父母没有养老金，留 15 万给父母买养老保险，绝对比你买房赚和安心！！！！

必须带电量百分比的，其他电动车都是电压表，完全无法把握电量。。。

一定要精准电量显示 ！！！！！！！！！！！！！！！！！！！！！！！！！！

从 MySQL 8.0.17 开始，InnoDB 支持多值索引

@villivateur

同想

@vegetableChick

那就是你带宽被限制了。

nginx 60 秒超时了，就没连上。

@vegetableChick

upstream my_service {
server host:16020 weight=50;
server host:16020 weight=50;
keepalive 100;
}

host 要换成内网 IP 。
如果没问题，那么就是带宽限制了。

orm 里面这种不是有接近标准的解决方案吗？

Post {
html, # 数据库存原始的
getContent(), # 定义一个 get 取去掉 tag 的
}

以上是不考虑性能的，如果需要考虑性能，一直性用 text ，比如搜索引擎，那么当然是加字段。根据场景和需求来，否则就是耍流氓。

@FrankHB

unix 哲学还是当 solid 里面的 s 理解就行，别想太多。。。。哈哈

先求需求开始：搞清楚需求，然后思考如果是我来设计，有哪些设计方案，然后看代码的方案和流程是否和你思考的匹配，不匹配点在哪里？原来这样设计的原因可能是什么？----当然原来的设计不一定是最佳。尝试对原有代码进行分类整理。画出主要和分支逻辑流程图。

然后从你不会的点开始： 那里看不懂，原因是什么，解决办法是什么？光想没用的，动手改造才是正确途径，比如对原有代码进行无痛分类整理，大函数化小函数，补上注释，编写测试代码。


所以，最快上手流程是：

用 debug 工具跑完一个流程，看调用了哪些函数，给这些函数加上注释，然后数理流程（画出流程图 /思维导图 /整理文字），然后思考和验证流程，然后再看旁支末结。

def get_todos(todos, users):

看到这个就不想看了，函数名不表意，里面写再好也是白搭。

静态站点生成 SSG (Static Site Generation)
服务端渲染 SSR (Server Side Render)

注意这两个 SS 是不同的意思一个是 Static Site,一个是 Server Side 。

@ragnaroks

还是没搞清楚你对 SSR 和 SSG 的定义。

另外：SSR,SSG,SPA 都是可以复制链接发送给其他人的。

3, gnome 桌面设置就直接可以支持，我现在就是双显示器。一个 4k,一个 1080k
5,太多了，我现在用腾讯文档。

原来作者是老板，
啥都不懂，难怪问这种问题了，
如果没有靠谱的朋友，还是不要搞这行了吧，
劝退。