很多技术的框架都是有Host和Device（Controller）

比如：

profile，作为英文单词，本意是：侧面；轮廓；外形；剖面；简况

而在软件技术领域内profile的的含义，可以翻译为：

不同的协议层次，档次，应用领域划分，对应不同的协议和规范

再白话点说就是：（某种技术）根据应用领域不同，而专门划分出来的一部分协议或规范的总和

比如：

在软件开发期间，涉及到软硬件产品时，常常会听说到一个词：portfolio

其英文原意是：n. 公文包；文件夹；证券投资组合；部长职务

而实际上此处的含义，更接近于：产品组合，产品线，一系列的产品，产品家族

此处列举很多例子来解释其含义，如下：

HS==High Speed==高速（传输速率）

有些技术，涉及到传输速度的话，会提到高速，High Speed。

比如USB 2.0的HS，Bluetooth 3.0+HS。

高速的高，是相对而言的，是相对于更低一些的速度来说的：

很多设备或产品的手册中，都会出现一个：Technical Notes，中文暂翻译为技术说明

此技术说明的主要作用是：针对此处涉及的技术，尤其是产品相关的技术，如何使用，如何将其应用到产品，需要哪些注意事项，等等这方面的内容，都专门写个说明，让技术的使用者更快的上手使用。

比如：

在计算机领域，包括计算机软件的应用和开发，都可能会遇到Image这个词汇。

Image，本意是：图像，影像。

在计算机领域内，往往指的是，对应的一个文件，该文件包含了相关的软件的二进制文件。

而相关的软件，往往指的是：操作系统。

而操作系统，有的指的是普通的桌面级的，比如Win7，也有的指的是嵌入式领域内的，比如嵌入式Linux

所以，你可能会看到这样的说法：

除了前提条件，还有个词是：辅助条件

co-requisites是辅助条件的意思。

在写教程解释说明某东西之前,往往有个pre-requisite

prerequisite，表示前提条件：表示你要学习下面将要介绍的内容之前，本身需要掌握何种背景知识，相关基础知识，才能看得懂。

举个最简单的例子：

要是你的小学老师在叫你数学中的乘法之前，你还没学过加减法的话，那自然很难，无法学会乘法

此时，在老师教你乘法之前，就需要你掌握，加减法，这个背景的基础知识。

也就叫做：

在学习乘法之前，要先有前提条件：已经学会掌握了加减法。加减法，就是乘法的前提条件。

协议栈往往指的是：

相对于普通的某个技术的单个的协议而言，是一个协议的集合

就像计算机领域内的栈的概念一样

是有层次划分的，是多个协议一点一点地堆起来的

其中的单个的协议，设计的初衷就是用于该协议栈的某一层

比如：

很多技术，协议都有专门的协议分析工具，便于开发调试

比如：

此处之所以整理各种不同的协议都有专用分析工具的意思是：

不论做哪方面的技术和协议，一般来说，都是有对应的专用工具的。

在折腾对应的技术的时候，找到对应专用工具，并合理利用，可以大幅度地提供做事情的效果：

对于抓取出来的某协议的数据，无需手动地极其费力去分析，并且人工也很难分析，而改用工具分析数据，立马就so easy的节奏。

UUID==Universally Unique IDentifier

主要用来标示，某种系统或环，中的唯一性

作为某种技术来说，官网去宣传该技术，往往都是制作一个技术类的宣传手册，往往叫做：Brochure

比如：

cheat sheet，本意是，小抄

不过在技术领域内，其含义是：

用一个小抄的形式，去简明介绍某个技术

往往表现形式都是一个简明扼要的，图片，图表，等方式，去整理出某个技术的核心的东西。

以便可以起到，想要学习使用某个技术，带上这个，小抄，随时可以方便的“抄写”，查看到自己所需要某个点的用法。

计算机领域内的技术，尤其是软件，协议等东西，正常的普通的逻辑是：

先有人（或组织）设计了某个技术的标准，然后再有众多人去实现了这个标准，将技术应用到某个现实领域内。

不过现实往往有些特例：

开始某种技术的应用，并没有统一的标准，此时是百花齐放，但是也是诸侯混战，没有统一。

最后，由各方出面，大家达成共识，统一采用某个标准。

比如，HTML就是这样一个先有了实现后才由标准的retro-spec，详见：HTML4，HTML5，XHTML 之间有什么区别？

国际标准，尤其是IEC，是工业领域方面的国际标准。

每个IEC标准，对应的是IEC加上编号，对应的是某个协议，标准等等。

比如：IO-Link im Durchblick中的IO-Link

IO-Link是工业领域用的一种协议，对应的IEC中的标准是：IEC 61131-9

类比来解释就是：

IEC 61131-9 就像一个学生的学号；

学号背后，对应的是某个真实存在的，具有名字的学生：IO-Link，就像该学生的名字。

比如：

命令行界面，图形界面，是两种不同形式

两者的区别和联系是：

相同点：

对于很多事情，或者说实现很多功能，都可以既有命令行方式，也可以有图形界面方式。

只是，实现目的的方式，不太一样而已。

但往往底层所依赖的东西，内部实现的原理，是一致的。

软件发布领域内的常见的概念和名词：

在软件开发领域内，随着经验积累你会发现，在不同计算机语言进行开发期间，都会遇到各种不同的IDE。以及：

很多时候，做软件开发，和做其他事情，道理都是相同的：

即使是临时文件，也要清晰的命名，避免后续可能的，潜在的错误发生，并且还可以帮助我们快速分析，调试出现的错误。

或者是快速恢复思路：自己之前做过的开发，即使过了相对较长的时间之后，比如3,5天，3,5个月，甚至3，5年，自己回头再看自己的软件或代码，仍旧可以看懂，并且明白自己当时的意图。

举例：

之前看到这个新手玩python偶遇坑爹错误，求开导

中的我的回复：

不论错误的原因是否是由于测试文件名和模块同名。但是这样的做事情的方式，都是偷懒的做法，不好的做法，都属于很不好的习惯。

而针对该特定问题：其由于第一次，刚开始就没有给临时文件一个清晰的名字，而导致了后续的问题。

而正常的思路，好的做法，应该是：

去测试该requests模块，需要写个测试文件，目的是用来测试此模块，

那么该测试文件的命名，就不应该很随意的、轻易的去起个无意义的名字，比如：

而是应该要保持思路清晰，起个见名知意的名字，比如：

如此，才可以达到写代码的目的：

都可以快速的看懂你所写的代码，能读懂你的每个文件所要实现的功能。

否则就很容易变成，很多人所遇到的情况：

都是：

如此：

就变成了典型的：

这就和之前的软件开发的重中之重的要注意的那一点写代码是给别人看的所冲突了。

看到这里，估计有人会问：

不就是简单的给测试文件命个名，写点测试代码吗？

又不是真正的去搞软件开发，写详细实现功能的代码，用得着这么严谨，甚至说死板吗？

对此，我的回答是：需要这么严谨。

因为：

在http://zh.wikipedia.org/wiki/%E8%84%9A%E6%9C%AC%E8%AF%AD%E8%A8%80中看到的：

在很多案例中，如编写一些数十行的小脚本，它所带来的编写优势就远远超过了运行时的劣势，尤其是在当前程序员工资趋高和硬件成本趋低时。

由此想到：

所以为了提升软件开发效率，不论是公司还是个人，都要舍得适当的投资：

尤其是，在查技术资料时，利用好谷歌（google），而不是百度。

当然，还有stackoverflow，维基百科（wikipedia）等有价值的网站。

TODO：把之前写的，以某些技术点为例，说明如何利用google去搜资料的过程整理过来。

对于在软件开发期间，学习某个，你之前不懂，听都没听过的，技术点的时候，这时候，往往最有用的网络资源是：维基百科

TODO：整理之前在学习某个技术点，如何利用wiki去搞懂概念，并搞懂该技术点，在技术体系中的位置，以便于更清楚技术点的所属层次，的过程。