1. 聚能聊>
  2. 话题详情

程序员、测试员、项目经理,你们有freestyle吗?

近日云效公共云版本正式进入商业化服务阶段。

云效是一站式企业协同研发云,支持公共云、专有云和混合云三种模式下的大规模团队的项目管理和协同研发,它为应用项目研发全周期(需求->开发->测试->发布->运维->运营)提供高效的工具化支撑,落地实现敏捷研发、流式实施交付和分层自动化等先进理念,从而助力企业产品快速创新迭代和研发效能升级。

image

在阿里巴巴集团内部,持续交付及持续集成平台在经历了八年的不断迭代与进化之后,成长为数万应用所依赖的重要研发工具,每天为数万研发提供高效支撑。目前云效在阿里巴巴集团内部使用成果斐然:在研发实践上支持周创建5万+工作项、周测试执行19万+次、周代码扫描25万+次、周构建30万+次持续集成;同时在运维服务上承担全集团百万级规模服务器管理,支持1分钟操作50万台服务器,文件分发10亿次/月、分发量2000TB,日均发布次数2w次

云效有多种版本,除了免费版外,还有针对不同场景的各个版本。

image

问题又来了~
1、据说很多大公司的软件代码都差得一塌糊涂、各种不规范、各种坑,你单位重视代码质量吗?为什么?

2、你们在实际开发中,如何管理项目的质量?

3、你们是怎么进行协同研发的?比如用什么工具、什么方式?

4、软件工程越规范成本越高交付越慢,代码质量越渣成本越低产出越快,那么企业应如何在两者之间做到平衡?

参与话题

奖品区域 活动规则 已 结束

  • 奖品一

    阿里云代金券 x 3

  • 奖品二

    聆听专属T恤衫 x 3

  • 奖品三

    云栖定制电脑包 x 1

24个回答

1

北方的郎 已获得聆听专属T恤衫 复制链接去分享

1、据说很多大公司的软件代码都差得一塌糊涂、各种不规范、各种坑,你单位重视代码质量吗?为什么?
呵呵,不论在哪里,只要是倒排的计划,工期就是压倒一切的,项目经理想重视质量也没办法。

2、你们在实际开发中,如何管理项目的质量?
首先是团队、技术、平台。如果是老团队,用熟悉成熟技术和平台。一般不用太操心,按规定套路来就行。
否则的话就要从人员培训、项目规范、代码Review、各个阶段测试全面抓起啦。

3、你们是怎么进行协同研发的?比如用什么工具、什么方式?
这个工具很多啦,Project,SVN,GIT,dot Project, Jire,甚至QQ,等等。

4、软件工程越规范成本越高交付越慢,代码质量越渣成本越低产出越快,那么企业应如何在两者之间做到平衡?
看你在什么阶段,以及什么产品啦。如果是初创阶段,更新飞快各种娱乐App,那么就在一个合理的技术架构(架构不能马虎)下快马加鞭吧。
对于成熟的企业,高风险,高价值的业务,那就要精雕细琢了。

采纳的话,就来个T恤吧。

浮生递归 回复

现在准备夏装是不是有点早

北方的郎 回复

呵呵,未雨绸缪啊。

评论
1

微wx笑 已获得阿里云代金券 复制链接去分享

1、据说很多大公司的软件代码都差得一塌糊涂、各种不规范、各种坑,你单位重视代码质量吗?为什么?
领导不懂技术,做项目肯定是工期最重要;
前期制定了代码规范,没有时间审查也没用。

2、你们在实际开发中,如何管理项目的质量?
代码规范,版本管理,自测,交叉测试。

3、你们是怎么进行协同研发的?比如用什么工具、什么方式?
协同研发,SVN,钉钉。

4、软件工程越规范成本越高交付越慢,代码质量越渣成本越低产出越快,那么企业应如何在两者之间做到平衡?
就看是烧谁的钱呗!打算烧多久,能烧多久。

1

shawn.ss 已获得阿里云代金券 复制链接去分享

求代金券哈,
1、据说很多大公司的软件代码都差得一塌糊涂、各种不规范、各种坑,你单位重视代码质量吗?为什么?
代码质量是主观感受,
其实我司大多能跑起来的项目,按照一致性,易读性,高效性等要求来看,基本是垃圾,但是深入研究一下,其实也并非特别不堪,除了天马行空的凌乱,各处表达同一概念的不一致等诸多让处女座想死的细节外。规范这种东西很多时候在我司都是摆设啦。至于坑这种东西,都是前任挖,后任填,坑多坑少看前任的心情和能力。。。
单位目前比较重视代码质量,但事实上没有手段来干预和管理,能跑起来,能过压测的都算合格,至于软件风格,实现的优雅这种高标准要求,闲的流油的时候会重视下。

2、你们在实际开发中,如何管理项目的质量?
白盒黑盒测试,白盒靠代码review,黑盒靠测试人员把控,review基本只是为了了解下代码细节好接手,并非为了优化写法,其实对程序员来说,说你写的不好这个事情也不太容易,类似文章的表达千人千面

3、你们是怎么进行协同研发的?比如用什么工具、什么方式?
协同开发基本都是git,少部分还在用svn,依赖方定义接口,提供方实现接口,多方合作一起确认交互细节,然后执行

4、软件工程越规范成本越高交付越慢,代码质量越渣成本越低产出越快,那么企业应如何在两者之间做到平衡?
使用更强大的工具,并不断强化分享和培训,让更多人会使用工具,并了解规范的底层含义从而自觉遵守,
云效工具是个不错的例子,不过大一点的公司基本都是走自研的系统
平衡其实就是大家的心理预期,除了一点点潜移默化的渗入日常习惯中,其实没有特别好的办法

1

沙漠的热情 已获得阿里云代金券 复制链接去分享

1、据说很多大公司的软件代码都差得一塌糊涂、各种不规范、各种坑,你单位重视代码质量吗?为什么?
上规模的企业大都重视代码质量的。很自然的事,和盖房子重视建筑质量是一个道理。

2、你们在实际开发中,如何管理项目的质量?
就我们而言,没有什么规范的项目质量管理,主要看开发者的水平喽。
也就补补安骑士检测出的漏洞。

3、你们是怎么进行协同研发的?比如用什么工具、什么方式?
可能我要答非所问了,我们工作也就是用用QQ、微信、SVN等等啥的。

4、软件工程越规范成本越高交付越慢,代码质量越渣成本越低产出越快,那么企业应如何在两者之间做到平衡?
这就是代码质量的两面了,只能达成相对的平衡,无法同时追求极致。
如何平衡?看需求喽,如果是建能使用200年的大桥,自然是质量优先;如果是建军队快速过河的浮桥,自然是效率优先。

0

aoteman675 已获得聆听专属T恤衫 复制链接去分享

1、据说很多大公司的软件代码都差得一塌糊涂、各种不规范、各种坑,你单位重视代码质量吗?为什么?
慢工出细活总有它的道理,产品周期短,程序员整天加班,只要完成功能就行了,哪还有心思优化代码和写一份完整的技术文档呢?
我们只要出结果就行了,置于框架什么的,能用就行了,最后提交个文档就ok。
2、你们在实际开发中,如何管理项目的质量?
先制定代码编程规范,然后项目经理把项目拆分成若干个小模块,按照开发文档对每个模块做对接。最后用git或svn完善项目功能,修复bug,不断迭代更新。
3、你们是怎么进行协同研发的?比如用什么工具、什么方式?
Coding,Tower,Svn,Git,钉钉,Microsoft Project,这些都用过,最好用的就是甘特图,可以对项目周期做全局分解。
4、软件工程越规范成本越高交付越慢,代码质量越渣成本越低产出越快,那么企业应如何在两者之间做到平衡?
首先公司要制定一套不同项目类型的代码编程规范,每个开发者按照这个规范就行了。然后就是公司约定成俗的模板框架,按照不同需求往里面填充就行了。还有就是项目的运行周期,交付验收后帮用户维护就需要代码规范的按照自有的运维体系来开发,假如由对方维护,那么只需交付功能和文档就行了。对于公司来说,如果有一套开发规范和流程,其实周期可以不断进行优化,提高效率。

0

天机浮现 已获得云栖定制电脑包 复制链接去分享

1、你单位重视代码质量吗?为什么?

答:
1.1很重视,并专门构建了代码质量检测平台,要求各个项目代码放上去检查.
1.2但是,即便检查发现了很多问题漏洞或不规范的地方,项目组真的没时间去处理.我这有个5年的开发,java类名喜欢全小写方法名喜欢全大写;我纠正过几次,每次说他的时候,他那疲惫的样子,我也不忍心挑细节了,应用能跑起来客户不抱怨就行了(在客户现场开发,经常搞通宵).

2、你们在实际开发中,如何管理项目的质量?

答:保证代码都提交到公司svn库了;每周挑各个人的代码大概看下,看到不规范的地方提醒下

3、你们是怎么进行协同研发的?比如用什么工具、什么方式?

答:使用IBM的CQ工具进行任务分配,有时候用瞩目开视频会议

4、软件工程越规范成本越高交付越慢,代码质量越渣成本越低产出越快,那么企业应如何在两者之间做到平衡?

答:从企业的角度还是先尽可能的抢占市场,然后慢慢的改善产品质量,但是很可能因为前期的口碑太差导致后期推广的困难;个人感觉企业还是应该通过提高人力成本进可能的保证产品质量.
0

cjsoldier 已获得聆听专属T恤衫 复制链接去分享

1、据说很多大公司的软件代码都差得一塌糊涂、各种不规范、各种坑,你单位重视代码质量吗?为什么?
一般公司拿到cmm5认证的都比较重视,像需求文档,code review,测试文档等都有。
我现在的公司不太重视,因为没有code review。

2、你们在实际开发中,如何管理项目的质量?
敏捷开发。大的项目拆成一个个的小项目。每个小项目一遍遍的迭代,一点一点的来。

3、你们是怎么进行协同研发的?比如用什么工具、什么方式?
管理上使用禅道:项目需求,项目迭代,开发任务,bug管理全都有。项目经理,开发人员,测试人员都用这套系统。
版本控制使用GitLab:代码和API接口文档都放在这上面。开发前定好接口,然后把文档放上去,都按照文档来,每个人做好自己的事就行。接口文档管理还是建议使用专用的系统,比如开源版的eoLinker AMS等。
交流上使用QQ:临时建个小组,有啥说啥,还可以发起投票等,比飞秋好。
技术分享使用typora:都是以markdown文档的形式交流。我们的markdown工具统一使用typora。

4、软件工程越规范成本越高交付越慢,代码质量越渣成本越低产出越快,那么企业应如何在两者之间做到平衡?
关键看谁验收。
如果验收方是政府,只有一个用户,不用找平衡,成本越低越好,一个用户还不好伺候吗。
如果验收方是吃瓜群众,质量是越严越好。用户太多了,指不定会出什么幺蛾子。就算安全性没问题了,悠悠众口,总能找到吐槽点,质量不好,根本没办法修改。

0

1378920213595922 复制链接去分享

活的自由!

0

1542920045422460 复制链接去分享

新人,新手,在努力学习中

0

1864371548621653 复制链接去分享

来了就看看

0

1667719830887140 复制链接去分享

我觉得可以

0

1624219642708522 复制链接去分享

都没程序猿

0

xianfuyuan 复制链接去分享

有规范,简陋,没落实

0

海龙2102 复制链接去分享

试试说点具体的

0

1145019820864959 复制链接去分享

第一次来这里

0

1525419818186912 复制链接去分享

新手,一旁发抖。不过一般是实用主义,其他没有管太多。

0

1839119801157039 复制链接去分享

各位前辈聊聊呗

0

1548819357903993 复制链接去分享

么有

0

3210627284@qqco 复制链接去分享

你好

0

枫之叶落 复制链接去分享

产品开发一对一,没有任何技术文档留存,虽说一直想整理成册,但是被开发任务压着没时间去做整理工作

2