前言

公司产品需要新增即时通讯的模块，经过调研后使用融云的即时通讯 SDK 由于以前没有做过相关聊天类的项目，在开发的时候碰到了很多坑，下面会将碰到的问题和解决方案记录下来以做备份和学习交流

融云官网：https://www.rongcloud.cn/ 开发文档：https://docs.rongcloud.cn/v4/

问题列表

1、如何获取历史消息

解决方案： 因为 Web 端没有本地存储，不提供本地获取方法，只能从远端获取 使用获取历史消息方法需要在开发者后台开启 IM 商用版 - 单群聊云存储 服务，服务开通后 30 分钟左右生效 每次最多只能获取 20 条历史消息，通过改变参数 timestrap 来获取其他时间段的历史消息

2、删除会话后还有会话

解决方案： 1、删除会话. 正常来说只要没有收发消息, 会话就不会再生成了 2、如果您有清除 localStorage 的操作, 则 SDK 内部会重新拉取离线消息. 而会话列表是根据收发消息生成的. 则会再次产生会话. 所以建议您检查下是否有清除 localStorage 的操作. 如果有, 建议您只清除自己业务相关的 key 3、如果您换端登录, 则会再次收离线消息, 如果希望此时依然不显示删除的消息. 可以在您删除消息后发一条自定义消息比如: (1). 删除会话 A (2). 发送自定义消息, 标识删除了会话 A (3). 换端登录, 重复收之前已收到过的消息 (4). 收消息时收到了步骤 (2) 中发送的删除标识消息, 根据此自定义消息, 再次调用删除会话方法删除会话

3、怎样才能获取到加入群组之前的聊天记录

解决方案： 加入群组，融云默认是获取不到之前的历史消息，如果想获取到之前的历史消息，需要在开发者后台 -- 免费基础功能 中开通 “新用户获取加入群组前历史消息” 服务，服务开通后 30 分钟左右生效

4、消息中的接收方和发送方 ID 为什么是相同的

解决方案： 如果在接收方来查看消息的话，接收方 id 和 发送方 id 是相同的。 消息体中 targetId 表示会话 id （接收方），senderUserId 表示发送方 id ，messageDirection 表示消息方向，发送: 1，接收: 2 如果 A 给 B 发送一条消息，那么在 B 的角度看的话 targetId 为 A，senderUserId 也是 A，只是 messageDirection 为 2 表示接收 在 A 的角度看的话， targetId 为 B，senderUserId 是 A，只是 messageDirection 为 1 表示发送

5、删除历史消息时，参数与文档描述一致，但是结果却返回 33007 表示：未开通历史消息服务，但是开发者后台早已经开通了

解决方案： 因传入了比融云服务器时间还要大的时间, 所以服务返回了此错误码. 如果要保证删除成功, 建议传入会话最后一条消息的 sentTime (发送时间)

6、接收 emoji 显示不出来

解决方案： 1、Web SDK 接收消息后，消息体内的原生 Emoji 字符会被解码为对应 Unicode 码，需调用转化方法才能正确显示 2、不同浏览器, 不同设备, 展示的原生 Emoji 表情都不同 3、如需多端展示 Emoji 一致, 需使用 emojiToHTML 转化为 HTML 后再展示(此方法为以图片形式展示) 4、emojiToHTML 和 symbolToHTML 仅支持默认的 128 个 emoji. 展示更多, 需自行扩展 详情参考：https://docs.rongcloud.cn/v4/views/im/noui/guide/private/msgmanage/msgsend/web.html#emoji

暂时先记录这些，后续还有的话会继续添加进去，也欢迎大家进行补充，一起学习一下，笔芯 ♥️ ♥️ ♥️ ！！！

前言

本人是一个游戏爱好者，经常会在斗鱼或者虎牙看游戏主播的精彩操作，特别是近几年直播的火速崛起，各个平台都打着人人都可以成为主播的口号来获取直播流量，所以我就在想直播门槛这么低的吗！这个疑问直到我看到 融云的低延迟直播 SDK 才打消了。

那么这个低延迟直播 SDK 是什么呢？

工欲善其事，必先利其器！那么这个低延迟直播就是成为主播之路的神器。下面是介绍：

低延迟直播 SDK 可以满足 1 个或多个主播与百万观众实时互动，避免延迟带来的距离感，增加用户活跃，支持主播推流，观众拉流，连麦互动等功能，为方便开发者集成降低集成难度，直播场景和会议场景都用 RongRTCLib SDK ，可在 SDK 调用时用参数加以区分集成场景

也就是说通过集成 低延迟直播 SDK 我们可以自己实现一个主播平台，集成的方式也非常简单，快速集成分三个步骤：

1、首先您需要了解集成的前置条件：https://docs.rongcloud.cn/v4/views/rtc/livevideo/guide/quick/premise/web.html

2、完成前置条件后，开始实现主播端发布音视频流的操作：https://docs.rongcloud.cn/v4/views/rtc/livevideo/guide/quick/anchor/web.html

3、有了主播后，咋们也不能忘记观众端，观众端就比较简单了，只需要订阅主播端发布成功的音视频资源就可以了：https://docs.rongcloud.cn/v4/views/rtc/livevideo/guide/quick/audience/web.html

完成上面三个步骤后，您就已经初步集成完 低延迟直播 SDK 了，主播和观众就可以互通了，是不是很简单！如果您觉得集成比较麻烦，OK ！还有一个 Web 在线集成体验的示例，体验完后还可以直接拿到 demo ，跳转地址：https://docs.rongcloud.cn/v4/views/rtc/livevideo/guide/demo/web.html

如果您还想进阶更高级一点的，需要好好研究一下文档当中的其他功能，比如：

发布文件资源：Web 可以通过拿到本地音频、视频文件资源，进行发布。代码示例：

// 通过 video 标签播放本地音视频资源。

let videoNode = document.querySelector('#target');

let mediaStream = videoNode.captureStream();

let user = {

  id: '请填写用户 ID',

  stream: {    

    tag: 'custom',

    type: StreamType.AUDIO_AND_VIDEO,

    mediaStream: mediaStream

  }

};

stream.publish(user).then(() => {

  console.log('发布成功');

}, error => {

  console.log(error);

});

发布屏幕共享资源：Web 可以通过 stream.get 方法获取屏幕媒体流。 仅支持 Chrome 获取屏幕共享资源。代码示例：

var config = {

  height:480,

  width:640,

  frameRate:15,

  screen: true,

  desktopStreamId: 'desktopStreamId',

}



stream.get(config).then(function ({ mediaStream }) {

  let user = {

    id: '请填写用户 ID',

    stream: {    

      tag: 'screen',

      type: StreamType.AUDIO_AND_VIDEO,

      mediaStream: mediaStream

    }

  }

  stream.publish(user).then(() => {

    console.log('发布成功');

  }, error => {

    console.log(error);

  });

}, error => {

  console.error(error);

});

等等······还有好多扩展功能等您来发现！授人以鱼，不如授人以渔，哈哈哈，我们不仅能自己成为主播，还能创造主播，还等什么呢，赶紧试一下吧

前言

今年因为疫情的影响，很多线下的项目或者活动都放在了线上，所以集成音视频等相关的话题一直比较火热。 作为一个小码农对微信音视频通话的功能还是比较好奇的，所以空闲的时候就想着自己能不能也实现一个，给朋友一个链接地址然后就可以愉快的视频通话了（小小的满足一下虚荣心）

对于集成音视频纯小白来说，前期准备工作的确不好整，因为对这块没什么概念，对后面需要做什么列不出一个清晰的步骤出来（蓝廋香菇～～～），幸运的是，在网上找相关知识时意外发现了一家做音视频 SDK 的（融云https://www.rongcloud.cn/）

为什么推荐他们家呢，主要是他们的开发文档比较适用于像我这样的小白，跟着他们的快速文档无脑实现音视频通话。点这个地址，开启你的音视频之旅吧：https://docs.rongcloud.cn/v4/views/rtc/call/noui/quick/web.html

特别意外的是融云还提供了 Web 端在线集成体验示例，体验完后还能拿到 demo ，附上跳转连接：https://docs.rongcloud.cn/v4/views/rtc/call/noui/demo/web.html

音视频通话介绍 音视频通话 SDK 含呼叫流程，可以实现一对一呼叫、多人呼叫等音视频通话场景，音视频通话 SDK 区别于音视频会议 SDK，音视频通话（呼叫）SDK 不需要双方约定房间号，呼叫流程自动处理房间号，适用于类似微信音视频通话等必须含有呼叫流程的应用场景，由两部分组成 信令通知 和 音视频传输

信令通知：基于 IMLib SDK，例如 A 给 B 发起通话，A 优先会通过 IM 给 B 发送一个通话请求，B 同意后再进入音视频房间进行音视频通信 音视频传输：基于 RongRTCLib SDK，例如 A 给 B 发起通话，信令传输完成后，会适用融云提供的音视频能力进行通信

但是在集成的时候，有几点是需要吐槽的：

1、我给其他人发起通话的时候，直接就触发挂断了返回 "SummaryMessage" 类型消息，咋又看不懂在文档找了半天都没发现 SummaryMessage 的详细描述，只知道是挂断电话返回的消息，最后提交了工单才了解挂断的原因。

Web 端挂断原因 HungupMessage 消息中 reason 字段及 SummaryMessage 消息中 status 字段都为挂断原因

原来是对方忙碌导致的接听失败！！！

2、前段时间还能正常通话，升级完 chrome 后就报错了（一脸懵逼 ），报错信息如下： Failed to execute 'setLocalDescription' on 'RTCPeerConnection': Failed to parse SessionDescription. m=video 9 UDP/TLS/RTP/SAVPF 98 99 96 97 100 101 127 Invalid value:

提供单询问融云的技术人员，才知道是由于 chrome 86 升级了 webRTC 的规范，SDK 在 3.2.6 版本做了相关适配。如果 SDK 使用的不是 3.2.6 版本。需要升级至 3.2.6 版本

Electron 知识普及

目前市面上的通讯软件多数都是支持多种平台的，Android 端、iOS 端、PC 端、Web 端、小程序端等。由于传统的 PC 端开发成本很高。所以今天给大家推荐使用 Electron 来实现 PC 端。

Electron 是通过将 Chromium 和 Node.js 合并到同一个运行时环境中，可以用 HTML、CSS 和 JavaScript 构建跨平台桌面应用程序。

Electron 可以将开发好的程序打包成 Mac、Windows 和 Linux 系统。

Electron 官网 https://www.electronjs.org/

Electron 开发 PC 端的理由

1. 使用 Web 技术进行开发，开发成本低，可扩展性强；

2. 跨平台，一套代码可打包为 Windows、Linux、Mac 三套软件；

3. 可直接在现有 Web 应用上进行扩展；

4. 提供浏览器不具备的能力；

实现即时通讯

传统 web 端通信多数都是由 websock 或者是长轮询实现的。目前市面上也有很多做即时通讯的三方，例如：融云，网易云等等。我选择的是融云。

融云提供了一个桌面端解决方案，是使用 Electron 实现。不过个人觉得那个版本有些低，但还是试用了下。

下载 Demo 启动起来，Demo 里面给的很简单不过基本的功能还是有的，把 Demo 中的地址换成了我自己的地址还是比较方便的。

此处省略了些实现过程，Electron 使用的是融云提供的 Demo， web 站点是之前集成的融云的 web 端 SDK。 如果大家想要了解可以先看下文档，由于项目中有很多其他模块内容就不再次展示了。

文档地址 https://docs.rongcloud.cn/v4/views/im/noui/guide/quick/include/web.html

由于我们场景就是单群聊，所以用到的核心接口如下。

1. 初始化连接https://docs.rongcloud.cn/v4/views/im/noui/guide/quick/include/web.html#init

2. 设置监听https://docs.rongcloud.cn/v4/views/im/noui/guide/quick/include/web.html#listener

3. 连接融云https://docs.rongcloud.cn/v4/views/im/noui/guide/quick/include/web.html#connect

4. 发消息https://docs.rongcloud.cn/v4/views/im/noui/guide/quick/include/web.html#send

当时测试时直接用的快速集成中的代码段进行了下修改。还是很方便的。如果需要大家可以自行查看。

结果上图

为了回馈社区用户长期以来的支持，营造良好的社区技术氛围，鼓励更多开发者交流技术心得、分享技术实操方法及经验，创作更多优秀内容。特面向所有社区注册用户开展征集开源项目活动。

活动时间

投稿时间：长期有效

面向对象

Geek Online 社区所有注册用户

内容要求

1、融云产品相关，选题包括：集成 IM 或 RTC 的开源项目；

2、可以解决现实生活中现实存在的一个问题的开源项目。

投稿规则

1、在本篇文章直接回复项目名称+源码地址

2、投稿人社区账号头像、昵称、个人介绍需资料完善

3、稿件投递后 2 个工作日内完成初审，并通过社区消息、邮箱通知。

奖励

1、开源项目一经收录，即可获得 Geek Online 加油包 1 份（内容发布 7 个工作日内发出）；

2、还可根据代码质量给予优秀稿件 200-1000 元京东购物卡奖励，并在社区公示；

3、经编辑审核后，将安排在不限于公众号、社群及网媒中推广；

4、作者有机会加入社区特邀专栏作者计划，获得更高现金激励，并受邀参与融云各类开发者活动（线下/线上）

声明

1、在法律允许范围内，活动最终解释权归 Geek Online 社区所有。

2、对于作者发布非原创内容或有争议内容所引起的一切后果，均由作者承担。欢迎社区用户举报，一经查实，作废处理。

随着疫情的稳定，新学期开始，各地中小学学生开始重返校园，开启新一学期的学习生活。

这可让习惯了过去一年在家远程上课的家长们又开始头痛了。

为什么？因为孩子放学和家长下班时间，二者之间存在一段尴尬的“时间差”。

恰值两会期间，不少人大代表也提出：

希望可以让家长下班和孩子“三点半放学”之间有良好的衔接。建议延长幼儿园、小学放学时间至晚6点

在人民网的领导留言板，我们也可以看到一则留言：

小编身边不乏子女刚上小学的同事朋友，一些上公办学校的朋友反映，其实他们的学校已经开始推迟放学，让学生在学校做完作业到6点再放学，哪怕没有作业也会安排各种兴趣活动，不会让学生傻等到规定时间才走。当然其他一些上民办学校的却说没有变化。细细打听了下，原来在大家还在讨论方案的时候，上海已经率先开始推行了延长放学时间。闵行、嘉定、杨浦、松江，是最先试点的四个区：

• 年前闵行区发布了3：30+晚看护

• 新学期开始嘉定部分公办也实行延迟放学

• 最近杨浦区也实行了“愿留尽留”的课后服务

• 3月7日松江区教育局开展小学生课后服务的基础上，制订实施“云间‘三心’工程”。

闵行区：

在本市小学已经普遍开展放学后课后服务的基础上，进一步延长至下午6点，具体服务时间由区教育行政部门指导学校根据实际情况确定。

嘉定区：

嘉定已有部分公办小学开始实行课后服务了！晚托班从原来的17点左右，延长至18点。

普通小学的晚托班内容分为2个时间段，16:30分以前有各种活动，作业、阅读、体育活动等，而在16:30-18:00之间集中统一看护。

杨浦区:

一二年级需要课后服务的学生他们将在15时30分放学之后，由班主任组织带领至图书馆由老师统一看护至18时。

松江区：

云间“三心”工程覆盖本区所有公办小学（含一贯制学校小学部）、民办学校（小学部）和随迁子女小学。对放学（一般是下午3:30）后有意愿留校参加课外活动和晚托的小学生，提供免费服务。

服务时段根据人数变化和时间推移，分成三个时段：“班级看护”“年级看护”和“校级看护”。“校级看护”以学校为单位落实“看护”工作，一般不晚于下午6:00。

虽然看似放学时间变晚了，家长们压力减轻不少，但实际上有一大部分人还是大呼治标不治本啊！

是什么样的人呢？程序猿肯定是其中一个群体，为什么呢？因为大多数程序猿的作息时间可是996！

3点放学和6点放学，对这些程序猿来说并无太大的区别。对于每晚8、9点钟下班时可以直接摘星揽月的人，这看似已经为家长谋福利的行为实在是杯水车薪，还不够啊！

也有程序猿笑言：人大代表你们是6点下班，那推迟放学和父母下班时间一致，这是要学校陪我996吗？

当然，也不可能要求孩子和家长一样996啊，先不说孩子的身体是否受得了，这老师也肯定受不了。对于推迟放学的做法，不少老师表示：学生的问题解决了，但老师的孩子谁接呢？老师上班的时间越来越长，长久之下，老师很丧失积极性，尤其是班主任老师，会占用其很多时间。

大神” Linus Torvalds 又来怼人了。据开源中国报道，近日，Linux 内核项目负责人 Linus Torvalds 删除了 AWS 工程师提交的一个补丁，他认为这将导致所有使用该补丁的 Linux 用户的 CPU 性能下降(无论他们是否使用英特尔 CPU) 。在回复该邮件时表示：

在我看来，这基本上是将缓存刷新指令导出到用户空间，并为进程提供了一种方式，可以说让与这事情无关的其他人也慢了下来。换言之，据我所知，这就是疯狂的 Intel 发布了有缺陷的 CPU，它给虚拟化代码带来了问题（我对此并不太在意），但现在要因为它的问题影响到本来就没有这些问题的 Linux 用户，这是完全没有意义的。我不想某个应用程序跑起来就像在说 ‘哦，我是一个特别的，漂亮的，如此娇嫩的花，我想刷新 L1D 上的每一个任务缓存，无论我在什么 CPU 上，无论它是否有漏洞’。因为这个应用程序不仅会降低自身速度，还会降低其他应用程序的速度。

也就是说，漏洞确实存在，影响不大，但如果利用这个补丁来修复反而会让用户的电脑变得更慢。
同时，他也指出，Linus 对虚拟化的引用其实也是针对 AWS 的，AWS 和其他云服务提供商一样，销售的虚拟 cpu 通常启用了同步多线程（simultaneous multithreading，SMT）功能。

“在启用 SMT 的情况下，任务调度是分布式进行的，所以说，在任务结束与新任务开始之间刷新 L1D 缓存是非常愚蠢的。”

对此，有网友表示赞成，认为这是典型的 AOE 补丁，打补丁之后，无论是 AMD 还是 Intel ，都会降低性能，不能通过是正常的。也有些网友纯碎是来吃瓜的，表示 Linus 又口吐芬芳了，我的青春又回来了！（手动狗头）

新型攻击方式 Snoop那么，让大神吐槽的这个漏洞补丁是啥？
据开源中国介绍，这种新型攻击名为“探听辅助 L1 数据采样攻击”，简称 Snoop （CVE-2020-0550）。今年 3 月，来自 AWS 的软件工程师 Pawel Wieczorkiewicz 发现了 Intel 处理器的这一漏洞，称它可能会泄露 CPU 内部存储器或缓存中的数据，涉及 CPU 包括 Intel 旗下流行的 Xeon 和 Core 系列处理器。

Pawel 迅速向 Intel 报告了此问题，随后该漏洞被 Intel 定位为中等严重性漏洞。 Snoop 攻击利用 Intel CPU 多级缓存、缓存一致性和总线监听等特性，通过位于 CPU 内核中的一级数据缓存（L1D），通过“总线监听”（bus snooping）功能 —— 在 L1D 中修改数据时发生的缓存更新操作，将数据从 CPU 中泄漏出来。 

所以，这个漏洞到底重不重要呢？在讲这个问题之前，先要明白三级缓存的概念。百度百科显示，通常，计算机会采用三级缓存的设计来提高 CPU 的运行效率，三级缓存包括 L1 一级缓存、L2 二级缓存、L3 三级缓存，这些缓存都集成在 CPU 内，它们的作用是作为 CPU 与主内存之间的高速数据缓冲区。

其中 L1 最靠近 CPU 核心；L2 其次；L3 再次。运行速度方面：L1 最快、L2 次快、L3 最慢；在执行一项任务时，CPU 会先在最快的 L1 中寻找需要的数据，找不到再去找次快的 L2，还找不到再去找 L3，L3 都没有才去内存找。 一级缓存又可以分为一级数据缓存（Data Cache，D-Cache，L1D）和一级指令缓存(Instruction Cache，I-Cache，L1I)，分别用于存放数据及执行数据的指令解码，两者可同时被 CPU 访问，减少了 CPU 多核心、多线程争用缓存造成的冲突，提高了处理器的性能。

也就是说，这个漏洞一旦被攻击者利用就会直接攻击电脑的核心，所以，Pawel 认为这一攻击方式是危险的，补丁是必要的。但 Linus Torvalds 却不这样认为。 Intel 官方也给出了解释，表示这种新攻击很难实施，并且不会泄露大量数据，因为 L1D 缓存中的数据非常有限，并且只有在任务运行时调用数据的短暂时间内才会存在。

我们不认为 Snoop 攻击在可信赖的操作系统环境下是一种实用的攻击方法，因为要利用这一漏洞需要同时满足很多苛刻的条件，比如攻击的时间要正好与用户打开程序的时间吻合，且程序调用的数据正好是攻击者想要窃取的数据。

至于这个补丁是否真的没多大用处，我们也只能等待时间来证明了。

“暴脾气”的开源之父：Linus Torvalds在开源世界，Linus Torvalds 是个如雷贯耳的名字。技术天才、大神、开源领袖……他开发的 linux 对开源软件运动功不可没，是所有 Geek 们的最爱。

Linux 是一种自由和开放源代码的类 UNIX 操作系统。该操作系统的内核由 Linus Benedict Torvalds 在 1991 年 10 月 5 日首次发布。在加上用户空间的应用程序之后，成为 Linux 操作系统。

但是，伟大的人总有点怪脾气，这位开源之父就经常因为讲话带有情绪，甚至是因为带有脏话的意见而饱受非议。但大多数情况下 Linus Torvalds 愤怒的主要原因都与技术有关，并不针对人。 

比如，2018 年，为了修补 Spectre 漏洞，Intel 工程师提供了一个间接分支限制推测（indirect branch restricted speculation, IBRS）功能的补丁。

Linus Torvalds 当时就在邮件列表中公开指出 IBRS 会造成系统性能大幅降低，直言该补丁“就是彻彻底底的垃圾”，“Intel 真的要做这个 X 一样的东西？” 再比如，他曾经是这样评价C++：“坦白的说，C++ 是一个非常可怕的语言，并且很多不合格的程序员都在使用它，这让它变得更可怕。

即使你用C语言不做任何事情也可以把那些用 C++ 的程序员干掉。”甚至连 windows 也没逃过他的吐槽。在一次采访中，记者问他对微软 Windows 操作系统的看法时，他回答道：Windows 作为一个操作系统，确实打造了许多还算 OK 的应用，其中有些还是非常不错的。但是从操作系统跟这个角度来看的话，Windows 真的是一个很烂的操作系统。

从道德角度来看，他的影响会更大些。微软确实是在影响着世界，但是我觉得他们不应该涉及那么广，只顾着赚钱。”还有，在一次课堂上，当有学生问及英伟达芯片相关的问题时，Linus 更是简单粗暴，并且直接对着镜头来了这么个动作：

尽管他自己也意识到了自己的这个坏毛病，曾经还表示闭关反省，但网友们认为这也并非什么大问题，毕竟比起他做出的贡献，这些反而是大神的人格魅力。

转载于公众号“码个蛋”

昨天，来自杭州某公司招聘人员的一句话，彻底点燃了各种朋友圈、微信群。究竟是怎么一句话呢？

这个所谓的产品招聘吴先生这句话瞬间激起了广大网友的愤怒，要知道别看现在大学扩招，对一些人来说似乎考上本科不再是很难的事，但是饱汉不知饿汉饥，实际情况是，自从1977年恢复高考以来，40余年累计毕业的大学生一共才11518万人，粗略统计三本以上占一半，专科占一半，也就是说，本科生的数量可能只有5759万人。

这是什么概念？中国有13亿人口，按这个算，大学生的比例只有8%，本科生4%，是不是突然觉得大学生还是很少的？毕竟有95%的人不是大学生。

而这个吴先生，这一句话，相当于在藐视95%以上的国人，即使是剩余那些4%的本科生，应该也会被他这句话中的不屑和讥讽感到愤怒。

一个受过教育的人应当知道礼义廉耻怎么写，应当知道君子有所为而有所不为。也许这个吴先生出生不错，不用在小小年纪需要种田耕作、不用为生计奔波，可以衣食无忧的去读书写字，最终考上了按他逻辑正常人都能上的大学，但这不代表他有权利去否定别人！

一夜之间，这家citydo公司成了网红，这之前我相信99%的小伙伴都没听过他的名字吧？

我们看看知乎上对这家公司的风评：

真是什么样的公司出什么样的人？！

不出意外，公司最后还是出来澄清，说了一些大家闭上眼睛都能背出来的官方术语。就差说这是个临时工了。

不过为时已晚，众多网友已经开始了对该公司的旅游参观，瞬间将BOSS直聘上这家公司的招聘职位挤爆了。

这家公司的职员也是从上到下被问候了不少

从总经理的回复看，似乎也已经被冲昏了头脑…

同时，一些其他岗位的招聘人员也是被牵连，相当无奈…

小编从网上也去搜了下这家公司的背景，看到了他中标了中国电信的一个项目，如果是和这类国企接触过或者工作过的小伙伴应该知道，没有一点背景的话，这类大国企的项目会中标？这其中的猫腻不用多说，懂的人自然懂。难怪还能这么趾高气昂的看不起求职者、看不起大多数国人。

大家是怎么看待这家公司？对这家公司有什么了解？你还会不会去这家公司应聘？赶紧留言告诉我们！