在字节实习被劝退了。。。

字节实习被劝退

大家好,我是岳哥。

最近在社交平台上看到一位同学分享了自己在字节跳动的"短暂"实习经历。这位同学实习还不到两周,就被直属leader劝退了。原因:leader认为他能力不够,效率也不高,更糟糕的是,临走前双方还闹得很不愉快。

ffffd32e39c51aaf4ee8bbf76fdbfcd7.jpeg

这位同学最担心的是:这段经历会不会影响自己以后在字节的求职机会?毕竟现在大厂的就业机会本来就不好找,要是还背着"前科",那可就更难了。

不过很快,评论区就有字节员工现身说法了。这位员工表示,字节的系统里主要只会记录"是否触犯红线"这类选项,并不需要写长篇评价。但他也提醒说,如果之后去面试字节,面试官是能看到之前的面试评价的,这可能会影响面试官的判断。

a27008d3c7fc6cff8345a289f6968562.png

说实话,看到这事我也挺感慨的。不到两周就被劝退,是不是对实习生太苛刻了?很多网友都觉得这未免太严格了,毕竟刚入职的新人连工作环境都还没熟悉好呢!

但仔细想想,这可能跟leader的带人风格有很大关系。有些leader可能就是这种风格:希望你一来就能干活,结果发现不仅干不了活,还得花时间带你,这样反而拖慢了整个团队的节奏。与其这样,不如干脆劝退,另找更合适的人选。

有意思的是,评论区还有网友开玩笑说:"这个'前科'不仅会影响你以后进字节,没准连你子女将来进字节都会受影响!"虽然是玩笑话,但也从侧面反映出大家对大厂实习经历的看重程度。

de38a2ddcb74c34717c90c2809862904.png

所以各位想去大厂实习的同学们要注意了:去实习之前,最好先摸清楚目标团队的风格和要求。如果是那种"快节奏、高要求"的团队,一定要提前做好心理准备,甚至可以提前自学一些相关技能。

毕竟在大厂实习,不仅是为了镀金,更是一次真实的职场体验。不管是被劝退,还是顺利留任,这都将是你职业生涯中宝贵的一课。

回到正题,继续给大家分享一道SQL面试题。

题目:case when的巧妙用法

给定一个表 T20191119,id 是树节点的编号,p_id 是它父节点的id 。

ba7f3bca3fa1265357bffa5e91237ddb.png

树中每个节点属于以下三种类型之一:叶子:如果这个节点没有任何孩子节点。根:如果这个节点是整棵树的根,即没有父节点。内部节点:如果这个节点既不是叶子节点也不是根节点。
写一个查询语句,输出所有节点的编号和节点的类型,并将结果按照节点编号排序。上面样例的结果为:

4e0c232232cf8e54b71bbab5b553ee2c.png

解释 节点 '1' 是根节点,因为它的父节点是 NULL ,同时它有孩子节点 '2' 和 '3' 。节点 '2' 是内部节点,因为它有父节点 '1' ,也有孩子节点 '4' 和 '5' 。节点 '3', '4' 和 '5' 都是叶子节点,因为它们都有父节点同时没有孩子节点。注意 如果树中只有一个节点,你只需要输出它的根属性。

参考答案

create table T20191119
(
id int,
p_id int
)

insert into T20191119 values (1,NULL);
insert into T20191119 values (2,1);
insert into T20191119 values (3,1);
insert into T20191119 values (4,2);
insert into T20191119 values (5,2);

--Mysql 8.0和SQL Server
--方法一:
select id,
case when p_id is null then 'Root'
when id in (select p_id from T20191119) then 'Inner'
else 'Leaf' end as Type
from T20191119;

--方法二:
select 
distinct t1.id,
(case when t1.p_id is null then 'Root'
else case when t2.p_id is null then 'Leaf'
else 'Inner' end
end) as Tyep
from T20191119 t1
left join T20191119 t2 on t1.id=t2.p_id;

答案解析

方法一是通过条件判断来获取最终结果,属于找规律的逻辑思路。

从结果表中我们发现当p_id是空的时候,对应的是‘Root’节点,当p_id不为空且id存在于p_id里时,对应的是‘Inner’节点,排除上面两种情况后对应的则是‘Leaf’节点。

依据这个思路我们就可以求得方法一的写法。

方法二则是通过自连接将id与p_id进行关联,关联后的结果我们可以看到如下图:

ddc1edbf402d7b46a9d14111c1fc5a19.png

通过上图我们可以看到,当t1.p_id是空的时候,对应的t1.id就是我们要找到‘Root’节点,当t2.p_id为空的时候,对应的t1.id就是我们要找的‘Leaf’节点,而剩下的则是‘Inner’节点了。

方法二不太容易想到这种方法,但是可以将其当作一个类型的题目记住就行。

最后

给大家推荐一下我们的GPT 4.0/4o/o1 preview系统,一次性买了200多个Plus会员放在这个系统的池子里,无需梯子即可直连,费用还比官网便宜一半,包售后。更多介绍点击这里,每月仅需88元!

我是岳哥,每天会分享一道SQL面试题,并和大家聊聊近期的所见所闻

欢迎关注,下期见~

d2ed527ec8e3321c749d5ca54bec8bd6.jpeg

《餐馆点餐管理系统——基于Java和MySQL的课程设计解析》 在信息技术日益发达的今天,餐饮行业的数字化管理已经成为一种趋势。本次课程设计的主题是“餐馆点餐管理系统”,它结合了编程语言Java和数据库管理系统MySQL,旨在帮助初学者理解如何构建一个实际的、具有基本功能的餐饮管理软件。下面,我们将深入探讨这个系统的实现细节及其所涉及的关键知识点。 我们要关注的是数据库设计。在“res_db.sql”文件中,我们可以看到数据库的结构,可能包括菜品表、订单表、顾客信息表等。在MySQL中,我们需要创建这些表格并定义相应的字段,如菜品ID、名称、价格、库存等。此外,还要设置主键、外键来保证数据的一致性和完整性。例如,菜品ID作为主键,确保每个菜品的唯一性;订单表中的顾客ID和菜品ID则作为外键,与顾客信息表和菜品表关联,形成数据间的联系。 接下来,我们来看Java部分。在这个系统中,Java主要负责前端界面的展示和后端逻辑的处理。使用Java Swing或JavaFX库可以创建用户友好的图形用户界面(GUI),让顾客能够方便地浏览菜单、下单。同时,Java还负责与MySQL数据库进行交互,通过JDBC(Java Database Connectivity)API实现数据的增删查改操作。在程序中,我们需要编写SQL语句,比如INSERT用于添加新的菜品信息,SELECT用于查询所有菜品,UPDATE用于更新菜品的价格,DELETE用于删除不再提供的菜品。 在系统设计中,我们还需要考虑一些关键功能的实现。例如,“新增菜品和价格”的功能,需要用户输入菜品信息,然后通过Java程序将这些信息存储到数据库中。在显示所有菜品的功能上,程序需要从数据库获取所有菜品数据,然后在界面上动态生成列表或者表格展示。同时,为了提高用户体验,可能还需要实现搜索和排序功能,允许用户根据菜品名称或价格进行筛选。 另外,安全性也是系统设计的重要一环。在连接数据库时,要避免SQL注入攻击,可以通过预编译的PreparedStatement对象来执行SQL命令。对于用户输入的数据,需要进行验证和过滤,防止非法字符和异常值。 这个“餐馆点餐管理系统”项目涵盖了Java编程、数据库设计与管理、用户界面设计等多个方面,是一个很好的学习实践平台。通过这个项目,初学者不仅可以提升编程技能,还能对数据库管理和软件工程有更深入的理解。在实际开发过程中,还会遇到调试、测试、优化等挑战,这些都是成长为专业开发者不可或缺的经验积累
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

SQL数据库开发

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值