推荐关注
› Meteor
› JSLint - a JavaScript code quality tool
› jsFiddle
› D3.js
› WebStorm
推荐书目
› JavaScript 权威指南第 5 版
› Closure: The Definitive Guide
› Closure: The Definitive Guide
这是一个创建于 2769 天前的主题，其中的信息可能已经有所发展或是发生改变。
项目前后端都是我来写,大概估算了下,整个项目花在前端的时间大概是后端的三倍左右.就算用了 vue+element-ui 还是累
68 条回复 • 2020-05-18 14:31:05 +08:00
 |
1
noark9 2017-05-06 21:54:21 +08:00
跟用户对接的地方，要考虑各种各样奇奇怪怪的现象 + 实现各种各样奇奇怪怪的 UI，虽然有的 UI 看上去没那么奇怪
|
 |
3
scriptB0y 2017-05-06 22:09:18 +08:00
我是之前也是这样，后端 python 很快就写好了，前端改了好长时间…………
|
 |
4
dtysky 2017-05-06 22:15:59 +08:00
后台？能用 UIKIT 你就偷笑吧。。。
活动页面表示全定制化，一个活动已经写了 5K 左右 CSS 了，媒体查询写了 2K 来行，醉了。。。 |
 |
5
Blazings 2017-05-06 22:51:43 +08:00
是这样的, 代码量很大, 很辛苦, 没办法啊,
|
 |
6
murmur 2017-05-06 22:55:33 +08:00
前端如果没有设计稿没方案累的 1b，架构出来拿到完整设计稿就简单了，难的直接把需求打一顿就好了
|
|
7
murmur 2017-05-06 22:59:36 +08:00
@dtysky 响应式布局是个看着很美做起来很操蛋的东西，一套代码同时适应 pc、平板、手机横竖屏，有这样的东西做梦都会笑醒
典型的例子就是小米首页，每次都被拿来做媒体查询的反例教学，横屏手机下字体大的惊人，1/3 header，1/3footer，剩下 1/3 是提醒你下载小米之家 app 的弹出广告 |
 |
8
Kilerd 2017-05-06 23:26:07 +08:00
后台用 Python 一下就写玩了，每次写前端就难受，UI 设计，交互啥的，难受的一批。
|
 |
9
peneazy 2017-05-06 23:33:58 +08:00
想起之前参与的项目组，因为前端人员配备问题，PC 页面由 Java 后端来写后，人手立马不够了，又招了 2 个后端还天天加班。几个后端经常吐槽不想写前端，后端的东西基本想一下有个思路去写了，前端要各种折腾。
|
 |
10
ljcarsenal 2017-05-06 23:38:23 +08:00 via Android
@dtysky 为啥这么多媒体查询
|
 |
11
echoescn 2017-05-06 23:41:03 +08:00
其实都一样，后端如果逻辑不停的修改，改架构也够累的
|
 |
12
WytheHuang 2017-05-06 23:47:09 +08:00
没有设计稿，真心累的一批~弄好你觉得可以，老板说有点不符合公司清空，能不能加点功能上去~
|
 |
13
elone 2017-05-06 23:49:51 +08:00
前端是个体力活
|
|
14
dtysky 2017-05-06 23:52:28 +08:00 via Android
@ljcarsenal 从 iphone4 到 ipadpro 还有横竖屏 从 720p 到 2k 啊
|
 |
15
mogutouer 2017-05-07 00:05:45 +08:00
其实前端缺了一个类似 Xcode 的 storyboard 的东西，就是图形化的界面编辑，改个字体设置个距离嵌套个图层，大小颜色乃至背景不但 div 写一大堆效果全靠脑补，连 css 也要逐行写。js 倒没多少功夫，时间全花到 html 和 css 上了，怎么就没个工具呢？前端就那么喜欢纯手写界面吗？以前 Dreamweaver 现在还能用么？
|
 |
16
8355 2017-05-07 00:43:19 +08:00
如果按代码量来说的花前端确实很大. 但后端活也不少啊. 后续的一些性能优化 服务器运维什么的.
|
 |
17
Septembers 2017-05-07 01:18:00 +08:00 via iPhone
@mogutouer 前端这样也是原因的
因为要尽可能控制二进制开销提高加载以及首次首屏渲染速度速度就由不得 代码生成 JS/CSS 需要处理各浏览器各种行为差异和缺陷 各种 cases 的处理开销分分钟上去 |
 |
18
sammo 2017-05-07 01:28:11 +08:00
交给那些觉得值得的人去做吧
|
 |
19
Dzinlife 2017-05-07 01:47:55 +08:00  4
后端的产出是跟机器交流，前端的产出是跟人交流。
|
 |
20
kurisu 2017-05-07 02:27:38 +08:00
同感。。。。
|
 |
21
tlday 2017-05-07 03:51:28 +08:00 via Android
@mogutouer 以前 DW 我不用是因为自动生成的代码不符合我的预期，特别是在不同浏览器环境下。而如果自动生成了代码再去手动改，往往会改出奇奇怪怪的 bug。反而不如自己手动去写。前端里面 css 各种奇奇怪怪的 hack 方法，不同属性组合带来的各种副作用是 css 难写的一大原因。好在现在有了 flex(兼容性就…)，不用再去 hack table 或者 float 来布局。不过花在前端开发里时间最多的我一般是调兼容性。
|
 |
22
lsls931011 2017-05-07 07:53:53 +08:00
我也一样，我现在给公司写前端和后端，说实在我不喜欢写前端，前端很烦
|
 |
23
tairan2006 2017-05-07 08:48:10 +08:00
后端的工作量主要由流量决定，前端的工作量就主要由需求决定
|
 |
24
paradoxs 2017-05-07 09:05:45 +08:00
主要是后端 写一次就好了.
前端 他妈的.. 产品搞你 测试搞你 UI 搞你 全公司都搞你 |
|
26
murmur 2017-05-07 09:19:27 +08:00
|
 |
27
kimown 2017-05-07 09:26:21 +08:00 1
这还不是最坑的，ok，是 web，好，那微信是要正常的，安卓 /IOS 浏览器两个平台要支持也是正常的。需求来了，嵌入 APP，安卓 /IOS APP 各种兼容性调，什么，还需要和原生交互，安卓 /IOS 的 bridge 搞起，和其他项目组的配合就和前后端联调一样麻烦。设计师要求严格点，1px 分分钟让你做人，什么，怎么 H5 怎么不好用，怎么不怎么流畅，你看看 Native，ok，各种优化搞起。
|
 |
28
Infernalzero 2017-05-07 10:02:18 +08:00
这得看系统复杂度和访问量以及对稳定性的考虑了
后端如果不考虑这些，那代码的确可以随便写，量肯定没前端多，然后一般前端或者全栈的写后端多数都喜欢省事直接都把业务逻辑写 sql 里，看似需求是完成了，其实访问量只要上去了就直接吃翔 |
 |
29
zjqzxc 2017-05-07 10:05:45 +08:00 1
人类都有高估自己能力及低估任务复杂度的倾向
一般把自己最初预估的时间乘上 3~5 倍就比较靠谱了 然后再根据这个时间留适当的富裕 |
 |
30
ly710 2017-05-07 10:18:29 +08:00
这贴我收藏了，我也是这个感觉，但是为什么 app 开发我就觉得很快？ app 也算前端啊？
|
 |
31
onvno 2017-05-07 10:25:30 +08:00
之前看到这么一句话，前端反应的问题就是：人民日益增长的物质文化需求和落后的生产力之间的矛盾
|
 |
32
vsunbe 2017-05-07 11:19:59 +08:00
因为前端工具还处于原始时代
|
 |
33
bozong 2017-05-07 11:30:51 +08:00
讨厌前端。。。
|
 |
34
nvcsadjkojf 2017-05-07 11:37:07 +08:00 via Android
这么多讨厌前端的人，也没见工作好找
|
 |
35
reus 2017-05-07 11:47:35 +08:00
vue 哪里能提高开发效率。纯 js 才是正道。
|
 |
36
Xrong 2017-05-07 12:21:52 +08:00
我也很讨厌前端，一碰到样式问题就头疼。。。
|
 |
37
Antidictator 2017-05-07 13:20:29 +08:00
@dtysky 想入坑 uikit，然而感觉好像没有 bootstrap 那么容易上手？求最佳姿势
|
 |
38
Immortal 2017-05-07 13:21:39 +08:00
那你是没有遇到过复杂的后端逻辑
|
|
39
tlday 2017-05-07 13:31:45 +08:00 via Android
@hronro 之前没有关注这个工具，我当时用 flex 需要手写 flex，-webkit-flex, -webkit-box 三套，心有余悸。感谢，赶紧加入工具链。
|
 |
40
fhefh 2017-05-07 15:00:16 +08:00
@lsls931011 #22 我也很不喜欢 有时候直接给我一个 jpg 让我就照着这样做 那是一个辛酸呀
|
 |
43
j 2017-05-07 15:07:05 +08:00 1
zf 网站都是 20 世纪设计风，后台 asp 又如何，用的还不是好好的
做产品经理的应该只关注核心卖点 搞花花肠子纯粹就是浪费自己的生命和公司的资源。 |
 |
44
wc951 2017-05-07 15:31:05 +08:00
当然累啊，美工只会切图，css 都要自己来
|
 |
45
otakustay 2017-05-07 15:51:52 +08:00
说明这项目后端太简单了，估计服务化都不需要
|
 |
46
bombless 2017-05-07 16:08:50 +08:00 via Android
然后我这边还是一个前端配好多个后端……我就觉得我们前端挺牛逼的
|
 |
48
JerryCha 2017-05-07 16:13:31 +08:00 via iPhone
我觉着吧无论是设计还是前端都是很苦逼的
|
 |
49
Tunar 2017-05-07 16:19:18 +08:00 via Android 1
1px
|
 |
51
est 2017-05-07 16:49:29 +08:00
前端就偷着乐把。在三剑客横行的时代，压根就没有前端这个岗位好不好。。
|
 |
52
ikaros 2017-05-07 17:54:19 +08:00
真的是,样式自己排自己写,图标都要自己选,选好之后: "你这个新的标志怎么是 'new', 可以不用这个吗?" 我: " 用'old'？"
|
 |
53
geew 2017-05-07 18:41:53 +08:00
被前端搞得快吐血的路过....
|
 |
55
Sapp 2017-05-07 19:13:40 +08:00
前端真是不难，就是麻烦，麻烦的要死，特别是没设计稿的时候
|
 |
56
doggg 2017-05-07 20:04:22 +08:00
有意思陪我重构之前的弹球游戏吗？ 我想加微博登录、分享和双人实时对战
|
|
57
doggg 2017-05-07 20:06:29 +08:00
借个地方问问有前端要与我重构一款之前写 html 小游戏吗？ qq 490703705
|
 |
58
litpen 2017-05-07 22:35:02 +08:00
实际情况是前端经常在等接口
|
 |
59
chairuosen 2017-05-07 23:15:46 +08:00
前端有一个好处，代码测试时候是好的，上线一般也不会出错。后端就不行了，各种环境不一样，数据不一样导致的问题。
|
 |
60
seki 2017-05-07 23:28:56 +08:00
@chairuosen 浏览器环境也是各种不一样的，有 IE Chrome Safari Firefox，不同版本之间还有差异，虽然有好心人写的库能处理不同环境，但是总有漏网的
|
 |
61
crashX 2017-05-08 09:48:47 +08:00
所以前端应该比后端工资高，只是 CURD 没啥难度。
|
 |
62
lawyi 2017-05-08 10:41:55 +08:00
+1
|
 |
63
Lucups 2017-05-08 12:04:07 +08:00
我的观点与楼上大多数人的观点相反。
我觉得写前端更轻松，因为写完代码立马就能看到效果，改完 bug 立马就给你反馈。 后端就不一样了，写出的东西都是干巴巴的数据，远没有前端那么直观丰富，乐趣少了很多。 至于楼主的『整个项目花在前端的时间大概是后端的三倍左右』问题，我想应该是后端业务逻辑比较简单吧。 因为前端跟后段的复杂度不太好比较，所以我根据我的经验得出的结论是：假设相同复杂度的情况下，前端更轻松。 |
 |
64
iyangyuan 2017-05-08 12:26:22 +08:00 via iPhone
不说项目规模，吐槽无效
|
 |
65
solobat 2017-05-08 14:26:31 +08:00
写不动了
|
 |
66
aksoft 2017-05-08 15:34:30 +08:00
前端发展到现在，不得不说太牛逼，脱了裤子放屁的赶紧 还不如穿裤子放屁
|
 |
67
kingf2e 2018-07-21 13:38:32 +08:00
各位前端开发的 V 友，有意更换工作的可以联系我。公司在招人，待遇不错。
加我 VX: AK PHIL （去掉空格） |
 |
68
xizon 2020-05-18 14:31:05 +08:00
写不动了，最近在修车~
|
Select Language