@DsuineGP 是不是推广自有人判断..老屏蔽词汇，根本就不知道在说的是什么= =

不太了解字节的职位，不过看到这个 title 也很感兴趣。

我司 Infra 有负责可观测性的团队，业务项目需要的分布式追踪要怎样在不同团队、不同产品线落地，如果能有统一的统筹感觉会比较方便，它们可以提供统一的接入方式，为不同团队使用的业务框架开发插件来便于接入，还比如说对于 Tracing ，提供 Tracing 平台和采集的能力；对于 Metrics ，一般都有 Grafana 之类的，可以看看有没有一些通用的上报可以在底层统一做；对于 Logging 可以提供统一的 Log 包以及日志平台等等。

@iwdmb 下次可以试试。不过说什么营销厉害的，感觉不太赞同，讲这些没有意思，工具或者团队是需要有合适的人来运营，这不是比较的理由，你只需要强调出你推荐的工具的优点就足够了

@Mitt 感觉是自定义和扩展的能力吧，gin 本身提供的 feature 不是很多，它不是 django 那种大包大揽全集成的框架，更像 flask 很多东西都得自己开发。用 go 的大公司居多，有独立开发脚手架、扩展插件，或者对整个框架二次开发的能力，所以选用 gin 的挺多的

仔细看了前面一些，写得挺好的加油

@lesismal 然而实际工程里面这个项目结构挺好用，不管 rcox 喷还是不喷，适合的就是好的。实践里面我们很多工程都按这个目录来，也清晰明了没出现什么问题。

所以也不存在什么受害人，要我说盲目跟风 rcox 的才是受害人

复制楼上这句，Github 企业版，GitHub 配套的 CI/CI, issue , PR, project, release 什么的都是用起来最舒服的。

表示真的很好用，而且 Github 配套的插件也很多，如果你们想在 GH 上做 code review ，也很好用！！

喜欢，而且部门应该鼓励做这个事情，例如按 review comment 量来予以奖励

@zxlzy 你好，是全程线上面试；北京目前在招的岗位如果是 leader 岗及以上（大约是 P7 及更高）的话，会比较少有坑位，一线研发的话还有挺多在招的，欢迎联系问问看，也可以喊我给你推荐合适的岗位

@lnanddj 我是你的内推人呀哈哈哈

甭问啦哈哈哈来分内推奖金叭~

@evill 因为对他们来说 POST 的语义并不是写操作...他们只把这个方法视为一个 HTTP 的方法之一，完全不考虑语义上的定义..

噢不过点开楼主的回复历史好像懂了+_+

额这是什么不能理解或者违法的事情吗？

debezium 一票，canal 社区活跃度超级低...

@wzcloud 说得那么绝对也没什么必要，组里现在也有不匹配这个描述的新人进来。而且学历不够突出，也可以有其他亮点来支撑自己的简历，这是我自己跳槽时候的想法和润色的经验，总得拿出点什么能认可的嘛 :)

@triangle111 一般会期望候选人学历和工作经历二者之一有亮点，这个得具体讨论了例如有的伙伴学历一般般但是经历上在大厂工作过、或者是一些开源社区项目的主要贡献者、或者项目很扎实等等，case by case 看