A*******5
发帖数: 690 | 1 我本身就是前端的，现在也在招前端工作，很少看大家讨论前端，不知道现在行情如何。
我知道很多人不喜欢前端，因为破事多，麻烦，不过我觉得后端的竞争太激烈了，前端
是个需要经验积累的工种，想问问大家javascript developer的位子是不是很少，要求
和待遇如何。 |
d******v
发帖数: 801 | 2 听说狗家前端很好match到组
何。
【在 A*******5 的大作中提到】
: 我本身就是前端的，现在也在招前端工作，很少看大家讨论前端，不知道现在行情如何。
: 我知道很多人不喜欢前端，因为破事多，麻烦，不过我觉得后端的竞争太激烈了，前端
: 是个需要经验积累的工种，想问问大家javascript developer的位子是不是很少，要求
: 和待遇如何。
|
c******n
发帖数: 16666 | |
h***n
发帖数: 1600 | 4 我觉得前端变得太快，比起后端来， 前端的经验更加不能积累。前端更需要的是学习
能力，要学得快。另外，要学得东西多,需要好的记忆力。还有,前端的东西太多不可能
都掌握，所以需要选择学什么，需要做决定学到什么程度, 更要决定用什么framework,
libraries来完成一个project,所以需要非常好的判断力。
我感觉应该是前端的位置不少，但高薪的位置比后端少,另外有不少前端的位置其实也
要求对后端有一定程度的掌握。
何。
【在 A*******5 的大作中提到】
: 我本身就是前端的，现在也在招前端工作，很少看大家讨论前端，不知道现在行情如何。
: 我知道很多人不喜欢前端，因为破事多，麻烦，不过我觉得后端的竞争太激烈了，前端
: 是个需要经验积累的工种，想问问大家javascript developer的位子是不是很少，要求
: 和待遇如何。
|
e***a
发帖数: 1661 | 5 I feel that front-end jobs are more than back-end jobs in recent years. |
A*******5
发帖数: 690 | 6 好像大家都这么说，职位多，但是找工作时search出来的不多。。。
我知道后端竞争很激烈，前端怎么样？ |
i*****9
发帖数: 3157 | 7 前端产品迭代快，但对稳定性要求较低，因为没啥 Bug 是 refresh Page救不回来的。
这就导致对代码质量的要求低，也就是对水平高和水平低的程序员区分度不够。
那水平高的为了刷存在感就只能不停的造新轮子，于是整个前端技术框架变化更快，更
进一步加速产品迭代速度，和降低对代码质量的要求。
如果你最后不能加入造轮子那一波，那就只能被动的追着潮流不断推翻重写。这个积累
是很堪忧的。
：我本身就是前端的，现在也在招前端工作，很少看大家讨论前端，不知道现在行情如
何。
：我知道很多人不喜欢前端，因为破事多，麻烦，不过我觉得后端的竞争太激烈了，前
端是个需要经验积累的工种，想问问大家javascript developer的位子是不是很少，要
求和待遇如何。 |
A*******5
发帖数: 690 | 8
谢谢详细回复，前端也有frame啊，写framework算不算造轮子，听说angular1的作者离
开狗家以后，写的vio.js，还是很不错的。还有一点我不太同意，没啥bug是refresh
page救不过来的，这个真的有好多救不过来，前端也跟后端一样debugging的，当然有
时不如后端直观，而且还有部分掌控不了，而且老refresh page也不成啊，我修过千奇
百怪的bug，有很多都是细微的，比如右键菜单栏点页面其他地方有时能消失有时不能
，筛选栏里的value有时打开表格时就有，有时没有，导出excel，IE整个表格都有底色
，但是chrome只有第一页有，但是在网页上看时全都有。打开多重窗口，打开一次之后
，第二次就打不开了。一样的UI设计，到了IE上就全错位了，等等。。。
【在 i*****9 的大作中提到】
: 前端产品迭代快，但对稳定性要求较低，因为没啥 Bug 是 refresh Page救不回来的。
: 这就导致对代码质量的要求低，也就是对水平高和水平低的程序员区分度不够。
: 那水平高的为了刷存在感就只能不停的造新轮子，于是整个前端技术框架变化更快，更
: 进一步加速产品迭代速度，和降低对代码质量的要求。
: 如果你最后不能加入造轮子那一波，那就只能被动的追着潮流不断推翻重写。这个积累
: 是很堪忧的。
:
: ：我本身就是前端的，现在也在招前端工作，很少看大家讨论前端，不知道现在行情如
: 何。
: ：我知道很多人不喜欢前端，因为破事多，麻烦，不过我觉得后端的竞争太激烈了，前
|
i*****9
发帖数: 3157 | 9 造轮子主要就是说的写新的 framework
前端的 Bug 主要是各浏览器版本特性不一致造成的，浏览器版本一换之前修UI的经验
就废了大半。具体业务逻辑，状态数据一般不会把复杂逻辑放前端，这一点不同的框架
来来回回变了好几次，但最后总是因为业务逻辑的更新周期和UI的更新周期不一致，所
以最后还是会回到后端。
前端的工作机会多和对代码质量的要求相对较低都是来源于一个原因，离用户太紧导致
产品迭代太快。
：
：【 在 insect9 (insect9) 的大作中提到: 】 |
r******9
发帖数: 566 | 10 前端大法好。没几个人能深入了解js5和6甚至7. 没几个人能搞懂网站切图布局css响应
式。前端及其繁琐复杂，10个人里9个人嫌烦转去后端 |
|
|
i*****9
发帖数: 3157 | 11 是啊，然后等你都了解这些复杂的东西之后，如果依然想做前端，就会整天琢磨做个新
的 framework 简化这些问题了。于是又是一个新轮子。
：前端大法好。没几个人能深入了解js5和6甚至7. 没几个人能搞懂网站切图布局css响
应式。前端及其繁琐复杂，10个人里9个人嫌烦转去后端 |
c********t
发帖数: 1756 | 12 没做过前端，不过觉得用户需求天天变就很烦。而且浏览器经常自动升级，按下葫芦起
了瓢更烦。感觉你也可以向full stack developer 方向转，可投的职位会更多。
何。
【在 A*******5 的大作中提到】
: 我本身就是前端的，现在也在招前端工作，很少看大家讨论前端，不知道现在行情如何。
: 我知道很多人不喜欢前端，因为破事多，麻烦，不过我觉得后端的竞争太激烈了，前端
: 是个需要经验积累的工种，想问问大家javascript developer的位子是不是很少，要求
: 和待遇如何。
|
t********5
发帖数: 522 | 13 前端不止css/html/javascript，前端也是会crash的，很多bug都不是refresh page就
能救回来的，你们看到的http 500就是web app本身崩了。
前端本身是一个对app performance要求非常高的职位，crappy code会影响页面的
rendering时间，rendering时间长会导致bounce rate增加间接导致revenue降低。如何
让前端页面快速加载涉及到server response time, frontend response time和
payload的优化，这些都是web engineer要考虑的。而且一旦你的web产品是customer
facing的，代码质量要求就更高了，新feature既要iterate的够快，bug也不能有，因
为任何bug都是影响用户体验然后间接影响$$$的。
说了这么多，我就是想说“前端产品迭代快，但对稳定性要求较低，因为没啥 Bug 是
refresh Page救不回来的。这就导致对代码质量的要求低，也就是对水平高和水平低的
程序员区分度不够。”这一
条是不成立的 ：）
至于轮子的问题，这个世界上轮子太多，但是其实不是每出一个新轮子你都要adapt，
对不？：）WordPress还是用世界上最好的语言写的呢，大家不是照样用的很欢。 |
i*****9
发帖数: 3157 | 14 看你怎么定义前端了，有时候在API之上的 service 也算前端。但这种情况下不会单独
说前端工程师，因为这里用的技术栈和所谓后端工程师没啥区别。
当说前端工程师的时候，一般就专指 JavaScript 为核心的Web client 端开发了。
：前端不止css/html/javascript，前端也是会crash的，很多bug都不是refresh page就
：能救回来的，你们看到的http 500就是web app本身崩了。 |
A*******5
发帖数: 690 | 15
是
看来遇到同道中人了，对的，其实前端也有system design的，前端的要求是完美，很
多bug其实是cross browser issue 或者responsive造成的，不是code 自身的问题而是
browser不同定义，参数和handler造成的不同，举个简单的例子，同样是table，在IE
上和其他browser显示会不同，和多层DOM Element 叠加就有可能造成巨大不同。
server response time 非常重要，因为前端控制不了但是必须考虑在内。有些browser
对同一时间的http 请求是有限制的，超过会crash，基本上我想说的这位朋友都说了。
。。
【在 t********5 的大作中提到】
: 前端不止css/html/javascript，前端也是会crash的，很多bug都不是refresh page就
: 能救回来的，你们看到的http 500就是web app本身崩了。
: 前端本身是一个对app performance要求非常高的职位，crappy code会影响页面的
: rendering时间，rendering时间长会导致bounce rate增加间接导致revenue降低。如何
: 让前端页面快速加载涉及到server response time, frontend response time和
: payload的优化，这些都是web engineer要考虑的。而且一旦你的web产品是customer
: facing的，代码质量要求就更高了，新feature既要iterate的够快，bug也不能有，因
: 为任何bug都是影响用户体验然后间接影响$$$的。
: 说了这么多，我就是想说“前端产品迭代快，但对稳定性要求较低，因为没啥 Bug 是
: refresh Page救不回来的。这就导致对代码质量的要求低，也就是对水平高和水平低的
|
c********1
发帖数: 5269 | 16 对前端领会不错
看出来,用心认真工作
IE
browser
【在 A*******5 的大作中提到】
:
: 是
: 看来遇到同道中人了，对的，其实前端也有system design的，前端的要求是完美，很
: 多bug其实是cross browser issue 或者responsive造成的，不是code 自身的问题而是
: browser不同定义，参数和handler造成的不同，举个简单的例子，同样是table，在IE
: 上和其他browser显示会不同，和多层DOM Element 叠加就有可能造成巨大不同。
: server response time 非常重要，因为前端控制不了但是必须考虑在内。有些browser
: 对同一时间的http 请求是有限制的，超过会crash，基本上我想说的这位朋友都说了。
: 。。
|
s*****r
发帖数: 43070 | 17 破事多才会有需求
【在 d******v 的大作中提到】
: 听说狗家前端很好match到组
:
: 何。
|
A*******5
发帖数: 690 | 18
哎呀，我们都已经甘愿做这些别人嫌弃的破事了，您就别在我们的伤口上撒盐了。
再说了，很多印度team的功能就是挖坑，制造出来破事，然后让另一个team 去填，间
接的创造了工作机会和证明了他们自己的存在意义。。。所以破事多需求多才有budget
啊，不知道我理解的对不对。
【在 s*****r 的大作中提到】
: 破事多才会有需求
|
