南昌javascript师，985毕业的“打工人”，大厂*端开发2年被裁，重新出发转身拿下腾讯offer

想了解南昌javascript师吗？想了解985毕业的“打工人”，大厂前端开发2年被裁，重新出发转身拿下腾讯offer，JavaScript 的黑暗时刻来了？?? 吗？......本文带你一探究竟。

1.985毕业的“打工人”，大厂前端开发2年被裁，重新出发转身拿下腾讯offer

看到标题，可能很多读者朋友恐怕又要骂我了，985这个特殊的字眼也确实异常晃眼，实际上现在985，211也越来越多，它能代表你能够进入到更高的平台，拿到“高级工厂”的入场券，但并不意味着你会成为赢家，或者说也不代表着你会站在金字塔的顶端，因为顶端往往是少数人，位置有限，太挤了总会掉下来，而我就是被挤下来的那一拨人中的一个。985毕业，依然过不好这一生？当我想写这篇文章的时候，实际上内心我也给自己打上了一个大大的疑问号，这句话我是不确定的。对于我的人生来说，同许多打工人一样，并非那么顺利，也因此让我迷茫，故事很长，如果你感兴趣，希望耐心看完。个人自我介绍自我介绍一下，本人南京某985本科毕业，毕业后一直待在一家不大不小的公司里面摸鱼等死，疫情的时候差点被裁员裁掉，自己想了想总不能就这样下去了吧，前几个月决心辞职。辞职后去面了几家公司有过的有被毙的 也没拿到满意的offer，自己在家闲下来学习了几个月，想着去试试腾讯，结果过了！这次就先从笔者自己的心路历程结合面试干货娓娓道来。PS：由于笔者没有面试完就及时写面经的好习惯，以至于一些细节有些忘记了。我会在想起来的第一时间回来补充因为篇幅问题，还有很多算法题和笔试题没写上来，所以我把详细的问题和答案已经一律整理成了一个PDF，需要的朋友可以 点击下方卡片链接我免费共享给你。 希望能帮助到大家！面试腾讯全过程（面试题分享）面试地点：深圳腾讯一面 | 腾讯会议室 | 90分钟面试流程：1.自我介绍主要按照自己的简历从头到尾简单介绍了一遍。2.能挑简历里的一个项目具体说一说吗？腾讯的面试官普遍偏向于深挖简历里写的项目，所以对于写在简历里的内容一定要非常熟练，做到张口就来。这并不意味着面试前端岗位面试官就不会问你其他技术栈的项目，我简历里有几个深度学习的项目，腾讯的每个面试官都会问几句。面试就以这个项目涉及的技术栈贯穿始终。技术栈：vue，vuex，element-ui，ES6，axios，webpack，node.js，小程序涉及领域：toB管理端，视频web播放端，互动直播web客户端3.CSS 的伪类和伪元素的区别是什么？4.过 么，了解哪些新特性；5.了解设计模式么，说说单例模式的优缺点;6.简述 原型以及原型链7.什么是立即执行函数，它的作用是什么？8.深拷贝与浅拷贝区别是什么？9.如何设计一个组件库；10.跨域问题 node怎么配置跨域 (cros)一面的面试官很nice，项目中一些深挖的问题刚开始我没有答上来也会耐心的引导。面试完2天后，腾讯招聘官网面试流程变为“复试”。腾讯二面 | 视频面试 | 40分钟二面的视频电话打过来，直接开始面试。面试流程：1.自我介绍2.可以改变this指向的方法有哪些？3.http2的新特性？4.页面白屏如何排错？5.整体说一下前端开发技术栈6.你认为前端以后的发展会是什么样的？7.前端如何性能优化？8.简述 ES6 的新特性 9.vue、react区别10.对vuex的看法11.用过你觉得最好用的webpack插件 ？12.简述 diff 算法的实现机制和使用场景13.简述 Vue 的生命周期问面试官的问题：现在部门采取的前后端技术栈是什么？当时项目为什么需要重构呢？是原来的架构遇到了什么问题吗？如果有幸加入贵公司，我会负责什么内容？您对我的期望是什么？腾讯三面 | 视频面试 | 25分钟1.hybrid 通信原理；2.如何看待小程序，它的技术原理是；3.离线包怎么做的，现在公司的 app 提供了哪些特殊能力；4.量保障平台如何做的，项目中单元测试怎么做的，为什么要有 E2E 测试；5.什么是 DOM 事件流？6.是单线程吗7.项目的UI问题8.你觉得英语水平会影响编程吗 （答影响不大）HR面 | 电话面 | 15分钟可能是一面和二面之间拖的时间太久了，HR面的电话在三面刚结束的傍晚就打来了。主要聊了一下本科毕业的深造意向。之后聊了部门的业务部分，工作地点等，询问了具体入职时间，在职时长，是否能实地办公等。1.你参加的这么多比赛里面哪一个让你印象深刻?为什么?2.你是怎么改进的?3.你为什么选择要来面腾讯?4.你职业发展规划是怎样的？5.假如你以后要创业，但是你这么热爱技术，你怎么办？6.让你收获最多的项目，你做了什么？Offer | 电话面 | 10分钟4.23号终于等到了offer call。具体讲解了一下入职流程，薪资补贴等。之后就根据邮件准备入职啦～离开是新的开始？①腾讯薪资结构腾讯标准薪资是14薪，但是通常能拿到 16-20薪。年终奖看部门盈利情况，一般是 3个月。腾讯的薪资结构一般是 16 薪，但实际上从 offer 看不乏 18 薪的团队。腾讯内部不同事业线之间存在不小的薪资、股票差距，腾讯的游戏团队薪资、年终奖一般都比较高。②大厂的技术绝对不是一般的小企业能够比拟的，他们的技术处于行业领先水平，在这些企业你想靠吃老本是万万不行的，工作和现实会逼着你不断地学习来提高自己，日积月累，你的技术真的会慢慢地变得牛逼。哪怕你在大厂不是最优秀的，但是大厂的凤尾放一般的公司那就是鸡头，未来升职、加薪等好事儿会优先轮到你。③履历特别好看.有助于在离开头部公司后去小公司做个 leader.或者CTO架构师什么的。毕竟，出来打工，我不惦记钱我惦记什么？结尾最后我想说，写这篇文章，并不是为了什么制造恐慌，更多地是想要告诉大家，无论你的起点如何，都应该保持热忱，无论你身处什么阶段，都不能停止学习，这个社会节奏太快了，一旦停下你可能就被淘汰，需要耗费加倍的精力去追赶。无论985、211，还是大专生，都应该拥有掌控自己人生的能力和权力。起点并不重要，重要的是，终点在哪，完全取决于你。文章内容的学习笔记、面试题集，我面试前复习的资料以及现在正在学习的，感兴趣的朋友均可共享给大家学习，下方领取：快速领取通道：点击下方链接免费获取！诚意满满！！！下期更新：学习心路历程总结，帮助前端自学者出坑

2.JavaScript 的黑暗时刻来了？

近日，横竖都是二的「#」字符在前端圈子点了一把熊熊烈火，燃烧起的浓烟让很多使用 的开发者懊恼其黑暗时刻已来临。这其中真实的原因是 ECMA TC39 委员会（Technical Committee 39，简称TC39）在 GitHub 上通过了一条 语法特性的草案，即被称之为弱类型语言的 中，类的私有属性修饰符将以「#」字符来表示。示例如下：class Counter extends { #x = 0; clicked() { this.#x++; window.(this.render.bind(this)); } () { super(); this.onclick = this.clicked.bind(this); } () { this.render(); } render() { this. = this.#x.toString(); } } window..define('num-counter', Counter); 事实上，我们都知道在 中并没有像 Java 和 C++ 中的 private 关键字来访问私有成员变量，通常开发者更多的是采取以“下划线_”为开头将变量约定为私有成员：function Person(name){ this._name = name; } var person = new Person(‘Joe’); 或者利用 闭包的特性，来模拟私有变量：function Person(name){ var _name = name; this.getName = function(){ return _name; } } var person = new Person(‘Joe’); 由此，我们不禁产生疑问，为何不用和其他语言相同的“private”来表示 类私有字段，而是“#”字符？况且“#”在 Python、MySQL、R、Perl 等编程语言中都是代表的注释，这样是否会造成混乱？ 中为何不用“private”替代“#”？对此，开发者 Jamie 在《's new #private class fields》（ Java、C++ 等编程语言中，都会使用 private 来定义私有字段，用法如下：class { public bar; private baz; method() { this.bar; this.baz; } } 在这些语言中，公有和私有字段的访问方式相同。因此，它们采用这种定义方式也是合理的。但是在 中，因为我们不能使用 this.field 的方式去访问私有属性，那么我们就需要一种在语法上传达关联的方法。通过在这两个地方都使用符号 #，到底在引用哪个属性就很明显了。为什么引用需要“#”字符？我们需要使用 this.＃field 而不是 this.field 主要有几个原因：为了封装性，我们需要允许公有和私有字段可以同时具有相同的名称。因此，访问一个私有字段不仅仅是普通的查找。 中的公有字段可以通过 this.field 或 this ['field'] 引用。而私有字段将无法支持第二种语法方式（因为它是静态的），这可能会导致混淆。需要昂贵的检查“代价”。来看一个代码示例：class Point { #x; #y; (x, y) { this.#x = x; this.#y = y; } equals(other) { return this.#x === other.#x && this.#y === other.#y; } } 注意我们是如何引用 other.＃x 和 other.＃y。通过访问私有字段，我们假设 other 是我们的 Point 类的实例。因为我们已经使用了 # 符号语法，所以我们告诉 编译器我们正在从当前类中查找私有属性。但是如果我们不使用 # 符号会发生什么？equals() { return this.x === .x && this.y === .y; } 现在我们遇到了一个问题：我们怎么知道 是什么？ 没有静态类型系统，因此 可以是任何东西。这是一个问题主要出于两个原因：函数的行为取决于开发者传递给它的值的类型：有时访问私有属性，有时查找公有属性。我们必须每次都检查 的类型。if ( Point && (, Point) ) { return (, 'foo'); } else { return .foo; } 更糟糕的是，我们必须为类中的每个属性访问执行此操作，以检查我们是否引用了私有属性。本来属性的访问已经非常慢了，所以我们绝对不想再增加它的权重。因此，我们需要对私有属性使用 # 字符，因为使用其他方式会造成不可预料的行为和后果，升值可能带来巨大的性能问题。开发者的态度但即使如此，草案刚刚通过，GitHub 上的不少开发者还是坐不住了，纷纷站出来表示（ 竟对这个草案达成共识？！对此，我真的很失望。我不想说这是自 ES4 发展历史以来最黑暗的一天，因为历史会证明一切。TC39 委员会内部可能达成共识（尽管我知晓至少有一位委员会成员不同意这一点），但 TC39 和社区之间肯定没有达成共识，我不明白他们为何会忽略这一点。我更宁愿“private”而不是“#”作为 私有属性的修饰符。作为 @ 装饰器的语法，也许“#”未来会被用于另一种特殊的语法。甚至有开发者针对提案做了调研，结果显示反对声很强烈：同时国内的开发者也开启了吐槽模式：基于此，TC39 委员会成员@littledan 回应表示，我真的认为 TC39 之外的社区观点非常重要，并希望在我们的决策中尽可能地考虑它。我真的想通过 GitHub repos 作为通信媒介，以获得针对我们的规范更多的反馈意见。针对这个提案，我很抱歉没有更详细地关注和审核。尤其令我感到遗憾的是，当讨论有负面态度时，我没有强烈的干预。因为我想让开发者都知道你的意见对我和 TC39 中的许多人都非常重要。除了在 GitHub 的讨论之外，我也一直在与各种库、框架的作者以及在更传统的面向对象编程语言方面有更多经验的开发者交谈。对于这些人中的许多人来说，缺乏易于使用的封装是 中的一个大漏洞，虽然通常开发者需要一些时间来习惯语法，但这种方法仍被视为一种实用的选择。我觉得那些对这个提案持肯定态度的人不太愿意在 GitHub 问题上发表评论，而这些问题更多的是表达不同意见。鉴于世界上数以百万计的 开发者，开放流程无法在整个社区中达成绝对的共识，但这并不意味着我们会忽略这些意见。但有时候，我们必须做出艰难的选择，尽可能多地考虑社区开发者的意见，并做出这些选择是 TC39 有权做的事情。你如何看待这项新特性？欢迎下方留言，分享你的看法。

上述文章了解到关于985毕业的“打工人”，大厂前端开发2年被裁，重新出发转身拿下腾讯offer，JavaScript 的黑暗时刻来了？?? ，让我们对南昌javascript师 有一个直观的认知。我们发现，作为一个优秀的Java程序员是多么的自豪。