在你不能完全控制的情况下别动。我之前改过一个，用 get 方法用一堆 id 去查。我发现在 id 过长情况下会 get 方法会报错。于是将请求分为 100 个每组分配查询。当时以为很简单，结果鸡儿里面还有一个排序。第二个就是有一个查询条件，方向他边界没有处理好。给他加了一句。结果字段写错了。后面就悲剧了。

听到的那一刻眼泪都快下来了

同学，这是语感问题，上次我拿的那个这个问同事，听说不知道 YYYY 是什么，但是肯定不会写 YYYY.

@l00t 不变

抱歉,审错题了.我是按照最高分,最低分来写的.吧里面的条件改成 s.time>=s1.time 即可

[]( https://imgchr.com/i/rqRyNj)

select studentId,max(score),min(score),max(score)-min(score) from score s where 1=(
select count(1) from score s1 where s.score>=s1.score and s.studentId=s1.studentId
) or 1=(
select count(1) from score s1 where s.score<=s1.score and s.studentId=s1.studentId
) group by studentId

广州，学霸套餐 38 元。不知道多少时间通话，现在基本上不打电话。之前是无线流量，现在好像额度变成了 50g 。

脱胶剂，一碰一抹全部没有了，一秒不到

我有一个每天早晨六点不知道从哪里来的闹钟，这让我真的很苦恼。去官网查了一大圈，很多这种情况，但是没有解决方案。如果有人知道麻烦告诉下我。我觉得这种影响生活的问题直接可以给 p0 了。

go 偏向网络,所以虚拟化 docker,Kubernetes 这方面很火.go 语言简单,几乎一两天就可以开始项目.
java 特别于业务,处理复杂多变的业务特别适合.
rust 偏向底层.
如果你的业务复杂,就建议 java.我司 go 项目组,当项目复杂后其实维护起来也挺痛苦的.

1.公司早期就是蛮荒开采阶段,需要的是低价肯干活的人.过了这个阶段,公司越来越追求在单位面积的产出质量.比如最开始抢地种粮食,地抢完了就需要追求高产了.
2.程序员的语感很重要.基础越来的人这一点越明显,在解决未知的问题的时候,他们能避免很多问题,走更少的弯路.也就是可以为公司节省更多的钱与时间.
3.系统,严谨的逻辑思维很重要.这一点需要长时间的学习与训练.

气氛非常尴尬

不错，前面几个我全部都不会，以为 idea 没有。

小团队建议考虑技术风险与成本。选择最成熟的。

斐尔可键盘，四五年了，价格基本没有变化。基本天天用。

挺好的，打开大项目阅读代码贼快。唯一不好的是必须 jdk11 以上，所以只能找低版本。目前，我司的情况是至少三年内不会动 jdk8，我想很多公司情况都一样。这一点是不是需要考虑进去？

带着你的问题去 pcbate 搜。我遇到过跟你一样的问题，打上三个驱动就好了。如果找不到你再找我。

@fdx4bw 在 idea 查看合并请求修改的时候,idea 会把这个分支之前的东西显示出来.比如 master 上线前升级为正式版本号.
从 master 拉取开发分支,修改版本号为开发版本号,并且升级版本号信息.合并 test.查看合并日志时候会出现 两次修改版本号.其实只有一次.
第三步就是在合并 test 分支时候比较多,深红色代表多次修改了.还有一个点可能有人的不合规操作,idea 把两个文档都当做修改,全部都要,代码重叠了,但是又需要你解决冲突.比如 左边 1,2,3,4 右边.1,2,3,5 冲突的结果 :1,2,3,4,1,2,3,5.