Loading [MathJax]/jax/output/CommonHTML/config.js
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >开发项目初始需要做什么?

开发项目初始需要做什么?

作者头像
后场技术
发布于 2020-09-03 07:27:01
发布于 2020-09-03 07:27:01
5240
举报
文章被收录于专栏:后场技术后场技术

四叶草

项目起步阶段, 往往是与产品确认需求, 先是头脑风暴, 然后便是开发设计, 但是在此过程中还有一点很重要. 那便是要与开发团队约定开发规范, 例如代码规范, 数据库规范, 接口规范, 设计规范等等.

为什么要定这些, 怎样定. 我之前的经验是, 这些东西完全就我自己出了, 然后跟同事 review 一下就完事了, 这样就会有很多问题, 首先便是, 在 review 时, 并没有太多人会上心, 多是都是走过场, 这就为将来埋下隐患了。

如果每个程序员都是脑力劳动者, 经常会出现同行相轻的情况, 相信这种情况大家见得很多了. 你我也是, 在代码上谁服谁啊, 都以为自己天下无敌, 有几个能做到清醒的自我认识。特别是现在搜索网站这么发达, 很多时候一个人宁可去相信百度, 也不相信你的规范, 更多的时候都是拿百度的搜索结果质疑你的规范。

所以,最近我思考改变后的做法便是, 每个规范都拿出不到一个小时的时间, 然后让所有的程序员坐在一起, 大家很民主的共同讨论这个规范, 有任何争议, 每个人先阐述各自的理由, 如果仍然有争议, 那么便通过投票来处理, 这样最后的结果就作为整个团队的规约, 并且言明, 如果在项目开发过程中, 仍然有人不按照游戏规则来, 那么就是这个人的问题了, 那这个人不尊重其他人的共同劳动成果, 那就需要不断提醒和跟这个同事交流,让他引起注意,如果多次沟通交流无果,最后只好解聘了,我们不能够因为共事感情,长期因为某个人跟团队的行为不一致,导致最后团队的效率和目标达不成的问题。

我用的开发语言主要是 JAVA, 所以代码规约用的是阿里的 JAVA 开发规范, 包的结构也提前定义出来, 项目中就是这种包结构了,数据库表定义必须加注释, 过去时态的要加过去时。接口规定完全遵照 Restful, 不过可以适当宽松, 如果有洁癖的, 也可以完全按照 Restful 规约来。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2020-06-14,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 后场技术 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
“分布式” 开发规范治理​
PS:本文只是先开个头,思考如何应对这种挑战。 如果只是从系统来考虑,标题里虽然说的是 “分布式” 规范治理,但是更多的时候是指多仓库的规范治理。而多仓库本身也充斥着一些不合理性,诸如于一个代码仓库内,可能包含着多个模块,如 monorepo。从这个角度来看,只是讨论分布式系统,可能有一些单薄。但是呢,我们在写规范,针对的是系统吗?难道不是团队中的开发人员?所以,我们所想的治理的是分布式协作的规范性问题。 回顾开发规范及其工具化 对于软件研发来说,效能的提升是一个非常宏大的史诗级话题,在这个话题里,规范的建
Phodal
2022/03/08
8480
如何成为优秀的技术主管?你要做到这三点
阿里妹导读:技术主管,又叫「技术经理」,英文一般是 Tech Leader ,简称 TL。随着工作经验的不断积累,能力的不断提升,每个人都有机会成为Team Leader。然而在机会到来前,我们必须提前做好准备,对TL的工作职责有一定了解。当然,这也会为当下更好地配合TL工作打下基础。
烟雨平生
2023/03/07
6850
如何成为优秀的技术主管?你要做到这三点
devops:从破窗效应讨论团队代码质量管理
近日一个朋友和我吐槽说感觉他所参与的模块代码很混乱,存在重复功能的公共组件、不合规范的代码等问题,有点想重构整个模块的冲动,这引起了我的一些思考。
Freedom123
2024/03/29
1380
如何在团队中做好Code Review
想要做好Code Review,必须让参与的工程师充分认识到Code Review的好处
KenTalk
2019/12/23
1.5K0
如何在团队中做好Code Review
codeReview规范
     CodeReview的目的是提升代码质量,尽早发现潜在缺陷与BUG,降低修复成本,同时促进团队内部知识共享,帮助更多人更好地理解系统。
凯哥Java
2022/12/16
5410
我用这10招,能减少了80%的BUG
并且idea还有自动补全的功能,可以有效减少我们在日常开发的过程中,有些单词手动输入的时候敲错的情况发生。
苏三说技术
2024/04/17
6600
我用这10招,能减少了80%的BUG
团队管理那点破事!OKR绩效、核心人才、面试、技术分享、研发流程....
今天来聊聊团队管理,可能你现在还是一线开发,没有带团队,感觉这个话题与你无关,其实不然。
微观技术
2021/10/21
2.2K0
你给HashMap初始化了容量,却让性能变加更糟?
项目中,看到大家已经意识到初始化HashMap时给Map指定初始容量大小,甚是欣慰。但仔细一看,发现事情好像又有一些不对头。虽然指定了大小,却让性能变得更加糟糕了。
程序新视界
2021/12/07
1.3K0
【应用安全】S-SDLC安全开发生命周期
OWASP Secure Software Development Lifecycle Project(S-SDLC)是OWASP组织首个由OWASP中国团队独立发布并主导的研究项目,并在全球范围内正式发布。S-SDLC被越来越多的企业所重视,纷纷开始实施。
Bypass
2019/07/08
3.5K0
【应用安全】S-SDLC安全开发生命周期
MEP | Code Review 建议
一、目标和原则二、开发者三、评审者四、实用性建议1. 对事不对人2. 每个 Review 至少给一条正面评价3. 使用统一的代码风格规范4. 全员参加 Code Review,并设定各部分负责人5. 每次 Code Review 的量不宜太多6. 在写新代码之前,先 Review 掉需要评审的代码7. 如果你有更好的方案,尽管提出来8. 不要在 Review 中讨论需求,Review 就是 Review9. 不要试图一次就能改善所有的问题10. 交叉 Review五、小项目团队内部采用轮换 Review 的方式六、推荐几款代码检查工具静态代码风格检测Bug 扫描参考
双鬼带单
2021/09/09
4410
MEP | Code Review 建议
开发规范 | 代码审核规范
commit message 都包含三个部分:Header(必需)、Body(可选)、Footer(可选)
双鬼带单
2021/04/13
2.1K0
开发规范 | 代码审核规范
如何做到 Redis 开发规范中的拒绝 bigkey
代码中的问题,光靠 Code Review 是不够的。Code Review 主要是解决规范问题,当然也能排查出一些 bug。
业余草
2019/03/11
2.7K0
如何做到 Redis 开发规范中的拒绝 bigkey
前端项目负责人在项目初期需要做什么?
https://juejin.cn/post/6968874442554343455
ConardLi
2021/07/16
1.4K0
【SDL最初实践】安全开发
在确定产品原型与功能之后,便交由开发负责推进。然而关注点大多仅在于业务流程与功能点的实现,具体使用的技术决定于公司技术栈和个人能力,对于带着安全意识去编码这件事儿,大多都没太在意。
aerfa
2019/11/08
1.3K0
【SDL最初实践】安全开发
我是怎么把一个项目带崩的
我是一名项目经理,在过去的四个月里,我把一个项目带崩了(上线后频出问题,用户无法使用)。在最近的几天,我每天都在反思自己,我都在问自己以下几个问题: 1.我做错了什么? 2.我在其中占有多重的因素?
芋道源码
2018/12/24
6010
谈一谈开发团队代码质量如何管控与提升
今天我们谈一下开发团队代码质量如何做到管控与提升,我相信很多公司都会面临这样的问题,开发团队大人员技术水平参差不齐,代码写的不够规范,代码扫描问题修改太过滞后,代码库管理每个团队都不一致,偶尔还会合并丢失一些代码,code review费人费时效率不高,开发任务的管理以及任务与代码的可追溯问题,等等之类的问题,我们能否制定一套从设计到开发再到交付一整套的管控方案来帮助开发团队管控代码的质量?下来我就针对这些问题展开来谈谈我的想法。
测试开发技术
2023/08/21
6760
谈一谈开发团队代码质量如何管控与提升
if 我是前端团队Leader,怎么制定前端协作规范?
笔者长期单枪匹马在前端领域厮杀(言外之意就是团队就一个人),自己就是规范。随着公司业务的扩展,扩充了一些人员,这时候就要开始考虑协作和编码规范问题了。本文记录了笔者在制定前端协作规范时的一些思考,希望能给你们也带来一些帮助.
_sx_
2019/08/07
3.2K0
if 我是前端团队Leader,怎么制定前端协作规范?
低代码提高的是应用交付效率还是开发效率?
最近跟几个客户和IDC分析师在探讨24-25年国内低代码市场格局变化和趋势时,发现大家对目前低代码供应商类型有不同的见解。有一类产品,即所谓的开发平台类低代码(产品),在我的认知中并不应该属于低代码产品,因为它的价值主张和解决的问题与主流低代码(含无代码)产品不同,特别是其面向的首选开发者主体,以及效率提升的方向差异非常大。
得帆云低代码PaaS
2025/03/17
1970
低代码提高的是应用交付效率还是开发效率?
了解敏捷开发
理论上来说,重构思想和开闭原则是相违背的,但如果一开始没有超强的设计分析和预测变化的能力,用来设计的时间不如花在重构上。【设计终究只能浮于纸上,而实践才能更加真实的发现问题】
Noneplus
2019/09/24
1.6K0
【码出高效】为了避免代码不规范被打死,赶紧来看看吧!
据外媒报道,来自美国的一名程序员因同事不写注释,不遵循驼峰命名,括号换行,最主要还天天git push -f 等因素枪击了4名同事,导致一人情况危急。
周三不加班
2019/09/04
7600
【码出高效】为了避免代码不规范被打死,赶紧来看看吧!
相关推荐
“分布式” 开发规范治理​
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档