搞前后端分离, 自己坑哭了自己

[fulvaz]

中心思想: 要根据自己周围环境的实际情况选用框架.

说个事, 最近做外包, 学校项目, 做公众号应用, 打算用 vuejs

和后端商量了一下做成 SPA. 后端先是一脸懵逼, 然后想了一下, 说: 那就做前后端分离吧

没日没夜 9/12/7 做了一个月 (再接外包我直播吃屎

今天发现了个问题

TM 谁来接手这个项目的前端?

师弟师妹连 npm 是啥都不知道, 看 vue 文档第一页就看不懂.** 现在师弟师妹最多会个 bootstrap 和 jquery **

现在老师跟我说, 要么你用 vonic 重写一遍, 让后面的人接手吧

问题来了:

1. 用 vonic 重写一遍有区别吗? 后面的人接手会简单? ps: 我怎么感觉根本不可能平滑过渡到 vonic...

2. 请问各位外包做完怎么交接?

[metrue]

自己团队的问题，不要误导他人。

[SuperMild]

这个案例，前后端分不分离，前端都要有人接手不是？

[falcon05]

前后端分离跟这个没关系吧…

[jimwoo]

感觉你换成最原始的 jsp 什么的，然后后来的人就会吐槽这位师兄为什么不用前后端分离、为什么不 xxx 、

[fulvaz]

@sobigfish 用 mint-ui 被坑哭了!

[fulvaz]

@falcon05 因为本来想用 jsp 就算了

q397064399 被吹得神乎其神的框架根本没想象中美好! 用 vue 重新 v2 真的是脑子有坑

[phpcxy]

我司新来的一个程序员，也未接触过 vuejs 。我用 elementuUI webpack 搭好框架，他对着文档也能直接撸起袖子干了。

[kisnows]

这跟前后端分离有什么关系？？？

[maplerecall]

一开始没分配好谁来做就动手显然是会出问题的，和楼上说的一样，这和前后端分离一点关系都没有，和用什么框架也没关系，实际上这也是一种“就差个程序员”类型的错误……

[smallpath]

说得好像不用前后端分离就不用写前端似的

[bombless]

我们公司的公众号那边用的 react ，说是跟 weui 配合方便，后台才用的 vue 。
感觉推技术肯定是要考虑团队的情况的，像我们公司 ios 平台的 app 用的 rn ，就是考虑到团队经验不足强推 swift 或者 objc 也不会有好结果，还不如坚持用 rn ，缺点也就忍了

[loading]

被 vue 工具链搞懵了吧， 233

[yura93]

不接地气也是个问题啊。哈哈

[ArthurBL]

其实感觉你这个还好。我司一个案例，后台系统采用前后端分离，第一版本上线后，运行正常。谁知 cto 说，后台系统不需要界面好看，要做到没有前端参与也能写。于是，又将前后端合在一起开发了。。。。。

[chimingphang]

只能说接的人智商不足

[murmur]

刚开了个新坑 考虑到公司都是写 java 的 果断没上 redux 还是用的 event emit 感觉良好

[evil4u]

做新人培训，只会 jQuery 现在在市场上找不到工作的。再说 vue 的学习成本很低的，楼主把项目使用的技术点解释清楚即可。

[LINAICAI]

我想说，不分离你就不用写前端？
只能说你选了个不熟悉的前端框架坑自己

[Syc]

外包不要搞太好，最后坑死自己。
在安全稳定的前提下，能多简单就多简单，怎么省事怎么来

[Wangxf]

很多前端只顾自己刷简历好看不考虑实际情况，在大家对 mvc ， mvvm 毫无概念的时候用 vuejs 啪啪啪写完了，然后发现，艹，没人能接。。