@wenjor
团 APP 的外卖模块和外卖的模块很多都是复用的,做外卖这一块还是比较有意思的.
美团一般周末不加班,加班可以调休,午休晚休也正常一点,没那么多中午傍晚强迫一起干活的奋斗[---]

至于名声和裁员这一块嘛,你搜一下头条 TNS 一锅端的事情,大家都一样,没什么好担心的
不过上海还是比北京生活质量高....

美团整体工作氛围好一点,团队比较像团队,会有分层,会有人带着干活
头条这边崇尚扁平化,而且有种团队内部竞争的感觉,个人不喜.但是说不定符合一部分人口味.

@nest
我在一个算法团队做工程
建议你先去了解一下团队组成,如果没有独立工程团队和独立的工程负责人,那你三思
而且头条转岗很麻烦,你可以考虑一下.

@nest
来咯,想混日子还是挺简单的,老板也不懂,随便吹一下就可以混了
绩效拿不高,没有普调,没有晋升,没有话语权,没有成就感而已.
又不是不能用

@secsilm 只看个人造化就太随缘了
这就涉及到每个人的价值和定位问题,大部分人并没有强到能各个方面都做好(当然能力足够强的,肯定有,但是也涉及升职不做一线的问题)
毕竟在我们这,说性能提升了 10%/效果上升 1%,显然是效果变好更得到老板认可
逐渐演变成代码只要能跑就好,性能不够机器堆
所以才需要有独立的工程团队来支持工程,有合理的职责划分
代码要写好还需要多看,看开源代码怎么写,看工程实现源代码,理解对应的思路和 best practice
这些都非常花时间,算法同学更愿意把时间花在多读两篇论文上.

@secsilm 那是你以为的,和你见到的.
事实上有很多公司就是算法岗做工程接业务做接口,没有独立的工程团队
代码实现糟糕的一塌糊涂,性能也很差,拿机器扛上去
比如头条的某些部门...

这种岗位一定一定要明确职责划分
首先需要了解对面有没有工程 leader 及独立的工程团队,如果有,可以去
一般做的事情就是算法写个 demo/写个算法模块,工程团队应用到线上去
如果没有,统一由算法带队,那你就是过去搬砖打杂擦屁股的
你是不知道算法团队的工程能有多烂,真是连好一点的工程应届生都不如
反正能跑就行

@JL1990
线程池里还没有算完 max,对应的 ret_data 已经被修改了
所以有问题,你不用线程池,或者 new 一个新的 list 都可以解决问题
再说了,一个计算密集型的 max 计算用什么线程池

@fulvaz 不是 SCM 的问题,是 Docker 调度的问题

哈哈哈,完善的发布系统
我司那破发布系统能不用人工干预发布成功就谢天谢地了
10 次部署卡个一两次必须要人工干预....

@visitant BOE 有啥用大家心里都清楚...应用覆盖度和认可度都很低
而且 BOE 撑死算个 test 环境(数据网络完全隔离),staging 还是没有

在服务器上 pull,表示着你们肯定不是用编译型语言,否则多机各自进行 build 这种耗时耗资源的操作肯定是 bad practice
科学发版流程至少 3 套环境
线下测试环境
线上灰度环境
线上正式环境
然而头条直接部署到线上正式环境(canary 接真实流量)看看能不能部署成功

要是为了 CRUD 的话一周正常,要是还要 profile/debug/调优...

这种还好吧...
来了头条之后,我才发现原来代码可以写的那么烂
if else 里面的代码有的是不能跑的,class 没有定义,对象没有定义,func 不存在
大部分看起来都是代码在迭代的时候,原来的代码不删导致的,维护者知道进不去就不管了
所以代码在 IDE 上到处飘红...
但是又不是不能用,Python 跑的挺正常的....

@jybox Java 这种情况是可解的,就是比较麻烦,需要重新用 shade 打个包

@Sunyanzi +1
Cookie 里存下 counter + 时间戳 + 校验码就好了,类似 JWT 的验证流程
Server 校验正确,每次操作增加 counter...
这种方式不用 server 的缓存支持.减小出错可能性

感觉 12306 越改越烂了,啥一致性都没有
多刷几次余票数量会不一样,看着有余票进入购买,会开始排队 /直接告知失败...

@xuanbg
Redis 裸跑起来花了多少内存没啥意义
实际场景肯定是看至少百万 /千万数据下整体占用多少内存
我指只给 8M 内存给 Redis 的情况下,它是个玩具...

@xuanbg
8M 能拿来做什么?当玩具都嫌不够
这么抬杠的话写个 J2ME,20M 能跑一堆 Java 程序....
15 年前 Nokia 不就这么干的

@CrazyBoyFeng
2c4g/8g 甚至 1c1g 本来就是 VM/Docker.没必要再拆.
另外 GC 的耗时和你的堆大小不是线性相关,执行时间和堆大小也没有必然关系,可以自己跑个 benchmark 试试
当然对启动进程而言,Java 就是跑起来就要几十上百 M,Go 跑起来小得多...
对一个无状态的正常的(没有大量本地资源的)业务而言,先用完肯定是 CPU
内存算个啥...