哈哈 其实视角换到其他领域,到处都是框子。中国古代的三省六部制,不也是个框子。这其实是知识的共性,不是编程独有的。至于很多人靠感觉编程,确实如此,我这是连蒙带拐的把结构化的思维方式灌给对方。。。
什么值得学前言 本篇开始针对前文提到的挑战试图进行解答。我们要明白,培养其实是个辅助学员学习知识的过程,那如前文所说,知识量很大又很容易更新换代,所以首先需要明确的一件事就是——什么值...
哈哈 其实视角换到其他领域,到处都是框子。中国古代的三省六部制,不也是个框子。这其实是知识的共性,不是编程独有的。至于很多人靠感觉编程,确实如此,我这是连蒙带拐的把结构化的思维方式灌给对方。。。
什么值得学前言 本篇开始针对前文提到的挑战试图进行解答。我们要明白,培养其实是个辅助学员学习知识的过程,那如前文所说,知识量很大又很容易更新换代,所以首先需要明确的一件事就是——什么值...
既有一些极好的观点,也有一些感觉会误导他们人的地方。
“工程师的职责不是解释和赞美世界的,工程师的职责是撸起袖子改造世界。”对此很是认同。
对“思维框架”这一概念,不怎么认同。
把它比做“编程领域”的知识就好了,无需“思维框架中有知识,知识中有思维框架。”这么玄妙,刚入行的人容易看晕。
“编程领域”的知识+“业务领域”的知识,基本上就是搞出一份应用所需要的了。
文中对“思维框架”的描述,只可说是“编程领域”知识的一小部分,要撑起这一领域,成为总纲还是很不够的。
没有业务领域的用例引导,缺少了核心方向容易偏。
输入输出:无非是与现实世界的交互而已,定义一份不难,定义一份合适的很困难。
抽象:明确事物职责也有同样问题。不借助编程范式也许,废了九牛二虎之力,不如隔壁张三依样画葫芦的一个设计模式应用。
边界:边界很重要,简单可以理解为对抽象概念的分类。但它不是分一次,很多时候需要分多次。复杂的程序是多维的,多种分类分层如何有机融合?一个视角可以代表一个分类方式,多个视角多个分类方式。每种视角背后的意义……
整个过程是演变的过程,正向工程演变的同时,还有反向工程在不断暴露之前设计的不足与问题。自洽的设计,总是在痛苦的演变中逐步浮现。
幸运的是我们有前人的经验可以参照,巨人的肩膀可以借力。
什么值得学前言 本篇开始针对前文提到的挑战试图进行解答。我们要明白,培养其实是个辅助学员学习知识的过程,那如前文所说,知识量很大又很容易更新换代,所以首先需要明确的一件事就是——什么值...
(作者这些年一直在从事这个主题的工作,本文是这些年工作的一个总结。另外作者是一个比较守旧的人,所以软件行业、IT行业、互联网行业、数字行业等等,在作者眼中都是一个意思,起码在...
(作者这些年一直在从事这个主题的工作,本文是这些年工作的一个总结。另外作者是一个比较守旧的人,所以软件行业、IT行业、互联网行业、数字行业等等,在作者眼中都是一个意思,起码在...