Ace

Welcome to demo of Ace’s Blog.

  • PaperMod is a simple but fast and responsive theme with useful feature-set that enhances UX.
  • Do give a 🌟 on Github !
  • PaperMod is based on theme Paper.

如何评价这钱值不值得花?

今天翻看我的软件订阅购买的历史记录,看到许多曾经豪横买断的软件早就不再使用,感慨之余表示以后碰见心动的软件再也不冲突消费。然后转念又想,这样精打细算后节约的钱有多少呢,可能多少年加一起也就省个几千块。订阅XMind之后我把多余的名额闲鱼卖出去,吆喝发帖回血了年费。 然而我在买群晖的时候,任性的四块大硬盘就花了五六千,笔记本手机上万的说买也买了。与这些比起来,那点软件开销算个啥? 再比如买基金买股票,亏得都数以万计,安慰安慰自己生不带来死不带去,亏就亏了。试想随便少亏几万,早就软件自由还需要精打细算吗,遇见任意软件都可以随意买断随便订阅。 所以我们在花钱的时候,有一套看不见的内在评价标准。我们客观评价事物值多少钱,却没有考虑事物带给我们主观的情绪价值和提升价值。我花250块订阅一年的Craft,接下来一年写笔记都爽得飞起,它的情绪价值数倍于一顿250块的火锅。但我们常常会觉得250块一顿的火锅好吃就值,250块一年的软件订阅作者怎么不去抢钱? 所以当我们评价一件消费值不值的时候,需要更多地从对我们值不值这个角度考虑,而不是这件消费本身相对于市场的价格值不值。像上面的那顿火锅,我基本可以理解成我就是买了吃火锅那两小时愉悦的情绪价值,甚至我还得为它付出拉一顿的代价。而订阅一款对自己有提升帮助,使用过程中充满愉悦的软件应用,那它的情绪价值真的就远超火锅了。 最后简单总结下目前的消费原则: 省大钱花小钱,在花大钱的时候更抠些,小钱随意点不斤斤计较 东西值不值得花钱,要结合客观价值和它带给我们的主观价值来评价,后者甚至更重要 主观价值更多地从提升自己方面考虑的话,就不容易陷入消费主义了 人生苦短及时行乐,碰见能给自己带来幸福感和满足感的东西,花就花了吧

May 5, 2022 · 1 min · Theme PaperMod

甩锅神器-Git Blame

如果你要查看文件的每个部分是谁修改的, 那么 git blame 就是不二选择. 只要运行’git blame [filename]’, 你就会得到整个文件的每一行的详细修改信息:包括SHA串,日期和作者: gao@Dell:/mnt/c/Users/gaoji/workspace/wiki$ git blame .gitignore e888f145 (wuzhi1234 2018-05-27 11:24:18 +0800 1) .idea/ e888f145 (wuzhi1234 2018-05-27 11:24:18 +0800 2) .DS_Store e888f145 (wuzhi1234 2018-05-27 11:24:18 +0800 3) Thumbs.db e888f145 (wuzhi1234 2018-05-27 11:24:18 +0800 4) db.json e888f145 (wuzhi1234 2018-05-27 11:24:18 +0800 5) *.log e888f145 (wuzhi1234 2018-05-27 11:24:18 +0800 6) node_modules/ e888f145 (wuzhi1234 2018-05-27 11:24:18 +0800 7) public/ e888f145 (wuzhi1234 2018-05-27 11:24:18 +0800 8) .deploy*/ e888f145 (wuzhi1234 2018-05-27 11:24:18 +0800 9) package-lock....

June 23, 2019 · 1 min · Theme PaperMod

如何在IDEA中阅读Spring源码

之前都是在IDEA中阅读依赖的Jar包中的代码,像看具体类在Spring中如何起到作用的比较麻烦。想到Spring既然是个工程,那么还是直接在IDEA导入这个工程来得更彻底些,体验下来确实不错,有以下几个好处: IDEA的书签功能简直为阅读代码量身打造,写代码倒是很少用,Spring类那么多,随时收藏方便查找 Diagram方便查看类的依赖信息,FindUseage方便查看类的调用信息 ...

June 2, 2019 · 1 min · Theme PaperMod

Mysql数据库中varchar的长度与字节的关系

今天在给一列建唯一索引的时候,提示 1071 -Specified key was too long; max key length is 3072 bytes 我的第一反应是去看对应列的数据,都是最多七八个字的中文,然后看到对应列的类型,是varchar(2056), 由此想到varchar的长度到底跟字节是什么关系。 英文字母和中文汉字在不同字符集编码下的字节数 英文字母 字节数 : 1;编码:GB2312 字节数 : 1;编码:GBK 字节数 : 1;编码:GB18030 字节数 : 1;编码:ISO-8859-1 字节数 : 1;编码:UTF-8 字节数 : 4;编码:UTF-16 字节数 : 2;编码:UTF-16BE 字节数 : 2;编码:UTF-16LE 中文汉字 字节数 : 2;编码:GB2312 字节数 : 2;编码:GBK 字节数 : 2;编码:GB18030 字节数 : 1;编码:ISO-8859-1 字节数 : 3;编码:UTF-8 字节数 : 4;编码:UTF-16 字节数 : 2;编码:UTF-16BE 字节数 : 2;编码:UTF-16LE 计算varchar(n)最多存储多少字节的内容 varchar(n)能存储n个字符,不管是数字,字母还是汉字,那么根据不同编码最大占用的字节数为4,最大占用n*4个字节。 所以唯一索引要求key值长度不能超过3072,如果列类型是varchar,那么3072/4=768, 作为唯一索引的varchar列的长度最多为768!

May 14, 2019 · 1 min · Theme PaperMod

Git的各种回滚文件

在我们使用Git的过程中,总会在各种情况下需要各种回滚文件。而从本地的角度看,你的修改可能存在三块区域中,workspcace、index或者commit之后的历史对象区域。 ...

July 30, 2016 · 1 min · Theme PaperMod