2011年11月_fazai001

VC 6.0下编译调试ffmpeg

VC 6.0下编译调试通过的ffmpeg源代码，测试OK，使用前请先将libsdl按照说明正确配置到VC的include、lib和system32目录中。

2011-09-18

《Linux系统编程》中文版.pdf

linux编程必备名著----《Linux系统编程》中文版.pdf

2011-09-11

Linux内核完全注释-3.0.pdf

Linux内核完全注释-3.0.pdf，linux v0.11版本的分析，带书签完整版。

2011-08-24

Using-GNU-Assembler

Using-GNU-Assembler，介绍at&t汇编的语法

2011-08-24

操作系统引导探究.pdf

操作系统引导探究.pdf，介绍从计算机上电到bios家在引导扇区的全过程。

2011-08-24

包含各种Linux V0.11代码阅读文档： Linux0.11内核文件系统数据结构总结.doc Linux0.11源码分析.pdf Linux011-Mem.pdf Linux内核源代码漫游.doc oldlinux.org精选论坛问答.txt The Linux Kernel API.pdf Understand The Linux Virtual Memory Manager.pdf 袁镱 Linux 0.11内存管理.pdf ...... 保护模式下编程的好书.cgi.rar Linux 1.0核心源代码.zip 等等

2011-08-24

linux段错误分析：Segmentation_fault_in_Linux.pdf

\linux段错误分析\Segmentation_fault_in_Linux.pdf

2011-08-23

Linux设备驱动程序第三版(chinese_CHM).rar

2011-08-23

新联电子讲课PPTIndex Li.pdf

\新联电子资料\讲课PPT\00 Index Li.pdf

2011-08-22

redhat9.0内核源码树的建立.txt

redhat9.0内核linux-2.4.20-8源码树的建立.txt

2011-08-22

tornado_tutorial.pdf

tornado_tutorial.pdf： Vxworks集成开发环境使用指南

2011-08-22

VxWorks Programmer's Guide.rar

VxWorks Programmer's Guide.rar：VxWorks程序员指南

2011-08-22

vxworks_programmers_guide_5.4.pdf

2011-08-22

vxworks_network_programmers_guide5.4.pdf

2011-08-22

vxworks_network_programmers_guide_5.5.pdf

2011-08-22

modbus协议分析工具.pdf

2022-02-23

中台之上-【付晓岩】-pdf整理版.pdf

付晓岩：虽然做了六年的企业级业务架构，但是总觉得业务架构不是个好讲的东西，业务架构离不开业务模型，所以讲它就会搬出一堆枯燥的模型来，甚至会让人觉得业务架构就是建模。但建模只是个手段，建模的目的是把现象总结成模式，再从模式中找到结构，将业务上看到的结构传递给技术，如果二者能够基于同一结构思考，沟通上将产生最大的便利，这就是通用语言的基础，其实说通用语言，还不如说通用结构，因为说语言，经常会把人带到语法层面，纠结于规则、概念、标准之类似是而非的东西。所以，我总结建模的原则无非是把握整体、穿透现象、保证落地，建模即不能死守规则、冥顽不化，也不能脑洞大开、信马由缰，必须从一开始就关注如何落地。建模不是建个自圆其说的乌托邦，而是传给后续过程的设计图纸。业务建模可以有前瞻性，但是所谓的前瞻性是能够看清分阶段实施路径的前瞻性。业务架构是不断演进和迭代的，它有生命力，可以成长，如果架构管理工具本身支持历史记录和模式比对，你也可以看到企业架构的演进历史，而不是只看得到现在，只能听别人讲讲过去，过去是可以看见的。这种可视化的历史是一种宝贵的学习资源，人是从历史中学习未来的，毕竟有很多行业还是需要积淀的。但是，业务架构的形成过程的确是在一种看起来科学的方法论下，不完全科学地操作的，这点我曾经也很纠结，后来软件架构的书看多了，再加上到项目中的观察，也逐渐释然了。软件架构其实很羡慕建筑架构，觉得建筑架构有力学基础做支持，有很多可以计算的东西，但是软件架构却没多少能算出来的。在开源思想时兴之前，行业内部交流分享较差，都比较愿意看别人的架构，而不想亮出自己的，很多研究者都抱怨这个非常需要标准的行业反倒是很隔离的。开源为架构和软件带来新的成长方式，共享让思维发展更快、普及更快，但是，软件架构本身却只是增加了大量的案例，依旧难以标准化，哪怕是同一个行业的企业，给这家做的软件也不一定能直接搬到另一家去，很多商用化了的系统软件也还是离不开个性的本地化改造过程。云计算带来的 SaaS 虽然让软件应用省去了许多部署过程，但是，依然难以改变这个行业个性化程度严重的局面。软件架构尚且如此，业务架构也就不需要纠结了。业务架构设计可以很快，也可能很慢。快无非是两种情况，一是架构师自身炉火纯青、天生慧眼，设计能力超强；二是原有业务模型已经很清晰，可以快速分析业务变化，形成架构设计，我们可以追求的是第二种，这也意味这首次建模，尤其是首次建设企业级模型，不要过快，对模型设计方法、业务流程分析、标准化过程，都要细致点儿，基本功扎实了，才有后边的“敏捷”。企业级转型没有轻松的，不少企业是把转型仅当成一个项目，而忽视了对自身的调整。一个普通士兵变成一个特种战士，不是因为给了他一身价值 10 万的装备，而是经过了地狱般的训练。上至最高管理者，下至普通员工，人的思维不转变，哪来的企业转变呢？为了推动企业真正的数字化转型，业务架构设计人员永远不要忘记，业务架构最重要的职责不是传递需求，而是藉由自身的努力，推动业务和技术的深度融合，桥梁作用才是业务架构最重要的职责，如果不能实现这一目标，也就不能真正实现一个快速响应内外部变化的企业级业务系统。其实中台并非万能，客观地讲，一个优秀的架构设计人员是不会“迷信”于任何一种架构设计方式的，也不会执着甚至偏执于方法间的争论，没有哪种设计方式是完美无缺的，软件行业没有“银弹”，任何一种方法都需要坚持与灵活的结合，都需要通过长期的实践不断总结和改良，如果一个方法没有被坚持数年以上，可能连入门都谈不上吧。我对中台认识更多还只能算个一般观察者，论述中难免有失，感谢读者朋友们能够宽容地看我一路“叨叨”下来。

2020-06-20

1900页数学基础：面向CS的线性代数、拓扑、微积分和最优化.rar

宾夕法尼亚大学计算机和信息科学系教授 Jean Gallier 的开源书籍《Algebra, Topology, Differential Calculus, and Optimization Theory For Computer Science and Engineering》用一本书的容量解决了所有问题。这本书涵盖了计算机科学所需的线性代数、微分和最优化理论等问题，可谓详尽。近年来，计算机科学、机器人学、机器学习和数据科学已经成为技术发展的重要推力。任何查看这些领域相关论文的人都会受到一些奇怪术语的困扰，如核 PCA、岭回归、套索回归、支持向量机（SVM）、拉格朗日乘数、KKT 条件等。这些奇怪的术语背后涉及的是大量有关最优化理论的「经典」线性代数知识。那么问题来了：要想理解并用好机器学习、计算机视觉等领域的工具，你就需要打好线性代数和最优化理论的知识基础。而且，你还需要学一些概率和统计方面的东西。很多有关机器学习的书籍都在试图解决上述问题。如果你不了解拉格朗日对偶框架，那又从何理解领回归问题的对偶变量呢？同样地，如果你没有深刻理解拉格朗日框架，又怎么可能探讨 SVM 的对偶公式呢？对这些问题避而不谈是一种省事的解决方式。如果你只是上述方法技巧的使用者，「食谱」类方法或许就足够了。但是，这种方法并不适用于那些真正想要从事研究并希望做出重大贡献的人。所以，作者认为，你还必须具有扎实的线性代数、最优化理论等方面的背景知识。这会是一个问题，因为你需要投入大量的时间和精力来学习这些领域的知识，但作者相信坚持不懈的努力总会收到丰厚的回报。这本书讲了什么？这本书的主要目的是介绍线性代数和最优化理论的基础知识以及这些知识在机器学习、机器人学、计算机视觉等领域的应用。该书包含以下 10 卷： 1. 线性代数 2. 仿射几何和射影几何 3. 双线性形式的几何 4. 几何：PID、UFD、诺特环、张量、PID 上的模块、规范形 5. 拓扑和微分 6. 最优化理论基础 7. 线性优化 8. 非线性优化 9. 在机器学习中的应用 10. 附录

2019-08-14