 |
meeopV2EX 第 450566 号会员，加入于 2019-11-01 14:32:15 +08:00今日活跃度排名 13816 |
meeop 最近回复了
13 小时 36 分钟前 回复了 kongkongye 创建的主题 › 程序员 › 大家用 windsurf/cursor 开发真实体验如何? |
还行，ai 的编码水平取决于你的编码水平，你首先要知道怎么做，才能向 ai 说明需求，以及修复 ai 的 bug
6 天前 回复了 itskingname 创建的主题 › 职场话题 › 大家在跨部门沟通时，怎么应对不好相处的对方 Leader？ |
那就给 CEO 发邮件，没问题的，部门之间有边界和沟通同步问题本来就是更高一层领导需要解决的
不过注意，不是他说给 CEO 发邮件，你就 CEO 发邮件，而是给你们上一层领导同步这个沟通问题
如果上一层领导没说啥，就继续这么干，如果他觉得不对，自然会协调一个沟通方案
不过注意，不是他说给 CEO 发邮件，你就 CEO 发邮件，而是给你们上一层领导同步这个沟通问题
如果上一层领导没说啥，就继续这么干，如果他觉得不对，自然会协调一个沟通方案
6 天前 回复了 MRG0 创建的主题 › 生活 › 男女朋友（夫妻）间如何安排做饭和洗碗？ |
洗碗机+一个人做饭就另一个人洗碗
6 天前 回复了 sxinsuoyu20 创建的主题 › MySQL › mysql 一年新增 800 多万条数据，如果是单表的话请问服务器能支撑吗？各位有什么好的办法吗？ |
800w 数据，你拿你的手机当服务器都没有问题
现在 2024 年了，任何数据承担 800w 数据都没有任何问题，甚至 800w 数据你全读取到内存里都没问题
哪找你提供的信息，一行数据 id+读数+时间+状态+ext ，算 300 字节，800w 行约 2.2G ，不到一部电影大小
现在 2024 年了，任何数据承担 800w 数据都没有任何问题，甚至 800w 数据你全读取到内存里都没问题
哪找你提供的信息，一行数据 id+读数+时间+状态+ext ，算 300 字节，800w 行约 2.2G ，不到一部电影大小
7 天前 回复了 meeop 创建的主题 › 分享发现 › 做了一个 markdown 表格编辑器 |
@zixiangcode 这个挺好用的，但是不支持换行
google 前几个我都试过，有的不支持中文，以及通常都不支持换行
google 前几个我都试过，有的不支持中文，以及通常都不支持换行
7 天前 回复了 meeop 创建的主题 › 奇思妙想 › 我有一个想法，可以实现任意场景，任意地区，任意合约或交易，匿名可靠执行。大家觉得可行吗？ |
@headwindx 现在技术条件，押金管理员应该是一个智能合约。（即不可能存在暗箱操作）
押金什么用途都没有，押金就是冻结的资金（即不用担心挪用灭失风险）
不存在违约的场景，有纠纷就自己解决纠纷，双方确认完成即可退押金。（双方非要杠着的话，就是纠纷解决耗时多一些，总会解决（妥协）的，因为资金占用有成本）
押金什么用途都没有，押金就是冻结的资金（即不用担心挪用灭失风险）
不存在违约的场景，有纠纷就自己解决纠纷，双方确认完成即可退押金。（双方非要杠着的话，就是纠纷解决耗时多一些，总会解决（妥协）的，因为资金占用有成本）
7 天前 回复了 Legman 创建的主题 › 问与答 › 如何提高问题的处理效率 |
效率很好提高，随便看一家云服务的工单系统逻辑吧
简单的说，包产到户，每个模块有明确负责人，有问题直接去找就行
审批，信息同步，处理方案那是这个系统内部的事情，和你无关
简单的说，包产到户，每个模块有明确负责人，有问题直接去找就行
审批，信息同步，处理方案那是这个系统内部的事情，和你无关
8 天前 回复了 wencan 创建的主题 › Visual Studio Code › AI 补全代码 有比 Continue 更好的选择吗？ |
生产力工具不要省钱，哪个好用就用哪个
8 天前 回复了 meeop 创建的主题 › 奇思妙想 › 我有一个想法，可以实现任意场景，任意地区，任意合约或交易，匿名可靠执行。大家觉得可行吗？ |
@sillydaddy 没错，这个方案极大增加交易成本。耗时长的交易不适合，只有一些传统电商平台无法支持的场景才有优势
比如说中东有一笔订单，能出翻倍的价格，但是没有任何国际机构可以担保卖家一定支付尾款，传统架构下无法做这笔生意
比如说中东有一笔订单，能出翻倍的价格，但是没有任何国际机构可以担保卖家一定支付尾款，传统架构下无法做这笔生意
Select Language