深信服 二面 面经

把自己的一些面试完的感想和想法写一写记录一下,本人非科班出身,不是大佬,瞎写,请大佬勿喷。

一、简历和项目提问

1、你从开始做这个项目的时候就想着走测试开发这个方向吗?

没有,因为个人需求和锻炼一下代码能力写的

(要是这个项目和你的面试岗位比较对口可不能这么说啊,直接说是就好了,就是为了走这个岗位学的

2、你这个项目有没有做成开源项目的结构一些设计?

没有,很简单的一个小项目,没这么复杂。

(感觉面试官也是想考察你有没有用git进行项目管理,好像大点的公司都喜欢这样弄,建议看到的可以学一下git怎么用,我菜啥都不会。学了就算项目没用也可以说自己学了,懂怎么样怎么样用git,面试官哪里应该还是会加分的)

3、你在做这个项目的时候有没有什么自己的一些独立思考?

(说实话就是没有,但是又不好直接说,全程在瞎扯了)

4、另外一个项目你负责的核心开发功能是什么?

按照项目balabala一堆

5、你在这个项目里面,有没有自己独立思考的点,就不是单纯堆工作量,可能这个功能实现不难,但是你需要花很多时间去思考的。

(感觉这个面试官还是很看重招聘者在项目中有没有自己思考的部分,但确实这些项目都是按照项目规划做,没啥自己思考的点,这是我的问题。)

二、自身能力和未来发展的问题

1、你后面的发展规划是怎么样?

测试到测开到全栈,吹就完了。

2、你觉得你自己的学习能力怎么样?

还不错,举例一堆,继续吹!

3、公司和学校不太一样,公司可能让你几天学会一个东西,没这么时间给你学习,要求你很快就转换过来,这个过程会有压力,你可能会有些不适应,你怎么看这个问题?

也是举例说自己能胜任,怎么样的。

4、如果这个过程中压力太大你会怎么解决?

说自己会怎么放松,比如出去走走,做一些自己的兴趣,放松完继续投入工作。

三、反问

1、有开发文档和导师吗?

有导师,然后跟着导师做,也会有开发文档

2、测开和AI相关,是测试AI还是用AI去测试呢?

使用AI去进行测试,降低人手动的工作量,比如用AI写测试用例之类的

3、实习生人数怎么样?

我们这个小组,一个小团队差不多20多个人,实习生来十个,包括一些算法、前端、后端和测试。整个测试部门有上百人,

4、多久能出结果呢?

五个工作日

放屁!深信服坑就坑在这,说好了五个工作日,十五个工作日过去了都没回消息,又不说挂了,又不说结果如何,查询流程就是面试中,发邮件问HR和校招部门都装死,都不回消息,就在那里拖着。真的坑!

我的深信服二面基本都是围绕着你的简历项目进行问,没问八股也没考算法,其实参考性不是很大,简单写一下给大家参考下吧,这次面完对深信服校招组的印象巨垃圾,还没投诉渠道,不然高低投诉一下,虽然投诉估计也没什么用。

菜是我的问题,不发面试流程终止邮件,发了邮件不回,硬挂在那里不尊重面试者那就是你的问题了

全部评论
我问了hr了,现在还没消息就是挂了
点赞 回复 分享
发布于 05-20 21:54 山西
深信服一面二面隔了多久呀?
点赞 回复 分享
发布于 05-19 15:44 广东

相关推荐

05-19 23:59
湖南大学 Java
1、慢SQL的具体内容;2、应用DB是如何确保事务的持久性;    写前日志机制:再事务对数据库进行修改之前,数据库系统回先将事务的操作信息记录到日志文件中。这些日志信息包括事务的开始,每个操作的细节(如修改了哪些数据、修改前后的值等)以及事务的结束等内容。日志文件通常被写入磁盘等持久化存储设备上。这样可以保证系统出现故障时,可以更具日志来恢复事务的执行状态;    在mysql中,事务的持久性主要通过1、利用InnoDB的存储引擎的日志机制,当事务对数据进行修改时,InnoDB存储引擎会先将这些修改记录记录到redolog中。redo log属于物理日志,它记录的是数据页的物理修改情况。例如,当更新一行数据时,redo log会记录该数据页中具体字节的修改内容。binlog时记录了所有数据库的修改操作,包括数据的增删改查。binlog是逻辑日志,记录的是sql语句或者行的变化。例如,执行一条“UPDATE table SET column = value WHERE condition”语句,binlog会记录这条语句的执行细节。2、通过事务提交时的磁盘写入操作:当事务提交时,mysql会将事务涉及的数据页从内存中的缓冲池刷新到磁盘。缓冲池是InnoDB用于缓存数据页和索引页的内存区域,数据的修改首先是在内存中进行的。写入操作不是完全同步的,而是结合了redo log机制,因为redo log已经保证了事务的持久性,数据页的最终写入磁盘可以在检查点过程中进行。3、事务的隔离级别4、自适应哈希索引流的机制    自适应哈希索引是一种用于优化数据库性能的机制,它可以根据数据库的负载和查询模式动态地创建和维护哈希索引,以下是具体介绍:工作原理    数据页监控 :InnoDB 存储引擎会监控对表中数据页的访问情况。当发现某些数据页被频繁访问时,就会考虑为这些页创建哈希索引。    哈希索引创建 :如果一个数据页被访问的次数超过了设定的阈值,并且内存中还有足够的空间来存储哈希索引结构,InnoDB 会自动在后台为该数据页上的某个索引创建一个哈希索引。    哈希索引维护 :随着数据的插入、删除和更新操作,哈希索引会自动进行维护,以保证其有效性和准确性。当数据页的访问频率降低,或者内存空间不足时,InnoDB 也会自动删除不再需要的哈希索引。5、网络协议http、https协议的区别6、timewait的作用7、TCP如何进行拥塞控制8、操作系统的内存管理机制    虚拟内存(虚拟内存是一种内存管理技术,使得程序可以使用比实际物理内存更大的地址空间。它通过将程序的地址空间分割成多个页面或者段,然后将这些页面或者段部分的存储在内存中,而将其他部分存储在磁盘外部存储器上。当需要访问一个不在内存中的页面时,由操作系统负责将其调入内存):分页式存储、段页式存储    地址映射:静态重定位(绝对地址映射)、动态重定位(相对地址映射)    内存保护:分区保护:在分区分配系统中,为每个分区设置保护机制来限制进程的访问范围;页表保护:在虚拟内存系统中,通过页表来实现内存保护。每个进程都有自己的页表,页表中除了包含虚页到物理块的映射关系外,还包含访问权限位。9、软链接和硬链接的区别软链接软链接是一个独立的文件,它包含了一个指向目标文件或目录的路径。从本质上来说,软链接就像是一个快捷方式,它有自己的 inode(文件系统用于存储文件元数据的结构)。例如,如果有一个文件 file1,创建一个软链接 symlink1 指向它,symlink1 有自己的 inode,其内容是指向 file1 的路径。软链接可以跨文件系统,也就是说,软链接可以位于与目标文件不同的文件系统上。例如,目标文件在 /dev/sda1 分区,软链接可以在 /dev/sda2 分区。硬链接硬链接是直接指向目标文件 inode 的链接。多个硬链接共享同一个 inode,它们是同一个文件的不同名称。例如,对于文件 file1,创建硬链接 hardlink1 后,hardlink1 和 file1 都指向同一个 inode,操作系统将它们视为同一个文件的两个入口。硬链接不能跨文件系统。因为硬链接依赖于目标文件的 inode,而 inode 号在不同的文件系统中是独立的,所以硬链接必须位于与目标文件相同的文件系统中。
查看9道真题和解析
点赞 评论 收藏
分享
评论
点赞
4
分享

创作者周榜

更多
牛客网
牛客企业服务