@cpper
@genesislive

我知道 ThinkPad 在美帝有八通道和黑五各种折扣啊，但是美帝还有州税是需要另外加的，比如加州是 7.5%（这个比较高），就算是六折，3679*0.6*1.075 是 2372.96$，跟国行价也就差不到 20$，而且国行也不是没有节假日促销在

另外跟楼主比，算上这个折扣，跟 MacBook Pro 比价格也没差

这一次国行标价比美帝价反倒低，比如 i7-10610U/16G/1T/4K/LTE 的配置，国行是 16999RMB，按当前汇率算是 2392.51$，这还没算税

https://tk.lenovo.com.cn/product/1007816.html

@murmur

总的来说电池鼓包是偶发的这个我同意

但是 MacBook Pro 系列鼓包在我周围一点也不偶发，我司换模具之前的绝大部分 rMBP 都出现了电池问题，除两台目前没问题外，一台电池容量损耗比较大自己换电池，有八台出现了鼓包

@shm7 分红比起股价一般都很低。这个放在主贴里你限制的「 A 股市场」，是没错的

但是除息扣税等不仅仅是针对 A 股，对所有股份制公司都是一样的，好多小股份公司真的就是在吃分红，比如我跟朋友俩人合伙开个小公司，就是靠公司盈利派发分红，而不是做一年把公司卖掉来赚钱

我不止一次在面试中被问到过电梯调度算法，其实没有哪种是必然最优的，关键是能实现和测试，以及做对比来说明不同方法的优劣

@shm7 怎么没用了，如果我是老板，我占大头或占可观的比例，然后我的股票都是被锁定不能买卖的，我每年就靠分红来过日子啊

各种供应链的消息看，明年上半年吧

主要应该是 miniLED 的产能和适配，这个必须要等，不然 14 寸的屏从哪来，还用现在的 LCD 估计苹果不想换

曾经在阿里呆过一段时间，进去时是正常的 965，然后那年架构调整去手淘 996 了（似乎就是那个时候才开始有 996 这个概念？），同年来往团队在 9/12/7，扛了两个多月扛不住了，出来跟朋友做，一直到现在

当时扛不住的一个原因是阿里刚搬西溪园区，基本没有公共交通，扛到 9 点下班就只有公司班车到文二西路联华那里，回家还要走路 20 分钟以上，如果自己开车，下班回来租的老小区没停车位只能停路边，早上 7 点前要去开走不然被贴条甚至拖走。所以并不是在 996，而是按 6:30-21:45 的节奏离开家

@hrong 有按压感，但实际没按下去，就跟 iPhone 7 开始的 Home 键一样

试试看关机后还能不能按出这种按压感，如果没有，就一定是 TapEngine 干的，有的话，可以卖你电脑的人说卖假货了

只是带得杭州的奋斗逼之都属性越来越强

我在杭州的小公司，不想那么福报，结果招人成本越来越高

感觉是个恶性向的趋势，不加班的公司开不出那么高的薪资，大环境只能越来越差

@hrong 从 2015 年开始就换成 ForceTouch 触摸板了，确实按不下去，通过 Tapengine 来模拟的按压触感

颜值是个很主观的事情，比如 ThinkPad X1 Carbon，见过很认可这种外形的女生，也有对这种黑盒子完全无感甚至反感的

比如一个粉色，有人认为金刚芭比，也有人认为我就是要这种玫瑰金

我自己妹子（现在的老婆，娃妈）反正我是给买的 ThinkPad，别的亲戚朋友也都是 TP，不喜欢这个的找别人去吧

我觉得问题不在同事会不会用断点，而是调试太慢

而楼主的观点是会合理用断点明显会加速调试过程，这个见仁见智吧，如果对方能继续不用断点也能把调试效率拉上来，那就随他去，不然你让他学会用断点，也未必会加快调试过程

立场说明：前 ACM/ICPC 选手，比赛时三个人一台机器不可能让你单步调的，多输出中间结果打印下来在纸上去调试；工作后写 C++ 服务端，启个环境没有 80G 内存启不来的那种，还是期望思路清晰一次过，不然也还是依赖打印日志，单步是永远不可能单步的，gdb 最多去看看 core 文件的现场

我自己的经历（从大概 07 年开始用 Python 写爬虫）

先用 BeautifulSoup，发现对很多不严格按规范写的 HTML 无法解析或解析出错，且性能似乎有点堪忧（那时候好像还是 2 还是 3 ）
然后用 pyquery，类似 jQuery 的选择器，在对不按规范写的 HTML 似乎会好一点
后面发现这几个都会依赖 lxml，然后这个东西在 Windows 下有时候会安装不成功，为了保证代码四处可用，尽可能减少依赖，能用原生 re 就用 re 了

楼上说 27' 和 32' 4K 的，不考虑下 PPI 和缩放倍数么？ 200% 和 150% 还是不一样的

照顾下伸手党，京东搜 "USB C 转换器" 第一页第二行就有

https://item.jd.com/34358646151.html

在项目里尝试过，在 HTTP 时代被宽带运营商强 * 得不能自理，最后还是自己定义接口路径，并且全走 POST

用 GET 的很多缺点

1. 缓存。GET 请求在浏览器和运营商层面都会认为是不变的，那么是可以被缓存的，但是如果你修改了某个实体后，再 GET 这个实体，怎么保证能拿到的是新的？也可能你自己设置了合理的缓存时间，但是会被某些无良运营商缓存。这个要么就是加一个 `t=timestamp` 的随机串在后面避免缓存，但这样 GET 的意义是啥
2. 无状态。按 Restful 的定义，GET 是无状态和幂等的，但是有些 GET 就是会影响其他数据，比如微博的阅读量被拿一次就应该加一，比如某些已读状态的标记，是从 GET 请求算，还是 GET 后客户端再 POST 或 PUT 一个请求来更新？只用 GET 就违反了无状态和幂等的原则
3. 请求体大小。这个是早期浏览器的限制，GET 请求的请求参数不能超过 1024 个字节，如果遇上复杂一点的请求结构就挂了，还是只能走 POST

@MrStark RDM 用了几年，今年转的 EasyRes

对我来说使用上并没有什么不同，也都是免费，甚至 EasyRes 能在 Mac App Store 里下载更方便，而且界面稍微整体一点，RDM 某些细节有点不协调

如果不是执念开源的话，两个都好，那个方便用哪个