我的 Kindle DXG 现在连不上亚马逊的服务器，心塞……

完全理解，但是支不支持看情况。如果任务排的比较紧就不支持，会有优先级更高的任务要做。我们最近正在准备重构，一方面业务方向有变化，一方面最近任务比之前少了一些。

这是我之前抱怨代码过长时间没有重构的朋友圈配图：

https://wx4.sinaimg.cn/mw1024/71ec0c97ly1g1zp2o7mnsj20b80egdhu.jpg

@HFX3389 C#是可以编译成机器码的，XP 可以用。.NET 框架倒是可能会要求额外安装，如果没用到.NET 是不需要用户额外安装什么东西的

@sneezry

<<<<<<<< OLD

只做 LF，两行文字就会重叠，只做 CR，多行文字就会呈阶梯排列。

========

只做 CR，两行文字就会重叠，只做 LF，多行文字就会呈阶梯排列。

>>>>>>>> NEW

@kaneg 你这个例子举的不好。我来科普下\r\n 的根源。

大家都知道打字最早是用打字机的，QWER 键盘也是从打字机那里沿用的。这种奇怪的键位设计就是避免出现打字时两个相邻的键被连续按下去导致打字机的连接杆相互碰撞。

在打字机输入下一行文本时是两个操作，第一个是将敲击头推到最左侧进行复位，那个敲击头叫 Carriage，复位就是 Return，连起来就是 Carriage Return，简称 CR。然后再把纸往外拉一拉，开始新的一行，叫 Line Feed，简称 LF。

只做 LF，两行文字就会重叠，只做 CR，多行文字就会呈阶梯排列。

所以在打字机时代，完整的下一行操作就是 CRLF。

微软使用\r\n 来 follow 打字机的标准，这和现在 QWER 键盘排列是一个道理。

c#

@alfchin 可以理解，不过亚马逊官方没有宣布停止那个老设备的支持，相反还专门发布了证书补丁，只是那个补丁有 bug

@geelaw 我们组的产品现在就是直接放在 github，用户有问题直接上去开 issue，无论懂不懂技术，无论 issue 里有没有详细的技术细节。我们开发直接和用户对接。这种模式用户非常爽，因为他们说的东西我们都听得懂，也能找到正确有效的解决方法。对于产品 bug 修复和产品迭代也非常有帮助。

就是真的累，太累了，非常累。一边做开发一边做客服，github 那边开 issue 机器人自动 assign，加到 work item 里，每周 sync meeting 也要 push。

有时为了进一步解决用户问题，我还会单独为一个用户写一个独立的程序来排查问题。

@geelaw 太同意了。我前段时间收了个二手 kindle dx，因为注册不成功，联系亚马逊客服。由于是十年前的设备，很多问题只在今天才出现，比如证书已经更新了，所以老设备无法完成 ssl 握手。客服就按部就班的让我升级，重启，恢复出厂设置。而当我提出证书问题，查看 debug 页面信息等内容的时候，对方完全不知道我在说什么。而我也非常清楚客服提供的方法对解决问题毫无帮助。

客服团队多数照着知识库读给你听，基本都是这样，BAT 不会比这强。有独立解决技术问题能力的，尤其是五花八门各种技术问题的，不可能甘心做客服的。

fiddler

分期没还完，耳机丢了，哈哈哈

@9151 那估计是知乎数据错误了，哈哈

首先排除雨燕和 polo，因为空间小，坐着不舒服。飞度和致炫我觉得都可以，我自己开飞度，朋友开致炫，空间和动力都不错。好像致炫的出货量比飞度大，只是飞度在网上的声音大。

离电梯近的。相比于停车，拿着东西走到电梯那段路更不方便。

要看公积金具体是几倍杠杆以及最大贷款额度。举例子，比如公积金是 40 倍杠杆，最高贷款额度为 60 万，那么，账户里的余额保持在 1.5w 就不会有额度的影响。