首先 框架
框架这东西就是要给你拿来用的，好懂好维护。
好处是已经有一套模式在这里丢给你 好比MVC 三层式架构，职责切得很干净。
你不用一接到一包东西打开来看 逐行去追踪，像是上面推文说的意大利面条式的。
或是开发者在还没有框架的时候自己定义的运作模式，然后没有注解没有文章。
重点是艾伦还离职了没有人问。
可不可以不用框架? 可以啊 小案子可以，自己写自己想要的模式。
大案子共同协作的不用框架，我是不知道其他人，但是我是不会想进去写，今天
一个人写这样，后天一个人写那样。而且最常发生在接案或是流动率高的旧翻新
如果没有时间压力你就会想导入框架或是自己重写。
很多人都会说喔 哪有像mvc这样规定别人要怎么去写的
但是这就是一个最大公约数，SOP。你想要加入特定的设计模式你再下去修改这样都
可以。
可能对每个人来说写程式都是不同的一件事情吧
我自己是觉得技术跟程式的价值是用来解决问题的
你可以在快速，方便，好维护，且稳健的前提下解决问题那这个东西就是好东西。
我觉得你先熟一套框架，不过目前WEB都是MVC主流，desktop大概也都走MVVM
然后强烈推荐设计模式懂得设计的内涵，还有看一下架构的设计。
为什么别人要这样拉，然后看看cloud的东西，还有docker。
然后如果是我应该不会想要接你朋友做过的案子XD