代码编织梦想
人物：性功能和功能性（美貌和有趣（观众代入感？）？）
-------以下是我在看一些博客的时候提到的。
一个好的故事，首先得有一个立意即创作者想表达的东西，然后就是人物场景。这是创造一个故事的开始。
然后我们要让人物行动起来，由一个接着一个人物行动拼成一个大致完整的“故事”。但这还不够，这个“故事”仅仅只是一个设计图
，离一个好故事还很远。
接着我们需要让这个“故事”契合主旨/立意，具象化就是将人物的行动合理化，增添各类设定、心理描写、细节描写，让角色至少看上去是“因为主旨/立意在行动”or“角色的行动符合主旨/立意”。到这一步，我们就得到了一个故事。
最后一步是点睛之笔，是让故事变成好故事的必经之路。增添人物的“生气”，要让人物像人。实操起来，就是常说的代入感
，即让观众从人物身上看到自己的影子。要让观众产生“如果是我，在这种情况下会怎么做?”的想法。
--充足的知识阅历架构才可以润色出出色的作品（很少有人能有广阔的创作能力）--关于情节
非功能性需求 什么叫非功能性需求非功能性需求为何与架构相关值得注意 什么叫非功能性需求 非功能性需求包括性能、可修改性、可用性、易用性、复用性、环境要求等，在最初的需求方案分析阶段很容易被忽略，而这些内容
1 AUTOSAR架构概览 在新世纪，汽车产业蓬勃发展，欧洲大陆的车企们，瞄准了这是一块大蛋糕，于是在2002年成立了一个联盟，搞了个叫AUTOSAR的标准，以期一统天下。次年，他们就开搞了，开始制作这个AUTOSAR的草图。 话说，这是要定义一套标准，一个统一的架构，那这架构有什么内容呢？ 一位工程师，将其想法用草图表达了出来 并解释说，这个
微信公众号：运维开发故事，作者：夏老师 Part1架构概述 从系统架构来看，目前的商用服务器大体可以分为三类 对称多处理器结构(SMP：Symmetric Multi-Processor) 非一致存储访问结构(NUMA：Non-Uniform Memory Access) 海量并行处理结构(MPP：Massive Parallel P
1.各个区域的关系 (1) git add命令会先把代码提交到暂存区进行存储 (2) git commit会把代码从暂存区提交到本地库 此时代码依旧在本地 (3) 无论是提交到暂存区还是工作区 ，代码都是没有历史版本记录的。只有提交到本地库之后 代码才会有历史版本修改的记录。 2.Git常用命令 进行一系列的操作命令 按照顺序从上往下 (1
背景 Windows版的Intellij IDEA 默认的Terminal是Windows的cmd.exe命令行，如图 效果如下图 在这里输入git命令也不是不可以，只是有些小细节比较不方便而已。其实是可以改成git b
日常上班摸鱼ing git是一个code版本控制管理系统，常用于大型项目多人协作的场景 大家上班了基本都会接触到的，然而在大学期间如果并没有参加老师的项目的话（such as me），就会造成这段知识的空缺，而这在公司中又是基础，必需的技能，正巧，闲着也是闲着，在等sync data，也不知道干点啥，那就写点东西，缓解下焦虑感 其实想写些更狂拽酷