会。根据查询相关公开信息显示,java程序员经验大于net经验,含金量更高,会成功。程序员是从事程序开发、程序维护的基层工作人员,将程序员分为程序设计人员和程序编码人员,网络上把男程序员称作程序猿,女程序员称作程序媛。
前段时间面试了一位程序媛,差不多下午3点左右来我们部门面试,于是老板喊人接待了她,我们来简单看看这位程序媛的简历吧。
提前说明这篇文章只是为了帮助大家应聘时应该注意哪些问题,可以跟自己的简历对比下,找找差距,也是帮助大家。
姓名:张xx
性别:女
出生日期:1992年6月
民族:汉
籍贯:山东
工作意向:Java开发
教育背景:西安电子科技大学 软件xx专业
至于邮箱和QQ,电话这些,就不透露了。
● 熟悉spring mvc 、spring、mybatis 等框架
● 熟悉 redis 、rocketmq、dubbo、zookeeper、netty 、nginx、tomcat、mysql。
● 阅读过juc 中的线程池、锁的源码以及netty 中的主从多线程源码。
● 了解 spring boot、spring cloud 、elasticsearch 、kafka 等。
● 了解jvm 的内存模型、类加载机制等相关知识
整理了2020年最新大厂面试题。 链接: 点这个,点这个。 暗号:j s,加入即得。
系统为银行客户提供优惠买单功能,激发银行各类卡用户的消费活跃度,以及通过优惠买单为银行拓展新的用户等。系统主要包括商户管理、订单管理、 用户管理、库存管理等子系统。(ssm 、dubbo 、rocketmq、redis、jdk17、tomcat 8、mysql),系统前后端分离,前端采用vue框架进行开发,后端采用nginx进行负载均衡。
主要负责订单管理系统和库存管理系统接口的开发工作:
1为手机客户端提供优惠买单接口,并防止商品超卖。
2使用rocketmq 进行异步化下单,加速高并发下用户的响应速度。
3使用redis 解决分布式下session 一致性问题。
4使用mysql 读写分离解决主库读的压力。
系统为运营人员提供公司各类业务数据的查看、统计、商家清算对账等功能。(ssm 、dubbo 、rocketmq、redis、jdk17、tomcat 8、mysql)
该系统为内部运营人员开发的系统,并发量较小,但是针对各种维度的复杂查询较多,为防止大批量数据查询拖垮核心系统,对服务进行隔离,前端模板引擎采用jsp 进行开发。
1项目的开发,运维以及部署 。
2负责mysql 读写分离的设计和实施
3引入redis、elasticsearch 解决系统响应慢的问题。
工作7年无互联网公司背景、做的项目中使用到的技术还比较前沿,也有一些技术亮点。
不足:两家公司都是非互联网公司,从项目的名字来说,技术点和项目名称不是很匹配。
以上就是她的基本信息,现在我们来看看面试问了些什么。
问:分布式session一致性为何不用nginx iphash?
答:iphash到某个节点,如果改宕机了就不能访问,存在单点问题
问:能举个例子吗?
答:很多小区共用一个IP会导致某台服务器负债压力过大,而其他服务器可能就空闲。
问:标记清除算法讲讲原理和优缺点。
答:效率不高,标记和清除的效率都很低,会产生大量不连续的内存碎片,导致以后程序在分配较大的对象时,由于没有充足的连续内存而提前促发一次GC动作。
问:线程中run结束该线程还能复合吗?
答:不能复活了。
问:那不能复活了,线程池意义何在?
答:当用户提交任务时会检查线程数,如果小于核心数会只用用核心数的线程处理,如果大于核心数就会放到队列里面取,如果队列满了就直接创建,如果创建成功就直接使用,创建失败这会触发拒绝策略。
问:多余的任务放在队列会阻塞吗?工作中什么场景用线程池?
答:是阻塞的…(第二忘记她怎么答得了)
后面还问了zookeeper和eureka区别 IOC 、AOP原理,还考了2个算法题(排序、重复数学题)和一个sql语句题和一个并发原子 *** 作的题。就不一一写出来了,给大家参考一下就行了。
技术面试聊下来感觉技术还不错,虽然项目不突出没有高并发的项目,但是对技术原理和底层还是有一定的理解,沟通表达没问题。技术面的也基本没问题。她要28K,大家觉得在北京高不高?
同时提供免费的Java架构学习资料,学习技术内容包含有:Spring,Dubbo,MyBatis, RPC, 源码分析,高并发、高性能、分布式,性能优化,微服务 高级架构开发等等。
链接: 点这个,点这个。 暗号:js,加入即得。
还有Java核心知识点+全套架构师学习资料和视频+一线大厂面试宝典+面试简历模板可以领取+阿里美团网易腾讯小米爱奇艺快手哔哩哔哩面试题+Spring源码合集+Java架构实战电子书。
直到前天的正式上线,微信小程序迅速火爆朋友圈~我也来凑个热闹,随便说说自己对小程序的小小见解~
作为一个有着三年多iOS开发经验的程序媛和一个微信公众号的运营者,在微信小程序之火刚刚燎原之际,我就产生了浓厚的兴趣并关注着动向。不过直到上个周末我才安装小程序的开发工具,而对于它的用户体验,更是迟在公测之日使用到第一个小程序——微信自己开发的“小程序示例”,才真的体会到小程序到底是个啥(在此也深深地鄙视一下自己的执行力)。
到目前为止,我一共添加并使用过5个小程序(排除小程序示例),它们的体验好坏不同。总结一下就是——app为主,小程序为辅。小程序现在还无法撼动原生app的地位~
经常使用微信看公众号文章的童鞋应该有一个很不好的体验:在关注地看某篇文章时,经常错过朋友发的微信消息(因为iOS系统的局限性,app在前台时不会发出通知),或者因为要看朋友发的消息,而不得不退出目前正在看的文章,要么把链接转发到自己微信账号/文件助手里,要么收藏该文章留着之后再看。这样导致的结果是:①被迫暂停了阅读的快感,之后忘记继续阅读②没有及时回复重要的消息。我觉得这是目前微信最需要改善的一个缺点~
那么小程序的出现,还是会面临上述问题:因为如果我们沉浸在一个小程序里,还是会漏掉微信消息。说严重点,小程序和公众号文章类似,它们和微信最原始的功能“聊天”是冲突的!这也导致了小程序具有局限性,只能做的比较“浅”,设计者在设计小程序时应尽量避免让用户停留太久的时间。
嗯~相信对于好多童鞋来说,很多原生app的存在只是对于某些特定的场合:比如我只在不知道中午吃什么的时候用大众点评、只在晚上订饭的时候用美团外卖,所以这两个app我可以毫不犹豫地从手机里删掉,改为使用微信小程序,这样也完美地解决了①好多童鞋手机内存低的问题,②像我这样不定时会清理掉多余的app的奇葩捂脸(连自己手里里的文件夹也是按照图标颜色分类的 = =)不过对于大多数app,尤其是功能比较复杂、或用户信息安全性需要得到保障的,我想大多数用户不会舍原生app而去选择小程序。
说完用户体验,再说说它的开发吧~微信的开发文档写的比较全面,还有作为示例的小程序展现了各种控件的展现方式,相信对于做前端和后端的资深开发者来说,开发小程序的难度比较低,容易上手。因为我一直在做iOS开发,偏离html语言太久的时间,因此对于我来说有些学习成本。
总之,我很佩服微信的团队,他们总是在不断地创新,研发了很多NB的产品。对于小程序,昨天的公测只是一个开始,微信小程序团队还有很长的时间去发展,我也同样期待着,微信小程序会给大家带来更出色的体验~我也不担心自己的移动开发前程因为我已经开始学习win10开发了哇卡卡卡卡卡嘿哈(请大家脑补微信同款小表情)
以上就是关于java程序员面试.net,会成功吗全部的内容,包括:java程序员面试.net,会成功吗、北漂女程序员工作7年来面试要价26K,该不该要她、浅谈微信小程序的利与弊等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)