风行卖的是车架，基本都是淘宝自组。
大行的话你可以找附近的实体店买，会比京东淘宝常规价格便宜。而且售后什么的找实体店修就好了。
刚开始骑行的话，很多地方你自己不会弄，有个实体店帮忙会好很多。比如简单的保养换胎什么的。
车的话你可以考虑大行 P 系列，不过都是钢架并不轻。钢架优点就是比较坚固，骑车发力会比较容易。但是 P 系列没有额外的拖动轮，折叠起来拎上楼还是很沉的。
不差钱的话可以考虑小布，折叠以后可以拖着走。
如果你之前有骑行经验，会自己选配件维修保养，那就直接风行买个架子自己拼好了。

@zzxin 雄脱基本都是遗传的。。。你这个。。。。

@ufjfeng
@CommandZi 感谢提醒，我 SIM 卡是最开始出 4G 的时候换的，看来我再去换个卡试试吧。

@darrenfang 没有小火箭，应该不是这个问题。

@littlewing 理论上是的，不过确实我现在已经烦的不行了

还在用 8p，已经快受不了 4G 断流这毛病了。动不动就得飞行模式重启一下，不然就算显示有信号任何 App 也都无法联网。

@jasonyang9 跟血液没关系，无论何时大脑的供血都是最优先保证的。
目前的研究也没确定原因，大概有两种理论：血糖升高和吃的太油腻都会影响激素水平从而导致困倦。
主要还是因为吃的太多了，少吃油腻，少吃高升糖指数的东西都不容易困。

@shijingshijing Java 的话数组声明就是两种都支持的，这跟 Main 函数没关系。不管用那种写法，都只是说这参数是个数组而已。
然而这两种写法比较容易混，比如
String[] arr1, arr2[];
arr2 是个 String[][]
官方的说法是这个[]可以出现在声明的最前面，也可以出现在特定变量处。但不推荐两种写法混着写，所以一般代码规范就强制要求使用一种写法。
这个其实不光会影响变量，比如你甚至可以把一个返回数组的方法写成这样：
String method()[]{return new String[1];}
String[] method()[]{return new String[1][1];}
看起来就比较乱

@codehz 我的意思是 Windows 的 PE 入口是个 int (*)(void)，linux 不太清楚是不是。但是 CRT 这些东西都是一致的。

看你提到了 VS，大概应该是 Windows 程序了。
Windows 程序的入口其实是个 int (*)(void)，没有入口参数的。Windows 创建进程以后调用 PE 入口就没有参数。
然后你的 CRT 会初始化，它会用 GetCommandline 一类的 Windows API 从系统获取 PEB 里面保存的命令行参数，然后构造出一块内存保存这些东西，再用这玩意作为你的 main 函数的参数，调用你的 main。
CRT 传给你的是个 char **，你愿意转成[]随你便的。
包括 Java 那个也是一样，所有写成 main 的东西都是由 Runtime 调用的，Runtime 设计成什么样传进去的参数就是什么样了。

基本上比较好玩的桌游规则都比较复杂，不是短时间内能学会玩好的。最难的是大部分桌游一个人都没法玩，你要在现实中凑出来三五个兴趣爱好时间都比较相近的朋友还是很困难的，特别是当你工作以后。比如 DND 这种，跑个团按小时计算，为了保证每次活动都能组起来，而不会因为某人突然有事完不成，你得有个十人左右规模的群才可以。
就跟你网游工会活动一样，除非都是硬核玩家，不然全是工作党的工会你得至少三四十人才能保证活动。

@binbinyouliiii 过了试用期再说吧，起码先了解一下环境。同事之间熟悉了没问题，不熟的话你还是新来的，产生什么刻板印象以后就再消除就很麻烦了。

耗电也就算了，iOS 版的缓存逻辑有问题。刚装好后几百 M，用一段时间以后发现占了几个 G 的空间，打开清理缓存看就还是只有几百 M。
只能每隔一段时间卸载重装。
而且强制你看启动图广告，有的时候网卡一点刷不出来广告就在那卡死你也不会让你进去。不过最骚的是有时候你就切到后台一小会，再回来的时候还能看见刚才看的内容。然后等你看个几秒立刻弹出来启动屏广告。

啥也不用想的自然是 EF 最方便，文档也是相当全。一般的需求只需要点几下鼠标生成对应的代码，全程不需要写 SQL，而且对 Linq 支持极好。缺点就是这框架为了让你可以不写 SQL，做的相当的复杂，你要学的东西很多很多，不然出了问题很难调试。但用 EF 的时候你需要注意就是它不是很推荐你去手动修改数据库，最好是直接写代码，直接用 EF 映射成数据库，不然会有各种问题。
Dapper 就简单很多了，你自己手写 SQL 进代码，查出来的东西直接映射成对象。
个人建议时如果你不是很熟悉 SQL，就用 EF。毕竟很多时候水平一般的码农写出来的那 SQL 还不如 EF 自动生成的。如果你的表关系非常复杂，会有各种关联更新查询删除啥的，也用 EF 吧，毕竟省得你去搞那个复杂的 SQL。如果你很熟悉 SQL，或者你的查询不会很复杂，那就用 Dapper。毕竟这框架需要你手写 SQL，不会自动生成，非常简单。因为简单，性能也很不错。
这里有个官方对比
https://entityframework.net/ef-vs-dapper

上古时代 Windows API 里的各种 HRESULT 不就是这么干的么。。。

N 卡的话有个 GUID
你运行 dxdiag.exe ，保存全部信息。打开那个 txt，找到 display device 那段，里面有个 Device Identifier，是个 GUID。
这个应该都是不一样的

除非这文件是你自己写的，不然其他全是靠猜。
你如何区分：用文本编辑器打开二进制文件时显示的乱码 和 故意写成乱码的文本文件
就算你用编码范围限定也是会有误杀的，没什么万全的办法。

不要尝试去记住什么知识点，你不会用 CPU L1 Cache 去存什么种子，所以也别拿你的脑子当硬盘用。
大脑更适合去做更高级的抽象思维，你应该试着去理解，消化和吸收那些知识点，而不是单纯的记住它们。
比如以更新快而闻名的前端技术来说。每次你接触一个新的知识，你可以考虑一下和你之前了解的内容有什么关系，又有怎样的相似和不同。从 MVC 到 MVVM，从 MFC，WinForm 到现代的 UI 框架。
技术、具体的实现变化的很快，但内在的思想，实现的架构这东西改变的非常缓慢。所有你觉得非常潮的东西都有过去死掉技术的影子，你都可以把它们联系起来。
所以很多人推崇科班教育，虽然教的内容很过时，但它包含了你建立一个最小的核心知识网络所需的大部分知识。其余新技术的你可以自行向这个网络上添加连接和节点，这个就是你自己的知识索引。

@ty89 我们写的代码只应对普通人类使用，神仙们就用神仙写的客户端去吧，手动狗头）

我都是医院验光，然后去日本的时候 JINS 配。
因为度数比较高，1.7 折射率的镜片国内 JINS 要加钱，而且这个折射率的镜片就算淘宝也不便宜。日本的 JINS 不加钱，而且不舒服一周内可以免费换两次镜片。
如果你想配的更好一些，就自己去线下挑镜架，然后淘宝买依视路或者蔡司的顶级款镜片。镜架找个舒服的试好了，寄给卖镜片的淘宝店家让他给你做出来。
镜片你知道参数就能配，但镜架你一定要自己试好。每个人的头型都不一样，亲身试过才知道这镜架是不是戴的舒服。