@conanqyc
护膝这东西，不够紧的话是很难提供支撑的。但你太紧了就会影响循环，也没法长时间佩戴。
你想全天带的话，这个可能不太合适。我基本只是运动时候戴，力量+有氧也就最多两三个小时，就这也已经比较难受了。时间再长可呢能就没啥用了。

@L4Linux 我配的是大框，确实比较重。虽然你可以选择让他们把边缘给你打薄，但也还是很重的。除非你配个小的。

我买的 Bauerfeind ，但保护效果好的护膝都很紧，不适合长时间佩戴。

也就你运动的时候带一下就行了。

之前在另一个帖子里回过了，如果你觉得有些问题想不明白，那最好换个思路，想想如果你是个老板，或者团队负责人，要招一个 10 年经验的开发，想要的是什么样的人？

首先钱来说，10 年经验的工资预期绝对不低了。不管是你作为付钱的一方来说，还是拿钱的一方。成本能顶两到三个最低级别的开发。
如果说你花了本来可以招两个开发的预算，招了一个 10 年的开发，那你对他的期待绝对不是他能以 1.5 倍的效率去做这俩开发就能干的活。不然你招了他就是赔钱。

所以很多人都说要持续学习技术，要坚持刷题，我个人是不赞同的。因为这些东西并不能和刚入行的新人拉开差距。你能做的他们也能做。你能学的技术，新人也能学；你能刷的题，人家比你刷的更多。
那你去在这东西上花时间有什么意义？

如果说什么东西是新入行的聪明人学不来的，那就是这 10 年期间你做的项目给你的经验积累和视野。

你熟悉各种新旧技术，可能实现细节具体 API 参数不清楚，但你能根据项目需求，公司情况和团队配置去选择合适的技术。
你虽然 CRUD 写的不多，不过一旦除了疑难 bug ，你可以根据经验猜出来问题出在哪，快速定位解决。
你也了解很多行业知识，清楚各种标准法规，也知道行业发展和各种竞品的情况。

这些才是你能和一个勤奋努力且智商不差的新人拉开差距的东西。
如果我是老板或者团队负责人，我会为这样的人多付一个新人的钱。而不会仅仅因为多出来那 0.5 的效率，就因为 10 年经验而多掏钱。

所以那些成熟的面试官才会更注重你的项目，业务经历。

我近视度数高（ 800+），一般都买 1.7 的。最近几年基本都在用 Jins 送的豪雅，和自己配的蔡司。

主要区别其实就在镀膜上，蔡司的镀膜（钻立方吧好像是）会更耐用一些，用得更久才会发现细小划痕。豪雅的就没那么耐用了。
至于清晰度，个人感觉不出太大的区别。或者可能有，但眼睛很快就适应了。
蓝光纯纯没用，只有你摘下来眼镜的时候，才会看出来镜片有点发黄。戴上没区别。

我大多数时间都是两副眼镜换着用的，但就算是这样，眼镜这东西也是消耗品。几年下来你的镜片还是会有划痕，甚至如果你保养不当还会脱膜。总归还是要换的。
所以镀膜耐用不耐用的差不了太多。

我一般都是打折的时候淘宝买镜片，1.7 的蔡司和其他家打折下来差不太多，好像都是一对 1000 左右。买完了以后你可以不配，等过几个月想换镜片了再去联系客服寄过去就行。

hn 的帖子说是和 wizard 2 8x22b 差不多的

@ltyj2003 骠骑大将军是西汉才有的，秦朝的话，该封你为太尉。

@her100 我没用过 navicat ，你只能自己找找它对应的备份放在哪了。

云厂商的解决方案架构师，你可以认为就是售前工程师，稍微懂点技术的销售。
你指望他们有技术深度那是想的太多了，很多都只知道个名词都敢挂这个职位。

一个非常牛逼的，VTK 在 C++项目代码里有个文件，是一个已经初始化好的静态数组，内容看起来是一些乱码。

但实际上它是个字体文件的二进制，后续也是直接当字体用的。

当时年幼的我第一次见这种操作，把二进制资源直接当字符硬编码到代码里。

没用过 navicat ，不过这种 SQL Server 的备份不就是个文件么，删了就行了吧。

就是不知道你这个软件是怎么处理关联的。

另外给你提个醒，楼上他们说的 ESXi 已经不能免费使用了，所以除非你购买付费版，不然都建议你直接用 PVE ，就是前面说的 Proxmox 。

你可以直接在上面装个 Linux ，它那个兼容性只是说明他们测过，没测过不代表不能用。至少我用非常老的机器装 22.04 也是没什么问题的。当然你如果想要稳定，那么找个测过的系统就行。

没用过 HP ，不过 DELL 有远程管理，HP 那个可能叫 iLO 还是什么的，你问问你们 IT 就知道了。你插一根网线到管理接口那里，就可以通过浏览器远程访问服务器的管理界面。这个东西是本身固件提供的，你可以用它来装你的 Linux 系统，上传个 ISO 就行了。

如果你这台机器只想拿来跑 Docker ，那么装个 Linux ，配置好 Docker ，然后弄个 Portainer 上去就够用了。
如果你想多利用一下，那弄个 PVE 然后开虚拟机就行。

硬盘的话服务器本身就有 RAID 功能，你可以直接配上。但就算你搞了 RAID1 ，也要记得定期备份，然后把备份弄到其它机器上去。

笔记本用 Anywhere ，工作站用 Master ，都很舒服。

游戏鼠标主要的问题是刷新率太高导致续航时间过短，办公用不着那么高的性能，更不想总是充电。

你本身就是团队的负责人，每年你这团队要花几千万，难道做汇报不是你分内的事？

经济不好公司也没砍你预算让你裁员，只是原来你随便糊弄一下就能过的采购，现在要你做 ROI 了。这不就是正常的节流措施吗？

恕我直言，真的没看出来这有什么可 emmo 的。你如果觉得这种事已经超出能力了，可以找手下人来当队长，你自己回去当大头兵，他们应该很愿意的。

@dreamHigh 你这极高的 LDL 再加上刚 30 岁，医生怀疑你是家族性高胆固醇血症有什么问题吗？你父母祖辈都是农民做体力活和遗传病有什么关系？你不会觉得农民就不生病了吧？

PCSK9 算是目前看来除了他汀类以外最有效的办法了，如果你觉得贵，那就先吃他汀降一下再说。

但不管怎么说，你这将近 6 的指标已经是极高风险了，趁早处理吧。

一个相机炒成潮玩。
随便做点小改动，然后炒一波。上游控量，全放二级市场去炒。
谁爱买谁买吧。

你都有每天的全量备份了，先用备份恢复不就完了。。
没必要非得从主库里重做出去吧。

他说的是没错的。

虽然有 runtime 罩着你，但你也总会有把 runtime 炸掉的情况。那么这些时候 runtime 不一定会有什么有意义的输出，而且你直接炸 runtime 也不会有 log 。甚至缓冲里的 Log 也不一定输出出来。

而 Debug 是一个成本和概率问题。正确的做法是：
1. 基于现有情况，猜一下概率最高的问题，选个成本最低的定位方法，尝试一下
2. 如果能定位到这个问题，那么就解决了
3. 如果定位不到，那就再尝试成本次低的下一个方法
4. 如果排除这个问题，那么尝试概率第二高的可能问题

对于 C++来说，很多未捕捉到的异常都可能导致它那种情况，所以你都已经出了问题了，再去加日志并不是一个“成本可接受”的方法。而他这种情况，最简单的，就是去查一下返回码。

对于 Java 来说，有 JVM 托管，有 Spring 框架，绝大多数情况都有 log ，而且大部分异常顶多炸个请求，也不会炸掉你整个 app ，自然去查 log 是最简单的方法。

但当你没法靠这么简单的办法定位问题的时候，只能去找更复杂的办法，去尝试可能性更低的问题了。

不是啥对错的问题，你自己 Java 和 C++都做点项目就能理解了。