说自己是来面试的，他要我登记后直接找前台。找到前台说自己是面试的，前台MM问我面试什么职位，我说中级JAVA工程师，就直接给了我一张表和一份笔记题，填了表就做题，题目很基础，很快就搞定，最后两道是机试题，我以为真要上机做，结果说直接写在答题纸上就可以了，也很快就写出来了，后来技术面试官来了，他开始通过我的简历问我问题，讲我做的项目，以及项目中的收获，聊完之后他说我很好，基础知识很扎实，沟通能力也很好。然后就说拿出几个我最熟悉的技术，然后通过这些技术现场出题，被他的这几个题目给难倒了，确实，他后来评价说，你学得不够深入。回来后仔细想想，除了他问的那个ORACLE问题，其它问题其实我差不多都知道，但不能准确的表达出意思，得加强学习。...查看更多

10个人无领导小组讨论。 2个面试官。 没有着装要求。 先看5分钟材料，然后每个人1分钟发言。 然后是20分钟的讨论，然后有一个人来做3分钟的总结。 然后面试官对一些应聘者进行提问，一般是对刚才讨论的内容的提问。 然后准备30秒，每个人做1分钟的英文自我介绍。 最后，回去等通知。...查看更多

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

哈哈，刚去面试的，给我打电话说是维保专员，打电话含糊其辞，我想这也没什么事儿，就去面试吧，进去之后环境是真的不错，但是看着一堆人在那儿录指纹也是蒙了，毕竟我前东家弹性工作时间，十点半去都OK，聊回正题，然后就让你填表。等待面试，那真的是一场大戏啊，开头就说是996工作制，我都懵了，电话里也没说啊，说完996就想走来着，后来想想听着吧。 然后进来个也不算hr的一个戴眼镜的小姑娘，哎哟我的天，那谈话水平叫一个差啊，*也没问出来，就让我们谈我们对加班的看法，我们说的都很明白，不加无用班，一个四十多岁的女的，说话那叫一个**啊，听她说话就想骂她的感觉，笑面虎一个，跟你嘻嘻哈哈的，一个专业的HRBP都没有，说话蹦不出来一个有用的，也叫面试？给你们打电话，别去真的，说是双休，然后周六让你加班，那你不是压榨是啥啊，还美其名曰锻炼你，求求了，骗人**换个方法吧。真的别去，就这领导也没啥能耐。一颗星我都不想给他。 ...查看更多

一共面试西安嵌入式软件开发和驱动开发两个岗位，一开始面试的是软件开发，面试的问题就是网络问题加上如何去调试内存问题。此岗位面试大约2个小时左右，面试到第三面，自己感觉不太合适不想面试，说自己想做驱动开发，后被推荐到面试驱动开发，也通过了所有的技术面试，后面第三面宇视科技的HR连续放了二次鸽子，第一次通知5点面试，等了2个小时都没有回复。 第二天通知7点面试，但是迟到20分钟，居然还让我推后，直接说我把HR说了一顿，说自己时间有限，挂断了电话。可见这家公司连基本的守时都做不到，还能发展到什么地步！ ...查看更多

校园招聘，面试，笔试。 面试为多对一面试，面试一部分为基础问题如自我介绍，大学中的社会工作经历，社团工作经历等；第二部分专业技术问题，专业学科，擅长技能；最后有一道，现场笔试题目，偏数据结构比如封装一个使用单链表实现堆栈的方法。 笔试为机考，包括英语部分，智力部分，职业技能部分。总体上比较基础，但是也会刷掉很大一部分。...查看更多

HR先和你讲清楚工作去干嘛的，老问一些私人的问题，比如直接问身体缺陷，就问抗压力怎么样，公司工作强度很大，早上八点半上班，下午八点半下班，周天休息一天，后面项目经理会来和你聊一聊，挺幽默的，不过还是会很强调抗压能力的问题，最后说想挑战一下就来报道吧，可见工作去非常辛苦的，吃不了苦的别去。...查看更多