程序员福利网，一个给程序员提供福利的网站。 https://www.coderfuli.com

目录前言一、项目工程二、制作过程1.编译选项2.符号处理总结前言本文讲的是如何制作库文件，你可能会问了，制作库文件不就是一个编译命令吗？没错，生成一个库文件就是用一条编译命令即可达到目的，但是如果制作一个接口完美封装、安全、高效的库文件，还是需要查阅很多资料，了解很多编译原理才能做到的，本文就是我查阅了很多资料，花了几天时间，做了很多次实验而实现的，下面就是我对这个功能的总结。一、项目工程设计一个数组元素的加减乘除作为库对外的接口INT32 ARRAY_ADD(

主频通俗的讲就是cpu处理数据的速度，一般单位为GHz，比如3.2GHz。2004年制作处理器的厂商在主频提升达到瓶颈后，提出用多核心来作为提升整体频率的方法。在此之前都是一个cpu一个core核。想要达到提升处理速度，还有另外一种选择，那就是放置多块cpu不就行了吗，但这里会有一个问题，多个cpu之间内存交换数据慢的问题。因此选择了前一种方法，多个核心即可同时并行多个线程，并不能并行多个进程，只能并发多个进程。比较流行的处理器厂商有两种，intel和amd架构的，现在买个人的pc时，很多都可以选择

https://octoverse.github.com/ GitHub 近日发表 Octoverse 2021 年度报告。除了开发语言排行、开发者数量趋势等常规数据外，今年的报告还包括对三项软件开发实践的深入调研，并基于调查输出了研发实践的影响模型，以及相关建议。 本文仅摘录企业场景下的模型，开源社区场景下的模型可能有所不同。 快速编写/交付代码 自动化工具 根据统计，使用了自动 CI/CD 工具 GitHub Actions 的项目，每日合并 PR 数平均提高 36%，合并用时缩短 33%；

建设研发工具链后，效能提升如何更进一步？ 工程师们反馈流程体验确实有所提升，和业务同事的沟通似乎也愉快了一些——但研发团队依然需要量化数据作为抓手，一方面佐证先前实践优化的有效性，另一方面为持续的效能提升寻找机会。 这并不容易。 首先，效能数据常常散落在软件研发生命周期的不同阶段、不同工作流、不同工具中，难以留存、汇集并转化为有效洞见。其次，可能存在效能指标定义与计算方法模糊，难以获得团队认同。最后，如果数据只停留在数字，无法根据研发管理具体场景的需求进行分析与展现，也难以为研发团队创造价值。

大家好，最近和行业内诸多PMO 沟通IPD 在软件研发的落地，因为大多是负责硬件的项目管理，硬件产品项目的需求和成本控制等等，在软件研发项目IPD 的应用，有做这个的，期待和大家分享！ 祝顺利！

1.英国工作发展APPG建议立法，规范算法在员工管理中的应用 英国工作发展跨党派议会小组（APPG）本周发表报告称，滥用的算法监控、自动考核可能会导致员工管理过度细化，给员工身心健康造成不良影响。 随着远程/混合办公模式和零工经济的普及，许多企业采用了监控技术来确保员工在上班期间没有摸鱼。这些技术包括后台计算空闲时间、摄像头识别员工是否在电脑前、追踪键盘敲击频率和网页浏览历史、记录邮件、工作消息及通话记录等。ExpressVPN此前的调查表明，高达78%受访企业采用监控软件来记录员工的线上活动。

1. 摘要　　最近写了不少代码，review了不少代码，也做了不少重构，总之是对着烂代码工作了几周。为了抒发一下这几周里好几次到达崩溃边缘的情绪，我决定写一篇文章谈一谈烂代码的那些事。这里是上篇，谈一谈烂代码产生的原因和现象。　　2. 写烂代码很容易　　刚入程序员这行的时候经常听到一个观点：你要把精力放在ABCD（需求文档/功能设计/架构设计/理解原理）上，写代码只是把想法

没有可靠的度量就无法有效的改进，高度数字化的软件研发领域一直是进行各类效能度量尝试的创新重地。阿里云·云效服务的内部版本“Aone”承载着阿里集团数百个BU协同研发和持续交付的职责，笔者在数月前短暂的参与了该平台的效能透视镜板块建设，因而得以从平台的“上帝视角”重新审视效能度量这件事，随着项目开展，略微摸索了些门道。此文中观点源于这段时间里笔者在团队内以及与周边相关团队的讨论和个人思考，且作抛砖引玉之用。度量的分类度量的分类方式有很多，其中比较有意思的一种角度，是根据目标意图将度量划分为“针对人的度量

Editor's Notes：如何提高软件交付效能？研发支撑部门 BP 化，项目管理流程精简化，忘掉代码量去构建效能度量模型。一个个富有冲击力的理论不断涌现，细一琢磨，又...

最近几年 “软件研发效能” 成了业界的热词 ，频繁出现在各个行业大会，被各大厂、传统行业数字化部门、追求高效能的团队不断的提及并迭代，比如阿里的效能改进211愿景，腾讯的智研平台，百度工程能力白皮书。那么为什么软件研发效能会成为热词，有哪些合适的软件研发效能指标呢? 本文想尝试回答这两个问题。(本文是此系列的上篇，后续两篇将尝试构建一个根据团队上下文的软件研发效能推荐指标图表，和一些实际度量指标的案例。)为什么软件研发效能会成为热词？咱们先看看现有的问题， 与传统制造业相比，软件研发行业还很年轻，并没

为什么要提高研发效能，因为技术本身是为业务服务的，产品的价值体现在业务上，技术的所有价值最终都要通过业务结果来呈现，我们的根本目的是帮助业务成功，促进业务腾飞。那技术就不重要了吗！重要，因为所有的业务价值最终都要通过软件服务来变现，两者相辅相成，互相促进。那如何提高研发效能？一个项目从立项到上线涉及到角色包含客户、运营、客服、产品、技术、测试。涉及到关键流程如下。...

1. Thoughtworks 发布第 25 期技术雷达 在第 25 期技术雷达中，由谷歌DORA研究提出的交付四项指标，即更改前置时间、部署频率、平均修复时间（MTTR）和变更失败率，继续保持在“采纳”象限。 在应用层面，Thoughtworks 建议团队不要基于单一数据来源进行度量。例如不要仅依赖持续交付流水线数据来衡量交付稳定性，而要将真实事故数据也纳入考量。Thoughtworks 也建议团队先将度量回顾纳入实践，再构建仪表盘工具，并在度量过程中持续思考改进。 除了研发的成果与流程，Th

1、《企业敏捷协作数据报告》：九成企业将增加敏捷协作投入9月17日，TAPD（腾讯敏捷研发协作平台）联合腾讯研究院及中国信息通信院，共同发布《2021年企业敏捷协作数据报告》。报告称，约98%的企业计划在未来一年内增加数字化敏捷研发协作领域的投入，向敏捷组织发展。互联网IT服务企业的敏捷程度仍然最高。在过去的一年中，有96.5%的互联网企业针对研发效能提升展开探索。其中，优化研发工作流程、引入敏捷研发协同办公平台、建立明确的效能度量体系是企业投入最多的三大方面。来自传统行业的企业也开始数字化敏捷转型的

1. Google 发布DevOps年度报告：精英团队继续加速，交付与运营表现并重 Google的DORA（DevOps研究与评估）研究团队近日发布了2021年DevOps报告。这份报告不仅呈现软件交付与运营表现如何影响转型时代的组织效能，还调研了SRE最佳实践、安全软件供应链、内部文档质量、多云环境等因素给研发团队带来的影响。 报告使用软件交付的四项指标（部署频率、变更平均交付周期、故障平均恢复时间、变更故障率），将研发团队划分精英、高、中、低四个效能级别。调研显示，在过去一年，精英团队持续

简介：如今，研发效能越来越受到重视。那么效能的本质是什么？效能度量的终极目标是什么？如何让“专家经验”产品化、标准化，从“事后复盘”发展为“风险管控”？本文从度量的分类、效能本质、模型的存储等方面聊一聊效能度量，并分享一种研发度量领域模型。没有可靠的度量就无法有效的改进，高度数字化的软件研发领域一直是进行各类效能度量尝试的创新重地。阿里云·云效服务的内部版本“Aone”承载着阿里集团数百个BU协同研发和持续交付的职责，笔者在数月前短暂的参与了该平台的效能透视镜板块建设，因而得以从平台的“上帝视角”重新审视效

研发效能提升是最近比较热门的一个话题，本人根据这几年的工作心得，做了一些思考总结，由于个人深度有限，暂且抛转引入。 三要素 任何生产力的提升都离不开这三个因素：人、流程和工具，少了其中任何一个因素都无法实现。 人，即思想，也就是古人说的“道”，道不同不相为谋，是制高点，也是高层建筑的基石。 流程，即方法，也是古人说的“法”。研发效能的提升，也就是要提高投入产出比，既要增加产出，也要减...