Heebe's recent timeline updates Heebe's recent timeline updates |
HeebeV2EX member #456070, joined on 2019-11-28 15:33:34 +08:00 |
 |
Per Heebe's settings, the topics list is hidden |
Deals info, including closed deals, is not hidden
Heebe's recent replies
May 8, 2020 Replied to a topic by Annie0506 › 酷工作 › 知名思维导图软件 XMind 要开发新功能啦，需要多名前端开发，全球范围内寻人， remote work，不限城市，零加班~ |
May 8, 2020 Replied to a topic by Annie0506 › 酷工作 › 知名思维导图软件 XMind 要开发新功能啦，需要多名前端开发，全球范围内寻人， remote work，不限城市，零加班~ |
这家公司有一件事情我非常介意。
为什么 JSON 存储思维导图会被你们申请成了专利？我就想问下，思维导图本身就是无限节点，JSON 基本都是标配的技术。如果要序列化和反序列化的话，这 JSON 应该是最好的选择了吧？为什么变成你们独有的？
为什么 JSON 存储思维导图会被你们申请成了专利？我就想问下，思维导图本身就是无限节点，JSON 基本都是标配的技术。如果要序列化和反序列化的话，这 JSON 应该是最好的选择了吧？为什么变成你们独有的？
May 8, 2020 Replied to a topic by Heebe › 问与答 › 我打算转行，程序员太累了。我可以怎么转？ |
@laobingge 谢谢，你的话对我很有帮助。
May 7, 2020 Replied to a topic by 5408 › iDev › 为什么在 iOS 平台上王者荣耀等游戏仍然可以使用 CDKEY？ |
4 楼正解。
只要不是明目张胆的在 app 内说某某地可以买到什么样什么样的 key，一般这种都属于礼品性质的不会禁止。不然肯定要被人告垄断的。
只要不是明目张胆的在 app 内说某某地可以买到什么样什么样的 key，一般这种都属于礼品性质的不会禁止。不然肯定要被人告垄断的。
May 7, 2020 Replied to a topic by CoderHugo › 问与答 › 裸辞投简历期间，除了刷题还能干嘛？ |
那什么*聘，现在恶心的不要不要的。你不给点钱，看你简历的怕都是机器人吧。
May 6, 2020 Replied to a topic by jss › 程序员 › [求优化] mysql 百万数据 IN 查询 |
其实这也是业务硬伤，这相当于查询到所有城市的数据之后，然后再进行一次 delete_time is null 的遍历，数据量大了，慢是肯定的。
我建议做 4 点，
1，依据 city_id 拆表（垂直水平都行，百万级别我建议 range 分区就行）
2，拆分 SQL 语句，根据分区分表特征，多次查询后合并
3，考虑 BY `id` DESC 是否有存在的必要性，假如本身就是 ID 插入的，这里其实可以忽略
4，delete_time is null，永远都比不上 isDelete = 1 的时候来得快
我建议做 4 点，
1，依据 city_id 拆表（垂直水平都行，百万级别我建议 range 分区就行）
2，拆分 SQL 语句，根据分区分表特征，多次查询后合并
3，考虑 BY `id` DESC 是否有存在的必要性，假如本身就是 ID 插入的，这里其实可以忽略
4，delete_time is null，永远都比不上 isDelete = 1 的时候来得快
May 6, 2020 Replied to a topic by redam › MacBook Pro › 新的 mbp 2020，加$200，将主频 2.0、睿频 3.8 的 10 代 i5，升级至主频 2.3、睿频 4.1 的 10 代 i7 值不值，有没有必要升 |
@redam 加点钱买 16 寸的，香到隔壁去了。重点点有什么关系，开发 13 寸我是受够了。
May 6, 2020 Replied to a topic by redam › MacBook Pro › 新的 mbp 2020，加$200，将主频 2.0、睿频 3.8 的 10 代 i5，升级至主频 2.3、睿频 4.1 的 10 代 i7 值不值，有没有必要升 |
这次 13 寸的升级，对比去年 16 寸的提升，连挤牙膏都不算。。。别整了。
May 6, 2020 Replied to a topic by esolve › 问与答 › 大家的项目的 app 请求超时设置为多大？ |
看到你这个题目我特地起床回答下，希望没误导大家。
前端、客户端，大多数情况下 5 秒是 OK 的（产品经理说 ok 就 ok ）。
但是关于这个设置多少，其实可以很复杂。主要是网络和服务器的处理机制环境是很复杂的一个流程，比如 DNS 解析和数据来回传输、握手机制、代理分发等等。因为一个请求发出之后，只要服务器没有出错你的请求都是会被正确处理的。所以如果客户端响应时间太短，但是这个请求没有中断而被服务端继续执行了，后果就是服务端处理了某些东西，但是你却没有收到正确的数据。所以，客户端的响应时间，除了要照顾用户的心理刻度时间之外，还要考虑上面说到的这些。
（我认为的公式：最大超时时间=数据发送最大接受时间+服务器处理超时最大值+数据量回发最大接受时间， 最小时间=产品经理认可时间）。
前端、客户端，大多数情况下 5 秒是 OK 的（产品经理说 ok 就 ok ）。
但是关于这个设置多少，其实可以很复杂。主要是网络和服务器的处理机制环境是很复杂的一个流程，比如 DNS 解析和数据来回传输、握手机制、代理分发等等。因为一个请求发出之后，只要服务器没有出错你的请求都是会被正确处理的。所以如果客户端响应时间太短，但是这个请求没有中断而被服务端继续执行了，后果就是服务端处理了某些东西，但是你却没有收到正确的数据。所以，客户端的响应时间，除了要照顾用户的心理刻度时间之外，还要考虑上面说到的这些。
（我认为的公式：最大超时时间=数据发送最大接受时间+服务器处理超时最大值+数据量回发最大接受时间， 最小时间=产品经理认可时间）。
Select Language