框架，在框住你的思维吗？

      忙碌的一周，终于在昨天下午五点走出会议室。

    背着我的电脑，真想下一秒就扔掉。去海边跑步。赵工（资深工程师）一起约起去万达吃饭，那就一起去吧。

    在路上，闲聊的内容实在有点多，再此记录几点我觉得对我重新认识专业比较重要的点。

    软件行业应用的各种业务框架，都在不同程度上在把使用者的思维给限制住，一些业务流程，框架都给定死了，如果想根据用户的需求新增其他业务，就不太容易改业务流程，容易改出其他问题。而一些技术框架，是基于底层逻辑的框架，我们需要用此原生框架，根据自己的业务流程，来扩展。

框架每年都会出新的，其实都是在底层逻辑上给一个新的名词用法。底层逻辑万变不离其宗。底层逻辑有点类似与第一原理。

A first principle is a basic, foundational proposition or assumption that cannot be deduced from any other proposition or assumption.

早在古希腊哲学家亚里士多德的书中，第一原理是这样表述的：在每一系统的探索中，存在第一原理，是一个最基本的命题或假设，不能被省略或删除，也不能被违反。

程序中出现try catch本身就说明你程序设计有问题。我听后，感觉不认同，我反驳道：一个程序如果没有异常捕获，那算不上一个逻辑严谨的程序。赵工说：如果程序前期业务逻辑设计没有问题，为什么要多写几行try catch。

有过二十多年的工作经验，从底层的嵌入式汇编语言，到现在的架构师。

  对于一个几乎零职业经验的学生来说，简直又毁我三观。因为我除了原生框架，其他的框架，都是格外的陌生。

现在开始熟悉的框架有： bootstrap, layer 貌似前端的就这俩，后端的依旧使用的是原生的框架。

  回顾这一周所敲过的代码：天哪，我到底给自己抛了多少坑，看看之前写的太烂了。主要体现在以下几点：1)代码格式太混乱.2).注释写的够不明确，简洁3).逻辑设计有问题

这三点最让我忍不了的是：逻辑设计有问题。多写代码不说，还让后期的修改出现难度。

框架，在框住你的思维吗？

    框架，原本就是一个技术工具，他的出现在于让你的写程序更加便捷，省去大把时间精力，进而将至投入到逻辑设计中去。

    前期选择框架，也是要综合考虑业务需求，可能会出现的问题。如果仅仅是为了省时间，减少代码的输出，可能会在新增业务流程上，犯难。

    初学者，要把底层逻辑了解清楚，我想，现在出的各种框架，了解起来都不是难事!