写给创业公司的程序猿们-阿里云开发者社区

开发者社区> 开发与运维> 正文

写给创业公司的程序猿们

简介: 国内的创业公司,有想法、有资金、有技术、有运营,可是具体实施无比痛苦。技术同学要花1-3个月建立内部的研发平台基础设置,1年也做不到自动化交付。研发的战斗工具还是小米加步枪,因为我们的技术同学最屌丝,最苦逼。现在在CRP上,创业团队的技术同学无需做研发基础设施,3个月内就能实现自动化交付能力。



文初先讲一个故事,Jeep汽车是如何创造的?

         二战时期,美国陆军总部给各大汽车制造公司,提出了一需求:要求49天内提供一个新车模型,这个车必须重量轻、负载重、四轮驱动、可以在沙漠、高原、不同地形和天气下行驶,至少60马力等要求。135家汽车制造公司中,最后只有一家公司班特曼承诺可以做。实际上这家公司已经宣布破产几个月。

        班特曼公司外包了一位机械工程师,2天拿出了总体方案,五天后提交了具体设计,49天内造出了战车送到陆军总部。陆军再加入了威利斯和福特公司开始大规模生产,制造了700000的吉普送往各个战场。这个吉普车被称为“赢得战争胜利的三大武器之一”。这一切都归功于那个默默无闻,再两天内设计出这个神气车辆的工程师。

       这个故事里有人提出了需求,有人说出了愿景,有人做出了设计,有人整合了资源,有人具体实施,有人总结了传奇。所以创造出了如此激动人心的创新产品。


       国内的创业公司,有想法、有资金、有技术、有运营,可是具体实施无比痛苦。技术同学要花1-3个月建立内部的研发平台基础设置,1年也做不到自动化交付。研发的战斗工具还是小米加步枪,因为我们的技术同学最屌丝,最苦逼。


      程序员猿们,代码写好了却因环境问题一次次打包报错,无比心累有没有?自测通过了被测试同学打回来三五次有没有?每逢发布像狗一样折腾到半夜第二天还得早起紧急解决线上问题有没有?

      明明你只要3个小时写完需求,却因为各种沟通协调问题、解决半路插进来的问题,变成一天时间无比疲劳的度过,还只是完成了半成品!

      明明你只要提交完代码就可以愉快的去抽根烟喝杯咖啡放松一下,却因为还得人工打包、发布、测试搅乱了欢愉的心情!

      明明你只要专注于输出优雅迷人的代码,却因为svn服务器挂掉、国外网络时断时续、各种服务器挂掉等各种操蛋问题,不得不一边吐槽自己运气不好,一边google学习各种问题解决方法!

      你明明可以帅气的写出漂亮的APP拿出来得瑟就好了,却因为小米加步枪的研发装备,像个后勤大总管一样,事必躬亲,手工作坊式干活。你这么苦,我懂你,你懂自己吗?



      过去的创业团队,技术同学要花1-3个月建立内部的研发平台基础设置,1年也做不到自动化交付。

      现在在CRP上,创业团队的技术同学无需做研发基础设施,3个月内就能实现自动化交付能力。因为我们了解这样的痛,我们给创业团队提供从需求设计到线上交付的自动化交付工具,给研发同学配备导弹发射器,让需求上线像导弹发射一样爽。


      CRP是什么?Ali Cloud Continuous Release Platform,中文意思“阿里云持续交付平台”。CRP能做什么?帮你托管代码,帮你项目管理,帮你单元测试,帮你安全扫描,帮你构建,帮你打包,帮你上传下载二进制包,帮你发布上线,帮你快速回滚。总结起来,就是听起来不太懂的持续集成、持续交付。 

      

      不懂?没有关系,先到code.aliyun.com把代码版本管理做起来。私有公有Git仓库随你选;任何类型文件和源码随你传;在线浏览和管理代码;分布式存储,本地就是备份服务器;  在线评审代码、提交问题和文档。团队间简单协作,喝杯茶的时间就能搞起来。


      代码版本管好了,接下来呢?到crp.aliyun.com上建一发布流,给代码加上持续集成呀。单元测试,静态代码扫描,安全问题扫描都不能少。CRP自动报告问题,建立反脆弱机制。一个bug在1个月前就修复了,过1周就被覆盖了,指不定什么时候又冒出来了,每每都被测试人员吐槽鄙视,还不赶紧自动化测试搞起来。

           

      单元测试覆盖了常见的业务分支和经常容易出问题的代码,都可以跑通过了,安全漏洞也解决了,后面是不是不用管了?打包要求是什么?依赖版本是什么?测试环境怎么搭?搭一套运行环境就要半天时间。在阿里云ECS里建好镜像,想扩展几台就扩展几台。再到CRP项目里,环境管理建好机器分组,发布流里选择部署到对应的机器分组,就能自动发布测试环境。如果你还有自动化测试工具,搞个脚本调用起来吧。

      

      终于测试也通过啦,激动的准备上线啦,要写发布申请和测试报告?CRP的智能表单新建各种表格/报告,再关联到工作流的前置表单和后置表单,当前处理人就收到你的报告了。

报告完成,一个按钮就开始自动化发布,实时查看发布日志,快速接收部署结果。

这个时候线上验证全部通过就可以回去睡觉了...可是,线上又出bug了,老板还要求你10分钟内恢复正常使用,10分钟真的能修复代码并且测试通过吗?还是先快速回滚到上个版本包吧。找到要回滚的版本,一键开始,迅速回滚到上个线上版本。接着安心解决你的BUG吧,实在疲劳过度两眼发花了,还是先休息放松下,再来解决吧。

           

      言止于此,还是懵懵懂懂,无比好奇?CRP帮助文档看起来、论坛交流给我们提意见、旺旺支持来交流。创业团队还可以面对面交流。


           


版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章