好像是数字游民吧，哈哈，之前看过介绍，v2 里有个大佬写了个系列帖子分享

@soar0712 想到这儿又得骂一句 HC320 的温度，比别的硬盘高 5-10 度，也是牛逼，虽然性能挺好

硬盘的温度上限和湿度有曲线关系，我在天津湿度大，大概换算过温度上限在 55 左右，所以天热了我就落地扇伺候，小米那个落地扇也不费电，每天最热的时候吹四五个小时，还行，能压在 45 度内

具体的算法没有研究过，不过简单想了一下，有两个思路你可以试试是否可行，纯讨论，不一定有效：
1 、如果对小多边形的边数没有数量要求，或者不要求边数越少越好，可以将整个平面用 x 和 y 轴分割成很多小网格，然后用尝试生成法，从每个点开始扩散，不断蚕食周围的小网格，直到蚕食的区域达到 area 值；
2 、如果要求小多边形的边数越少越好，那就先计算一下每个点距离大多边形的边的距离，从离边最近的点开始尝试生成小多边形，一开始以三角形尝试，三角形的一条边顶到大多边形的边后就开始扩展另外两条边，直到凑够 area 范围，如果三条边都挨着其他点还凑不够 area ，就继续尝试四边形；按照离大多边形边界的距离，由近及远的尝试生成，最后生成最中心的小多边形。

河西 30w 人，河东 70w 人，假设电话是均等呼叫的，则 100w 次通话按人数比例算，河西占 30%，河东占 70%
河西 30%也就是 30w 次呼叫，跨河比例为 30w*70%
河东反过来，70%也就是 70w 次呼叫，跨河比例为 70w*30%
合计 21w+21w ，约等于 42w

1 、换号太容易，数据源的实效性是个问题
2 、电话标注是个比较耗费人力的事情，现在很多国产机的标注是官方数据源加用户手动二合一，但这种方式需要用户的主动性

多联屏真的香，之前一个屏幕写个代码 alt+tab 一直切换，后来买了最便宜的熊猫的 2k 显示器，左右开弓，再后来又买一个组了三联屏，左边的看浏览器查文档，中间的 ide 开发，右侧的开 postman 调试，非常爽。

分母+1

@hahasong go 的格式化打印遇上 v 打印，如果是指针会自动解一层

也是新手，我看了下%+v 的描述说是输出数据的值，应该是 go 只对第一层结构体指针自动解对象了，内部包含的指针不会再继续解，请参考以下文章的后半部分，https://www.cnblogs.com/rxbook/p/16136202.html

如果对交互没要求纯展示的话，不需要写后端，前端写好打包放到 nginx 下，配合 md 文件，足够了

四级都没过，纯粹是看多了，浏览器装插件，试着连读，遇到不认识的词双击查看翻译，然后继续读，看多了就习惯了。如果难度还是太大就整段整段的谷歌翻译

@sunbreak 想学一门 GUI 开发语言，在 javafx 、electron 和 qt 中，选了 qt

@theklf4 因为是写 Android 开始的，后来写 java 、golang 、JS 都用的 jetbrains 的 IDE ，习惯了，qtcreater 实在用不惯

这里不是知乎

@oppoic 嗯，当时没想到这么多，还是太年轻啊，被忽悠的一套一套的

@clockwork1122 你好~老哥，

@juded 嗯，现在住的就是自如的房子，贵点，图个省心