作者aoisama (普通人)
看板Soft_Job
标题Re: [请益] 一个全端工程师，最少要有什麽程度?
时间Wed Jul 17 14:36:36 2019
全端工程师这个词是最近十年才出现的
我的感觉是因为前端技术的发展迅速
导致传统web开发技能树在前端大幅增加
在SPA流行之前，web开发技能很单纯就是後段语言
加上HTML & 基本CSS
JS在那个年代差不多只是用jquery跑简单的UI
一个专案可能数万行後段程式码
前端的JS只有几百行
在这样的时空中，web工程师实际上重心放在後端语言
随着SPA兴起，前端框架与技术的进步
现在的前端开发已经不再是简单的事情
需要专精的人才去处理
前端工程的复杂度早就不亚於後端工程
而全端工程师的诞生我认为与相关工具的进步直接关联
由於各种工具的辅助，大量节省工程师的时间成本
才可能会有全端工程师这样的职位
我个人认为全端工程师真正的价值
不是一个人可以同时做两件事
而是由於对两端都有涉猎
因此可以从系统整体面相规划设计
例如在实现功能的时候可以设计出弹性的API 规格
此外在中小型团队中，可以依照任务目标灵活调派人手
目前在我工作的团队中，每个人都是全端工程师
最基本的门槛是
前端技术方面，了解JS基础特性
後端技术则是着重於基本演算法
系统设计方面要能够考虑到大型系统的运作及延展度
我自己面试别人的时候都还会问一个 JS 题
意外的是大概2/3的人答不出来，但是这个题目
是我觉得全端工程师在前端技术上的最低门槛
题目是
for(var i = 0; i < 5; i ++) {
setTimeout( function () {
console.log(i);
}, 0);
}
问：输出为何？
再问：如何输出0到4
至於後端问题我通常找leetcode medium 问
此外我们面试绝对不会问框架问题
因为我们认为优秀的工程师不应该受框架限制
而是能够快速学会任何框架
而且我们用的框架是内部设计
问了三大框架问题也没用
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 73.92.178.88 (美国)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1563345398.A.287.html
1F：推 king22649: let? 07/17 15:26
2F：推 sullivan1982: 楼上答对了 07/17 15:32
3F：推 cokellen: IIFE 07/17 15:39
4F：推 wilson6405: 输出4 4 4 4，var改成let 07/17 16:38
5F：推 stupid0319: [0,1,2,3,4].forEach(n => console.log(n)) 07/17 16:47
6F：→ nekosgr93: ES6以前用IIFE 07/17 18:20
7F：→ nekosgr93: ES6以後用let 07/17 18:20
8F：→ cloudskyblue: DOM基本操作呢？CSS呢？资料库基本观念呢？ 07/17 18:27
9F：→ cloudskyblue: 全端最囧的地方就是面试方可以拿任何一方面的”基 07/17 18:28
10F：→ cloudskyblue: 本观念”来考被面试者 因为那是基本观念呀 07/17 18:28
11F：→ cloudskyblue: 你拿资料库优化的基本观念来考後段强前端弱的求职 07/17 18:30
12F：→ cloudskyblue: 者当然可以电他 07/17 18:30
13F：→ cloudskyblue: *前端强後端弱 07/17 18:30
14F：→ cloudskyblue: 你拿javascript closures跟event loop来考CSS强者也 07/17 18:31
15F：→ cloudskyblue: 可以电他 07/17 18:31
16F：→ cloudskyblue: 你拿leetcode medium/hard搞不好也可以电Tyler mcgi 07/17 18:33
17F：→ cloudskyblue: nnis之类的JS大法师 (我是不知道他演算法多强啦) 07/17 18:33
18F：→ cloudskyblue: 考来考去不如大家回归前端vs後端 至少范围清楚一点 07/17 18:37
19F：推 godbye45: 请问为啥是4444呢 07/17 18:59
20F：推 sullivan1982: google js closure就知道为什麽 07/17 19:08
21F：→ cloudskyblue: Godbye45你已经死了 XD 07/17 19:12
22F：推 jixian: 不是55555吗 07/17 19:31
23F：推 neo5277: 我是觉得养成好习惯先写个变数不好吗？ 07/17 19:38
24F：推 UnReal5566: 这是 function scope 跟 EC 的问题吧 07/17 20:26
25F：推 Trinomial: 不是5566吗 07/17 20:31
26F：→ UnReal5566: i 宣告在global 时间到之後 event loop 执行 callbac 07/17 20:31
27F：→ UnReal5566: k 印出 i 。中间有用到包闭吗 07/17 20:32
28F：→ UnReal5566: 要包闭才能拿到 i sor 07/17 20:49
29F：→ Hsins: 也有些人认为前端的重点在 CSS 切版啊，这个要写的优雅也不 07/17 20:55
30F：→ Hsins: 是件容易事，我觉得就像 cloud 说的那样，因为东西太多了， 07/17 20:56
31F：→ godddddd: 放弃js 改用 c# 同事表示两个蛮像的 07/17 20:56
32F：→ Hsins: 很容易被电。 07/17 20:56
33F：→ Hsins: 这题也很多可以深入的啊，比如 callback 时间不要设 0 改成 07/17 20:58
34F：→ Hsins: i，问你为什麽输出不是 0 5 5 5 5 而是 5 5 5 5 5？ 07/17 20:58
35F：→ Hsins: 这样就是一个小陷阱了。 07/17 20:59
36F：→ Hsins: 五楼说的解答也满足题意，可是大概不是面试官想要的答案 07/17 20:59
37F：推 maxqq: 面试最重要的不是考倒对方，基础的确是重点就是 07/17 21:06
38F：→ maxqq: 个性比一切都重要，一个会背答案，实战力＋态度超弱也遇过 07/17 21:07
39F：→ maxqq: 一个太强融不进团队的也不适合 07/17 21:08
40F：→ vi000246: 这种考题虽然考到烂了 但平常没在用还是答不出来XD 07/17 22:45
41F：→ b195f1a: (function(i){console.info(i);})(i) 07/17 23:34
42F：推 neo5277: 只能推max 07/17 23:35
43F：→ gocreating: 写了n年js还没踩过closure的坑，这种观念题已经过时了 07/18 00:56
44F：→ gocreating: 吧？ 07/18 00:56
45F：→ gocreating: 最近看到一题有趣的题目 07/18 01:00
46F：→ gocreating: [1, 7, 11].map(parseInt) 07/18 01:00
47F：推 CloudyWing: 3楼害我思考了一下为什麽是4，这题我不会踩到closure 07/18 01:26
48F：→ CloudyWing: 不过会在12345和55555犹豫，原因是我会忘记javascript 07/18 01:30
49F：→ CloudyWing: 是单线程加上setTimeout(0)我会误以为是立即执行 07/18 01:31
50F：→ CloudyWing: 但看题型我又会怀疑故意考closure，刚去查才发现 07/18 01:32
51F：→ CloudyWing: setTimeout(0)是立即排进序列，而非立即执行... 07/18 01:33
52F：→ CloudyWing: 所以因为单线程，所以不会是随机由小到大的1~5 07/18 01:36
53F：→ CloudyWing: setTimeout(0)非立即执行，所以会等for结束才执行 07/18 01:36
54F：→ CloudyWing: 再加上var i被hosting，所以全部都是5，1题3个细节... 07/18 01:39
55F：推 lturtsamuel: don't use var 07/18 06:54
56F：推 vencil: .map(parseInt) -> .map(Number) 这是考平常没在用的细节 07/18 08:37
57F：推 lightyen: 这是在考平常不会去踩的坑 跟台湾马路一样 07/18 08:58
58F：→ cloudskyblue: 楼上 是的 完全是平常根本避免踩的坑 07/18 09:30
59F：推 NCKUFatPork: 坑就在var 不过现在平常都用let或const了 07/18 10:00
60F：→ nekosgr93: 2019年了还在用var的是山顶洞人了吧 07/18 10:10
61F：→ cloudskyblue: 问题是大家都得为这种坑做准备 因为面试官就喜欢这 07/18 12:53
62F：→ cloudskyblue: 个 不然我团队上有人写这种鬼东西一定被我骂 07/18 12:53
63F：→ charlie0275: 还是不懂为何不同经验出身的工程师为什麽必须要符合 07/18 14:20
64F：→ charlie0275: 全端工程师的标准 还有当他已经是专业前端或後端那 07/18 14:21
65F：→ charlie0275: 还会来应徵全端工程师吗? 07/18 14:21
66F：→ y3k: parseInt那个类型的坑踩过一次就不会那样写了QQ 07/18 16:09
68F：→ Hsins: 不是啊，浏览器端的支援度差，开发时你照样可以写 let，再 07/18 16:22
69F：→ Hsins: 透过 webpack 配合 babel 去打包... 07/18 16:23
70F：→ Hsins: 不然 TypeScript 怎麽办？这篇给问题其实也是 TS 写在文件 07/18 16:24
71F：→ Hsins: 里说为什麽会有 TP 出现，因为 JS ES2015 之前的 xxx 会有 07/18 16:24
72F：→ Hsins: 那些问题，那个问题就是其中一个例子… 07/18 16:25
73F：→ nekosgr93: 2019年了朋友 讲支援度的是活在没有babel的时代吗 而 07/18 17:23
74F：→ nekosgr93: 且我看那个支援度也有94%欸 除非是银行或公家机关还在 07/18 17:23
75F：→ nekosgr93: IE史前时代不然现在很少会碰到旧版浏览器了吧 07/18 17:23
76F：推 shter: 我都不习惯用编译的，Javascript 就是要写了直接在浏览器跑 07/18 23:34
77F：→ shter: 所以还是用 var，这些问题写久了知道就会避开了 07/18 23:34
78F：→ shter: 它也不是没有逻辑或规则可言，也有很多解决这问题的写法 07/18 23:35
79F：→ Hsins: 如果说 TS, CoffeeScript 这种方言就算了，ES 算是 JS 最常 07/18 23:43
80F：→ Hsins: 见也通行的规范了，我觉得 let, var 的争议只是要不要学新 07/18 23:44
81F：→ Hsins: 东西而已，浏览器为了市场也会渐渐支援，不然很容易被淘汰 07/18 23:45
82F：→ Hsins: 像是 class 的语法糖出来了，还要继续用旧的方式写类别吗？ 07/18 23:47
83F：→ Hsins: 还是用推出的 class 语法糖，然後也知道 JS 的继承实作和其 07/18 23:47
84F：→ Hsins: 他语言不同就足够了？ 07/18 23:48
85F：→ y3k: 不 babel还是有团队或公司是不接受的 理由就是不能保稳 07/19 00:50
86F：→ y3k: 我自己也认为他们莫名其妙... 07/19 00:50
87F：→ y3k: 另一个babel会被打枪的状况是包出来很大一包XD 07/19 00:51
88F：推 EPGo: 很大包可以试试polyfill.io之类动态引入的解决方案 07/19 13:34
89F：→ bndan: 这种题目 基本前端没稍微摸的(就不是UI套套的等级)应该会答 07/20 03:02
90F：→ bndan: 的很乱...另外let var 和 array function 等 这种常用的ES6 07/20 03:02
91F：→ bndan: 应该跟前端有关的工程师都该习惯.(打太快是arrow function) 07/20 03:04