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

前端开发 第一轮技术面，详细问做过的项目，会问到项目里面中很细的细节，还有觉得做研发工作遇到的问题与困难，以及怎么解决的怎么解决的。第二面就是HR面感觉是考查个人的全面的综合能力，比如抗压力以及稳定性的倾向

初出茅庐的我今天又去面试啦，今天面的是税友集团，一面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。

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

面的是线下活动运营策划 这个岗位似乎一直在招聘，从4月开始就看见这个岗位了，4月有主动找hr打招呼，线上聊了两句就没下文了，6月hr又主动来找了。一面先是hr电话面试，了解之前大致的工作内容，觉得符合就推进到二面了。是和直系主管业务面，直系主管人还不错，问的问题也很专业，二面也顺利通过。接着就安排上与这个部门的负责人终面，当时是视频面试，hr和hrbp旁听，业务面，面试官问题都比较犀利，但也还顺利，最后到hrbp的环节，觉得hrbp的一些问题稍有些不尊重人未通过，中间询问过hr结果，hr说目前正在进行一周内面试的候选人比对，有无结果都会告知，但是hr并没有在约定时间告知结果，最后也是自己再次主动询问得知面试流程推进的很快，但是这个岗位似乎是长期在招人的，从4月到6月，包括面试完拿到结果后的两周，这个岗位依旧还挂在招聘软件上，所以不得不怀疑是否是真的在招人了，一个基础岗位需要招这么长时间吗？大家可以自行判断

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

1、自我介绍