当前位置:首页 > 报告详情

Fortnox的数据驱动软件工程实践.pdf

上传人: p****n 编号:614174 2025-02-19 24页 164.75KB

1、Henrik Edegrd/Javier Gonzalez Huerta-2024-11-20Data-driven software engineering at Fortnox 01Henrik EdegrdDevelopment ManagerDeveloper ExperienceJuni 202301Fun Fact:#:Update sales_table set firstname=henrik,lastname=edegard,street=myroad;#:Affected rows:1 500 000#:PanicJuni 202302630 00002Developer

2、1:-Im tired of npm update02Developer 2:-I know a tool02Developer 1:-Wow,this solved my problem02Developer 1 to Manager 1-Check this out,we all need this02Manager 1 to“Man-in-charge”-We should all do this02“Man-in-charge”to rest of Managers:-Please do this02“Man-in-charge”to rest of Managers:-Please

3、do this02Random Developer:-I get swamped with PR:s02Random Developer 2:-Hey,I made this script for chrome to hide your Renovate PR:s03So.?Did anyone ask for data or questioned whyA developer initiated projects often misses looking at data or defining metrics for success.03DataStarting digging into d

4、ata.What goal should we have with a project like this?Reduced number of CVE:s in deps?More time spent on business logic?Lets do a educated guess03The data50 teams500 developers500 Repositories03The dataRenovate Pull Requests in 2 years25 000 opened21 000 merged4 000 DeclinedAvg time to merge:12 days

5、(at 8h per day)03The dataWith 21 000 mergedat 3 approves per PREquals to 63 000 Approvesat 10 minutes of work per approveTADA:630 000 minutes of developer time.(10 500h/1 312 working days/5,6 years)03The data5.6 years of work over 24 monthsAre 2.8 full time employeesAnd what was the outcome?03The da

6、taProbably more up to date dependenciesMore secure?Probably,but did you measure it?03The dataDid we get any better?-How can you decide if you did not have any metrics?Tweaks that can be made-group patch/minor to one PR-reduce when to run(once a week)03Not the

word格式文档无特别注明外均可编辑修改,预览文件经过压缩,下载原文更清晰!
三个皮匠报告文库所有资源均是客户上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作商用。
本文主要探讨了数据驱动的软件工程在Fortnox公司中的应用和实践。作者作为开发经理,强调了在开发过程中关注数据和定义成功指标的重要性。文章引用了具体数据:在两年时间内,Renovate共发起25,000个合并请求,其中21,000个被合并,4,000个被拒绝,平均合并时间为12天。通过对这些数据的分析,作者指出,虽然可能使得依赖项保持更新,提高安全性,但并未测量实际效果。文章建议,在项目开始时讨论痛点,设定关键成功和保护指标,并普及数据的目的在于改进而非监督。总之,作者倡导在软件开发过程中,应充分利用数据进行决策和评估,以实现项目目标。
"数据驱动软件工程实践如何?" "如何评估项目成功的关键指标?" "如何通过数据改善软件开发流程?"
客服
商务合作
小程序
服务号
折叠