本文从社区活跃度、产品特点、成功案例、产品缺点等维度，全方位对比Spring Cloud Config、Apollo、Nacos、Disconf、Spring Cloud Consul、Spring Cloud Zookeeper等几款Spring Cloud生态的配置服务器，帮助你选择合适的配置服务器。
一、Spring Cloud Config
GitHub地址
https://githubcom/spring-cloud/spring-cloud-config ，Star数1178，官方组件，社区较活跃
开源厂商
Pivotal（Spring官方团队）
产品特点
演示环境
暂无
成功案例
N多，目前用Spring Cloud的大多团队都是用的Spring Cloud Config
缺点
二、Apollo
GitHub地址
https://githubcom/ctripcorp/apollo ，Star数11169，社区很活跃
开源厂商
携程
产品特点
成功案例
携程、网易蜂巢、中国平安等，更多公司详见https://githubcom/ctripcorp/apollo
演示环境
http://1061225204:8070/
账号/密码：apollo/admin
缺点
暂未发现
三、Nacos
GitHub地址
https://githubcom/alibaba/nacos ，Star数3820，社区非常活跃
开源厂商
阿里巴巴
产品特点
成功案例
阿里巴巴、虎牙直播、工商银行软件开发中心、爱奇艺等，更多公司详见https://githubcom/alibaba/nacos/issues/273
演示环境
http://consolenacosio/nacos/indexhtml
缺点
暂未发现明显缺点
四、Disconf
GitHub地址
https://githubcom/knightliao/disconf ，Start数4505，社区活跃度一般
开源厂商
原百度员工，现在蚂蚁金服
产品特点
成功案例
百度、滴滴出行、顺丰、网易等，更多公司详见https://githubcom/knightliao/disconf
缺点
最新的版本发布于两年前，有点久了。
五、Spring Cloud Consul
GitHub地址
https://githubcom/spring-cloud/spring-cloud-consul ，Star数493，官方组件，社区较活跃
开源厂商
Pivotal（Spring官方团队）
产品特点
成功案例
暂未发现
演示环境
暂无
缺点
六、Spring Cloud Zookeeper
GitHub地址
https://githubcom/spring-cloud/spring-cloud-zookeeper ，Star数330，官方组件，社区较活跃
开源厂商
Pivotal（Spring官方团队）
产品特点
演示环境
暂无
成功案例
暂未发现
缺点
其他
如果使用的是Spring Cloud Kubernetes，或者将Spring Cloud应用部署在Kubernetes环境中，还可以选择ConfigMap，这种方式就笔者了解，业界这么玩的还不多，暂时不分析了。已经将Spring Cloud Kubernetes列入博客19年更新名单中了，敬请期待。
结论
退出后重新登录一下、检查你的电脑浏览器是不是不是IE6-IE10系列浏览器。
普通高等学校毕业及其毕业前一年级学生，以及在校全日制研究生，可凭学校学籍管理部门出具的在籍学习证明报考，在就读学校所在地报名参加中小学教师资格考试。
在实行全国统考的省市区，改革当年及以后入学的师范生需要考教师资格证，改革前已经入学的不需要考教师资格证。
教师资格证考试技巧：
选择题分为单项选择题和多项选择题，属于客观性试题，是试卷中的必考题型，具有概念性科学性、灵活性等特点。考查的内容往往是识记性质的。要求考生从4个答案中选择唯一正确的选项，这类试题一般知识覆盖面广、迷惑性强，表面看似容易，但若不注意审题，特别容易失分。
这部分试题比较简单，在考试的过程中不应花费大量的时间，但是选择题所占分数较高，是考生得分的关键，不能在这部分失分过多。选择题的答题方式有直接填写和机读卡填写两种，考试几乎为国考，除内蒙古、新疆、新疆兵团和西藏没有实行国考。
现在求职面试已经成了职场人经常要面对的问题。很多公司动不动就裁员，一些小公司过不了几年就在市面上消失了，然后员工又要去重新找工作。所以不管是一些职场新人，还是职场老人，他们总会面对各种各样的面试。
在这种情况下，有的公司就会趁着这个机会来搞一些欺骗求职者的勾当。而很多的求职者在被公司辞退之后，由于他们还有房贷车贷要还，他们还有孩子要养，他们的生活还要继续，所以他们就会着急找一份工作。但是在当前的大环境之下，面对僧多粥少的局面，很多人找工作又不是很顺利，甚至有的人几个月都找不到工作。于是在濒临崩溃的边缘，这些求职者就很容易被一些骗子公司给欺骗。
下面我们就来说说，在我们面试的时候，我们会遇到哪些招聘的骗局？
一、挂羊头卖狗肉，公司招聘的岗位和实际工作的岗位之间没有关系
我们经常会发现，有一些公司在招聘的时候，他们的招聘需求写的很高大上，他们动不动就招聘什么储备干部、XX经理、XX主管，然后给的薪水也动不动就是七八千，甚至一万多。很多求职者受到高薪的诱惑之后，他们就会去这些公司面试，而一面试就面试通过了。
等到他们去了这些公司以后，他们就会发现，他们所做的工作都是一些打杂的事情，公司之前在面试时和他们承诺的管理岗位一个都没有兑现。如果你去问公司是怎么回事，公司就会告诉你说让你先把下面的所有岗位都干一遍，等到你有了相关的工作经验以后，公司才会把你放到管理岗位上去；而之前说好的薪资和待遇，也并不像公司之前在招聘广告上所说的那样。公司和你签订的也只是一个口头协议。在这种情况下，有的人已经被他们公司洗脑，所以他们就会一直在那家公司干下去，等他们干了几个月发现问题的时候，他们才发现其实他们已经错过了更好的招聘单位和求职时间，同时他们在这家公司里面也没有拿到多少钱。
所以这要求广大的求职者在找工作的时候，一定要擦亮眼睛，不要被那些所谓的有高工资、看着很高大上的岗位给欺骗了。我们要清楚，对任何公司来说，他们首先要追求的是利益，是活下去，而他们为了活下去，他们就必须考虑成本，考虑招到真正的性价比很高的人才。在这种情况下，公司招聘的管理岗位一定不会太多，他们付给你的薪资待遇也不会太高，更会高得离谱。而那些不能及时识破这种诡计和诱惑的人，他们后面的发展就会很悲催了。
二、公司邀请你晚上去面试，同时面试的场所还是一些酒店或其他住宅区
我们知道，作为一家正规的公司来说，他们都有正规的办公场所，有自己专门的办公区域，同时他们在让求职者过去面试的时候，他们也会将面试安排在白天，然后告诉你在什么时间过去他们公司面试。
但是职场是个大江湖，林子大了什么鸟都有。我们经常会发现有的公司会邀请你晚上去公司面试，而且去面试的场所还不是一些公司办公楼，而是一些酒店或者是其他的一些家属区。
在这种情况下，我们就要提高警惕。有的人骗你去酒店面试，有可能他们就想骗财骗色，或者是想把你带到一些很陌生的地方，然后后面的事情就不好说了。
所以，面对这种情况的时候，你就一定要时刻提高警惕，在面试之前要先查清楚这些公司的真伪，面试也一定要在白天去合法的公司去面试。只有这样，你才不会进入别人的套路之中。
三、说的和做的不一样，用口头协议取代劳务合同，在工资构成上做手脚
在招聘的时候，我们会发现，有的公司是说一套做一套。他们在招聘现场会把公司说的很好，他们承诺你只要进入他们公司以后，公司就会给你开启很好的发展通道，公司也会有各种各样的培训机会，同时公司一定会给你买社保，买公积金。所以很多人就去他们公司面试并被录用了。但是，等到他们真正的进入这些公司工作以后，他们却发现其实事情并不像他们之前所宣传的那样。
你进入公司工作，他们是不会和你签署劳动合同，就算是你已经在这家公司工作了几周的时间，你问他们多久要跟你签劳务合同的时候，他们也会对你说让你放心，他们之前说的五险一金和工资待遇都会有，这劳务合同过段时间也会签。然后你就开始半信半疑的继续工作，等到你工作到月底的时候，你才发现，那些公司依然没有跟你签劳务合同。有的公司觉得只要你不去提醒他们，这件事就可能会蒙混过关。下次发工资时候，他们就会给你发少发工资和相关的福利待遇，到时候就算你和他们打官司，你也拿不出相应的证据，因为你没有跟他们签劳动合同，你跟他们只是签了一个口头的协议，而这个口头协议是根本证明不了什么的。
有的人就算是当时和这家公司签了一些劳务合同，但是他们也发现这些公司在他们的工资待遇上做了手脚。这些公司会把他们的工资分成几部分：基本工资、绩效工资、其他工资。公司会按照基本工资来给员工交社保，对于绩效工资，如果员工在当月表现不好，他就拿不到绩效工资。就算是当时来面试的时候公司承诺给你8000块钱，但是如果你的绩效工资拿不到，你的社保是按照基本工资来给你交，你一个月能拿到手的工资，也就只有四五千块钱。
所以这些公司就是想通过这样的方式来骗你进入他们的公司工作，来把你当做他们公司的廉价劳动力，当你在这家公司工作了几个月已逐渐识破了他们的这种阴谋之后，你就会发现其实一切都晚了。就算你此时再从公司辞职，这对他们来说并没有损失什么，他们依然是花费廉价劳动力来让你为他们公司打了几个月的工。而对于你来说，你却错过了很好的招聘时间，同时你的工资也比之前少拿了很多，这对你来说其实是百害而无一利的事情。
所以对求职者来说，当你在找工作时候，你就一定要擦亮自己眼睛，不要轻易的上了一些公司的贼船。
在你以上提的问题中我看不到你的兴趣点，你真的喜欢美术？
1、
艺术学校和综合类大学当然有差别，第一，美院的美术工作室是优势，而且什么专业的工作室都有，木板、木雕、丝网、家具、染织、摄影等等，在这里你可以凭借人际关系享受这些资源，感受与艺术擦边的所有基层要素，而在综合类大学里面有一个就不错了··；第二，美术老师的师资力量和素质是有很大差别的，不能说美院的老师每个人都有不简单的经历和对所属专业的敏感，还是有很多名誉和智慧让你去向往和学习的，而综合类大学的老师往往是研究生毕业，有部分留不了校的人群，往往缺乏社会实践经验，不然就是社会上混了很久的人很有经验，做过很多事情，但是审美并不高的人；第三，如果你真的喜欢美术 ，就去美术院校，那里的同学都是学艺术的人，对你以后将来的发展有着深不可测的人脉优势，而你在综合大学可能会被歧视或者是自卑（本人想法），最终导致转系·····
2、
可以的，但是那应该是选修吧···我觉得还是要看你自己喜欢做哪行，在美院里选修双学位不会很难，但是就算你选了双学位，现在也不怎么重视了，毕业的时候都是看作品，不过如果你是一个历史或者会计和一个艺术专业，不管去哪个公司面试，人家都会说你不精吧···不过也不一定 ，如果你是历史+文物鉴赏，那就不得了了，还是看你自己的方向，想干什么都会有出路的
3、
学校的问题我觉得不大，还是看你的作品是否优秀，在清华或者央美应该是地势的优势，大多在北京的机会会比较多，广美在广州深圳的比较多，其他的美院就不了解了，毕业情况是要看你的专业和社会市场了，当你进来这个行业，才会发现其实机会是有很多的，面包总是有的，要看你怎么找，如果你文字功底好，是服装专业，可以做个时尚编辑等等，不一定要完全做个设计人或者纯艺人，打一个与艺术的擦边球吧，这样更有优势。
篇幅所限本文只写了MySQL25题，像其他的Redis，SSM框架，算法，计网等技术栈的面试题后面会持续更新，个人整理的1000余道面试八股文会放在文末给大家白嫖，最近有面试需要刷题的同学可以直接翻到文末领取。
如果表使用自增主键，那么每次插入新的记录，记录就会顺序添加到当前索引节点的后续位置，当一页写满，就会自动开辟一个新的页。如果使用非自增主键（如果身份证号或学号等），由于每次插入主键的值近似于随机，因此每次新纪录都要被插到现有索引页得中间某个位置， 频繁的移动、分页操作造成了大量的碎片，得到了不够紧凑的索引结构，后续不得不通过OPTIMIZE TABLE（optimize table）来重建表并优化填充页面。
Server层按顺序执行sql的步骤为：
简单概括：
可以分为服务层和存储引擎层两部分，其中：
服务层包括连接器、查询缓存、分析器、优化器、执行器等 ，涵盖MySQL的大多数核心服务功能，以及所有的内置函数（如日期、时间、数学和加密函数等），所有跨存储引擎的功能都在这一层实现，比如存储过程、触发器、视图等。
存储引擎层负责数据的存储和提取 。其架构模式是插件式的，支持InnoDB、MyISAM、Memory等多个存储引擎。现在最常用的存储引擎是InnoDB，它从MySQL 555版本开始成为了默认的存储引擎。
Drop、Delete、Truncate都表示删除，但是三者有一些差别：
Delete 用来删除表的全部或者一部分数据行，执行Delete之后，用户需要提交(commmit)或者回滚(rollback)来执行删除或者撤销删除，会触发这个表上所有的delete触发器。
Truncate 删除表中的所有数据，这个操作不能回滚，也不会触发这个表上的触发器，TRUNCATE比Delete更快，占用的空间更小。
Drop 命令从数据库中删除表，所有的数据行，索引和权限也会被删除，所有的DML触发器也不会被触发，这个命令也不能回滚。
因此，在不再需要一张表的时候，用Drop；在想删除部分数据行时候，用Delete；在保留表而删除所有数据的时候用Truncate。
隔离级别脏读不可重复读幻影读 READ-UNCOMMITTED 未提交读 READ-COMMITTED 提交读 REPEATABLE-READ 重复读 SERIALIZABLE 可串行化读
MySQL InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ （可重读）
这里需要注意的是 ：与 SQL 标准不同的地方在于InnoDB 存储引擎在 REPEATABLE-READ（可重读）事务隔离级别 下使用的是 Next-Key Lock 锁 算法，因此可以避免幻读的产生，这与其他数据库系统(如 SQL Server)是不同的。所以 说InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ（可重读） 已经可以完全保证事务的隔离性要 求，即达到了 SQL标准的SERIALIZABLE(可串行化)隔离级别。
因为隔离级别越低，事务请求的锁越少，所以大部分数据库系统的隔离级别都是READ-COMMITTED(读取提交内 容):，但是你要知道的是InnoDB 存储引擎默认使用 REPEATABLE-READ（可重读）并不会有任何性能损失 。
InnoDB 存储引擎在分布式事务 的情况下一般会用到SERIALIZABLE(可串行化)隔离级别。
主要原因：B+树只要遍历叶子节点就可以实现整棵树的遍历，而且在数据库中基于范围的查询是非常频繁的，而B树只能中序遍历所有节点，效率太低。
文件与数据库都是需要较大的存储，也就是说，它们都不可能全部存储在内存中，故需要存储到磁盘上。而所谓索引，则为了数据的快速定位与查找，那么索引的结构组织要尽量减少查找过程中磁盘I/O的存取次数，因此B+树相比B树更为合适。数据库系统巧妙利用了局部性原理与磁盘预读原理，将一个节点的大小设为等于一个页，这样每个节点只需要一次I/O就可以完全载入，而红黑树这种结构，高度明显要深的多，并且由于逻辑上很近的节点(父子)物理上可能很远，无法利用局部性。
最重要的是，B+树还有一个最大的好处：方便扫库。
B树必须用中序遍历的方法按序扫库，而B+树直接从叶子结点挨个扫一遍就完了，B+树支持range-query非常方便，而B树不支持，这是数据库选用B+树的最主要原因。
B+树查找效率更加稳定，B树有可能在中间节点找到数据，稳定性不够。
B+tree的磁盘读写代价更低：B+tree的内部结点并没有指向关键字具体信息的指针(红色部分)，因此其内部结点相对B 树更小。如果把所有同一内部结点的关键字存放在同一块盘中，那么盘块所能容纳的关键字数量也越多。一次性读入内存中的需要查找的关键字也就越多，相对来说IO读写次数也就降低了；
B+tree的查询效率更加稳定：由于内部结点并不是最终指向文件内容的结点，而只是叶子结点中关键字的索引，所以，任何关键字的查找必须走一条从根结点到叶子结点的路。所有关键字查询的路径长度相同，导致每一个数据的查询效率相当；
视图是一种虚拟的表，通常是有一个表或者多个表的行或列的子集，具有和物理表相同的功能 游标是对查询出来的结果集作为一个单元来有效的处理。一般不使用游标，但是需要逐条处理数据的时候，游标显得十分重要。
而在 MySQL 中，恢复机制是通过回滚日志（undo log）实现的，所有事务进行的修改都会先记录到这个回滚日志中，然后在对数据库中的对应行进行写入。当事务已经被提交之后，就无法再次回滚了。
回滚日志作用：1)能够在发生错误或者用户执行 ROLLBACK 时提供回滚相关的信息 2) 在整个系统发生崩溃、数据库进程直接被杀死后，当用户再次启动数据库进程时，还能够立刻通过查询回滚日志将之前未完成的事务进行回滚，这也就需要回滚日志必须先于数据持久化到磁盘上，是我们需要先写日志后写数据库的主要原因。
InnoDB
MyISAM
总结
数据库并发会带来脏读、幻读、丢弃更改、不可重复读这四个常见问题，其中：
脏读 ：在第一个修改事务和读取事务进行的时候，读取事务读到的数据为100，这是修改之后的数据，但是之后该事务满足一致性等特性而做了回滚操作，那么读取事务得到的结果就是脏数据了。
幻读 ：一般是T1在某个范围内进行修改操作（增加或者删除），而T2读取该范围导致读到的数据是修改之间的了，强调范围。
丢弃修改 ：两个写事务T1 T2同时对A=0进行递增操作，结果T2覆盖T1，导致最终结果是1 而不是2，事务被覆盖
不可重复读 ：T2 读取一个数据，然后T1 对该数据做了修改。如果 T2 再次读取这个数据，此时读取的结果和第一次读取的结果不同。
第一个事务首先读取var变量为50，接着准备更新为100的时，并未提交，第二个事务已经读取var为100，此时第一个事务做了回滚。最终第二个事务读取的var和数据库的var不一样。
T1 读取某个范围的数据，T2 在这个范围内插入新的数据，T1 再次读取这个范围的数据，此时读取的结果和和第一次读取的结果不同。
T1 和 T2 两个事务都对一个数据进行修改，T1 先修改，T2 随后修改，T2 的修改覆盖了 T1 的修改。例如：事务1读取某表中的数据A=50，事务2也读取A=50，事务1修改A=A+50，事务2也修改A=A+50，最终结果A=100，事务1的修改被丢失。
T2 读取一个数据，T1 对该数据做了修改。如果 T2 再次读取这个数据，此时读取的结果和第一次读取的结果不同。
悲观锁，先获取锁，再进行业务操作，一般就是利用类似 SELECT … FOR UPDATE 这样的语句，对数据加锁，避免其他事务意外修改数据。当数据库执行SELECT … FOR UPDATE时会获取被select中的数据行的行锁，select for update获取的行锁会在当前事务结束时自动释放，因此必须在事务中使用。
乐观锁，先进行业务操作，只在最后实际更新数据时进行检查数据是否被更新过。Java 并发包中的 AtomicFieldUpdater 类似，也是利用 CAS 机制，并不会对数据加锁，而是通过对比数据的时间戳或者版本号，来实现乐观锁需要的版本判断。
分库与分表的目的在于，减小数据库的单库单表负担，提高查询性能，缩短查询时间。
通过分表 ，可以减少数据库的单表负担，将压力分散到不同的表上，同时因为不同的表上的数据量少了，起到提高查询性能，缩短查询时间的作用，此外，可以很大的缓解表锁的问题。分表策略可以归纳为垂直拆分和水平拆分:
水平分表 ：取模分表就属于随机分表，而时间维度分表则属于连续分表。如何设计好垂直拆分，我的建议：将不常用的字段单独拆分到另外一张扩展表 将大文本的字段单独拆分到另外一张扩展表, 将不经常修改的字段放在同一张表中，将经常改变的字段放在另一张表中。对于海量用户场景，可以考虑取模分表，数据相对比较均匀，不容易出现热点和并发访问的瓶颈。
库内分表 ，仅仅是解决了单表数据过大的问题，但并没有把单表的数据分散到不同的物理机上，因此并不能减轻 MySQL 服务器的压力，仍然存在同一个物理机上的资源竞争和瓶颈，包括 CPU、内存、磁盘 IO、网络带宽等。
分库与分表带来的分布式困境与应对之策 数据迁移与扩容问题----一般做法是通过程序先读出数据，然后按照指定的分表策略再将数据写入到各个分表中。分页与排序问题----需要在不同的分表中将数据进行排序并返回，并将不同分表返回的结果集进行汇总和再次排序，最后再返回给用户。
不可重复读的重点是修改，幻读的重点在于新增或者删除。
视图是虚拟的表，与包含数据的表不一样，视图只包含使用时动态检索数据的查询；不包含任何列或数据。使用视图可以简化复杂的 sql 操作，隐藏具体的细节，保护数据；视图创建后，可以使用与表相同的方式利用它们。
视图不能被索引，也不能有关联的触发器或默认值，如果视图本身内有order by 则对视图再次order by将被覆盖。
创建视图：create view xxx as xxxx
对于某些视图比如未使用联结子查询分组聚集函数Distinct Union等，是可以对其更新的，对视图的更新将对基表进行更新；但是视图主要用于简化检索，保护数据，并不用于更新，而且大部分视图都不可以更新。
B+tree的磁盘读写代价更低，B+tree的查询效率更加稳定 数据库索引采用B+树而不是B树的主要原因：B+树只要遍历叶子节点就可以实现整棵树的遍历，而且在数据库中基于范围的查询是非常频繁的，而B树只能中序遍历所有节点，效率太低。
B+树的特点
在最频繁使用的、用以缩小查询范围的字段,需要排序的字段上建立索引。不宜：1）对于查询中很少涉及的列或者重复值比较多的列 2）对于一些特殊的数据类型，不宜建立索引，比如文本字段（text）等。
如果一个索引包含（或者说覆盖）所有需要查询的字段的值，我们就称 之为“覆盖索引”。
我们知道在InnoDB存储引 擎中，如果不是主键索引，叶子节点存储的是主键+列值。最终还是要“回表”，也就是要通过主键再查找一次,这样就 会比较慢。覆盖索引就是把要查询出的列和索引是对应的，不做回表操作！
举例 ：
学号姓名性别年龄系别专业 20020612李辉男20计算机软件开发 20060613张明男18计算机软件开发 20060614王小玉女19物理力学 20060615李淑华女17生物动物学 20060616赵静男21化学食品化学 20060617赵静女20生物植物学
主键为候选键的子集，候选键为超键的子集，而外键的确定是相对于主键的。
福建省卫生系列高级专业技术人员业务面试、论文鉴定（答辩）试行办法
为做好我省卫生技术人员高级职务的评审工作，保证评审质量，根据我省专业技术职务评聘工作的有关规定，结合卫生部门的实际情况，特制定本办法。
一、对象
凡申报正、副高级职务任职资格的卫生技术人员，均应进行业务面试和论文鉴定或答辩，其中：除县（市）级及以下申报副高级人员外，正常晋升正、副高级职务任职资格的卫生技术人员进行论文鉴定；不具备规定学历或未满规定任职年限（不含临床医师类别）破格申报正、副高级职务任职资格的卫生技术人员进行论文答辩。
二、办法
（一）自我介绍
申报者应先向专业评议组成员简要介绍本人的基本情况（包括姓名、工作单位、技术职务、主要学历、资历、专业等），时间限3分钟左右。
（二）业务面试
申报者应提交任现职以来的本专业技术工作总结，内容包括：
l 业务技术工作情况（含主要承担和完成的业务技术工作任务，有何专长，能解决哪些复杂疑难的业务技术问题，目前开展的业务技术工作的水平等）；
2 工作业绩（含发表学术论文，获得科技成果、出版专著和开展业务技术工作所取得的实际成效等）；
3 今后的工作计划和发展目标（含如何开展下一步的业务技术工作，重点研究和发展哪些学科领域等）。
面试时申报者根据总结要求的内容，简要介绍本人业务技术工作情况、工作业绩和今后的工作计划。面试的目的在于了解申报者的临床或技术工作经验，考察他们分析、综合、判断和解决本专业复杂疑难技术问题的能力。专业评议组根据上述原则要求和申报者的业务工作情况，有针对性地提出问题，由申报者解答，或由专业评议组成员预先准备好试题（可以是综合性题目，也可以是病案分析等），由申报者抽题作答。根据面试的情况由专业评议组全体成员对其业务技术水平与实际工作能力作出综合评定，并给予评分。
（三）论文鉴定
申报者提交一篇任现职以来最能反映本人学术技术水平与成就的论文（限第一作者）。由专业评议组对提交的论文进行审阅，重点对该论文研究的目的、方法、结果和应用价值进行评价，然后根据论文的先进性、科学性及实用性，由专业评议组全体成员评分。
（四）论文答辩
申报者应提交一篇能反映本人任现职以来学术技术水平与成就的论文，简要介绍该研究的目的、方法、结果和应用价值，以及它的先进性、科学性和实用性。时间限3分钟左右。然后由专业评议组成员有针对性地提出问题，申报者一一作答。根据其答辩情况和该篇论文的先进性、科学性及实用性，由专业评议组全体成员评分。
（五）专业评议组组建办法
专业评议组应从专业评委库中抽取5～7名相同或相近专业的技术水平高、有一定权威、作风正派、办事公道的正、副高级职务人员组成，设组长一名。省卫生厅负责全省申报正高级职务和未下放评审权限专业的设区市申报副高级职务人员的专业业务面试、论文鉴定（答辩）；各设区市负责已下放评审权限专业申报副高级职务人员的业务面试、论文鉴定（答辩）。
（六）评分方法与综合评价
业务面试、论文鉴定（答辩）均采用无记名评分法。业务面试采用百分制，论文鉴定（答辩）采用15分制，评分项目设“先进性”、“科学性”与“实用性”三项，每项各5分。论文评分等级划分标准为：135～15分为优，12～134分为良，9～119分为及格，89分以下为不及格，以平均分数为得分。根据业务面试、论文鉴定（答辩）的结果，由专业评议组做出综合评价意见，组长审阅后签名。
不一定。这里的必要性与企业制定的该产品的策略有关——一般来说，是否必要登录分三种情况：①当打开应用时，就需要强制登录；②打开应用，不强制登录，但使用部分功能时一定要登录；③整个应用都不需要登录
①当打开应用时，就需要强制登录 ：通常在即时通讯工具和SNS应用上出现。当用户做的每一个需要上传到云端服务器的动作（例如与好友聊天、点赞等等）都需要用户的账号做“背书”时，就需要在使用该应用的全过程中均保持登录。此外，还有一种情况是应用希望获得用户在使用时的所有操作记录，那也会强制用户在打开应用时就登录（例如小红书）
②打开应用，不强制登录，但使用部分功能时一定要登录 ：这种情况一般出现在用户获取内容但不向服务器发送信息的应用里，比如资讯类、工具类等等。用户可以在非登录模式下获取应用推荐给用户的内容或者使用应用提供的工具等。但当用户需要定制化服务或者记录下自己的一些操作时，则可以用登录的方式解决。
③整个应用都不需要登录 ：这类型的应用很有趣，甚至都不需要去设计登录功能。通常来说，一些纯粹的工具类软件便是这样。举个例子，在我的手机里有一款应用是没有登录功能的——彩云天气。每次用户打开它，查看天气，看看还有多长时间下雨，仅此而已。因此从当前这样的状况来看，它设置登录功能反而是多余的。不过随着产品不断发展，当推出了一些可玩性较高的功能时，可以配套着登录页面的实现，对应用来说，是一个促进留存的好方式。
现在，我们可以回答一开始的那个问题了： 是否必须登录才能使用app？ 此必要性与用户和应用之间的交互方式有关。当用户需要发送信息给应用才能实现该应用的核心功能时，登录是必须的；而当用户不需要发送信息而只需要接收信息便能实现核心功能时，就并非一定要登录，只有当用户发送了发送信息给应用这一交互时，才会要求用户进行登录。
先说优点吧。对于产品来说，登录可以获得用户的一些个人信息，方便后期进行运营宣传，以期达到留存促转化的目的。对用户来说，登录可以获得产品给予的一些定制化的服务，同时获得更多应用授予的权限。同时，通过登录延伸开的一些设置可以展现用户的个性。之前有相关的文章讲过，之后产品的一个发展方向是在用户的行为发生前就提供相应的功能，例如在用户出门前就提醒公交车的到达时间等等。
至于缺点。对用户来说，登录造成了使用该应用时的步骤繁琐，原本只需要一步的动作因为登录而增加至了2-3步（例如百度贴吧不登录不能查看第二页以后的帖子）；此外，登录还容易造成个人信息外泄，产生不必要的骚扰（或造成应用提供方的消息推送及短信推送的轮番轰炸）；对于产品来说，设置登录功能后可能会由于步骤变得繁琐或用户担心信息外泄而失去一部分粘性不强的用户。
欢迎分享，转载请注明来源：品搜搜测评网
微信扫一扫
支付宝扫一扫
