Bloomberg 店面跟昂赛

最近面的比较多，还是继续给地里贡献纽约地区的tech公司的面经，刚刚面完了Bloomberg，好像是Enterprise的啥的某个组，在120 Park那栋楼里。

店面：
感觉我面的没啥代表性，是一个俄国大哥，各种小题:
给代码看时间复杂度，两个for loop怎么重写成递归，写inorder traversal，fibonacci时间复杂度及换成iterative写法，100层楼丢瓶子，还一道bit操作的题。。
然后电话里就告诉我恭喜你，你通

您好！
本帖隐藏的内容需要积分高于 188 才可浏览
您当前积分为 0。
使用VIP即刻解锁阅读权限或查看其他获取积分的方式

游客，您好！
本帖隐藏的内容需要积分高于 188 才可浏览
您当前积分为 0。
VIP即刻解锁阅读权限 或 查看其他获取积分的方式
Unlock interview details and practice with AI
Curated Interview Questions from Top Companies

behavior，然后就结束了。

感觉不是太有代表性，按组来的应该是。
找工作季总算结束，可以回家好好休息休息，从俩月前通知要裁员，到今天面完最后一个昂赛，真是难得的经历啊！
祝大家都找工作顺利！




补充内容 (2017-12-13 07:25):
刚收到电话了说过了 ：D

楼主系统设计的题怎么说的啊？

我也想知道楼主系统设计的题如何说的，近期要面，谢谢楼主啦 楼主大好人！

感觉Bloomberg的系统设计不需要太细致，只需要high level的一个可以工作的流程，然后如果需要数据库的话，存什么东西就行了，不需要细致到数据库的schema啥的，
然后我觉得就是先给出一个大致的流程，能handle几十个文件，然后再从client端，慢慢到server端，一点一点优化。。
我说的就是可以加个rate limiter，限制客户call api次数；然后加个LB分流，再用个app服务器cluster，然后文件来了，放到MQ里，然后用一个专门处理文件的服务器cluster来读取任务。万一app server挂了呢？那就app server配一个数据库存起task，好重启的时候直接读状态，处理完的task呢？那就处理文件的服务器cluster共享一个数据库，来存处理完的数据，然后客户端可以poll 自己的任务状态。。。基本上都是面试大哥看出啥问题了，我就补啥component。。。
这题的主要问题是怎么平衡处理，一个客户一次上传1m的文件，一个客户一次只上传几十个，没法单靠timestamp来取任务，不能让一个客户等前一个的1M都处理完了吧(还有就是这1m个任务存起来很慢，该怎么搞？我顺口来了个redis...)。。。。我最后也没明白他们告诉我的，说app server间可以通信？app server不都是stateless的么。。。稍微争了一下。。然后就结束了

maxims23 发表于 2017-12-12 11:08
感觉Bloomberg的系统设计不需要太细致，只需要high level的一个可以工作的流程，然后如果需要数据库的话， ...

这种问题会问new grad吗，我都没做过这些

看了LZ之前发的帖子, 好强啊0.0

MaxChen 发表于 2017-12-12 14:25
这种问题会问new grad吗，我都没做过这些

说实话我估计不会，面完这轮问问题的时候，发现他让我搞的这个系统就是他们在做的系统。。。应该不太可能问new grad这种问题吧。。