2024-11-24

买了一个 G304 ，侧键不知道设置成啥，之前用的都是没有侧键的鼠标，现在有点不习惯，既然有，又不能移除，要不就用起来，故来问问大家侧键都设置成什么功能了？

突然非常认可之前网上流传的一句话 “现在米黑都是曾经的米粉”！

不能说自己是一个资深的米粉 但也从 m3 到现在发布过的很多手机都买过，也被背刺过好几次（刚买就降价大几百）都认了，但是这次这个事情属实恶心到我了！！！

事情经过：最近无意间登录了不常用的邮箱，翻了下邮件列表 发现有一封来自小米云的邮件。打开一看顿时感觉不妙！邮件是今年 4 月份收到的，邮件内容大致是你的云盘空间会被清空，给你 30 天等待期。这尼玛早就超过等待期了啊！怀着沉重的心情登录我的小米云，果然相册被清空的一干二净！“0/5G”这一行格外耀眼！！！顿时血压都上来了！！！这可是承载了我 19 年之前的很多宝贵回忆啊！！！

账号情况：这里解释一下，我有两个手机号码，对应的也有两个小米账号。最早的小米账号是用微博登录的，微博当时是用邮箱注册所以小米账号 1 也就绑定了我的邮箱和手机号码 1 。小米账号 1 是绑定在之前的老的小米手机上的，这个老手机之前被回收了，新的手机用的新的手机号码 2 登录的。

恶心的点：小米云分配给用户 5G 的免费空间，如果用户不在活跃，会自动清空。不说这个条款是否合理，清空之前是否应该尽可能的告知用户呢！对比百度云盘别个还会发个短信抵达用户，小米呢选择省掉发短信的费用，用邮件抵达用户。不说邮箱的使用率 抵达率 和 时效性，我觉得这有点刻意为之的意味。

作为一家靠性价比起来的公司，其背后越来越觉得很多东西都是用户在买单！我现在最想知道的是我的数据是否能找回来，哎，好伤，瞌睡都没睡好！！！

此文章充满了个人的主观色彩，如果引起了大家的不适，那我也没办法。

其实，我更喜欢写 SQL ，如果在此基础上再稍微方便一些就更好了，所以，我理想中的持久层应该是这样的。

对于单表的增删改查

由于它不需要各种 join ，所以我们关心的只不过是字段，参数和条件而已，所以必须要有一种方式让我们只需要关注这三点，不需要去写那些固定模式的 SQL ，比如这样。

ParamPO paramPO = new ParamPO();
paramPO.setUserName("a");
paramPO.setUserEmail("test@qq.com");

int result = MagicDBUtils.get(jdbcTemplate).insert("表名", paramPO);

又或者这样

/ 构建查询条件
ConditionBuilder conditionBuilder = ConditionBuilder.createCondition()
            .add("id > ?", 10)
            .add("and (name = ? or age > ?)", "bee", 10)
            .add("order by create_time", Condition.NOT_WHERE);

// 执行查询
List<ParamPO> result = MagicDBUtils.get(jdbcTemplate).select("表名", conditionBuilder, ParamPO.class);

注意看上面的代码示例，他跟现有的框架有什么区别？答案就在这行

.add("and (name = ? or age > ?)", "bee", 10)

现有的框架如果要实现这样的条件是一件很头疼的事，而我们可以直接把查询条件写出来，不需要去 set 一堆对象。

其他框架只能很方便的实现这种（也许是我孤陋寡闻，如果说错了欢迎大家来拍砖）

.add("id > ?", 10)

这就是其他框架的写法，不仅没有我们灵活，而且还不够直观，需要能一眼看懂方法名是什么意思。大家可以把这段代码跟上面的那段比一比，哪段更直观简直不言而喻。

ImsCardGoodsExample.Criteria criteria = cardGoodsExample.createCriteria()
                .andIccidEqualTo(iccid) // 需要看懂英文 equal
                .andEndTimeLessThanOrEqualTo(new Date()); // 至于这句是什么意思？到底是>=还是<=，别装了，英文很好的程序员占比真不大

对于其他操作

由于需要各种统计，函数，join ，这个时候无论代码设计的多么出色都不可能有 SQL 灵活好用，而且我们几乎都会在 navicat 等各种客户端里写一遍 SQL ，验证成功了才会把他应用到程序里去。所以在这个场景下我个人认为没有什么方式比把 SQL 直接拷贝到程序里更方便的方式了，所以他必须能很友好的支持原生 SQL 。

比如查询

ParamPO paramPO = new ParamPO();
paramPO.setId(5);
paramPO.setUserName("a");

// 采用{}占位符的写法
List<ParamPO> result = MagicDBUtils.get(jdbcTemplate).selectList("select * from xt_message_board where id > {id} and user_name != {user_name}", paramPO, ParamPO.class);

// 采用 ? 占位符的写法
List<ParamPO> result = MagicDBUtils.get(jdbcTemplate).selectList("select * from xt_message_board where id > ? and user_name != ?", new Object[]{5, "a"}, ParamPO.class);

又或者增删改

ParamPO paramPO = new ParamPO();
paramPO.setUserName("testTx222");
paramPO.setUserEmail("testTx222@qq.com");
paramPO.setId(4);

// 采用{}占位符的写法
int result = MagicDBUtils.get(jdbcTemplate).exec("update xt_message_board set user_name = {user_name} , user_email = {user_email} where id = {id}", paramPO);

// 采用 ? 占位符的写法
int result = MagicDBUtils.get(jdbcTemplate).exec("update xt_message_board set user_name = ? , user_email = ? where id = ?", new Object[]{"testTx222","testTx222@qq.com", 4});

分个页而已，有没有必要引入三方插件啊？

简简单单一句话搞定，当然了，只支持 mysql 哈，为什么不支持别的？因为我懒（其实是大部分公司都不舍得买 oracle ，db2 等数据库，所以我觉得这个懒可以偷）

// 查询条件
ParamPO paramPO = new ParamPO();
paramPO.setId(5);
paramPO.setUserName("a");

// 查询参数
PageParamModel pageParamModel = new PageParamModel();
pageParamModel.setCurrentPage(1);
pageParamModel.setPageSize(10);
pageParamModel.setParam(paramPO);// 把查询条件 set 进去

// 使用默认 countSql 查询
PageModel<ParamPO> pageModel =  MagicDBUtils.get(jdbcTemplate).selectPage("select * from xt_message_board where id > {id} and user_name != {user_name}", pageParamModel, ParamPO.class);

// 使用自定义 countSql 查询
String countSql = "自己定义 countSql";

PageModel<ParamPO> pageModel =  MagicDBUtils.get(jdbcTemplate).selectPageCustomCountSql("select * from xt_message_board where id > {id} and user_name != {user_name}", countSql, pageParamModel, ParamPO.class);

SQL 写在代码里很难看？

现在已经 2024 年的年底了，90 年出生的程序员都已经达到 35 岁退休的年龄了，所以不要再守着 JDK8 过日子了，试一试 JDK17

String sql = """
             select 
                 id,name,age,create_time
             from 
                 user_info
             where 
                 name = {name} and age > {age}
            """;

最重要的是

它只不过是对 Spring 的 JdbcTemplate 做了一个小小的扩展，也就是这玩意儿

@Resource
private JdbcTemplate jdbcTemplate;

所以稳定性，各方面都不用担心，而且使用起来超级方便，也就是说你只需要在 https://start.springboot.io 网站建立一个 springboot 项目，然后再添加一个依赖就好了，不需要去查阅 mybaits 怎么整合，分页插件怎么整合等一堆事。

所以你们打算尝试一下吗？

项目官网：https://magician-io.com

和前同事约饭，他神秘地掏出手机告诉我现在有个赚钱方式，吧啦吧啦，不到五句话我已经发现是非常赤裸的庞氏骗局了。
叫什么 xx 拍的软件，每天上架几款垃圾商品，一两万拍下来，第二天可以涨价 10%卖掉，几个月时间资产从 20w 滚到了 50w 。
整个吃饭 80%都在劝他，中间找了好几个张小吹的视频给他看，结果他告诉我和视频里面的骗局很像，但是这个公司他研究了几个月了，背景很 NB ，盈利模式非常可靠。
很惊讶一个受过高等教育的人，做软件开发十几年了，简单的骗局也能陷进去。
他的描述是他邻居介绍他这个公司，然后他的言语中说我跟你们说，但是你们都不信，似乎我不是第一个被传播的对象。
现在矛盾的点在于，我不清楚他是否已经从一个受骗者，被洗脑或者主动变成了传播者。如果帮他报警，一是怕他认为我在耽误他赚钱，二是怕他万一变成了传播者，有了刑事责任，会不会反倒被他家人知道是我报警的，反倒怪我或者报复我。问了编内朋友，他告诉我报警的话民警也未必能劝阻成功，让我不要多管闲事。 但是看着一个熟悉的人被骗而不闻不问，真的挺过意不去的呀！

话说我就觉得挺奇怪。我也不是专门点到“香港”节点的，我平常就是开着“全部”刷帖子的，怎么这两年这么多香港开银行卡的帖子，而前些年几乎没怎么见到过？

去开卡的能说说为啥现在去开吗，疫情时候出不去也就罢了，疫情前为啥不开啊？

acme 脚本获取的免费证书，时间就仨月，太短了，导致还得手动维护一套证书部署逻辑，到期后自动重新部署到一个个服务上去

关键是吧，有些服务，他并没有提供很方便的 SSL 证书部署接口——比如群晖就是，你得一个个去把所有群晖套件都手动替换一遍证书

看淘宝上还有 160 块 1 年的 SSL 通配符证书，有点心动，来请教下这些渠道的证书靠谱吗？

各频段的成本大头，究竟是硬件上对应各频段的滤波，还是软件上的授权费呢？

我对 4G B7 有很强的需求，看了很多中端机型都不支持 B7, 却都支持 B38/B41, 按道理 B7 和 B41 是同频率，只不过 fdd/tdd 区别，硬件差异应该很小，为啥这都能阉割呢？

今天打开邮箱一封常规的 OneDrive 发的标题为“你当天的记忆”的邮件，点开查看发现邮件里面照片全部都不是自己的，直接点击任意一张照片或者下面查看所的记忆按钮就能进入对应相册。返回到库之后再找就找不到那些照片了，再从自己的照片库里查看历史今日就全部都是自己的照片。但是邮件链接还是可以再重新进入别人的相册，真 TM 不靠谱

首先 我完全不依赖 nas 影视功能，因为我不看盗版，倒不是觉悟高，而且真的.真..很懒...... 从工作开始，这几年以来 只要碰到让我注册的资源网站 我哪怕不获取里面的东西而受损失，都不会去注册的。
极度讨厌验证码这种东西的存在。 而影音资源部分在逛多的论坛里 或者需要工具去嗅探，不是不会弄，而是流媒体网站更有性价比，
我审美的点那些网站无非就是奈飞，disney hbo 几乎不看国内连续剧，电影只会电影院看首发。而且不会二刷。
nas 到手几个月了 就安装好的时候下了 2 部纪录片，嫌麻烦就再也没去找过资源。主打一个随性而起，突然想看个啥 立马就看，平常不会去思考我要看些啥

nas 对我的作用就是备份一下电脑和手机文件，然后发现这个好像还没有那些网盘好用，局域网内 150mb/秒的速度确实爽，可我的环境及几乎都是外勤，1000 兆宽带上传也只有几 mb 。在外面根本比不了 Dropbox 的速度。

我到底是使用方法不对。还是 nas 根本不适合我

自己的要求不多，仅仅是一些简单的图片比例裁切、添加文字、打马赛克图、添加贴图等简单功能 要求：Windows 可用、体积很小、秒开、无广告、界面简洁易用（最重要！类似于 WPS 图片的处理界面）

0. 是国际服务
1. 有 win 和 Android 版
2. 免费版能无限制跨设备同步
3. 免费版在页面编辑无功能限制，如格式、表格、链接等

虽然已经见过听过不少大小公司裁员新闻。但听完电话，扪心自问还是受到一点冲击。让我看看有没有其他公司合适岗位，他会帮忙推荐。好意我心领了，但短期内哪儿那么容易。

这边干了查不多 10 年。我现在就是想知道这种微型企业能不能顺利拿到赔偿。它会不会直接关门？有懂这方面的专业（或非专业） V 友码？想听听你么的建议，我需要怎么操作维护、和最大化争取自己的合法权益。

上次中文版硬塞广告，现在又硬塞个关不了的资讯新闻。

https://imgur.com/jzswDNz