这是一个创建于 3540 天前的主题，其中的信息可能已经有所发展或是发生改变。
1.各种js框架／类库有不兼容
2.框架／类库对javascript干扰
3.每个框架都是新一套新东西新语法 多个框架堆在一起变成一坨屎
 |
1
arachide OP 框架很多时候看着便宜其实是当
n多没法写正经javascript多前端很悲剧 |
 |
2
kungfuchicken 2015-03-02 17:38:55 +08:00
个人觉得写PHP挺苦B的
1. 各种PHP框架／类库不兼容 2. PHP运行版本对程序功能的干扰 3. 每个PHP框架都是新一套新东西新用法 多个框架堆在一起变成一坨屎 |
|
3
arachide OP 类库对语言能产生干扰对应该只有javascript
偶知道的 $('a') 别的语言没见过 |
 |
4
dalaomj 2015-03-02 17:48:20 +08:00
httponly，剥夺你操作cookie的权限。
|
 |
5
jimwoo 2015-03-02 17:48:27 +08:00
|
 |
6
Mirana 2015-03-02 17:50:49 +08:00
明年打算转后端了
|
|
7
arachide OP 偶觉得css框架（类似bootstrap）＋purejavascript就好了
mvc framework太乱了 |
 |
8
EXDestroyer 2015-03-02 17:56:48 +08:00
我感觉php更是
|
|
10
arachide OP |
 |
11
loading 2015-03-02 18:00:36 +08:00
现在前端技术一直在革新，追不上。
|
 |
13
andy12530 2015-03-02 18:06:32 +08:00
很多人活着就是为了把简单事情搞复杂
+10086 写 JS 两年了，为毛我觉得挺爽的。。 |
 |
15
dong3580 2015-03-02 18:15:28 +08:00  1
@Mirana
后端更苦逼，作为一个后端，表示动不动都要去做前端，赶紧好混乱，以致于以为自己是个前端程序员，拿着后端卑微的工资。 |
 |
16
hackwjfz 2015-03-02 18:18:03 +08:00 1
感觉PHP更苦逼。
任何公司项目都需要前端、但不一定需要PHP 前端能写出漂亮页面把妹、妹子看不懂PHP |
 |
17
FrankFang128 2015-03-02 18:19:52 +08:00 via Android
楼主搞笑
|
 |
18
akfish 2015-03-02 18:26:10 +08:00
这些算什么，最蛋疼的应该是前端的工作谁都能指手画脚。
反正是个人都能觉得好看或者不好看，当然你问有的人哪里不好看时却又说不出个道理来。 |
 |
19
zzNucker 2015-03-02 18:47:53 +08:00
最蛋疼的应该是前端的工作谁都能指手画脚。+1
问题是写界面最苦逼好吗。。。 而且后端还老过来指手画脚跟我说体验卧槽扯个几把啊好好写你的后台好吗我们前端+视觉+PM都确定的东西你说个屁啊。 |
 |
22
rentaro 2015-03-02 19:02:36 +08:00
明显是“体验·”一词流行的时候，人人都成了产品经理，然后还出了本书
|
 |
24
soulteary 2015-03-02 20:12:57 +08:00
|
|
25
arachide OP @soulteary 偶没提全局变量 不知到你联想到什么了
老外这篇文章提到 要库不要框架 http://segmentfault.com/blog/bum/1190000002455654 国人很多发明错在一个苍蝇拍都要搞出平台 其实做个小而美得库有何不可 小而美做到极致也是nb的 javascript是图灵完备的 理论可以做任何事情 偶个人用到web前端， nodejs， qt／qml， nosql／mapreduce， cocos2dxjsb， unity3dscript，嵌入 都是生产环境的东西 这东西不是玩具 何必在html／css／js上搞另类的框架平台呢 cocoa touch也有类似的东西 three20 现在已经死了 呵呵 |
|
26
arachide OP 另外google不一定都是高大上
google搜索引擎三个主力程序之二是印度人 以前阿三都是搅屎棍是没错的 今天一样的 嘿嘿 偶没细看angular 但是感觉那是一坨大屎 |
|
27
arachide OP 纠结几坨屎大营养区别偶感觉不是个事情
html／css／javascript已经足够强大 只需若干js类库活着pure css框架就好了 不需要雾上之雾类似angular ember这些框架 这些很多都是人没事找事 老外这种人也不少 个人观点 嘿嘿 |
 |
28
ianva 2015-03-02 20:42:11 +08:00
空谈一些概念，站队，没有任何意义，框架有框架的应用场景，库有库的应用场景，什么都不是银弹，能够提高项目的生产力就是好猫。
至于社区无法统一规范，这个是语言在设计之初就一直存在的问题，javascript 并不是一个好的语言，但被互联网推到风口浪尖也没办法，当然也带来了技术的百花齐放，虽然有点杂，但比没的选要好太多了。 javascript 跨平台的优势带来了繁荣，也带来了语言难以更新换代，这是结症，结果到是导致了 javascript 成了 web 的汇编，各种编译成 javascript 的语言也在市面上流行了，这么看不只是库和框架，语言层面这么来更是混乱，但既然有这样的语言出现就说明有强烈的需求。 |
|
29
arachide OP |
|
30
ianva 2015-03-02 20:55:08 +08:00
这话说的，探讨一个语言是否是好语言和占有率有什么关系，python 要是能在各个浏览器上跑，那也是第一脚本，另外这和主题也没啥关系
框架带来了什么？ angular 这类东西，还有 react 都在很大程度上提高了生产力，mvvm 框架的繁荣也让 web components 这类标准上了日程，从各方面来说都很大的促进 |
 |
31
breeswish 2015-03-02 20:59:58 +08:00
js 最初本不是做这些什么 Web Application 事情的 233
|
 |
32
br00k 2015-03-02 21:01:19 +08:00
前端的确苦逼很多，写后端保证逻辑OK，基本就OK了。前端太多意外状况了，数不胜数。
|
|
33
ianva 2015-03-02 21:07:12 +08:00 1
另外关于一些框架如 angular，ember，真不是显得蛋疼，没事找事的人才去用，
如果做过交互足够复杂的项目你就知道，所谓的小而美的库要挖多大的坑，化多少时间才能完成那些成熟的框架完成的东西，且还不讨论代码的维护性 |
 |
34
garfeildma 2015-03-02 21:19:21 +08:00
找一门编译到js的语言，cljs，typescript
|
 |
35
bfti 2015-03-02 22:22:42 +08:00
|
|
36
arachide OP @用 jquery bootstrap
不用框架 |
 |
37
sm0king 2015-03-02 22:40:16 +08:00
我会说，现在基本都在手写么
那样，更苦逼！写到哭····效率还极低··· |
 |
38
RaymondYip 2015-03-02 23:47:31 +08:00
TAT Jquery,Lo-Dash 必须啊,, 特别是工作多,,还要考虑 IE 兼容, 100%对照设计稿的时候.. 不考虑兼容倒是不觉得苦逼,, 看着一堆好东西用不了才叫苦逼哇
|
 |
39
otakustay 2015-03-03 00:04:32 +08:00
楼主你主导过的最大的前端项目大约有多少行javascript的source code？有上十万的不？有上十万并且在一个页面内运行的不？
|
 |
41
otarim 2015-03-03 09:43:12 +08:00
准备转后端了。。。所以还是喜欢自发的项目，用的都是自己的框架，有问题就修复[抠鼻]
|
 |
42
scarlex 2015-03-03 09:52:29 +08:00
自己写最后的结果也是写框架，苦逼的不行。
|
 |
44
randyzhao 2015-03-03 10:23:31 +08:00
为什么楼上有人会说 "最蛋疼的应该是前端的工作谁都能指手画脚"
如果 UI UE 整个流程都很完备, 前端写出来的东西完全按照设计去做的话, 产品出来之后只会去针对 UI UE 而不会去针对前端. 很多时候, 的确, UI UE 可能缺乏前端常识, 设计出来的什么鬼, 前端没法去100%实现, 然后么, 就自己脑补一下. 结果显而易见就是被围攻了... 说下鄙人所在公司的撕逼现状 前端只和 UI UE 撕 后端只和产品撕 相对来说, 开发岗, 撕逼的对象都算是比较单一的关系, 不会有群攻的情况出现. 产品, UI, UE, QA 的话... 各种互相撕啊... 啧啧... |
 |
45
sammo 2015-03-03 14:02:46 +08:00
工程问题需要有工程问题的解决办法。
工程问题的解决办法最终就是 framework 因为每个工程都不同，所以基本没有通解。 因为每个工程都不同，所以不必追求通解。 工程问题需要有工程问题的解决办法。 - 虽然很冒昧，但还是思考了一下为什么一个 framework 会被有的人抹黑、有的人推崇 ? 工程项目有大有小 在工程问题面前，可控性、适配性、效率不可兼得 +可控性+适配性-效率： 每个工程都造轮子，为此工程自己写一个小 framework 出来，如果工程较小较可控，则可避免把简单事情搞复杂；如果工程较大较可控，最终就会一步步从 lib 写出 ng 这样的框架来 +可控性-适配性+效率： 每个工程都用现成的 framework ( ng ember.js 等 ) ，代价是如果你的工程在后期发展到足够复杂要自己去苦逼地补课填坑，以保证对现成的 framework 的可控性。当然如果能保证复杂度不超过 现成的 framework 的解决范围内就 ok 了 -可控性+适配性+效率： 根据工程难度，为每个工程选择现成的 framework ，并且保证工程在后期不会极为复杂，但然后就是轻松地，虽然很冒昧，去看文档添代码了 |
 |
46
angelself 2015-03-03 14:13:19 +08:00 2
@randyzhao
“很多时候, 的确, UI UE 可能缺乏前端常识, 设计出来的什么鬼, 前端没法去100%实现”可能是实际情况吧，其实也挺伤心的，又不是故意的。大家职能不同，学科互涉是一个长期过程。谁想“设计个什么鬼”呢…… 为了避免给前端GG添麻烦，我都是主动学习的…… 有需求有改动温柔提出，出现问题责怪自己，平时还给前端GG修修照片搞好关系。 |
 |
47
BigDecimal 2015-03-03 14:56:52 +08:00
后端难道不苦逼吗？需求文档都没有然后让你开发，倘若客户或者老总不满意就是各种改。。。
另外，后端还得会前端的活，前端的页面写的一坨屎，你还得帮他擦屁股，哪个更苦逼？ |
Select Language