第一次自己写前后端的感悟

[sxw11]

本人毕业后写了 3 年的 API，近期入职一家公司要自己写后台系统的前端（ vue ）感受颇深，总结一下就一个字：爽！

老子想怎么定义接口就怎么定义， 日期格式想怎么定就怎么定， list 想[]就[]，想 null 就 null，null 值想传就传，不想传就不传，再也不用迁就各种端，呸，真爽！

哈哈，只是源于上份工作对客户端的各种迁就（各种不合理，不规范）的一个吐槽，讲道理还是要规范写代码的，一时的爽换来的是什么大家还是都懂的

现在开发这个系统两周，后端 3 天就写完了，剩下的时间都在调 CSS 和研究 vue 各种组件，爽并难受着。

[xxx749]

然后拿一份工资干两个人的活

[stormynight]

然后发现大部分时间在调 css

[leafre]

就一个字：爽！

[kkkkkrua]

。。。还是规范点好，不然后来人会骂娘的

[CEBBCAT]

没有软件工程这根弦是不是有点危险？

[hillwall]

@stormynight 太真实了，蛤蛤

[EminemW]

然后把时间都放在前端上了，过一阵子觉得索然无味

[OSF2E]

说白了，还是个先点菜（先写前端）还是先炒菜（在前端接口需求未确定的时候假装知道前端要什么样的 API ）的问题。

[areless]

@CEBBCAT 并不危险！一般现在的工程化组件还不是得拆了才能用。你要是有一个组件能直接用，那都是万里挑一的了。

[ntop]

哈哈哈，这么写一段时间就会进入到首鼠两端的境界，发现自己既不会搞后端接口也不知道该怎么写前端代码~~

[SleXion]

@ntop 哈哈哈哈哈哈哈那有什么办法避免陷入这样的麻烦么

[ntop]

@SleXion 我之前就是这么随意之后搞的自己不会写 API 了，现在 API 严格按照 RESTful 的标准来。写后端的时候不考虑前端，写前端的时候只看 API 实际上效率上是提升了

[KuroNekoFan]

css 就那么令人不堪吗，比如，ui 上需要一个矩形然后两边突出的 shape <口>带描边，可以不用贴图用纯 css+html 做到吗？ materialui 的 ripple 效果可以给出一个简单的实现吗？其实 css 也是很有趣的

[luo1215]

现在就是都在写，挺蛋疼，2/3 的时间都花费在前端上面

[lozzow]

然后你会发现自己开始写的都是💩，看到想骂自己

[zhuzhibin]

@xxx749 干 说出了我的心声

[chenhonzhou]

小弟有幸接盘过这种代码，我只能说，******
（还是要稍微规范点，文档时一定要的！）

[beastk]

表示经常在 js php python go 之间切换，时不时 ide 就报错，很是忧伤。

[leafiy]

迫于后端离职又没钱，本 pm 只得临时接手后端。

不得不说，真鸡儿爽，都得听我的！

[OSF2E]

@ntop 只要有靠谱的产品功能设计文档、数据模型设计文档以及 UI 设计稿，前后端完全可以以这些东西为协作规范先各做各的，具体点说，前端需要哪些接口以及接口返回哪些字段，后端不可能事先知道。就好比顾客去餐馆吃饭，炒菜的师傅不可能事先知道客户具体点那几个菜，只能先让顾客点菜， [菜单] 就是“顾客”与“厨师”两个角色的在“点餐 -> 炒菜”这个流程中的协作规范，假若“厨师”为了方便省事儿提前把菜炒好了放在那里等顾客来点，这生意怕是做不下去了。

[12tall]

后面维护的时候呢

[darknoll]

我这 gui 用 python
核心业务用 C++
后端接口用 go
前端用 react

我一人全干了，结果啥都会啥都不行。

[hyy1995]

让后端人员去兼职前端，这也只能说明你这个公司不规范，没章法，项目乱七八糟。。。而且拿的还是一份工资。等后期维护的时候，事情就多了

[abcbuzhiming]

@KuroNekoFan CSS 的最大问题在于它最开始首先是个排版系统，而不是 UI 系统，但是现在的 web 开发 80%以上的 CSS 开发是在做 UI 系统。排版和 UI 考虑的方向是不同的，而且排版系统本身是极其复杂的，你看看 TeX 和 Word 这两个最知名的排版系统有多复杂，其实 CSS 的复杂度也没低到哪里去。用 CSS 这么复杂的排版系统去做 UI，本质上就是在用牛刀杀鸡，过高的复杂度让用户大部分时间在和系统本身的复杂度作战，而没法专注业务，这就是为啥大部分编程出身的人员都搞不定 CSS 的原因。而前端程序员中觉得 CSS 没什么的开发者，绝大部分其实也没搞懂 CSS 的全貌，只是它们比较适应目前 CSS 的这种“这里改改那里试试，就行了”这种开发方式

[86091566]

然后就发现没办法甩锅了

[ntop]

@OSF2E 你的前提就不对呀~~~

[129ykx733D016U2n]

就是干，爽 [哭笑]

[KuroNekoFan]

@abcbuzhiming 你说 html 原本是个排版系统倒好，说 css 是排版系统我是不认可的。css 本身的出现就是为纯粹的 ui 服务的，只不过文字的展示必然涉及到一部分排版的知识而已。

[aug7]

接私活搞全栈爽...上班搞全栈 = 全干(不爽)

[abcbuzhiming]

@KuroNekoFan css 最初就是为了更好的排版而诞生的，css 诞生的年代，Web 领域根本就没有 UI 这个概念，那时的 UI 还是属于原生程序专属玩具，那时的人连想都没想过 Web 居然有一天能干人机交互界面的事情。怎么可能为 UI 去设计 CSS。
这导致第一版 CSS 里有大量的概念都源自传统印刷业，比如 margin 要叠加，比如那该死的 float。也就是最近几年 Web UI 变的越来越重要，所以加入了大量为 UI 准备的新特性，比如 flex

[W1angMh]

@stormynight 真实的不行

[no13bus]

@ntop 能否加下您的微信，交流下 golang 微服务的事情呢. 以及在私有化部署上面的应用