软件方向软考学习记录(一)
最近闲的没事干,在准备软考,有误还劳烦各位斧正。只是记录一下,不完全正确
这是第一部分,主要是计算机系统基础部分。
计算机系统计算机系统基础基本构成计算机的基本构成由控制器、运算器、储存器、输入设备和输出设备五大结构组成。运算器、控制器以及其他外围设备被集成起来,称为中央处理器,即CPU。
所以又被称为计算机三大子系统,即:中央处理器(CPU)、主储存器和输入输出设备。
控制器:计算机的控制系统,使计算机能够按照特定的步骤自动执行操作,以完成特定任务。
运算器:执行特定的诸如加减法、布尔运算等逻辑运算。
储存器:分为内储存器(主存/内存)和外储存器,前者容量小而速度快,用于存放程序和中间数据;后者容量大而速度慢,用于数据的长期存放。
输入设备和输出设备:输入数据和输出数据。
校验码校验码保证数据交互的准确性,一方面提升硬件电路的可靠性,另一方面提高代码的校验能力。
校验码包括查错和纠错
奇偶校验码:在数据的最高位或者最低位添加一位用于表明采取奇校验还是偶校验。
奇校验:整个校验码(有效数据位+校验位)中的 “1” 的个数为奇数个
奇校验:整个校验码(有效数据位+校验位)中的 “1 ...
旗帜鲜明地反对基于运营商PON方案的FTTR
前言现在三大运营商都在不竭余力地在1000Mbps以上的宽带中推行自己的基于PON的FTTR组网方案。FTTR就是Fiber to the Room,说白了就是局域网从传统的双绞线电组网到全光组网。但是现在的FTTR用的是无源PON方案,实际上这种方案与无源PON要解决的问题背道而驰,不仅无法体现PON的技术优势,还极端明显地体现了其劣势。小且低速的局域网内采用PON方案的FTTR根本就是徒增成本。
FTTR和APONFTTR即光纤到房,其根本实现原理就是入户光猫除了作为ONU下联设备外,还作为OLT上位机使用,下链二级子ONU(子光猫),进而从子光猫进行光电转换,转换出RJ45接口和WIFI,以供传统无直接光接入的设备和WIFI无线设备使用。
有源AON光接入分为有源AON网和无源PON网。有源光网络是一种点对点的光纤接入网络,依赖于中间有源设备如光交换机进行信号的放大和分配。
在AON系统中,类似于现在的路由器-交换机-终端的形式,每一个设备都有一个独立的光纤连接到光交换机,在独立的光纤内,独享其内部全部带宽,实现了更高的带宽和更强有力的管理方式。
无源PON无源PON经历了从AP ...
上手GY-30(BH1750)光强度传感器和相关程序代码
前言最近在写比赛的文档的时候,写到了BH1750的参数之类的,于是想着想都想了,不如写下来玩玩。emmmm,这边用的是STM32F103C8T6的芯片的标准库,其他MCU也大同小异,如果是用hal库就更好了,无需管GPIO口初始化那堆零碎的事情了。
模块和芯片而BH1750是一款数字型的光强传感器片上集成芯片,采用标准I2C总线协议与MCU进行链接。
GY-30模块的实质是BH1750,只是把外围诸如滤波和电容之类的电路整合进去了而已,其实都是用的BH1750芯片。
BH1750内部电路是由:光敏二极管、运算放大器、AD转换器等组成。光敏二极管通过光伏效应接收光信号产生电信号,经过运算放大后,由AD转换器采集电压数据并转换为数字信号,然后储存在寄存器之中。BH1750支持完全的I2C协议,使用I2C总线发送特定的控制位,即可读取光强度数据,亦可以修改BH1750的采集模式。
引脚定义BH1750支持且仅支持完整的I2C总线,采用四线传输方式,但由于BH1750模块本身可以从硬件对其设备地址进行修改,所以还多一个修改位。
名称
说明
VCC
接入 3.3V 电源正极
...
imgtp图床寄了
一直很少量但是很经常的在用这个图床,之前貌似有提过因为资金问题无法维持,但是后面又能用了,想着能用就不动的原则没去管,现在他最终没坚持下去了,所以不得不考虑图床的问题。
但是这几天发现博客的图标没了,找了半天发现是图床挂了,也是人麻。
实际上我图床用的不多,纯粹是为了加快速度才用的,所以迁移成本倒是不高,但是吧,他关闭就关闭,也不提前说一声,也是挺难顶的。
不知道有没有什么能长久用一点的图床吧,如果把加载图标放在github,不仅做不到等待加载遮罩的效果,还会拖慢速度,比较麻
独立建站也想过,但价格是一个大问题(
资中筠:休将明月照沟渠,莫与脑残争高低
本文转载自互联网,版权协议不明,侵权请联系!
我观察过很多 “争论” 的场景,也经常被卷入争论的漩涡。发现这个现象有其 “规律性”:中国式争论,其实都不是真正的争论,多数都是因为话语的对等,陷入抬杠的尴尬境地。
人与人之间一旦开始抬杠,就必然在情绪上严重升级,继而开始出言不逊。
比如有一次我谈到日本人的教养,就有一位同学大为不满,他数落我给日本人涂脂抹粉,长日本人的志气,灭中国人的威风。
我没有理他,因为我仅从他的话语中,就发现我们并不在一个平台上说话,彼此说的也不是一回事。他后来气急败坏,开始骂人了。我依然采取了不理睬的态度,直到他销声匿迹,不再挑衅。
几年后,我们偶遇,他给我带了一顶 “瞧不起人” 的大帽子。当时我欣然接受,并且告诉他:我真的瞧不起你,当然不是因为你的钱少,更不是因为你的车不好,而是你白长了一个脑袋,一个只知道吃饭、不知道思考的脑袋。我们之间讨论问题,既没有前提,也不会有结果。因为我们走的不是一条路,也不是一个方向。彼此南辕北辙,如何讨论问题?
我历来主张,不要和不思考的人讨论问题,尤其不要和不思考的人争论什么。
思考,是交流的前提;尽管思考的层次可能会很大,但 ...
揪出Windows上阻止你屏幕自动睡眠的程序
前言昨晚开着电脑听歌的时候,突然发现过了两个小时还不会熄屏,这就奇了怪了,因为我的电脑是设置了3分钟熄屏的。
而 Win32API Winbase.h里面的SetThreadExecutionState可以使得屏幕关闭和阻止系统休眠,而这本身是静默的,Windows并没有在前端提示是由谁造成的,于是就特别难蚌(
折腾了一圈也是发现有两种方式可以把阻止休眠的程序找出来。
方法一、命令行方式在管理员终端中,使用命令powercfg /requests
requests 参数的作用是“列举应用程序和驱动程序的电源请求。电源API可防止计算机自动关闭显示屏或进入低功耗睡眠模式。
Enumerates application and driver Power Requests. Power Requests prevent the computer from automatically powering off the display or entering a low-power sleep mode.
于是乎,如果有某个程序或者驱动设置了屏幕关闭或者禁止休眠,就会在下面显示。
6 ...
“送去大学的外卖基本没有差评”
封面在基于作者Starsharbor所声明的CC BY-NC-SA 4.0许可证,援引自其同名文章“送去大学的外卖基本没有差评”
前言
虽然我平时点外卖并不多(基本不是在校内买就是直接出去吃),但回想一下自己点外卖的时候,似乎一直是对外卖小哥抱着 “理解”“体谅” 的态度
我想,只是因为能上到大学的学生所接触的基础教育是具备正确价值观的,而不是计较、抠门、刁难、无理取闹
嘛,也是大半夜无聊刷博客看到了Starsharbor写的“送去大学的外卖基本没有差评”而我之前暑假的时候也去送了一波外卖,有感而发(
与此同时,我个人也是进场点外卖,于是想本着两个角度和两个立场的角度,来聊聊。
顾客我几乎天天点外卖了(才不是因为学校的难吃),确实跟Starsharbor说的一样,几乎每次点外卖都似乎一直是“理解”和“体谅”的态度,几乎从来没有催过单和与小哥发生矛盾。
迟点就迟点,能吃上就好了,我又不缺这十几分钟,又不会饿死,为什么要跟别人吵?
别人也是打份工,急什么?我闲的没事干嘛?为什么要投诉?
商家出餐慢、堵车、找不到人,都会把原本就并不充裕的送餐时间越拖越慢,这是不可避免的。
只要不是态度恶 ...
我们那丢人又幸福的不完美的人生——米奇与达利
一开始是闲的没事干,然后想找点乐子,顺便因为是双男主比较喜欢看小正太才看的。看了之后才发现不是那么一回事,根本不是所谓的乐子片。天知道我最后一集哭了多少次(((
又颠又好看!当最后礼物出现的时候,我绷不住了,养父母也太好了!米奇和达利终于能得到幸福并能独立追寻自己的人生了。从一开始只是为了复仇而装的一摸一样,从两者一体到最后发现他们之间有那么多不同的地方。暂且不谈颠公般的过程不同,从结果而言,他们不只是发现了真相并报复,而且还得到了真正的救赎。两个人坦然地走向了不同的道路,可他们的心永不分离。
这真的是一部好优秀好厉害的作品,故事中的所有人都被给予了最大善意,合乎情节发展的同时深深触动了人心,给足了观众心灵治愈;而再令人唾弃的坏人,也总有一个人在心中给你留有一席之地。
这可能就是所谓的不完美,但又幸福的人生吧……
诚然,每个人都想要幸福而完美的人生,但是幸福不是一场如愿的复仇,相反,它有时候可能只是一个普通的樱桃派;这世界上每个人都有选择幸福完美的权利,而幸福和完美本身不应被定义,因为不是条条框框,更不是束缚人的工具。相反,那些得不到幸福的人才是被自己的”幸福”所框住了。
最后达利在 ...
关于algolia自动上传
跟着教程把algolia搞出来了,但是发现每次修改完三连上传的时候,都不会自动更新algolia的index,必须手动hexo algolia一下,虽说问题不大,但是相当不优雅。
一开始是想着修改下能不能hexo deploy的时候一并上传,但是发现方向错了。
在翻了一波官方文档后, 发现我们执行的hexo d实质上依赖于package.json去转接执行。
应用程序的信息。EJS, Stylus 和 Markdown 渲染引擎 已默认安装,您可以自由移除。 — hexo官网
于是正确的方向是在直行hexo d的时候不是只是执行hexo delay而是一并执行hexo algolia
通过修改package.json文件即可实现。
12345678... "scripts": { "build": "hexo generate", "clean": "hexo clean", "deploy": "hexo deploy & ...