@monetto go 可以交叉编译的，只需要配置个环境变量就行。而且是静态编译，二进制运行时什么也不依赖；以前在 96M 和 256M 的嵌入式设备上随便跑。我觉得你可能都没有用过交叉编译。而且用纯 C 和 C++很多也是搞交叉编译，不过工具链配置复杂。

@1998wsc
1. 前期先把工作处理好，优先了解和熟悉当前工作中必备和使用的技能和工具。你慢慢会发现这行需要很多工具和技能，这个时候建议先广度学习，了解越多越好，但不必很深。等两三年之后自己大概对这行有了初步的了解之后，再开始找一个自己觉得有前景的和感兴趣的技术栈深入学习。
2. 前期几乎都是在打基础。这个时候找准自己开发语言技术栈全景和路线图。然后按步骤来学习，需要花费的时间比较久
3. 对于开发来说，操作系统、计算机网络、数据库、数据结构和算法和一门自己从事的开发语言这些东西算基础，都比较重要，可以伴随你从事这个行业的一生。
4. 后面对行业续熟悉后，再深入一个自己感兴趣和觉得有前景的方向；五六年左右之后看自己的对职业的规划，是喜欢往技术发展还是往管理发展。因为国内浮躁的风气，很多人这个时候觉得技术发展没啥钱途，都跑去转管理了，对于技术发展可能要去大厂了。
5. 对于有前景的技术方向要看时间和行业发展；简单举几个例子。从我 13 年入行来有几个爆发的技术：1. 移动互联网兴起时前端和后台开发，后续就是大数据和云计算，“物联网”（算这时期的东西，但是总感觉前景没发挥出来）。现在的就是 AI 应用：有广告推荐、数据分析、人脸识别和当前流行的自动驾驶和近期的 ChatGPT ；
6. 另外也可以选一些基础技术栈的深入，这些东西是支持业务发展的所必需的，但是涉及到知识一般没有应用开发那样容易被新技术革新，有的知识甚至几十年没变。比如深入网络底层、存储、数据库、操作系统（云计算）等开发

@1998wsc 入行之后先熟悉职业技能，我这里假设你是技术开发类，非管理、PM 类；前期需要了解的新东西非常多

3. 所以我碰到的很多高级岗位面试都是问一些操作系统、网络、数据库比较深的基础知识。另外就是系统设计面试可能碰到的比较多。

接上：

@hhjswf 几乎不咋问 golang 的基础知识； golang 语法比较简单，没啥问头。另外就是 golang sdk 一些底层，一般开发不会去关注，面试考察这个也没啥好的效果。
1. golang 虽然发展很多年，但是其生态某些方面来说还是很初期阶段。相比 java 来说很多的东西没有做大大一统的趋势。相比 java 的 web 开发，微服务开发，spring 和 spring cloud 都有绝对优势地位。
2. golang 开发人员使用框架很分散。具体考察框架细节，可能碰到候选人未了解和使用过过该框架的尴尬场面。

@cyoking juc 属于 jdk 的东西，是 java 并发编程核心东西，对比其他编程语言在并发这快是排的号的东西，可以深入学习一下。jvm 一般指 java 虚拟机，大部分是 c++实现的； jdk 中很多 native 方法都是 c++实现的，需要去 jvm 源码看对应的实现。

另外再补充一点心得：我后面又从事了 golang 、c++、js 等多语言开发(golang 偏多)，但是对这些语言的理解深度都不够，能开发就行。但是发现 golang 岗位的面试就不会有太多八股文，甚至 golang 聊都不聊。这也是我后面比较喜欢投递 golang 的职位原因。

1. 纯八股文，在某些场景下可能投入产出比巨大，比如面试的时候；另外业务开发的时候投入产出比很小。但是有些基础知识是相通的，如果能理解和融会贯通还是有比较有价值的。
2. 工作 10 年，纯 java 工作 6 年。以前很喜欢钻 jvm 底层八股文，后面发现某些知识在工作中需要用的场景真的少，投入产出比很小，等到用到的时候也经常忘记细节需要回去补课，浪费大量时间；还不如拿这些时间去学习新的工具和语言，用这些工具和语言去解决他们专注和擅长的场景。
3. 对于 JVM 可能 gc 调优、内存泄露在碰到某些瓶颈问题下很有用。但是也可以通过其他不是很优雅的方式去解决。要综合对比，考虑投入产出比，不要因为自己对这些东西很擅长就只考虑这一种方案。不过在必须通过 jvm 原生方案解决的情况下比较有价值。
4. 不过理解这些东西在当下浮躁的面试风气真的很有用。很多面试官想了解一个候选人的深度的时候喜欢考察这些东西。另外就是面试官想通过这些东西来表现自己很高深（装逼）。
5. 以前碰到一个面试官想考察我 synchronized 底层锁升级策略，以前了解这方面的知识知道点细节。但是当我反问他了解这些东西有什么价值的时候，他回答不上来。
6. 后续反思学习这些东西对于我来说真的没多大价值：首先自己不是从事 jvm 开发，没必要投入时间了解这个东西，另外跟司内专门从事 jvm 研发的同事沟通过，他们也不会把精力投到这上面，一是因为这些东西很基础比较成熟了，被国外大牛已经优化到很高的程度了，他们没有那种能够打破这种方案再搞出更厉害的优化的能力；而且这些投入价值产出比很小，不足以支持他们的薪水所要产出的价值，所以他们（ jvm 开发者）都不关注这些细节东西。另外了解这个东西对于某些到达单机同步场景瓶颈下，可能因为知道某些细节能有找出新奇的调优思路，但是我们可能更多的是从架构设计上使用分布式思路来解决这种瓶颈问题，没必要去追求极限的调优。

java 项目 maven 多；安卓项目 gradle 多；

看到你们讨论这个我对苹果的股票放心了，这国区苹果手机不得大卖

全家桶已经付费 7 年了，然后在涨价前有续费了三年

influxdb 集群版本是商业付费的，企业有点场景可能会用到；对于个人项目或者业余时候 influxdb 开源版本够用。另外如果确实不想付费，拿开源版本自行做 shard 方案也行

所以我一般不屏蔽别人，除非是微商

@pengW jvm 的内存回收虽然 shit 一样，但其他带 runtime 的语言 gc 一个能打的也没有；

用时序数据库吧，influxdb 你值得了解一下

之前在金融公司就是 map 满天飞，一点一点的改 dto ；我在的 3 年都没改完；项目大了 map 是真坑的；特别超过 3 层嵌套；你不分析代码你根本不知道里面都是什么 key，什么类型

没看懂你说的；调用 gnu 程序不存在 gnu 传染行啊，除非你修改 gnu 程序源码才存在传染性

iris