@199808lanlan1111 现在就是同一个项目的，只是不同 application ，就消费队列这个问题不好处理，能不能中心化

可以交换技能啊，比如我想知道财务的一些东西和经济学的问题，比如这些
gdp 是怎样计算的，企业是怎么偷税漏税，怎么造假账，什么叫外账很内账，好多这种生活的问题
1.先回答下楼主的问题，首先怎么测试自己是否适合做程序员，不要考什么所谓的证书，去 leecode 挑两道最简单的题目去做，看看自己有没有思路，怎么实现不重要，最后看下答案是否和自己的一致，如果正确，恭喜你，你逻辑思维没问题，
2.有足够的自学能力，能举一反三，善于专研原理，多问为什么，这才是进步最快
3. 有足够的项目经验，只能造假，进外包(基本很少问原理的东西)，这个门槛最低，也是最少成本能让你一边工作一边提升
4. 看看面试的技术栈，要会企业的主流框架和中间件，比较 springcloud 的生态体系，b 站一大堆教程，先做个简单的博客出来，让自己有点成就感
5. 这时候入门了，就可以往数据结构和算法专研了，java 大量的数据结构够你学的，操作系统，编译原理等等，这是真正体现程序员的不可替代性

一开始选秀唱的无字歌就知道不简单了，最出名就是 456321 的点评，唱功和才华还是可以的，我是歌手的表现确实比其他人经验，《孩子》《山海》翻唱的很成功，自己的歌也是自己创作的多

1. 高中 qq 中奖说了说要担保费，居然信了，被骗了 2000
2. 见网友傻叉了，到处消费埋单，损失 300 马上意识不对马上跑路
3. 卖花收了几张连号的假币，还觉得很好生意，原来都是骗子，损失 500

工作 10 年才赚了个首付，已经累到半死，一交房贷，国家又多一个韭菜，国家应该是藏富于民，而不是拼命搜刮人民的财富，来造成这个虚假繁华经济，一点幸福感都没有，除了混凝土，你真的一无是处了吗

@xylophone21 并不是 test 合并到 master,是 release 合并到 master ，release 是由多个或一个 feature 分支测试完成合并过来的

@xylophone21 标准 git flow 不适合所有公司，上面的流程是改造过的和 gitflow 是有差异的，比较适合大部分公司，大部分公司只有一套测试环境，存在同时提测多个功能，只能合并到 test 分支，这个是成本最少的，不可能一人一套环境测试，develop 这个分支在 a 流程是没有用的，test 分支已经具备该功能，新同事开发是基于 master 分支拉代码的，开发完才合并到 test ，这个时候就和 gitflow 流程很像了，但是修 bug 还是再自己的分支上面修改，然后不断地合并到 test 分支，直接测试通过，release 分支是到了预发布环境，这个时候一般 bug 都比较少了，测试会重新跑一次流程，这个时候可以直接在 release 上面修 bug,因为差不多可以上线了，开发分支基本没什么用了，测试在 release 分支测试完成了就可以把 release 分支合并到 master,这个时候代码才是最稳定的

可以看下我之前提问的帖子

来一个

b 很好奇，你说的 b 有什么优点，开发分支从测试分支拉出来，不觉得有问题吗。测试分支包含了其他人代码，你在测试分支拉出来开发完成，万一别人的代码有问题，你的代码一样有问题，暂时解决不了，上线就不干净了，有风险

c 更加无语，还是会存在一样的问题

a 流程没问题，也是最稳定的，预发布存在的一样就是 a,b,c 同事开发，同时测试，但这次发版我只需要 a,b 功能，这就体现了价值所在，只需要 ab 分支合并到预发布分支就可以了，
冲突在所难免，测试分支解决过的冲突，可能到预发布又要解决一次，尽量避免在同一个地方修改太多代码

做了一首自己曲子，还觉得挺好听的

jvm 看 hbase 源码吧，做了大量 gc 优化

可以把依赖库和核心代码分离出来，比如 sprintboot 可以把 lib 不打包到镜像，只打包核心代码就可以

不建议，踩过的坑无数，已经卷不动了，每一个技术都要知道原理，太累了

很简单，你试下用 left join 试试，where 会保留左边，但 on 左边也没有

学历硬性要求？

昨晚来了一发，节日快乐

elasticearch,的 suggest 可以根据上下文来推荐搜索推荐词，要定时更新对应的热度，不是一直不变的

@PendingOni 顾名思义挣钱，朋友也只是锦上添花，但是日后想找用得着同事帮忙确实要点人脉，如果自己觉得不需要大可不必

@syc001 你说的对，如果在一起了，就应该认真对待这段感情，一开始我也这样认为，两个人会慢慢磨合的很好，但确实敌不过时间的冲淡，日子的磨平，很多事情并没有朝着好的方向发展，我是真的不够喜欢。确实累了