189 8069 5689
android的跳槽，简历，面试那些事
南皮网站制作公司哪家好，找创新互联建站！从网页设计、网站建设、微信开发、APP开发、响应式网站开发等网站项目制作，到程序开发，运营维护。创新互联建站2013年开创至今到现在10年的时间，我们拥有了丰富的建站经验和运维经验，来保证我们的工作的顺利进行。专注于网站建设就选创新互联建站。
至今为止，在小组Android开发招聘这块，已经面试有近30人了。最后得出一个结论：对于Android开发人员来说，想找到合适的工作不是一件很容易的事，同样的，对于公司来说，想招到合适的目标岗位的Android开发也是很难的。
一、关于跳槽
每个人对于是否跳槽想法不同，也有些人是骑驴找马，也不一定就非要换工作，只不过先找找看，看看有没有更符合自己期望的。当然，这所谓的期望，对绝大部分Android开发而言，无外乎薪酬和机会。
我对跳槽的观点：
1.不可抗力导致的必须要跳槽的。如：男女朋友/夫妻一方在另外一个城市，当前的公司经营不善或倒闭了，当前公司因业务或架构等调整引起的人员调整等；
2.当前工作岗位的薪酬与自己所做的工作成果不太匹配的；
3.当前工作岗位的工作与自己能力不太匹配的，技术实力难以施展或没有（技术）成长空间的；
4.领导与自己在多处问题上持有不同观点，且激烈到难以调和的。
如果有上述情况，那么，可能选择跳槽就是难以避免的了。
二、关于简历
先大概归纳下个人在简历筛选上的一些偏好吧：
1.技术人员的简历不要太多的页数，最多两个足矣，一页最好；
2.个人的重要的基本信息还是要有的，如性别、出生日期（因为有些面试官会在意年龄）、籍贯、基本的联系方式、毕业院校和专业、毕业时间等；
3.言简意赅，突出重点和亮点。
其实，于招聘企业来说，在发出招聘信息时，已经有了一个大概的招聘要求，对于面试官来说，心中也已经有一定的。在庞杂的众多简历中，如果能够脱引而出，是每个应聘者需要好好考虑的。有时候，经常会听到这样一种观点，技术人员没必要弄那些虚的，扎扎实实的技术实力充分的体现在面试过程中就可以了。其实，我对此并不赞同。
1.简历简历，是陈述一个人的基本成长经历，尤其是应聘目标岗位要求相关的经历。这直接反应的是岗位的匹配度；
2.简历不仅仅是简历本身，同时也是应聘者对于过往经历的回顾、总结与提炼，一份认真准备的简历也是应聘者应聘诚意的反应；
3.认真准备的简历，与虚不虚没有关系，扎扎实实的技术实力固然可以充分的体现在面试过程中，但简历中的重点和亮点可以使得面试官更好的提问和交流，为自己加分。
注：目前看过的数百份简历中，真正让我感觉还不错的简历很少。即便如此，更有一些简历却让我印象深刻:
1.记得有份简历整个看完后我不知道应聘者年纪多大，哪年毕业的；
2.另一份简历长达8页，上面基本上都是历数以往各个外包项目，及其详细情况的；
3.有的简历上出现了将公司简介直接复制粘贴上来半夜纸的，是想让面试官详细了解清楚你当前的公司嘛。
三、关于面试
不同的公司具有不同的面试环节。以我当前所在公司为例。所有应聘者都需先笔试，再进行具体的面试环节。面试中发现的问题有：
1.不少应聘者甚至不知道自己过来面试的公司是干什么的，具体是做什么互联网产品的；
2.笔试主要是针对Java基础，其实不管做的怎么样，其实只是做一个参考。不少面试者一发现先还要做题，有些慌张，甚至还遇到了一个工作七年的，问我：我可以不做题直接面试吗？在得到否定回答和向其解释后，她接过题目看了眼说：不过我做题比较快，估计二十分钟搞定。好吧，最后做了一个多小时；
3.面试环节我尽量让应聘者占据主动，希望他们自己多说，我多听，实际上，多数面试者准备不足。
总之，不少面试者都是抱着过来试试，过来看看的态度，并没有做好较为充分准备，起码，你应该知道我面试的这家公司是干什么的吧。
四、关于规划
遇到有即将毕业的Android开发实习生曾跟我聊天，希望给其一些建议。我曾详细说过我的一些观点，本文中再次阐述一下，仅供参考：
1.刚毕业建议去稍微大些的互联网公司，做互联网产品，最好不要去外包公司，具体道理不解释；
2.刚毕业在技术广度与深度之间要把握好度，在时间有限情况下优先把握深度，同时深度的度也要把握好；
3.自己的技术老大很重要，小组技术氛围也很重要，技术一起分享和交流总比你一个人学起来快很多；
最后建议所有公司在招聘实习生时，以培养为主，不要总是想着招来是来干活的，甚至直接期望其一毕业直接当做Android主程来用，太急功近利，不太现实。
这个随便写一些就可以了，描述一下自己的性格、决心等。主要还是要多完善一下简历中的实习经验、工作经验、参与项目等，HR主要看的都是这些。
MQTT (Message Queuing Telemetry Transport，消息队列遥测传输) 是一种基于 TCP/IP 协议族的应用层协议。MQTT 协议是专门针对硬件性能低下 网络状况不稳定的场景设计的，这使得 MQTT 在物联网和移动应用等受限场景得到广泛应用。
目前，MQTT 主要分为两个大版本：
物联网和移动应用场景的特点是硬件性能低下和网络状况不稳定，而 MQTT 协议就是专门针对这种环境设计的，主要在四个方面有优势：
结论：这三种协议并没有绝对的优胜者，最好的协议取决于具体的需求和限制条件。但如果只从带宽、电池、功能多样性这些基本条件看，MQTT 在其中是更占优的选择。
MQTT 协议的设计特性中包含了一项 “高可靠性交付”，它需要一个保证可靠的底层传输层协议，因此 TCP 协议、TLS 协议、WebSocket 协议都可以作为 MQTT 的底层协议。而无连接的 UDP 协议会丢失或重排数据，不能满足 MQTT 协议的传输需要。
MQTT 是基于发布 - 订阅模型 (pub/sub) 的消息传递协议，与请求 - 响应模型不同，发布 - 订阅模型主要有三种角色： publisher subscriber subscriber ：
当 client 发布某个主题的消息时，broker 会将该消息分发给任何已订阅该主题的 client。通常来说，client 不会存储消息，一旦消息被发送到这些 client，消息就会从 broker 上删除。另外，保留消息、持久连接和服务质量 QoS 可能会导致消息临时存储在 broker 上。
发布 - 订阅模式使得 消息的发布者和订阅者解耦 ，主要体现为空间解耦和时间解耦：
图片引用自 —— cxuan 著
一个 MQTT 消息由三部分组成：
1、固定报头： 每一个 MQTT 消息都包含一个固定报头，包含消息类型、标志位和剩余长度三个部分。固定报头长度为 2 ~ 5 字节，具体取决于 “剩余长度” 的大小，格式如下：
2、可变报头： 不同消息的可变报头内容不一样，不过其中有一个比较通用的字段：
3、载荷： 某些 MQTT 消息会包含一个有效载荷，对于 PUBLISH 消息来说，有效载荷就是应用消息。
MQTT 的连接总是发生在 client 和 broker 之间，两个 client 之间不会互相感知。请求连接时，client 会向 broker 发送 CONNECT 连接消息，broker 接受连接后会响应 CONNACK 连接确认消息。一旦连接建立，连接会一直保持打开状态，直到 client 发送 DISCONNECT 断开连接消息或连接异常中断。
CONNECT 是 client 发送给 broker 的首个消息，并且在一次连接中，client 只能发送一次 CONNECT 消息，发送的第二个 CONNECT 消息会被 broker 当作违反协议处理，并断开连接。在 CONNECT 消息中，主要包含以下内容：
CONNACK 消息用于确认 CONNECT 消息。CONNECT 是 client 发送给 broker 的首个消息，相应地，broker 发送给 client 的首个消息一定是 CONNACK 消息。在 CONNACK 消息中，主要包含以下内容：
DISCONNECT 消息由 client 发送给 broker，用于断开连接。 DISCONNECT 消息没有可变报头和有效载荷，也没有对应的确认应答消息，表示一个干净利索地断开连接操作 。断开连接后，client 不能再发送除 CONNECT 消息之外的消息，broker 也需要丢弃和当前会话有环的遗嘱消息。
MQTT 是基于发布订阅模型的协议，在建立连接后，client 可以向 broker 订阅感兴趣的一个或多个话题。
SUBSCRIBE 消息由 client 发送给 broker，用于订阅感兴趣的话题，SUBSCRIBE 消息主要包含以下内容：
SUBACK 消息用于确认 SUBSCRIBE 消息。SUBACK 消息主要包含以下内容：
UNSUBSCRIBE 消息由 client 发送给 broker，用于退订不感兴趣的话题，UNSUBSCRIBE 消息主要包含以下内容：
UNSUBACK 消息用于确认 UNSUBSCRIBE 消息。UNSUBACK 消息非常简单，只有一个包唯一标识（位于可变报头）。
当 MQTT client 在连接到 broker 之后就可以发送消息了，每条 PUBLISH 消息都包含一个 topic ，broker 会根据 topic 将消息发送给感兴趣的 client。除此之外，每条消息还会包含一个 Payload，Payload 是真正发布的应用消息，载荷的内容和格式由应用层决定，MQTT 协议层不关心。
PUBLISH 消息可以由 client 发送给 broker，也可以由 broker 发送给 client，用来运送应用层消息。PUBLISH 消息主要包含以下内容：
PUBLISH 消息的接收方需要发送确认应答，不同 QoS 等级的 PUBLISH 消息响应的消息不同：
当 client 和 broker 在一段时间内没有数据交互时，client 会发送 PINGREQ 探测消息，用于判断连接是否正常，来决定是否要关闭该连接，这就是 MQTT 协议的保活机制。
PINGREQ 消息由 client 发送给 broker。
PINGRESP 消息由 broker 发送给 client，代表 client 是存活的。
MQTT 主题本质上是一种 “寻址形式” ，用于将应用层消息分发到期望的客户端。MQTT 主题是一种类似于文件系统的分层结构，使用 “/” 正斜杠 作为分隔符。
客户端订阅主题时，可以订阅确定的主题（例如 “group/group123”），也可以使用 “通配符” 来同时订阅多个主题。需要注意的是： 在发布消息是不允许使用主题通配符，client 每次发布消息只能发布到单个主题。
$SYS 主题是 broker 上默认创建的只读主题，除此之外，broker 不会默认创建任何主题，所有主题都是由客户端订阅或发布才创建的，都不是永久性的。关于 $SYS 主题的更多介绍在 这里
当 client 连接到 broker 时，可以使用持久连接或非持久连接，这是通过 CONNECT 消息中的 CleanSession 标志来决定的（当 CleanSession = 0 时表示持久连接）。对于持久会话，broker 会存储会话状态；而对于非持久会话，broker 不会存储 client 的任何内容。会话状态主要包含以下内容：
QoS 0 等级的 PUBLISH 消息的交付能力完全依赖于底层传输层，QoS 1 和 QoS 2 等级开始在应用层提高 PUBLISH 消息的交付能力。当消息丢失时，发送端会重新发送早前尝试发送过的 PUBLISH 消息（DUP = 1），接收者收到消息也会发送确认响应消息。
在 QoS 0 的等级的 PUBLISH 消息中不包含包唯一标识。发送者不考虑消息交付结果，接收者也不发送响应。接收者最多只能收到一次消息，也有可能一次也收不到。
在 QoS 1 等级的 PUBLISH 消息中包含包唯一标识，发送方会一直将该消息当作 “未确认” 的消息，直到收到对应的 PUBACK 确认消息。具体消息流如下：
QoS 2 是最高的服务质量，保证消息不会丢失也不会重复，缺点是会增加开销。在 QoS 2 等级的 PUBLISH 消息中包含包唯一标识，发送者会一直将该消息当作 “未确认” 的消息，知道收到对应的 PUBCOMP 确认消息。
当 client 发布某个主题的消息时，broker 会将该消息分发给任何已订阅该主题的 client，随后这条消息会从 broker 上删除。可以设置 RETAIN 保留标志设置该 PUBLISH 消息为保留消息，broker 会存储该主题的最后一条保留消息，当新的 client 注册订阅时，并且匹配该消息主题时，该保留消息会发送给订阅者。 需要注意：broker 只会为每个主题保存最近一条保留消息，新收到的 RETAIN = 1 的消息会覆盖原本那条保留消息；
持久会话 服务质量等级 保留消息都会影响新订阅者是否接受消息，总结如下表：
标记 DUP = 1 的消息是重复发送的消息，MQTT 消息重传有两种场景：
需要注意：DUP 标志只对 OoS 0 的消息有效，所有 QoS = 0 的消息 DUP 标志必须设置为 0；
TCP 协议的报文重传机制是对所有 TCP 报文有效的重传机制，而 MQTT 协议的消息重传机制只对一小部分消息有效，用于实现更可靠的消息交付保证。虽然 TCP 协议在一般情况下可以保证不丢包，但是这并不是绝对的，依然存在请求超时或者连接中断等情况。而 MQTT 协议的 QoS 1 和 QoS 2 要求更可靠的交付能力，并且需要在客户端重连后也能保证交付。因此，MQTT 协议也定义了一个消息重传机制。
到这里，关于 MQTT 协议的工作原理 协议消息格式 核心特性等内容就介绍完了。我知道你应该会对 MQTT 协议的实战应用更加感兴趣，下一篇文章里，我将带你实现基于 MQTT 协议的 IM 服务，请关注。
自我评价,可以稍微写一下自己的优点,可以写一些自己能吃苦加班.
首先是实事求是，不要弄虚假简历。
首先自我介绍：姓名、年龄、学历、工作了几年、邮箱、如果Github出彩或者有出色的博客可以把地址写上。
掌握的职业技能，像Android开发工程师就可以写比如：精通Android开发平台及框架、精通Android GUI程序开发、英语六级能熟练阅读开发文档......等等写个10条差不多了，但是一定要是你确定掌握的技能，不然到时候面试一问稍微有点水平的面试官就能问出来了，就会很尴尬。
应聘岗位：Android开发就写Android开发工程师就可以了。
工作经验：如果曾经做过类似的工作比如java开发或者Android开发都可以写上，并且写上日期、公司名、负责岗位。没有工作经验的就不用写了。
项目经验：如果是有项目经验的就把做过的有技术含量的项目写上，主要是项目开发时间、项目介绍、负责部分、项目技术要点、难点写上就可以。如果是自己写着玩的项目就不要写了，就是说这里写的项目一定是要有一定技术含量、意义的，比如像是学校社团项目或者老师要求的学校项目也可以写上。但一定在项目的技术要点上你要能列出一些有技术含量的东西出来，并且要能够解释给面试官听，项目写个4到5个正好，最少3个。
最后是自我评价，比如：热情开朗，团队意识强；勤奋刻苦，能适应加班.....写个七八条就差不多了。