马克思主义原理
老师：严松
数据库系统
数据库结构type->schema Relation Modelrelation关系是n元组tuple的集合（无次序）relation is a set of tupleattribute->domain(NULL存在于所有domain，表示不存在或者不确定的)每个元素都是原子的关系用一个表来表示元组用行来表示 key唯一区分tuple的superkeycandidate key，最小的superkeyprimary key，被选出作为参考的candidate keyforeign key 是另外表里的主键，为什么要有外键,用来找到另一张表的数据，相当于引用。 模式图relation query language关系代数（函数式查询语言）基本操作：select横向选择project纵向选择，投影Πunion:集合做∪set difference:-cartesian product笛卡尔积rename非基本操作：set intersecionnatural join自然连接：公共属性相等的行连接在一起theta...
月报
@gyx47 Merged PR: 2 upstreamed issues jedi-vim+pytest failed paraview-catalyst 2.0.0-2 +test error fprintd 在qumu虚拟机下实验，打了ready标签 system76-firmware怎么还没合并啊,修了一个io的问题 live-media包过期了,修了发现不需要修,arch上游打了outdate标签 ruby-slim @gyx47 Merged PR: 2 rbenv?,browserpass-firefox，apt-swarm upstreamed issues rbenv + depends loss ncrack(?x86下也少包和环境不知道提交到哪里,) ncrack + build fail cl-cffi+sbcl riscv64...
刀锋阅读笔记
毛姆很牛逼,没几章主要人物的人设就已经立住了,人物和活了一样.拉里和伊莎贝尔和艾略特,和我这个旁观者.好问题,爱情没有激情那还是爱吗伊莎贝尔太让人意外了,几次和作家谈话的态度也变化很大,越来越高傲独立自信,价值观从为爱动摇变成老一辈的坚定.她和拉里之间的爱到底是什么呀.
程序员的自我修养阅读笔记
操作系统简单介绍多个进程抢占系统资源,根据重要程度不断在多个进程间切换 一个进程中有多个线程,共享代码/数据/内存/已开文件等资源,但有各自的局部寄存器和栈,通过并发执行提高效率. 并发的实现:多核同时运行;线程调度(抢占)调度:轮转法,优先级调度 Linux 的多线程fork+exec创造新进程,内存空间写时复制COW,且新fork的pid返回0,老任务返回原pid,可以用ifelse调度这两种情况的任务.且只有exec可以执行新映像.clone创造新线程,共享内存,是一对一线程 原子化原子指令同步与锁 :二元信号量,互斥量(临界区),读写锁,条件变量因为进程内的寄存器导致不能同步数据,或者因为动态调度调整指令顺序.volatile, gcc编译过程预处理 gcc -E hello.c -o hello.i编译gcc -S hello.i -o hello.s汇编gcc -c hello.s -o...
创赛分享
1.21. 创赛初览打磨产品比较重要,不要一开始就招募或者花里胡哨.希望有非常陡峭的成长曲线. 第一性原理一种演绎法,从原理出发.溯源,本质目的 创赛:证明我做了一个具备创新意义和商业价值的好产品一是在好的市场,什么赛道要知道产品是什么赛道.产业链中的地位 二是满足市场需求(现有方案改进,还是全新产品)最小的产品抓住一个客户群体,然后切入更大市场满足用户更多需求.产品可行性越强越好.逆周期行业, 验证市场并确定可以满足市场需求市场调研的精细程度会成为项目优势之一.怎么调研:清晰的人群画像,突出的优势,研究产品时候核心的抓手.解决一个普遍共鸣的痛点,绝对不能复杂. 把要求转化为需求,再拿技术去解决需求 1.22.产品思维分享好的产品=真实的需求+好的解决方案需求不是解决方案,需求是更底层的东西.送信人需求不是要一匹马,而是快速从某地到某地,是信息更快交互,是赚更多钱,是养家糊口. 产品价值产品价值=功能价值+情绪价值+资产价值 该花花该省省小步快跑快速迭代(创赛用平价替代方式举例子)技术重要吗(技术好处在于降低成本提高效率,坏处在于成本太大)
vim-jedi包修复
先看了报错 常见导致该测试失败的原因包括： 测试对 Vim/GVim 运行环境的假设不同例如测试环境中可能缺少预期加载的脚本（ftdetect/*.vim 等），或者 $VIMRUNTIME 路径与脚本里硬编码的不一致，导致测试时找不到相关文件、功能。 终端尺寸/cmdheight/输出截断方式这个签名截断测试通常依赖 Vim 在命令行里如何处理很长的函数名。如果测试时 Vim 判断到命令行或窗口大小不同，就会发生「根本没显示函数名、只显示了空行」的情况，于是与预期不符。 Upstream 测试脚本的脆弱性上游 vim-jedi 测试脚本本身设计得比较「依赖环境」，在某些发行版或架构（riscv64）的 CI 环境下经常会发生类似问题。有时上游项目会把这类对环境/屏幕宽度敏感的测试标记为「可选」或跳过；也可能需要贴补丁跳过此用例。 插件测试没正确加载“not found in ‘runtimepath’: ftdetect/*.vim” 说明插件可能还没被正确安装到 Vim 的...
river包修复
一直出现在使用 devtools（extra-riscv64-build、mkarchroot 等）进行打包时，即使你在宿主机里是 root，在 chroot 环境里的用户和权限也未必与宿主机同步。因此，就会出现你在宿主系统执行 whoami 显示为 root，但在 chroot 内部却提示 “gyx1 is not in the sudoers file” 的问题。 换句话说： 宿主机和chroot是两个不同的系统环境；在宿主机里你是 root 并不代表进了 chroot 后也能以同样的身份运行命令；devtools 默认会在 chroot 内创建/使用一个普通用户（往往与 PKGBUILD 里的 pkgbuild_user 配置有关），而不是让你直接在 chroot 里当 root 操作。这对工具本身来说应该是个大bug sudo pacman -Syu devtools我更新了devtools没有用,在想是不是环境污染了的问题extra-riscv64-build -- -c ...
CI/CD
CICD 是 持续集成（Continuous Integration, CI） 和 持续交付/部署（Continuous Delivery/Deployment, CD） 的缩写，广泛应用于软件开发流程中，以提高软件交付的效率、质量和可靠性。CI主要是靠自动化工具，将每一次推送上来的代码进行自动化测试，确保正确CD是快速部署 Docker 在 CICD 的典型流程CI 阶段： 编写 Dockerfile 定义应用环境。构建 Docker 镜像并运行单元测试、集成测试。如果测试通过，将镜像打标签（如 1.0.0）并推送到镜像仓库。CD 阶段： 从镜像仓库拉取镜像。使用容器编排工具（如 Kubernetes 或 Docker Compose）将镜像部署到测试环境。验证后，再部署到生产环境。 dockerfileDockerfile 是一个用来定义 Docker 镜像 的文本文件。它包含了一系列的指令，每个指令描述了如何配置和构建镜像的过程。 通过 Dockerfile，可以自动化地生成一个 Docker 镜像，而无需手动安装操作系统、依赖项或应用程序。 构建一个...
RISC-V模拟器部署记录
可以一步步安装，我选择在云服务器上拉取docker镜像，顺便实操docker(教训)要先检查一下你拉取的docker是不是早就删库了。。被硬控了。不要一时冲动乱删文件，之后可能还有用，，看不懂怎么更新的文档，更新的操作没有用可能是因为老文件没删。一堆版本太旧了要不断更新才能安好qumo和spike的，要装ppa没有一个实验文档自己装东西根本没有方向，，echo ‘export PATH=/opt/riscv/bin:$PATH’ >> ~/.bashrc apt search g++-9 sudo update-alternatives –install /usr/bin/g++ g++ /usr/bin/g++-9 60
