邢啦　为软件事业尽一份力

DevSecOps 的理念是将安全防护流程有机地融入传统的 DevOps 流程中，为研发安全提供强有力保证，安全工具支撑研发阶段安全要求落地。

背景 你的履历上有参与过完整的项目，那么不管以后走项目管理或者技术路线相信工作中能少很多坑。如果你已经准备向项目管理方向发起挑战，希望能有一点帮助，大家一起共勉。 完整的项目周期从销售+售前拿下项目，再到产品进行项目的需求调研、原型设计，再到开发介入后的概要设计、详细设计、开发阶段，最后再到上线前交付验证。这中间资源协调、人员管理、架构选型等等等我只是看客，因为我还不是项目经理，只是这条路上刷经验的小白。所以我只能分享我具体参与的部分。 概要设计的那些坑如何避免 大型项目的开发必然是多个小组合作完成

背景 当成型的项目跨领域适用时，需要在数据模型上进行一些微调。例如移动的计费模型要适用于广电领域进行使用，需要向广电的业务模型进行靠拢。而对模型的实际微调的地方必然会散落到项目模型各个角落里面，而这个是一件繁琐却又必不可少的工作内容。这里将侧重记录实际工作中如何在繁杂的工作中找到规律节约你的时间去配女朋友。 动手思路 典型例子の凡是涉及到地区编号的地方添加分公司编码，因为广电数据归属划分上是按地域划分，而分公司又管理着多个地域（想想地图的乐高拼图多费劲就知道划分多细了），所以想要通过分公司+地区.

第三方支付就像手机一样，有人交集的地方都会有他们。好吧这是句废话，言归正传。 涉及第三方支付的交互：支付、退款是最常用的。 支付 系统集成第三方的支付功能后， 逻辑一：一般是先完成第三方的支付，根据支付结果的不同在本系统当中完成后续的处理逻辑，例如增加充值记录。先处理第三方的逻辑再处理本系统当中的逻辑是资金流向的角度出发，即不管支付的结果是成功、失败、还是延时，后续都方便在本系统当中处理。...

一点感悟-培养默契场景：在一个项目小组中，大家一起维护着项目系统的正常运行和开发。 人员：前台开发人员：3个【1个前台+2个实习生】，后台开发人员2个。由于系统业务中我比较熟悉还负责需求评估，设计的工作。 简述：毕业后一年一直负责当前的A项目。不断地从工作中总结错误汲取经验。慢慢地，我们开发3人小组在项目中找到自己的位置。前台负责前台界面功能设计，后台负责具体的业务接口和进程实现，而我由于比较

批量处理服务，区别于单条数据处理。按照事先设定好的规则，将数据从状态A转换为状态B或者生成状态B。 相对论的角度来说。批量处理服务原理上等价于一次次服务组成的序列。应用相同的逻辑规则来处理数据。 但是从效率的角度却不希望处理时间是： N = n * f(1); 应该是： f(1) 即，无限的接近于条数据处理的时间。 比如： 电信的批量缴费。要求给A文件中包含的1000电话重