r******9
发帖数: 566 | 1 promise generator yield 真尼玛烦 说前端简单的我看是因为前端太难 自己不会找的
借口。我还觉得刷题简单呢 |
z*********n
发帖数: 1451 | 2 有人说前端简单吗？以前做过一些前端，就是觉着前端坑太深，选了后端。 |
t****b
发帖数: 2484 | 3 我从后端转到前端……哭晕在厕所
【在 z*********n 的大作中提到】
: 有人说前端简单吗？以前做过一些前端，就是觉着前端坑太深，选了后端。
|
m*****o
发帖数: 6598 | 4 前端不是简单而是tedious，而且所有人都会来指手画脚 |
l****u
发帖数: 1764 | 5 前端的问题是轮子框架太多，迭代更新太快。尼玛一个刚上手还没学熟练，马上别人说
你怎么还在用XXX啊，现在大家都用YYY，ZZZ，最不济也WWW了。好吧，那重新开始学
YYY，感觉确实也不难，也比XXX好，然后过不了多久发现又出来VVV，UUU了。。。 |
H**********5
发帖数: 2012 | 6 companies usually will not test algorithm or lc for front-end guys,and ask
them to implement a app in a hour. |
A*******5
发帖数: 690 | 7
就是， IE11及以上版本还不支持promise，这个东西可是Angular-cli的基础，也是
Angular2的基础。。。
【在 r******9 的大作中提到】
: promise generator yield 真尼玛烦 说前端简单的我看是因为前端太难 自己不会找的
: 借口。我还觉得刷题简单呢
|
A*******5
发帖数: 690 | 8
这个是因为前端的测试软件或pulgin功能不完善导致的，像jasmine， Chai 都是有针
对性的简单测试，而且前端很多测试会与http方面的测试重叠，这个测试不能算纯前端
，UI用selenium测，似乎没有一个能整合这些部分的comprehensive的工具，而且大家
似乎也没觉得有必要。。。
【在 H**********5 的大作中提到】
: companies usually will not test algorithm or lc for front-end guys,and ask
: them to implement a app in a hour.
|
A*******5
发帖数: 690 | 9
现在流行的是Vue.js? 不过可以理解，Angular1只有一部分人买账，当然在没有对比过
Angular2的时候，后者匆匆收尾就跳到Angular4，连平台也变了，抛弃了Angular-cli
，目前好像也没什么人买账。react还可以，但是其名声有被夸大的嫌疑，它用来做新
项目还好，可是和老项目对接起来代价太大，甚至超过Angular，因为它绕不开DOM 模
版，用任何方法都绕不开，也没有官方或野生的插件来减轻工作量。jquery 屹立江湖
多年，唯一被广泛抱怨的就是它debug起来太烦，Angular也有这方面问题。前端更新快
，不过学起来也快阿。那些怎么也学不好的，估计很快就被淘汰了。。。
【在 l****u 的大作中提到】
: 前端的问题是轮子框架太多，迭代更新太快。尼玛一个刚上手还没学熟练，马上别人说
: 你怎么还在用XXX啊，现在大家都用YYY，ZZZ，最不济也WWW了。好吧，那重新开始学
: YYY，感觉确实也不难，也比XXX好，然后过不了多久发现又出来VVV，UUU了。。。
|
l****u
发帖数: 1764 | 10 学的是快 但学完没多久又得重新学习新玩具，不觉得神烦么？你5年工作经验和一个0.
5年工作经验的对一个新玩意熟悉程度一样，因为你前面4.5年学的其他东西已经过时了
…
[在 AmABB2015 () 的大作中提到：]
:现在流行的是Vue.js? 不过可以理解，Angular1只有一部分人买账，当然在没有对比
过Angular2的时候，后者匆匆收尾就跳到Angular4，连平台也变了，抛弃了Angular-
cli
:，目前好像也没什么人买账。react还可以，但是其名声有被夸大的嫌疑，它用来做新
:项目还好，可是和老项目对接起来代价太大，甚至超过Angular，因为它绕不开DOM 模
:版，用任何方法都绕不开，也没有官方或野生的插件来减轻工作量。jquery 屹立江湖
:多年，唯一被广泛抱怨的就是它debug起来太烦，Angular也有这方面问题。前端更新
快，不过学起来也快阿。那些怎么也学不好的，估计很快就被淘汰了。。。 |
|
|
d*****1
发帖数: 8618 | |
r******9
发帖数: 566 | 12
这你就错了 GF的前端面试不照样刷题吗 大部分前端都是要刷题的
【在 H**********5 的大作中提到】
: companies usually will not test algorithm or lc for front-end guys,and ask
: them to implement a app in a hour.
|
r******9
发帖数: 566 | 13
错 前端也考算法。而且考的比大家想象的疯狂。
【在 A*******5 的大作中提到】
:
: 现在流行的是Vue.js? 不过可以理解，Angular1只有一部分人买账，当然在没有对比过
: Angular2的时候，后者匆匆收尾就跳到Angular4，连平台也变了，抛弃了Angular-cli
: ，目前好像也没什么人买账。react还可以，但是其名声有被夸大的嫌疑，它用来做新
: 项目还好，可是和老项目对接起来代价太大，甚至超过Angular，因为它绕不开DOM 模
: 版，用任何方法都绕不开，也没有官方或野生的插件来减轻工作量。jquery 屹立江湖
: 多年，唯一被广泛抱怨的就是它debug起来太烦，Angular也有这方面问题。前端更新快
: ，不过学起来也快阿。那些怎么也学不好的，估计很快就被淘汰了。。。
|
A*******5
发帖数: 690 | 14
0.
会学的快，而且对于不同browser的特性理解会更深，前端是很繁琐，像我修过的bug都
是，为什么click一下不行，或者有时不行，要click两次（不是双击）才行，为什么
click中间不行，得click 两边menu才会收起来，为什么有时在filter里的value下次打
开就不见了等等等等。。。这些都能在code里面locate到bug
【在 l****u 的大作中提到】
: 学的是快 但学完没多久又得重新学习新玩具，不觉得神烦么？你5年工作经验和一个0.
: 5年工作经验的对一个新玩意熟悉程度一样，因为你前面4.5年学的其他东西已经过时了
: …
: [在 AmABB2015 () 的大作中提到：]
: :现在流行的是Vue.js? 不过可以理解，Angular1只有一部分人买账，当然在没有对比
: 过Angular2的时候，后者匆匆收尾就跳到Angular4，连平台也变了，抛弃了Angular-
: cli
: :，目前好像也没什么人买账。react还可以，但是其名声有被夸大的嫌疑，它用来做新
: :项目还好，可是和老项目对接起来代价太大，甚至超过Angular，因为它绕不开DOM 模
: :版，用任何方法都绕不开，也没有官方或野生的插件来减轻工作量。jquery 屹立江湖
|
A*******5
发帖数: 690 | 15
我没说过前端不考算法啊，我们前端也要用到算法的，DOM的层状结构，或者表格的树
状结构等等，我们会用jiavascript 刷recursive， permutation， combination的那
些题。
【在 r******9 的大作中提到】
:
: 错 前端也考算法。而且考的比大家想象的疯狂。
|
h***n
发帖数: 1600 | 16 这些算法在前端用处确实不是很大。主要是算法通常是假设在非常大的时候才看得出差
别，因为前端是在client的计算机上完成，所以不是万不得以是不会把非常大的计算量
放到前端的，特别是现在是盛行mobile phone的年代。所以前端要解决的的问题不是计
算量。前端如果牵涉到和速度有关的瓶颈问题，通常是由于browser handle不了或者
client端的机器(比如手机)handle不了。所以后端关注的是怎么scale，前端关注是怎
么在艰苦的条件下，解决因无法scale带来的问题。 |
A*******5
发帖数: 690 | 17
是的，正如你所说的，因为不同的browser对http call的handling不同，比如IE，对
http
transaction次数是有限制的，如果完全依靠后端API，那前端照样会崩溃掉，还有现在
很多工作说是前端，实际上是招javascript developer，但是javascript developer不
光是写纯前端，还可以写node.js 上的后端，比如我提到过的gulp，express，还有fs
等等，这个具体看product的平台还有具体用途，比如我用gulp写的就是处理前端的
page的tool，在run time 并不运行，所以也不需要写进后端API
【在 h***n 的大作中提到】
: 这些算法在前端用处确实不是很大。主要是算法通常是假设在非常大的时候才看得出差
: 别，因为前端是在client的计算机上完成，所以不是万不得以是不会把非常大的计算量
: 放到前端的，特别是现在是盛行mobile phone的年代。所以前端要解决的的问题不是计
: 算量。前端如果牵涉到和速度有关的瓶颈问题，通常是由于browser handle不了或者
: client端的机器(比如手机)handle不了。所以后端关注的是怎么scale，前端关注是怎
: 么在艰苦的条件下，解决因无法scale带来的问题。
|
