@rekulas
1. freesync 为并发场景设计。
性能列描述的是本机 benchmark 测试的结果，benchmark 代码见 XXX_benchmark_test.go 文件。希望诸位朋友能够提供在各自的机器上执行的 benchmark 的输出。
2. 任何解决方案，都只可能适用于特定场景。
““决定”访问一个 freesync.slice 的时候”，这个需要在“决定”时对整个 slice 做一次快照，或者在“决定”时阻塞其它写操作；
“写一个 slice 的时候，可能也有其他协程在更新它，可能不是用户期望的”，如果是并发 Append ，互不影响；如果是 UpdateAt 不同的索引，互不影响；如果是 UpdateAt 同一索引，后面的更新会覆盖前面的更新——除非 CompareAndSwap 。但目前的实现不支持在指定位置 CompareAndSwap 。
3. 我喜欢“较新”的产品，不喜欢“太新”的产品。后面应该会支持泛型。

什么项目？

特殊时期，少换工作

@lysS
slice 只是个名字而已，没必要纠结“slice” delete 操作是否合理。
最终实现，应该不会叫 slice 。到时具体看底层数据结构，或者另外取个跟底层数据结构无关的名字。
根据基准测试结果，基于 mutex 和基于原子的 free-lock 操作，两者性能差距还是很明显。

电话或者视频面试可以吗？

@lysS 以朋友的想法，应该怎么实现一个并发安全的 slice ？最好还支持 delete

@coderxy 我的意思是，校验这步，中间件就可以

@lysS 新增的空间
你再看 Grow 函数下面那段

是不是有点麻烦？
proto 把 validator tag 加上
中间件再校验可好？

@fds
根据你的描述，我找到了 Slice 的 Append 方法 https://github.com/wencan/gox/blob/main/xsync/slice.go#L183
Append 下面的 Grow 段是加锁的
覆盖是通过 sync.Value 操作的
因此不存在你说的情况
不知道我有没有理解错你的意思

怎么把复杂业务逻辑写好，似乎完全不被重视。还是第一次遇到同样在关注这个的朋友。
我设计和实现复杂的业务，
一部分是基于自己对 solid 的理解，具体还有待整理；
另一部分见： https://blog.wencan.org/2022/10/21/programming-thinking/
最近，我也在开发一套开源组件库。不过依据我的编程思想，它必须是组件库，没有重复的轮子，地址为： https://github.com/wencan/fastrest
如果有兴趣进一步沟通：ZW1haWw6IHdlbmNhbkBmb3htYWlsLmNvbQ==

@amiee0599 学历确实是一种能力，代表有一个良好的教育环境，代表学生时代努力。
但能力只看学历，就是问题了。特别是教育资源分配严重不均衡的当下。

很优秀的回答

据说那边不卷，学历年龄都不是问题，只看能力
真的假的？

正在用这个办法
vps 上把镜像拉下来，死啦啦快
再推到阿里云上……难道因为我没交钱？还好比本地快
等待中

直接去找他就好。
再不搭理，报告你的上级。
处理不当，可能变成你的过错。我吃过这方面的亏。

深圳还招 golang 吗？之前投递深圳 golang 时，github 上没有像样的项目。
最近在开发两个开源项目，感觉还拿的出手，帮忙看看：
https://github.com/wencan/gox
https://github.com/wencan/fastrest

哪些岗位可以电话或者视频面试？

奇怪，研发岗位好像基本在武汉