字节跳动小组长无意中得知整个部门的薪资！自己只有28K！手下人却拿35K！怎么办？(1)

2401_85117779

于 2024-06-24 10:30:44 发布

阅读量305

点赞数 3

文章标签： java 开发语言

本文链接：https://blog.csdn.net/2401_85117779/article/details/139918500

版权

更内行的人指点楼主，是不是被工资倒挂了？毕竟这是互联网企业常见的现象，越晚进来的人工资反而越高。

还有人劝楼主趁机涨个工资，就看怎么运作了。

要是不能加薪就离职，此处工资低，自有高处去。

一个小小的薪资列表就让楼主纠结成这样，难怪公司都要搞密薪制。

这两位网友总结得比较全面，要么反思差距，要么带好团队，要么申请加薪，要么准备跳槽，如果找不到更好的工作，就知道为什么自己只能拿28K了。

楼主的心情我们能理解，工作就是为了挣钱，谁也不愿意出同样的力气比别人挣得少。

不过话又说回来，打听薪资有风险，奉劝各位要谨慎！万一自己比别人高，趁早一边偷着乐去。万一比别人低也别气馁，好好找找原因，看看到底是自己能力不够，还是要少了，或者是被倒挂了。薪资待遇挂钩的因素太多了，只有找准原因，对症下药，才能拿到心仪的薪资。

什么是面试

=====

有些人可能会把面试看的太重，觉得面试过了就能进入大厂，技术和财富兼得……

我倒是觉得，面试没有这么夸张，它其实是一次你和面试官互相了解的绝佳机会，借此机会你还可以对未来的工作有初步的了解和现在行业的情况。

面试本身并不能完全评价一个人的实力。面试通过的人，也许只是恰好在面试时遇到了自己熟悉的问题，面试不通过，也有可能是面试官自身的问题，并非每个面试官都具备客观评价别人的能力。

换句话说，面试没通过也许是面试官没有发现你的才华，面试通过了也并不代表你就能胜任工作，因为进入企业之后可不是每天负责回答面试题！

所以从这一点来看，面试有点像相亲。你满意我，我满意你，王八对绿豆——看上眼了，那就一拍即合，否则就分道扬镳。我本人非常希望能够多几轮面试（实际并不总是能做到），这样大家都有充足的时间互相了解，决定去留。

网上某些面经中，介绍了一些“装逼”的方法，还有所谓的“面试技巧”，我是不太认可的。技巧需要有，这是为了让你更好的展示自己，而非坑蒙拐骗，无理取闹，无中生有。我更想展现一个真实的自己，如果面试官不认可，说明我们没有缘分，或者说自己的能力还不够。

面试要准备什么

=======

不知道有多少读者和我一样有过这样的困扰：“我知道某些东西很重要，所以去百度查了资料，但是查到的文章质量很差，正确率没有保证”。这其实是正常的，优秀的文章一般都放在优秀的作者的个人博客上，这恰恰是搜索引擎的盲区，所以一般只能搜到 CSDN、博客园这种地方的文章。自然就无法保证文章质量。

出于这种考虑，我在文章最后的复习资料中，提供了用于学习相关基础知识的书籍，如果您恰好是 Java开发者，还可以阅读我收集的一些高质量文章，正确性比较有保证。

面试

如果说腾讯的面试是挥金如土（毕竟每个面试官都配了一件单独的房间），那华为就是戒奢宁俭。两个大会议厅坐满了面试官，其中一个是初面面试区，另一边是综合面试区。初面区的面试官会来等待区一个一个叫我们过去面试。

面试桌采取一对一的形式，技术岗的面试通知短信虽然没有通知说要带简历，但是仍然带了一份以免中途需要。（事实证明这是一个明智的选择）

初面

初面面试官点到我的名字之后，我跟着面试官去他的那个位置。

面试流程和大多数互联网公司流程差不多，首先让自己介绍一个比较满意的项目。（可能想通过这个项目了解我们的技能程度）在我面试准备时，其实我就纠结过这个问题。因为在我的项目中，有两个项目是我比较满意的，第一个主要做后台，第二个主要做虚拟环境和数据交互。

“我有两个项目是比较满意的”，我先抛出这句话，希望面试官能够给机会让我将两个项目都讲一下，“我先讲一下第一个我们当时做的换课平台，当时本来是一个课程项目，但是我们在这个课程项目之上，结合当时校内急需换课这个需求，做出了这么一个换课平台”,（首先提出项目目的），“然后这个项目大概实现了一个怎样怎样的功能”（抛出产品功能），“我在项目中主要负责后台开发和数据库交互功能”（说下在项目中的角色），“整个项目的架构大致如下。。。。”（项目如何实现），我拿着纸笔在草稿上给面试官画着后台所有的系统架构和数据流动方式，同时将涉及到的重要点和技术点都说了下。

按照之前整理过的描述流程，我将整个换课平台项目描述了一遍，中途偶尔面试官会问一下技术细节，不过都不是很难，可能因为我没有使用“SSH”三大框架，而是使用纯JSP进行的底层开发，所以面试官也不是太好提问。

不过有意思的是，在我介绍到项目中实现了实时聊天的时候，面试官提了两个小问题，是我之前项目中没碰到，而实际生产产品中可能遇到的问题：第一，我们的实时聊天是直接P2P，这样需要双方在同一子网下，那如果现在双方不在同一子网下，外网某个移动端客户A可以访问后台服务器B，这时候某个web端C同时也可以访问服务器，这个时候A和C是互相不同的，现在如果我们仍然想让他们通信怎么办；第二，考虑大量用户同时访问后台服务器的时候，该如何处理。

第一个我首先考虑到用服务器作为中介，但是当时老是想着可能打两个聊天信息会对服务器造成压力，所以一直很犹豫要不要用后台服务器作为中转，以及，作为中转该如何操作。不过面试官稍微提醒我可以用服务器作为中转，这时候我突然意识到只要服务器收到之后，立刻将消息转发出去就可以了，不用走数据库。这时候我也才一直到为什么我以前分析微信的聊天服务时，会将所有的文本消息和图片消息发送到微信的后台服务器，而且简单的直接P2P对话，主要还是为了克服网络问题

第二个不难，考虑云计算中的负载均衡，我大致说了下思路，选取一台主机作为负载均衡调度机，其他的作为工作机即可。

第一个项目大概讲了十分钟，不知道是因为刚开始面试还是我项目确实对面试官的胃口。