西安交大龙山软件面试经验

远程会议面的技术一面，两个面试官，一个面试官态度很好，另一个迟到的一副臭脸，大部分是一个臭脸一些的面试官在问，很***的样子，涉及js事件循环，react fiber原理，链表的作用以及为什么能暂停终止，反问普通树就不能拥有这种特性吗？？混合开发桥的原理，说了大概的桥原理，原生webview组件以及相应接口注册后，又问js底层怎么和native通信？？？？争辩不过他只能说可能这方面我还没理解到位。最后另一个面试官问了两个很基础的css问题，position属性有几个以及定位区别，结束面试。

笔试 大概是3月初在实习僧上投递的建立的简历，然后之后就是一直都没有回音了。正在当我感觉简历已经被拒绝了的时候，在今年的3月20日突然收到了让我3月21日在网上进行在线笔试的消息。现在正在准备在线笔试的准备。

初出茅庐的我今天又去面试啦，今天面的是税友集团，一面HR，两个技术面。第一个技术面会问比较多余技术相关的东西，如果啥也不会，也是可能没有第二个技术面的，直接就让回去了，第二个技术面感觉和HR面差不多，说是技术面，但也就是和税友的领导聊了聊技术上面的东西，问问职业规划和对最近新技术的了解程度，没有问太多与技术内容相关的东西。1、memcached和redis的区别性能上：性能上都很出色，具体到细节，由于Redis只使用单核，而Memcached可以使用多核，所以平均每一个核上Redis在存储小数据时比Memcached性能更高。而在100k以上的数据中，Memcached性能要高于Redis，虽然Redis最近也在存储大数据的性能上进行优化，但是比起 Memcached，还是稍有逊色。内存空间和数据量大小：MemCached可以修改最大内存，采用LRU算法。Redis增加了VM的特性，突破了物理内存的限制。操作便利上：MemCached数据结构单一，仅用来缓存数据，而Redis支持更加丰富的数据类型，（Redis不仅仅支持简单的k/v类型的数据，同时还提供string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash（哈希类型）等数据结构的存储。memcache支持简单的数据类型，String。）也可以在服务器端直接对数据进行丰富的操作,这样可以减少网络IO次数和数据体积。可靠性上：MemCached不支持数据持久化，断电或重启后数据消失，但其稳定性是有保证的。Redis支持数据持久化和数据恢复，允许单点故障，但是同时也会付出性能的代价。应用场景：Memcached：动态系统中减轻数据库负载，提升性能；做缓存，适合多读少写，大数据量的情况（如人人网大量查询用户信息、好友信息、文章信息等）。Redis：适用于对读写效率要求都很高，数据处理业务复杂和对安全性要求较高的系统（如新浪微博的计数和微博发布部分系统，对数据安全性、读写要求都很高）。具体：Memcached单个key-value大小有限，一个value最大只支持1MB，而Redis最大支持512MBMemcached只是个内存缓存，对可靠性无要求；而Redis更倾向于内存数据库，因此对对可靠性方面要求比较高从本质上讲，Memcached只是一个单一key-value内存Cache；而Redis则是一个数据结构内存数据库，支持五种数据类型，因此Redis除单纯缓存作用外，还可以处理一些简单的逻辑运算，Redis不仅可以缓存，而且还可以作为数据库用新版本（3.0）的Redis是指集群分布式，也就是说集群本身均衡客户端请求，各个节点可以交流，可拓展行、可维护性更强大。Memcached是多线程，非阻塞IO复用的网络模型；Redis使用单线程的IO复用模型。小结：有持久化需求或者对数据结构和处理有高级要求的应用，选择redis，其他简单的key/value存储，选择memcached。对于两者的选择需要要看具体的应用场景，如果需要缓存的数据只是key-value这样简单的结构时，则还是采用memcache，它也足够的稳定可靠。如果涉及到存储，排序等一系列复杂的操作时，毫无疑问选择redis。2. Solr和Elasticsearch的区别Solr 利用 Zookeeper 进行分布式管理，而 Elasticsearch 自身带有分布式协调管理功能。Solr 支持更多格式的数据，比如JSON、XML、CSV，而 Elasticsearch 仅支持json文件格式。Solr 官方提供的功能更多，而 Elasticsearch 本身更注重于核心功能，高级功能多有第三方插件提供，例如图形化界面需要kibana友好支撑。Solr 查询快，但更新索引时慢（即插入删除慢），用于电商等查询多的应用；ES建立索引快（即查询慢），即实时性查询快，用于facebook新浪等搜索。Solr 是传统搜索应用的有力解决方案，但 Elasticsearch 更适用于新兴的实时搜索应用。（传统搜索是从静态数据库中筛选出符合条件的结果，这种结果往往是不可变得、静态的。而实时搜索则是说用户对于搜索的结果是实时变化的。传统搜索比如电商这种，实时搜索参考谷歌，百度，这种实时搜索。）Solr比较成熟，有一个更大，更成熟的用户、开发和贡献者社区，而 Elasticsearch相对开发维护者较少，更新太快，学习使用成本较高。一般都使用solr，但是solr在实时处理数据时效率非常低，如果需要处理实时数据，则需要用ES。

税友分B端和G端我都面试了，G端这边看重在服务器上用命令查看日志的经验，我暂时没有，就没有通过。B端初试通过了，被约去公司复试，本来是技术面，结果实际情况是hr来面，说了很多隐私的问题，比如第一家的详细经历，第二家的详细经历，你的父母，你对未来职位的期望等等。 最重要的是薪资这块，税友这边是按照年收入来谈的，说一年有16薪水，如果你期望月薪是12k，你上家公司的是12薪，这边是12*12/16=9，也就是一个月的收入是9k，到了年末的话会给到4个月的薪水，个人觉得这个很奇怪，年终奖一般是对个人的奖励，这边说是16薪水，其实就是把月薪整体调低，然后公司为了留人，把多余出来的薪水作为年终奖来发放，这也可能是公司留人的一个手段吧。 至于为啥对hr有意见，是因为，这边虽然通知说复试时间通过了，但是复试时间的敲定是我来催的。 1，可以看出hr的态度，这边我其实建议求职，以后遇到这种不热情的人，就不必浪费时间了。hr面试完过后，撒谎说测试负责人还在开会，下午没时间面试我，就打发我了，对了，说晚上可能有视频面试，然后又说三天内给我答复。 2，可能我这个人性格比较直，不愿意给结果，就直接说三天内给通知，不需要去撒谎。

校招的时候投了简历，HR问我线下还是线上面试。个人不喜欢线上面试，所以直接去公司面试。首先填了一张招聘登记表，建议写仔细点，没有时间限制。然后做个性格测试，个人感觉不是很准。 填好之后，HR面。因为自己没准备好，简历错了，听见HR在隔壁说，最讨厌这种人了，瑟瑟发抖。不过HR面时态度还是很好，问了基本情况过了。后面是总经理面，每个岗位都是总经理最后面。发挥不好，总经理问题没有深入，大概十五分钟凉凉。总结一下，比较看中经验，要是应届生很优秀还有相关经验大概率会过。

打电话很真诚不知道怎么样第一轮技术面，详细问做过的课题，会问到实验过程中遇到的问题等细节，还有觉得做研发工作需要具备哪些素质，导师会怎么评价你这些，大概半小时，直接给了当天的二面。第二轮综合面，主要考察抗压能力，遇到问题会怎么处理，为什么想去深圳等，一定要准备好体现自己有很强的抗压能力的例子。还有简历上写的东西都要熟悉，有话可讲，好多会被问到。第二轮聊了一个小时左右，问的挺多，虽然没过但是感觉挺有收获，可以再好好回顾一下以应对后续面试。