1. 你不需要跟二十多岁的比所谓的基础问题
当然，多面然后针对性的进行查缺补漏这是最有效的方法。这样自然而言面试成功率就提高，基础也越来越好

2. 技术栈的问题
golang 需求是越来越多，但是相对别的来说，比如 c/c++、python 或 java，还是偏少
而对你来说，现在急需的是一份相对稳定的工作

3. 对于学习
不要什么都学。多面试，不同方向不同技术栈，然后针对性学习。对技术的学习，目的要非常明确，
a ）应付面试
b ）工作中要用到

面试-》学习-》面试。。。，这样效果自然越来越好

另外，对于 95%以上的做 IT 的人来说，研发这个岗位不需要所谓的天赋，也不需要什么所谓的灵性
需要的只是适度的方法+快速学习的能力

不要轻易因为某些人就否定自己。每个人都比自己预期的要好很多

1. 名字污染
2. 内存越界
3. 或者，堆或栈溢出

不同平台，用各自平台的编译器编译就可以

@justforlook44444
一看你就不是职场人士，要么就是少数的请个假都要批准那种

稍微有些规模的公司，请假都只是告知。有假就休假，没假就是事假——没工资

@justforlook44444
请假不就是告知一下么？难道还有不能请假，或者请不到假的
现在 996 的，有多少工作时间完全饱和的？不都是上班摸鱼，然后加班做事

@tengtengking
你这 bt 的符号都没有，明显不是 debug 版，或者部分以来的库或子模块是没有调试符号的。要么就是把符号都去掉了

bt 这样的信息，说明跑的不是 debug 版; 编译个 debug 版本，然后尝试重现问题

最重要的问题是，
1. 重现问题
2. 重现问题
3. 重现问题

若无法重现，那只能是过代码。通过楼上一些提供的方法，确定初步位置，然后前后过一边所有 memcpy 相关的操作。大概率呢，是两种可能，
1. 内存越界（这种比较坑）
但是可怀疑的地方也好确定

2. 空指针
这个大概率是某个流程处理的问题，比如某个判断失败还是继续往下走

我还是毕竟关心，怎么可以自己接到项目，然后实现财务自由。。。

grpc 最大的优势是跨语言，是从整个系统层面（各种服务 /各种客户端），节省序列化反序列化的工作量与兼容性
特别是涉及多种通讯协议的情况下

Java （如 spring ）自带的框架，自动把查询的数据转换成 json 格式，所以 java 技术栈用 rest api 基本都是不用自己封包数据的。但是，grpc 是要自己调用 protobuf 生成的接口进行处理

其实，可以将 java 自动产生的 json 通过 json2grpc 网关做转换的（我记得是有类似的框架）

@Aruforce 类似这样，直接可以用 replace 把远端仓库的 replace 为本地源码或别的仓库
module github.com/notedit/rtclive

require (
github.com/akamensky/argparse v0.0.0-20190115094700-b33e05fb8d69
github.com/gin-contrib/cors v0.0.0-20190101123304-5e7acb10687f
github.com/gin-gonic/gin v1.3.0
github.com/gofrs/uuid v3.2.0+incompatible
github.com/notedit/media-server-go v0.1.12
github.com/notedit/rtmp-lib v0.0.2
github.com/notedit/sdp v0.0.1
gopkg.in/yaml.v2 v2.2.2
)

replace github.com/notedit/media-server-go v0.1.12 => ../../media-server-go

@Aruforce
除此之外...用了 go moduel ..编译什么的时候 编译器就会傻逼似的要去 pkg mod 下面找文件...即使当前 src 下面有源代码 也会被忽略 胃疼...

----------------------------------------
用 replace 就可以

两个月前一样裸辞，然后休息了一个半月，但是合适的工作 (各方面都比较满意）的真的很少
前后面试十几家，只拿到不到 1/3 的 offer。但要么给不起钱，要么就是大小周或加班狠，最后选了个离家近的，有 30%左右幅度的先做着

但是休息越久，真的越不想继续上班; 因为越发觉得是在浪费时间与生命

个人觉得这个倒是很不错，当然前提是本身就有想法。相当是有稳定的项目，然后再尝试新的可能
这样情况只适合全新组建的团队，不适合原有的一整个部门的

因为涉及到一个效率与成本的问题

面试所问的所谓深入的问题，本身就带有强烈的偏见

1. 做测试开发
2. 碰巧工作中遇到鉴权相关的 bug，然后深入，最终解决问题
3. 鉴权还要是微信那套

这么多前置条件，为什么就不能简单都满足的概率会有多大

若要了解候选人技术深度，本身就要依托与其自身的项目经验与工作经历，遇到问题或者要用到，才会去深入研究。虽然骰子筛子一样挑一个，就要深入。那我只能是呵呵

若只是个人使用，那#9 楼给的微信相框是最好的选择（也只有微信可以做得到）

若是有项目或潜在的机会，可以联系我细聊，有多年音视频经验。因为一直也想做这样一个类似的产品（当然功能强大很多），所以各种方案与技术点了解的毕竟深入

可以利用 dog_tunnel，穿透成功之后流量是 p2p，不走服务器的
成功率还是很高的。若穿透不成功，那就没太好的办法

@bidream 目前在广州，不想继续往一线城市挤，所以只考虑远程或兼职

请问可远程么？最近两年做 springboot，有基于 springcloud 完整经验
技术栈：c/c++/java/go （了解）；前后台都可以做