@onice 是的，正有找海外远程工作的打算，但最近看的招聘都是币圈的多，在国内干币圈的活又有法律风险。
而且海外和国内的技术栈偏向不太一样，我 java crud 仔，国内坑一大堆，海外都是 go 和 node.js 多，java 的少。

@dxgfalcongbit 隔壁老王表示很开心 [狗头]

@a1562619919 老哥得是有多帅

@snowycnGL 我也纠结啊 又馋又怕面向监狱编程了，就像以前搞爬虫和 p2p 的开发一样，好处没拉着多少，锅反正要背。

境外虚拟货币交易所通过互联网向我国境内居民提供服务同样属于非法金融活动。对于相关境外虚拟货币交易所的境内工作人员，以及明知或应知其从事虚拟货币相关业务，仍为其提供营销宣传、支付结算、技术支持等服务的法人、非法人组织和自然人，依法追究有关责任。

http://m.safe.gov.cn/safe/2021/0924/19911.html

虽然现在境外交易所都不向境内用户开放，当大家都会自己搭梯子过去用。境内提供技术支持，可能存在法律风险，当然这一块现在属于监管空白，还没有刑事案例。

之前我也有转这方面意向，毕竟远程、工资巨高、不加班，真的很香，但是我也怕死。

买过 cherry 黑轴，后来换回双飞燕了... 薄膜还挺好用的。

@mooqii 老哥你总结得很到位，整个帖子看下来，看得出你的业务能力绝对是算优秀的，但是你们这个产品竞争力确实不太够，一下也很难弥补，可能这个产品本身的商业论证就存在问题，希望你能找到好的解决方案。

我猜他们都用 eagle 破解版 [狗头] （当然不是支持盗版，只是一个对现状的猜测）

你这个给我的感觉就像：假设你是个开发，你平常都用破解版 navicat(或者自己购买了正版)连数据库，这时候出来个国产客户端说是免费的叫你用，换了你你会用不，反正我肯定不会，现有的工作软件用得很顺手，你这个软件又没解决我的什么刚需，对比我用得顺手的软件，充其量只算优化。我为什么要花额外的时间精力来切换，而且还是国产的，谁知道有什么坑等着我。

@ysc3839 哈哈 所以最好的解决方案是提高用户的 windows 知识 整明白了之后想分几个区就分几个区

现实情况中，有足够多的钱，会去做投资、理财、创业，实现资产保值，资产提升，终究还是会绕不开金钱和权力这关。

理想情况下，会放弃工作，只做自己想做的任何事，想去哪玩就去哪玩，想成为什么职业就成为什么职业。看尽繁华和穷苦，玩够了体验够了生活之后，沉下心来读书、思考，做一个思想的输出者，帮助需要帮助的人。古人总结得很好，"修齐治平"几个字足以概括。也可以参考马斯洛需求层次，从生理需求到自我实现，层层递进。

@sinohsxzw 哈哈 我以前也讨厌体制内的环境，现在觉得真香。但还是不想考，也考不上。

参加 520 相亲活动 [狗头]
不过相亲活动第一步都看脸，第二步看性格和舔的态度，第三步看钱。

@shadowfish0 想问就问，没什么合适不合适的，别把面试官当得多高高在上，都是打工人而已，再说面试也是双向选择。问的时候态度可以放低一点，表现得谦虚好学，实在点的面试官会给你一些建议，圆滑点的面试官怕麻烦，会给你说点没有营养的官话。

@pkoukk 你会用官方镜像保留数据，不代表楼主就会用，也可能楼主拿去楼下修电脑，小哥直接就给他 c 盘覆盖掉了。

c 盘重装系统数据就没了，别听他们说的什么一个盘不分，电脑总有坏的时候。
有两个分区就行了，一个系统盘一个数据盘。你想一个硬盘分两区或者直接两个硬盘都行。
c 盘尽量大（至少 100g 以上）现在什么乱七八糟的软件缓存都往 c 盘里存，存满了还得自己搞迁移，麻烦。

不是有外包单平台么

1 海投简历->面试->面试失败->总结失败经验->补充知识点和面试技巧->重复前面过程->面试成功(非大厂)->积累项目经验->空余时间刷题刷八股刷算法->投大厂->面试失败->总结失败经验->重复前面过程->面试成功(大厂)->卷几年攒个老家省会首付->被裁->非大厂 /外包继续当牛马还房贷->退休->等死。
2 考个编

1 谁的锅：
问题：看你的意思是：开发说测试用例没测导致 bug ；测试说测试完后，开发改了代码导致 bug
解决：叫开发定位 bug 产生原因就行了，代码提交记录里面啥都有，开发真是误改了的话，人品正常都不会说“我没有改，是你们没有测用例”。真扯皮的话就直接确定你们跑用例的时间，回滚代码再测，必要时拉上领导在场。

2 改善：
问题：按照用例评审后的用例内容进行测试，无 bug 部署后，然后开发优化代码 /修改其他 bug ，导致已通过的用例又出现了 bug 。
分析：
- 楼上有说测试环境由测试部署，但是在部署解决 bug A 的代码版本时，测试并不会知道其中具体的代码改动，该改动也可能影响了已通过的 bug B ，所以这个方案可以解决开发随意部署测试环境的问题，但不能解决楼主的问题。
- 如果是切换不同环境造成的 bug ，测试没有在不同环境上，将测试用例重新跑一遍，导致没发现不同环境的 bug 问题，那你们的测试流程就是有问题的，锅也是测试的。
解决：
- 让开发在修复 bug/优化等代码改动时，给出影响范围，范围内的测试用例需要重新测。可以减少出现这种问题的概率，但是有时候会改动到开发预期外的影响范围，那么给出的影响范围也就不全了。
- 用例测完，bug 修复并验证完成之后，进行一轮回归测试，可以解决预期外的改动范围导致的 bug 。这个看具体各个公司的测试方案，有的出于成本考虑是没有这一轮的，想降低成本的话，也可以考虑自动化测试的方案。

可以用来做纯内网服务器