内容简介：局限性
我总是认为，一些理论的东西没有太大的用处，于是只是在寻找哪些可以具体实施的技术细节。一直认为把开发的框架，开发硬件，中件间的优化一配置，数据库的设计，应用服务器的负载均衡，分布式数据库的使用，内存数据库的使用，缓存技术的应用这些综合起来都是架构的一部分，但一遇到理论的部分，我好像什么也不知道……
在没有弄懂一件事情之前，一定不要对它下结论：这啥用。也许之前的我更关注的是在整个软件过程中的具体技术细节的实现，对于架构的理解也是停留于框架和服务器的设计方面。而架构师却是需求与设计之间的一个角色
那系统分析师应该是偏向需求这个方向的，架构师偏向技术这个方向的。这么讲吧，拿出来一个架构方面的概念我好像听都没听过，我拿了架构师的教程，翻到架构师这一章，所有根据都看不懂，看了里面简略的解释（这本教材虽然厚，但涉及的面太广，根本达不到学习的目的）。其实在听课程之前，我连架构师属于哪个阶段的概念都比较模糊。
当然，我比较精于里面技术的部分，无论是计算机组成还是操作系统或者是计算机网络，有逻辑思考能力的环节起码在考试知识点这块都不那么担心，担心的是软件工程部分，里面理论太多。担心是的开发和数据结构部分，这块考试的时候大部分时候竟然都是考试概念，并不会让我们真的写一段代码。还有就是架构与安全部分，大部分时候考试的也是理论的部分。
说到这，其实现在的关键点是，考试逻辑的部分非常少，只是上午题中的一部分，下午题简答和论文，都需要有清晰的理论概念，然后加上实际的案例来做论述，而之前自身的局限性让我学习这些知识时会无比痛苦。
以上所述就是小编给大家介绍的《局限性》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
猜你喜欢:
- 谈谈 Kubernetes 的问题和局限性
- 3分钟干货之微服务架构的局限性
- 深度学习并不完美，它的局限性是什么？
- [译]Object的局限性——Kotlin中的带参单例模式
- 深度学习局限何在？图网络的出现并非偶然
- 中科院自动化所副所长刘成林：一窥模式识别背后的人工智能局限
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
