我还是习惯用数值类型的，不过 varchar 也可以接接受，但数值类型我不会强制数值的大小与含义有关系，单纯是思考时候想到的顺序，同时用 char 或者 vchar 我也不接受写 "0001"、"0002"这种玩意，你这么写还不如用数值类型。


另外，不要给数值类型设置长度，因为 mysql 对数值类型设置长度没什么意义，底层存储该是多长还是多长只跟着数值类型 bit 、int 、long 的定义走不会看你设置的长度，只有显示的时候会给你截取一下。

我只有 tinyint(1) 的时候会设置长度，这是因为我们用的 orm 生成 bean 的时候默认可以将这个特殊类型识别为 boolean 的，8 之后我用的工具这里会 warning 让我用改 bool 类型，目前还没改，因为我还需要和别人统一，包括 json 类型，虽然数据库支持了但我们开发手册没改，所以我实际还是用的 text 。

第一个示意图勘误， 排版没搞好折行了。

dev-> dev+a -> dev+a+c -> dev +a+c+b 或 （ dev merge(a + b)+c ）
dev -> dev + b ->↑

我的观点
1 、善用 rebase ，但不要滥用。

我不喜欢用 rebase 来合并分支，尤其是合并到 dev 和 master 这种关键节点，对于是否--no-fast-forward 我都可以接受，但拉取时还有从 dev 合并最新更新到我的分支时我还是会优先考虑 rebase 的。

因为很多时候你从什么位置 fork 以及你从远程分支拉取最新前有提交都是无关紧要信息。
比如你和别人各自开发功能然后他先合并至主线了，那你合并的时候，保留你和他是并行开发还是你在他的基础上开发其实对于多数产品没那么重要。

比如：
dev-> dev+a -> dev+a+c -> dev +a+c+b 或 （ dev merge(a + b)+c ）两种差异重要吗？ 你 b 分支需要别人关注吗？
dev -> dev + b ->↑


2 、善用 rebase -i （ squash / fixup ），尤其是 push 和合并到主要分支前，将零碎杂乱的无用提交都整合。

开发时 commit 提交无所谓毕竟 statsh 确实用着让人不安心，把 commit 但保存无所谓，但合并前最好将提交整理一下，尽量按功能模块让每个 commit 包含一小部分完整功能，没人关心你写一半的代码代码和之前有什么差异。

而你这 200 多个提交确实有点太多了.... 当然如果每个提交都有前后对比的价值那确实不应该合并。

比如:
feature-newxxx -> funA.setp1-> funA. step2-> funB.step1 -> merge(dev) ->funB.step2 -> funA.bugfix
feature-newxxx (rebase(dev)) -> feat: funA -> feat: funB

在这两种提交线路图里我更倾向于用最后 push 那个 rebase 修改过的第二种，你开发 A 功能中间自己思考草稿时的增删改对最终成品意义不大。


---------
最后，你们领导的意思是不是指我说的第二种啊， 希望你用 rebase 来将那些无用的中间过程的 commit 用 squash 或者 fixup 合成一个 Commit 。

楼里觉得夸张窒息的那说明阶级还可以，楼主的情况其实在三线以下小地方是个普遍的状态，不过楼主确实负债压的太狠了，基本不给自己闪转腾挪的空间了，所以要小孩的计划最好往后推一推。

我是不太能接受这种走钢丝的生活的，但我身边确实很多人如你一样，最后许多人也就这么过来了，没什么好解决办法，把自己当灰色牲口呗，兼职摆摊卖吃喝或者送外卖，一天下了班就干兼职。

@geelaw 我的观点就是一句话 他的用法不违规，但不道德， 因此被人口诛笔伐是应该的，活该。

@geelaw 如果没人能看到他的代码那确实是个黑盒，你首先就很难确认了对方是否使用了某 MIT 的软件，也无法确认对方是否遵守了 MIT 协议，因为 MIT 协议没有强制扩散开源的要求。

但是 我听说(我没实际点进去看过，如果是误传请指正我会道歉) 他视频里展示的代码删除了原作者署名，改成了自己，这个从道德和协议内容而言都不对吧？

没错，他的软件并没有分发给我们，所以他不需要向我们展示引用引入的开源协议归属，但他既然展示了源代码并且还修改了署名那就是错误的。

那些初中就申请专利写出论文和写出代码被几百万收购的故事也和大多数人没关系啊，按你的意思大众也不应该指责呗？ 而且人家这些教授导师给儿女铺路的更不违反任何规定了，人家就说确实是孩子天赋异禀自己搞的，自己只是指导。

@testonly 宣传单估计不会写，写了也是 “7 年后年化利率 3%” 把后半截用大字号 玩排版文字游戏。
但营业员之间口头说的时候就直接忽悠着说，甚至他们自己都算不明白利率，上级开会咋宣传他们就咋忽悠。

我妈今年也找活干也去当保险销售员了，她拿回来正经保单我对着条款收益挨个看了一遍，坐那和她掰手指头捋：
“七年后才开始每年年化 3%，前七年一毛不给，你平均一下，第八年算平均年化收益不到 1%，第 15 年了才差不多 2.3%，怕麻烦我按照第一年就压死 7 年本金计算了，即便是拆分开按照 7w*15 + 6w*14 这样每年都细算 15 年年化也超不过 2.6%”

结果给我妈算迷糊了，她说他们领导她们上级都是是 3 她也就以为是 3 和别人推销也说 3 。

@wulin2008 邮政储蓄银行不是五大行...，五大行是“中 农 工 建 交”，你们选的银行恰恰是受监管约束最少的那个。

邮储银行成立的背景就是，把邮电局拆分把人赚钱的业务全给拆除去了，后面市场化改革之后邮政业务连年亏损还不能撤点和涨价。
最后国务院特别允许邮政单独成立自己的金融吸储业务用金融业务利润来弥补邮递业务的亏损， 和快递整体一个集团自负盈亏，不受银监会监管直接隶属国家部门，15 年才发文说要改革统一归银监会管理。

用小米的或者其它国产网盘或者相册工具，给你 mac 和 ipad 也下一个对应的软件。

果系的官方软件几乎都不给外部系统玩，所以你只能选择在 ios 的商店里下载一个和其它平台通用的云盘 app 。

请各位不长眼的回复者们摆正位置，你们的“辩解”只会让楼主觉得受到认知挑战，天下居然还有人敢和他价值观不一致？！

楼主不是来了解 “国行 M4 的购买者是什么理由进行选择的”，而是居高临下的来指责的。
“你们傻逼居然会买我看不上的缺失 AI 功能的电子垃圾，真是 100%的纯傻逼弱智”。

@kmz1 你就说简约不简约 23333 。
而且人家只是没用 css 样式，排版还是有的，看着整体还是不乱的。

我想表达的也是博客的重点内容，而不是外观。
我自己博客就好几年前半年写 5 、6 篇东西，后面这么些年它和有些人挂的探针没有 1 毛钱区别。

@ilemon18 广义的前端是指所有的交互端，是 Web 前端如今太盛行了，才导致很多人提到前端的时候默认都是指 Web 前端。

遇到过，不止一次，尤其是当我有根据 profiles 打包不同的依赖时几乎 100%触发 reload 没反应。

@mm2x 北京地区 一般办公室的所谓商用带宽其实基本就是不限制终端数量的民用带宽，价格也和民用带宽没差距 （前些年是这样区分的，这些年好像都不区分了，因为当时北京的纯民用当时限制 4 个 PC 终端，但现在好像再没听说了）。

而去联调电信营业厅问他们企业带宽，默认指的就是上下对等，提供 1 个公网 ipv4 的商用。

@jiaoguan1688
请先睁大眼睛看楼主标题是什么，然后请你告诉我你为什么猜测 1 楼说的话是瞎猜。