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

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

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

1、自我介绍

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

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

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