@conky 我带全套出门的时候，就不是光带一个半画幅能拍的到的了。而且我自己实测，xs10+xf16-80 ，除了虚化，解析力这些跟手机差距很小了

@feikaras 我带相机出门的时候，2-3 个镜头、三脚架、快拆、录音麦、两三坨电池、一套 ND 滤镜，不背个摄影包装不下，就问问你普通人能这样带不。
就不说我了，玩全画幅，一机两镜要有吧，每次装包里拿出来的时候你知道有多麻烦不？搁这性价比呢，数码圈这虚空对比的这氛围真的臭

@feikaras 不看我发的回复？我手里又不是没有全画幅，只要不是我认真想拍东西的时候我就是喜欢用手机拍，天天拍植物拍猫拍下班的落日，你天天随身带个相机拍？估计你是真没用过相机吧

还有个买 x100 ultra 的理由，就是 1/1.4 英寸底 85mm 的长焦，素质比其他家好太多了。

没怎么接触过摄影的普通人用主摄拍照，99%都拍不好，对构图没概念没几个拍出来好看的。中长焦才是小白拍摄出片的镜头。

手上正在用 x90pp ，用了一年了。正在准备给老婆换 x100 ultra ，就是为了拍照。

说实话现在手机都性能过剩，8g3 跟 8g4 能有多大差别，8g2 现在都流畅丝滑。

至于说用相机的，我相机也用得多，几家的全画幅和 APSC 也都用过，相机的拍照体验和手机的差太多太多了，出去玩看到好看的，手机咔嚓拍一张分享出去几秒钟就好了，相机还得开个 APP 导图，还得单独拿个包背一大坨。

手机拍照素质和 APSC+标变镜头比，差不多能在 80%的场景里达到 90% 的效果了，方便这么多的前提下对普通人真的还是手机更适合。

@captain55 #100 十几天没登号，登上来看到这个回复发出了我今天第一声爆笑。
哈哈哈哈哈，对事不对人，不止现在，以前油车时代买 X1 那也是妥妥的大韭菜。

@captain55 是什么样的没脑子韭菜会在现在去买 X1

@fakepoet
@v2exblog
其实开发速度快这个优势现在 ptyhon 也在逐渐没有了，现在用 copilot ，经常是写一个方法名然后 tab tab tab ，然后稍微改改就完事了，开发速度这个东西正在被逐渐抹平，时间大部分花在的还是在设计上。

@liaohongxing 我感觉也是你这样，只使用 minio ，那发布的软件里只会有 minio 的 SDK ，是不会包含 AGPL 的代码的，所有不会有风险

@Mithril
@ospider
@ztechstack
比较好奇，AGPL 限制的应该是在 MinIO 的基础上做二次开发，或者把 MinIO 嵌进软件作为组件，才需要开源吧？
仅是普通的使用应该是不会有限制的？

我觉得候补好多了，基本上都能候补到，还免费

@RedisMasterNode 既然不管在 create 语句还是 alter 语句的时候都会静默更改类型，那么这不就是等价吗

@RedisMasterNode 还有

Specifying the attribute for a character data type causes the column to be created as the corresponding binary data type: CHAR becomes BINARY, VARCHAR becomes VARBINARY, and TEXT becomes BLOB. For the ENUM and SET data types, this does not occur; they are created as declared. Suppose that you specify a table using this definition: CHARACTER SET binary

https://dev.mysql.com/doc/refman/8.0/en/silent-column-changes.html

@RedisMasterNode 嗯？

For a column that has a data type of VARCHAR or one of the TEXT types, changes the data type as necessary to ensure that the new column is long enough to store as many characters as the original column. For example, a TEXT column has two length bytes, which store the byte-length of values in the column, up to a maximum of 65,535. For a TEXT column, each character requires a single byte, so the column can store up to 65,535 characters. If the column is converted to , each character might require up to three bytes, for a maximum possible length of 3 × 65,535 = 196,605 bytes. That length does not fit in a TEXT column's length bytes, so MySQL converts the data type to MEDIUMTEXT, which is the smallest string type for which the length bytes can record a value of 196,605. Similarly, a VARCHAR column might be converted to MEDIUMTEXT. CONVERT TO CHARACTER SETlatin1utf8

https://dev.mysql.com/doc/refman/8.0/en/alter-table.html

我好像看到了 flora 主题，哈哈

@RedisMasterNode 看我 5L 的回复

我个人感觉用 varchar 不用 text 主要原因是 varchar 可以灵活设置长度，语义清晰的同时避免长度超长。varchar 底层就是 text 的话，性能应该是没有区别的。

`VARCHAR` 大于某些数值的时候，其会自动转换为 `text`，大概规则如下：

- 大于 varchar(255) 变为 `TINYTEXT`
- 大于 varchar(500) 变为 `TEXT`
- 大于 varchar(20000) 变为 `MEDIUMTEXT`

在某个地方看到的

Go 跟 JAVA 太重叠了感觉，还是选个能互相搭配的吧