？？在 excel 里写 sql ？

听起来 功能是“导入 excel 里的数据”
然后你往数据源里写 sql ？明天上线就不用这份文件了你复制粘贴一遍？需求要求能导入任何一个 excel 文件，你写个脚本往每个文件里先复制粘贴一遍 sql ？？？

退一步我第一个猜测错了，功能是“往 excel 文件里导出数据”
那我需求是用户在界面上点一下导出按钮把系统数据导出来，你给我做一个，先写死一个 excel 模板然后跑一遍里面的 sql 然后再把这个文档吐回去让用户下载的逻辑？那我第二天加了个功能数据变了你再重新写一次 sql 呗，以后你就维护这段东西啥也别干了




其实我感觉你连需求都复述不清楚然后怪需求不明确。你要做的是一个怎样的业务功能模块，这个问句会至于不明确？

？？？？


#60
#61

我自己也不知道我想要啥所以我替我女朋友问一下我喜欢啥？？？？？这 tm 什么操作

我啥也不要，但你得送我，送什么自己问，你不问我替你问，反正我要白嫖



看不懂，不要礼物不就得了吗？

source 里添加了两次 polygonfeature.cpp

建议加入 https://github.com/SaekiRaku/vscode-rainbow-fart 系列

rdp 安全性有问题的可能性比你服务器没注意安全防护导致入侵的可能性小多了
你甚至都没描述怎么个“被黑了”法，是被写了马？挂了黑页？被拖库？文件被篡改了？

被黑也有可能是因为——业务逻辑漏洞？通用漏洞？不安全的端口映射配置？有弱密码？

开了远程登录的是你家电脑不是服务器，监听了 3389 的是你家电脑不是服务器，你咋联想到 rdp 上的

apt install gnome-tweak-tool

里面有一项打开应用菜单

游戏的核心根本就不在代码，在美术音乐交互体验
哪怕你的操控主角就是一个立方块，有阴影的，边角圆滑的，有着有趣物理特性比如有弹性有摩擦力会滚动的，有着有趣反馈的比如用力撞到墙上会吱吱叫的立方块；要比只是一个概念中的简单立方块要好上一万倍

游戏你需要用心做的是这个立方块的材质、光照、物理、特殊反馈、这些边边角角的东西，甚至比设计关卡和特殊玩法要重要得多

游戏存在几十年了，玩法早就已经全都概括成型了，能够带给人全新体验和感受的永远是画面音乐故事带给人的沉浸感和审美享受。独立游戏更是一个追梦的行业，做独立游戏的都是艺术家，工程师可占不了一席之地

打破幻想

挺好的

最后还有回大公司当项目子负责人的退路，不是不能尝试

冬天还真是靠 cpu 补暖的。。 开一天室温能高一两度

项目里两个都有用到

google test 比较重，功能全，尤其是要 mock 数据时有不少支持特性

catch2 只需要一个头文件，随便复制粘贴一个都能用甚至都无需考虑项目结构和 cmake，随手写一个单测时没有负担（比如你正在写一个 lib 里的小组件想有个 main 函数来 load 一下，用 catch2 甚至比写一个新 loader 程序还快）

推荐无状态的随时重入的代码 catch2，更重业务因果逻辑和时序很复杂的测试上 google test

@raysonlu rebase 这个命令其实意义有点误导，它应该叫 git modify-history

移动 commit 到其它分支，调整 commit 顺序，修改 commit 信息，修改 commit 作者，修改内容

全都可以借助 rebase

个人感觉 rebase 的本意是调整当前分支的 base，像拉拉链一样移动缝合点，但实现这个效果得把当前 base 后的所有 commit 都接到另一个地方去，相当于一次性移动修改多个 commit，然后又因为反正都要修改，不如顺便能修改 commit 历史……结果就变成了一个啥都能干的命令

git reset 和 git rebase 是 git 里最意义不明的两个 sub command

@353943780 我们假设一个场景是 checkout fixbug 然后 rebase 了 feature

照之前的例子，本地历史被改成了 1-2-3-4-6-8-9-10-5-7
但此时远程的 fixbug 历史还是 1-2-5-7，两边不一致
所以你想直接推的时候会提示要合并远程
如果此时你先 pull 的话就会变成 1-2-3-4-6-8-9-10-5-7-merge，然后 merge commit 的两个 parent 分别是远程的 7 和你本地的 7，原本单历史线就会不必要地变成双线+合并历史，比较混乱

所以此时不要管远程，直接 force push 让你本地的单线历史覆盖远程的就行，反正远程的 5 和 7 两个 commit 在你准备推的历史线里都是有的



rebase 完经常是要 force push 的，确认本地 rebase 前已经完全同步了远程并且 rebase 后远程没有新 commit 就行
force push 用 git push --force-with-lease

跟时间没关系

checkout feature, rebase bug ==> 125734689
checkout fixbug, rebase feature ==> 12346891057

本来想说 gzip 压纯文本比替换关键字好多了
看了半天觉得不对劲
然后想说难到不是把关键字用枚举值表示就 ok 了吗
好像又不是这么回事
又想说短链接把内容放库里链接给个 hash 不就完了吗
好像也不是这么回事

一个 AB 问题让人猜 A 是什么真的很困难

到底要分享什么样的数据？结构化的吗？关键字组合？段落文本？纯前端无后端吗（不然为啥数据都要带在 url 里

“只要我脑力全开能够抓住任何人话里的逻辑漏洞跟他对线到底”

最近突然发现已经没有以前“脑力全开”的感觉了，思维和表达能力都开始退化了

油炸食物致癌性强所以油炸是陋习？
是这么个逻辑吗？

煲汤可能从现代医学角度来说不太健康但为啥就是陋习了

2 小时砂锅煲的汤 1 小时炖盅炖的汤比高压锅 20 分钟不够 30 分钟压烂了口味却不到位的白开水好喝多了
健康自古以来任何一个时代都从来没有排在好吃前面过
汤=嘌呤=尿酸=痛风
油炸=反式脂肪酸+多环芳烃+丙烯酰胺=致癌
的
怕不是已经排队等着脑后插管了



话说回来
其实还是觉得炖盅+蒸汽比较经济好用，一人多人都能应付耗材也少不易浪费
大点的可以找那种铁底现代陶瓷的，火电两用，可以炖羊腿骨
牌子不重要