Google 网页版是 js 实现，直接用了原始 Number 类型，所以存在大数精确度的问题。这个数已经超过 js 原生支持的最大安全整型了，内部是 float，所以不准确。

电视用的话除非只是为了折腾着玩或者实在条件受限，不建议折腾树莓派和各种盒子，因为总会有功能或者性能上的硬伤。目前对于在线流媒体来说，HTPC 是综合最优解。

HTPC 是一个正儿八经的电脑，所以可以做几乎一切多媒体相关的事，完美解决会员不能电视 APP 用、投屏不稳定操作不便、部分网站清晰度受限等问题。而且因为电脑代理容易控制，不但不用担心不同网站会员不同区的问题，甚至可以做到同时看 B 站国内和港澳台资源这类操作。

而对于本地视频也完全不用担心任何格式兼容性、字幕显示等的问题。如果你有足够的预算，还可以升级显卡配合 madvr 、svp 之类的视频扩展获得更好的回放效果，甚至还可以覆盖轻量的客体游戏功能。

@netwjx 是的，就是因为系统应用了色彩配置文件后，为了让你看到的颜色是准确的，将实际输出的颜色做了映射。

假设你的显示器是偏红的，显示器对应的色彩配置文件描述了这一特征，系统读取后为了能显示正确的 srgb(255,0,0) 就会实际输出 rgb(240,0,0) ，所以你取色就会变。如果显示器支持硬件校色的话就不需要软件校准，这时候就可以在校准后的显示器上直接使用 srgb 色彩配置文件，那么取色和看到的颜色就一致了。

windows 里不变是因为 windows 一般默认不用应用特别的颜色配置文件，如你在 windows 里应用了非 srgb 的色彩配置文件，那么在 Chrome 、Photoshop 等支撑色彩管理的软件内也会出现相同的情况的情况。

以前俩手机设置呼叫转移，发现转移不会被记入套餐通话时长内，要单独计费，而且呼叫转移是有很长的延迟的，经常刚转移过来响两声就挂了…后来换成双卡手机感觉真是方便很多。

大型也得有个参照，举个例子，Bing 的前端部分代码 clone 下来大概 100 多 GB 。虽然包含了一些资源和测试文件，但其中无论整体框架还是业务代码的复杂度远超业界绝大部分后端项目了。

另外随着 node 应用越来越广泛，现在前端工作其实已经混合了不少之前属于后端的内容。不同项目的偏重性也都不一样，并不能武断的说前端代码量就一定小。例如工具、编辑器以及最近流行的 lowcode 类项目的前端代码量很多都远超后端部分的。

是把 srgb 映射到系统色彩配置文件对应颜色空间后的颜色，如何系统配置文件是校准过的，那么在眼睛看起来这就是准确的 srgb 。

@netwjx 你这个很可能是设计师直接截图或者保存时没有选择目标色彩空间导致的，因为实际输出的颜色是被映射过的，而不是原始颜色。将系统色彩配置文件换成 srgb 就不会被转换，但这样眼睛看到的颜色不是准确的 srgb 了。

另一种思路是换主板，毕竟海康这 SSD 虽然现在不比之前了，但保修时间还是比主板长了。

之前在海康还没大火的时候买了最早的一批 2T 的 C2000，因为只要 1400 块钱还 10 年质保实在太香了，结果性能比后来出的 C2000 Pro 还好，真是物美价廉。不过的确当时也是抱着捡漏的心态，果然量上去之后就开始偷工减料了……

三星一些大的淘宝卖家有好像有做本土优化的定制 rom，不过不考虑本土优化的话还是 xda 让人放心一些。

Fork，轻快好用。sourcetree 太慢了，大 repo 各种操作都卡卡的…

没办法，这种情况真的很恶心人，感觉这种 offer 和 hc 分离的做法非常不道德。趁早找下家吧。

可以装壁挂式新风，墙上打个洞就行，小户型真的非常好用。甲醛，pm2.5，甚至炒菜溢出抽油烟机的的油烟味都能快速清楚，顺带连灰尘都少了。

这部是我刷新番表看到的，觉得名字挺有趣但是没国内版权就去下了几集看，结果发现捡到宝了，个人觉得至少是上半年剧情向最大的黑马了。那个圆珠笔广播剧 b 站有人做熟肉，也挺有趣。

和楼上说的一样，三星几年前开始就有 srgb 的 natural 模式，我和校色过的显示器对比过，不完全准但相对差距不大，加上三星旗舰没啥大短板，目前是安卓下的综合最优解了…但是 oled 老化现象还是严重，使用一年多白点色温就偏移不少了，这个除了换新目前并没啥好的解决办法。

@firhome @zzwyh 指的是在设置 viewport 为 device-width 时使用 px，这种情况下一个 px 的实际物理大小是设备厂商期望用户看到的尺寸，比如一个 dpr 是 2 的高清屏幕设备在这种情况下 1px 的实际物理像素是 2，所以在用户看起来和在低分辨率同尺寸屏幕上所占的空间是相近甚至相同的，不会出现过小或者过大的问题。

这种方法内容可以做到真正的内容自适应，比如 iPhone X 一行能比 iPhone 5 显示更多的内容，但同一个字的物理尺寸是相近甚至相同的，不会造成阅读困难。其实大多数 Native app 也是这种适配方式。

@justfindu 哈哈是的，很早就这样了，搞的别人发给我码我还得再发到电脑上打开扫，说是为了安全但这也没多少差别嘛……

个人体感高温天气在阳光下，屏幕和黑色机身本身吸热是高温的主要原因。屏幕是靠发光显示的，所以无论是否显示都等于是黑色物体，会吸更多热量。这个感觉真的很明显，每次阳光下稍微用久一点就烫的不行，即使只是轻度使用也一样……

rem 是早期移动端兼容性不好加上产品、设计、开发缺少经验，强行要求 1：1 缩放设计稿导致的一种歪的路子，很不优雅，而且有无法解决的子像素 bug 。想要各设备统一直接 meta 里 viewport 宽度等于设计稿宽度就行了，这样所有东西的像素尺寸都和设计稿是完全一致的，整洁优雅，对于那种花里胡哨的专题、营销页效果拔群。

顺带吐槽：
rem 在国内被这么广泛使用很大一部分原因是因为当时阿里早期用了，加上各种复制粘贴的灌水技术文导致很多人盲从。很早之前面试人，大多数移动端布局除了 rem 八股文之外一问三不知…… 几年前做一个新项目时我就说服设计做宽度自适应，然后完全用 px 布局，开发很舒服而且效果很好，结果后来被空降来的前端领导质疑，我就直接把整个移动端布局原理给整个团队普及了一下，然后他又说阿里都用 rem，这么大的公司做背书，你为啥自己搞一套，我就去找了一通，google，微软、facebook，甚至阿里自己新一些的天猫都用的 px，才给怼回去了……到头来得靠这种方法说服，现在想起来真是有些唏嘘。

从没见过不认可的，甚至很多地方会推荐这么做。而且不止银行，去办各种证件也是一样的。