封面图
前几天去参加了个考试，实际上并没有怎么看书，找一下考试的感觉，顺带着为以后做下准备
终究还是得会写服务端
两个月没有更新技术文章了，不知道最近都忙了什么。时间都浪费在了一些没有意义的事情上。
我今天忽然意识到如果你是做软件开发的，那么其实还是得全栈才行。为什么呢？单纯的前端或者单纯的后端竞争力都太弱了。
拿前端来说，前端能拿出来吹一吹的技术无非是框架、脚手架、组件库、低代码、微服务，除此之外还有什么？没了。也有可能吹一吹代码组织规范，提交规范，如果这也算一方面的话。
上面所罗列的那一堆东西看起来高大上，但当你一个一个的都尝试实践一下的话，会发现其实也没什么，我们透过现象看到本质之后，会觉的索然无味，当然，由于我们自身技术的局限性，比如我至今也搞不懂计算机的编译原理，所以我对低代码平台的理解只限于我能实现的组件部分，而当组件拖拽完成后，形成一个整体界面后，如何导出这个界面对于我来说仍旧是个迷。
如果有可能，我仍旧会花时间去解答我的这个疑惑。
普通前端的局限性在于它只是完成界面的绘制，它并不关心具体的业务逻辑，尽管我们现有的框架一直在强调所谓的数据流, 但, 说白了, 这个数据流跟业务流程的关系不大。前端不用关心具体的业务数据怎么流转，也可以完成项目的开发。按照我目前的想法，我觉的这其实是一件非常扯淡的事儿。
除此之外，前端项目的雷同性很高，这种雷同的一个非常具体的表现就是组件库，组件库的出现的确加快了开发速度，但是不幸的是导致了项目的相似程度越来越高，也许这也是整个行业不断成熟的标志之一。
所以你会发现，基本上所有的管理后台都长一个样，很少甚至没有一款管理后台能够摆脱现状，如果有，也是改个背景颜色，换个背景图片。一点创新没有，于是这种项目写多了你也就烦了，因为没有收获～
但是，写服务端不一样，服务端的开发一般直接涉及到具体的业务逻辑，业务逻辑体现在技术上就是数据库表怎么设计，表关系如何，数据如何进行管理和查询。然后才是所谓的后端代码。
业务逻辑和数据关系整不明白，这个项目就无法继续开发下去，所以通常在发生特殊情况下的时候，后端开发人员所表现出来的韧性要远远大于前端开发，因为你换了这个后端开发，再找一个人不一定能接着写，而前端则不然，随便什么人都能写。
后端开发的一个好处是它可以把我们平常用不到的技术给用上，当然这也得具体问题具体分析，比如做前端开发的时候我们很少用到算法，但是后端相反，因为我们需要跟数据频繁打交道，所以，在特定的需求下，我们可能会需要用到很多相关的知识。
其实说了这么多，都没什么实际的用途。
唯一的好处是，如果你会写服务端代码，将来自己有什么好的想法，可以快速的实现出来，仅此而已～
前段时间一个朋友咨询了我关于视频随机裁剪的问题，明天看看能不能实现这个功能吧～
