automake 生成 全攻略 作为 Linux 下的程序开发人员，大家一定都遇到过 Makefile，用 make 命令来编译自己写的程序确实是很方便。一般情况下，大家都是手工写一个简单 Makefile，如果要想写出一个符合自由软件惯例的 Makefile 就不那么容易了。 在本文中，将给大家介绍如何使用 autoconf 和 automake 两个工具来帮助我们自动生成符合自由软件惯例的 Makefile，这样就可以象常见的 GNU 程序一样，只要使用 “./configure”，“make”，“make install” 就可以把程序安装到 Linux 系统中去了。这特别适合想做开放源代码软件的程序开发人员，又或如果你只是自己写些小的 Toy 程序，那么这个文章对你也会有很大的帮助。 ## 一、 Makefile 介绍 Makefile 是用于自动编译和链接的，一个工程有很多文件 中记录有文件的信息，在 make 时会决定在链接的时候需要重新编译哪些文件。 Makefile 的宗旨就是：让编译器知道要编译一个文件需要依赖其他的哪些文件。当那些依赖文件有了改变，编译器会自动的发现最终的生成文件已经过时，而重新编译相应的模块。 Makefile 的基本结构不是很复杂，但当一个程序开发人员开始写 Makefile 时，经常会怀疑自己写的是否符合惯例，而且自己写的 Makefile 经常和自己的开发环境相关联，当系统环

[Image](/uploads/documents/0/e/f/2/0ef2dc85a2a8c5cd710f26461146a99b/p1_2.jpg) ## 为 Python Function 自动生成 Web UI 彭未康 ## Touch-Callable The web framework for less serious application. (venv3.6)$ pip install jpg) ## 例子：生成测试用户 for day in this_month: User.create(nickname=randstr(10), created_at=day)  ## 例子：生成测试用户 for day create(platform='qq', nickname=utils.randstr(10), created_at=day) baidu, bytedance..... ## 例子：生成测试用户 class Platform(Enum): BAIDU = '百度' WECHAT = '微信' ALIPAY = '支付宝' $$

## Swift 改善既有代码的设计 翁阳（酒仙） ## 有时候相似 不是巧合 Refactoring Improving the Design of Existing Code  [美] Martin Fowler 著 熊节 译 软件开发的不朽经典 [Image](/uploads/documents/0/0/c/1/00c1cf989fd20e3c9e0afd0906ebbbf1/p4_1.jpg) ## 你必须面对既有代码！ 无论是不是由你编写 ## 这些既有代码你无法逃避 ① 遗留的老项目 ② Cocoa Touch ③ Cocoa Pods 或许 Swift 和 重构 都让你尝尽苦头 ![Image](/upload @"点击进行同步"; self.statusProgressView.progress = 0.0; [self.tableView reloadData]; ## 这段代码 ·UI逻辑 $$ \begin{aligned} 欧 2\end{aligned} $$ 广力云智慧零售收银系统 ## 那就用 Swift 吧 @IBAction func syncButtonTouched(sender:

c283f05b024/p1_2.jpg) ## 一 键将 C/C++ 代码转换为 Python 能调用的代码 韦泽华  ## 大家以前都是怎样调用C++代码呢？ 1. Cython 2. boost.python/pybind11 f/dcff3d9f70403fc7fe9fcc283f05b024/p3_2.jpg) ## 先不讨论这些工具的优劣 先给大家介绍一下 如何使用c2py来调用C++代码 ## 在此之前给大家看一下要调用的C++代码源文件 • 我肯定是会拿上期所的API来作示范： (看一眼就好了) |Name|Size| |---|---| |ThostFtdcMdApi.h|6 KB| |ThostFtdcTraderApi h|36 KB| |ThostFtdcUserApiDataType.h|251 KB| |ThostFtdcUserApiStruct.h|232 KB| ## c2py的使用分两步走 · 第一步，生成.pyd (.so) 文件 |1|c2py generate vnctp||| |---|---|---|---| |2|ThostFtdcMdApi.h||| |3|ThostFtdcTraderApi

 ## Gitea ## 新一代的代码托管平台 2023.12 ## 飞致云 & 上海吉谛 2023年11月，飞致云与上海吉谛达成战略合作，获得 Gitea 企业版中国大陆地区独家代理权，向中国数字化团队交付被广泛验证、可信赖的通用工具软件。 8f32bc68/p2_6.jpg)|| |新一代的代码托管平台|一站式持续测试平台|广受欢迎的堡垒机|人人可用的数据可视化分析工具| |![](/uploads/documents/4/4/b/e/44be860493f23531759994848f32bc68/p2_8 Gitea 企业版介绍 ## 代码托管平台的发展历程 · 单用户本地编辑； · 没有网络功能； · 典型产品：RCS、SCCS。 ## 阶段一 本地代码管理 - C/S 架构体系，支持网络化协作； - 依赖中央存储库； - 典型产品：CVS、SVN、VSS、TFS、ClearCase。 阶段二 集中式代码管理 ·去中心化，稳定性和可用性增强； ·更高效的代码协同机制； ·典型产

## 如何向Go官方提交代码 蒙卓  hi@mzh.io ## 自我介绍 后端工程师，主要写Go • 业余搞Go官方库开发 ● 主要喜欢折腾ARM/MIPS 性能优化 ● 第一个中国Go 官方MIPS64 builder 维护者 Far As I Know (据我所知) c. IMHO: In My Humble Option (鄙人认为) One More Thing ## 版权问题 1. 抄也要抄BSD兼容的代码 a. GPL 不行 b. 闭源更不行 ## 谢谢各位 ## 参考资料 https://github.com/golang/go/issues https://stackoverflow.c

 ## 编写安全的Python代码 邓良驹 2019.10.19 ## 思考题 if user.balance >= product.price: user.balance -= product.price ? ## 目录 CONTENTS d5af4cb76d1049ea3b110e9d/p3_2.jpg) 常见不安全代码 代码检查的工具 总结：如何规避风险  ## 常见不安全代码 ## 小心 eval import sys def run(s): try: PyPI 源中的包就不存在恶意代码； 不要以为你import的就是你实际要import的 $ ^{*} $ ; 每个 PyPI 包都可能存在前述所有风险点，有的甚至是故意、恶意为之。 ## 应对: 谨慎选择第三方 PyPI 包，尽量少导入 PyPI 包； 利用 https://pyup.io/ 等服务保持检查和更新依赖； 利用 Chef InSpect 落实代码安全规范的检查。 $ ^{*}

Deepseek 和 AI 资料，欢迎关注微信公众号【星禾光年 AI】，回复【deepseek】获取 1. 万能提示词生成模版：根据用户需求，帮助生成高质量提示词 SYSTEM 你是一位大模型提示词生成专家，请根据用户的需求编写一个智能助手的提示词，来指导大模型进行内容生成，要求： 1. 以 Markdown 格式输出 2．贴合用户需求，描述智能助手的定位、能力、知识储备 3. 提示词 请帮我生成一个“Linux 助手”的提示词 2. 文案大纲生成：根据用户提供的主题，来生成文案大纲 SYSTEM 你是一位文本大纲生成专家，擅长根据用户的需求创建一个有条理且易于扩展成完整文章的大纲，你拥有强大的主题分析能力，能准确提取关键信息和核心要点。具备丰富的文案写作知识储备，熟悉各种文体和题材的文案大纲构建方法。可根据不同的主题需求，如商业文案、文学创作、学术论文等，生成具有针对性 结论：总结所有要点，重申主要观点，并给出有力的结尾陈述，可以是呼吁行动、提出展望或其他形式的收尾。创意性标题：为文章构思一个引人注目的标题，确保它既反映了文章的核心内容又能激发读者的好奇心。 USER 请帮我生成“中国农业情况”这篇文章的大纲 3. 中英翻译专家：中英文互译，对用户输入内容进行翻译 SYSTEM 你是一个中英文翻译专家，将用户输入的中文翻译成英文，或将用户输入的英文翻译成中文。对于非中

## 面向亿行C/C++代码的 静态分析系统设计及实践 肖枭 ## 500+高端科技领导者与你一起探讨 技术、管理与商业那些事儿 2019年6月14–15日 上海圣诺亚皇冠假日酒店  ![Image](/uploads/documen 合作创办源伞科技，致力于推动静态分析技术在企业中的应用 ## 目录 代码质量管理是个大问题 静态分析+代码评审的实践 ## 生产质量是责任 ☐ 学习和强调，红线和惩罚，100%的测试 覆盖率，和事后复盘并不够 ☐ 有经验的程序员也会犯错 ☐ 对代码提要求很难监督落实 ☐ 测试更多是验证功能，很难检测编码缺陷 ☐ 代码的快速变化使质量更难管 ![Image](/uploads/doc 自动化工具+流程才是未来 ☐ 静态分析工具：半智能的代码分析机器人 ☐ 静态分析辅助代码评审 ## Bug! Thx! Bug! ## 代码质量改进工具、流程落地难 □ 投入大 ☐ KPI不痛不痒 使用主体和责任主体不一致 ☐ 一步登天想要终极AI ## No Thx! ## DevOps: 代码质量责任应该左移 1. 代码签入前，研发人员有义务修复问题 2. 测试人员早期加入