我比较特殊吧, 关系比较熟的说 嗯, 不熟的说 对

那些不跨平台又不支持 web 的都是流氓

同经历过开发规范做的不好的公司, 提供几个建议吧

1. 测试一定要写好, 回归测试很重要, 集成测试尽量完整, 酌情实现核心部分的单元测试. 否则一定会加班

2. PRD 有任何歧义的地方一定要较真, 不管对方烦不烦, 否则背锅的时候会很麻烦. 比较有效率的情况就是对方先出 PRD 过了需求评审, 然后给你看的时候通过在线文档的选中批注 /评论功能把不理解或者模棱两可的地方指出来, 然后当面确认

3. 代码方面一定要抽象的干净利索, 能不耦合就不耦合, 否则需求变动的时候非常痛苦, 这是靠基本功的, 吃几次亏就记住了. 数据类型的 schema 一定要严格+统一, 否则你和别人联调的时候会特别浪费时间, 必要情况参考一下领域驱动设计

分段太多应该不是分段哈希

同楼上, uuid 长度和格式都吻合了

旱的旱死, 涝的涝死

@linglin0924 Ubuntu 出的没注意啥虚拟化, 懒得弄 docker 就用它了, 虽然主要原因是我本地 VBOX 打不开了...

使用体验有点像被我 ssh 上的 Ubuntu server, 操作方式和 docker 也差不多不过都有简单的图形界面省心一些, 挺方便的, 删除的时候清理镜像略微麻烦

我现在反正已经双系统了

早年间用过 multipass, 可以尝尝

贴吧虎扑很多流行句式带过来的吧, 有些看起来水的标题, 其实内容还是有的, 但是也有那种纯粹跟风丢个标题说几句废话的, 不想看 block 了就行了, 也没啥损失

同推荐一楼的 gost

话说, 如果不嫌麻烦挂代理, 用 ssh 开个隧道代理不就一行命令么...

@ClericPy 上面说错, 后端不一定要发版, 前后端隔离 HTML 也是前端项目的话就没事了

虽然还是习惯 etag 什么的

别折腾 no-cache

比较简单的方案前面提到了, js cdn 刷新了以后, 带冗余参数 ?v=xxxx, 这里的 xxxx 一般不用时间戳, 就用 js 计算出来的 md5 就行了. 不过后端得跟着一起发版...

话说缓存这东西不是走 etag 的么

养过三千多号, 死了 80%... 风控相关的因素太多了, 最后活下来的那 400 多个, 说实话, 我自己都不知道它们为啥活下来的

反正一句话就是, 每个帐号除非已经是老号 /耐用号, 否则不要轻易改变任何登录环境

哈哈 果然自古一楼出真理, 又学到了

虽然我平时遇到这种情况, 直接另存为 mhtml 了事...

@Latin niub... 看了眼代码, 好骚啊

我说看楼主描述那么眼熟, 实际上我见到的是这个 q Github 上提到的类似库 https://github.com/gruns/icecream

这帖子突然这么火, 估计楼主也没想到吧... 后面几楼讨论着画风突然就变成: 你要承认我是对的, 不然我就跟你争论下去

没什么为什么, 从原因分析, 大概是面试官也找不到什么好问的, 所以就拿高频面试题随便聊聊, 说这是八股不至于, 因为就像一些开放题谈一下对面向对象的认识一样, 不需要背答案, 主要是看看语言组织能力和知识面广度, 同样薪水自然想招个更值的.

GC 问题肯定不是说没遇到过就不用关心的东西, 总要避免遇到了无从下手, 上学时候大家都是学 C 起步的, 转 Python 和 Go 对 GC 总该好奇一点吧.

如果觉得不希望面试官问这些日常罕见的东西, 那就把项目经历写的详细一点, 因为目测大多数面试官也不喜欢问底层或者语法, 更倾向于针对项目经验提出各类问题来验证经历是否属实, 以及日常解决问题的思路是否科学.

偏底层偏语法或者偏算法这些问题主要还是没啥别的可问, 只能尬聊了... 我就是那种想聊项目或者业务但无从下嘴, 只能随便找点常见问题提问对方.

同换城市, 社保公积金先留在旧城市就行了, 到用的时候线上转

以前纠结半天只能转一部分, 又纠结要不要跑回去一趟办理, 现在发现都不是事

没完没了了是吧 (doge