文档章节

对我的新团队的评价

lucifer210
 lucifer210
发布于 2017/06/25 14:22
字数 1710
阅读 24
收藏 0

版本控制

我们的版本控制 统一使用的git。git作为新一代替代svn存在的分布式版本控制系统,有着一定的优势。大家纷纷开始学习git,当然也包括我在内。

这里说下我们的git flow。

1.1 开始一个sprint 第一件事就是由一个人新建一个本地分支,命名方式是daily/x.x.x。然后合并master代码,并推送到远程。 其他人员在本地新建分支并关联刚刚推送的分支daily/x.x.x。2

1.2.sprint结束发版之前由一个人打一个tag, 命名方式为publish/x.x.x。

1.3. 关于构建,我们是采用本地编译然后推送的方式,推送完成,远端会自动把编译好的文件发布到cdn上。这样的方式有几个弊端。一方面不能保证不同机器编译出来的结果是一致的,之前我就碰到我编译正确,同事便于不正确的问题。当然这个问题可以通过npm 的lock解决。 。第二个问题是我需要把编译结果放到版本控制中管理,不科学,因为这些完全可以自动集成系统完成。个人建议增加一个hook,放到云端自动构建

1.4. 打完tag之后就不要往对应branch推送了,当然还可以往本地提交。之后等新建完对应新的远程分支daily/x.x.x之后,进行关联就可以继续推送了。

1.5.线上有问题,比如0.5.2,直接checkout一个hotfix分支,并与对应的branch分支0.5.2关联,修复之后从新打一个hotfix tag。

关于mock

团队之前的做法是本地新建json,通过node env 区分环境,决定是引入文件还是请求接口。我的做法是搞一个类似于阿里巴巴rap的mock解决方案。 基本原理参照我的另一个博客https://my.oschina.net/wanjubang/blog/916105。  但是苦于没有服务器,目前服务器和数据库是搭建在我本地的,所以希望叮叮可以给合作伙伴提供一个服务器。

issue tracker

我们的问题跟踪基本是靠文本和白板的方式。群里发一个excel or something else或者每个人问题上墙(敏捷开发的一个重要形式特征)。 我之前公司使用的是jira管理。jira对于我来说功能很强大同时也太复杂,很多功能我都不清楚,但是最基本的功能还是很好用的。

关于文档

1.产品文档

公司的产品文档当时蛮丰富的,贴的满云盘都是,搞得自己都不知道该看哪个了。这里还是要给产品以及UI大大一个赞,非常辛苦。

2.开发文档

关于我们的开发文档,现在是0. 这并不是开发人员的问题,因为文档这种东西需要时间去写,假如写代码已经占据了大部分时间,你还有时间考虑代码之外的问题吗?之前的项目我都会从项目层面和代码层面写两份文档,但是现在我的项目readme 却是空空如也。

测试计划

测试对于整个项目的质量是至关重要的。可以说是项目质量的防火墙。开发人员的自测往往是有视野盲区的,尤其是时间紧迫的情况下。没有用例评审测试人员的测试用例对于我们来说就像是黑箱测试,我们不知道它们的测试点是什么。

没有code review

可能是没有时间,也可能是产品需求变化太快。但是code review 忽略的话,将来会付出更大的代价。

code review 不是一个人说“你这写的不对啊?这怎么可以这么写?wtf。。。。。。。”而是项目的人员一起来审视代码,发现问题,找到方案,引起其他人的共鸣,反思,警示。 

代码规范

代码规范不一。 移动端和web端规范不一。我局的应该专门写一个适合公司内部的规范库。 不管是将来开发什么项目直接引用这个库,就可以做到全公司规范统一。

关于新员工

新员工直接上手,我觉得是一个潜在的问题。毕竟我们招员工的方式大多是是否可以出活,不会看是否和我们的项目融合的很好。这需要适应。如果有专门的文档或者人员进行一定的辅导,效果会很好。新人可以很快对我们的团队进行清晰的认识,对于我们的代码有足够且正确的认识。

 

关于执行力

团队成员,至少是我。没有一个清晰明确的目标,大到项目的功能页面,小到代码时间是比较模糊的。举个例子,项目具体功能层面上,我收到了任务,移动的任务归我做。然而首页进去直接请求接口作出响应还是点了按钮再作出响应,我和其他开发人员纠结了很久也争执了很久,不管是我的理解问题,还是产品描述问题。我觉得编码之前这些问题应该要解决。 

再举个代码例子,我们省市区组件之前是从后端取数据,现在是前端自己弄数据。这个自己弄数据有多种方案。那么我究竟用哪一种????1. mobile 端  和 web同时维护一份数据 2.  将这种数据放到npm 上。那么问题又来了,放到npm共有仓库可以吗? 不可以的话可以放到内部吗?    如果放到npm上究竟有谁来做?  

目前为止,对这些问题我都是不清不楚,一些大佬可能吐槽我,你不会自己问?你不抛出问题谁知道??你不会找人吗?  包括我在内,很多开发人员,不愿意和他人沟通,非常费时间,常常得不到及时回复。有这时间,自己都解决了。 程序员也不喜欢别人随便抛问题的,程序员通常希望你可以提供完整的系统环境,错误日志和重现步骤 。对于刚刚我的技术方案的问题,希望leader能帮我们完美预见并解决类似问题,我们小的能安安静静做个咸鱼就好了。

© 著作权归作者所有

lucifer210

lucifer210

粉丝 23
博文 155
码字总数 92388
作品 0
杭州
前端工程师
私信 提问
Uber 设计师:新人和大牛的差距到底在哪里?

Uber 设计师:新人和大牛的差距到底在哪里? 优设-UISDC2017-12-241 阅读 教程 @IAm科科科 :这篇文章从我对Uber产品设计「实习中期评价」的反思,谈谈Junior和Senior的差距在哪里,以及做产...

优设-UISDC
2017/12/24
0
0
面向对象:我希望我的爱人:他懂我,我懂他,互相理解支持

各位男生如果看到合适的女生,但自己 “下不了手”,请可劲地介绍给你还单着的亲朋好友 ^_^ 小帖士 1)单身男生和女生都有机会加入面向对象,点击 “阅读原文” 可以开始试用~ 2)加入面向对...

程序员的那些事_
01/28
0
0
面向对象:遇一人白首,择一城终老

各位男生如果看到合适的女生,但自己 “下不了手”,请可劲地介绍给你还单着的亲朋好友 ^_^ 小帖士 1)单身男生和女生都有机会加入面向对象,点击 “阅读原文” 可以开始试用~ 2)加入面向对...

程序员的那些事_
03/04
0
0
面向对象:陌生人眼里的高冷,熟人眼里的逗比,稍带文艺的女汉子

各位男生如果看到合适的女生,但自己 “下不了手”,请可劲地介绍给你还单着的亲朋好友 ^_^ 小帖士 1)单身男生和女生都有机会加入面向对象,点击 “阅读原文” 可以开始试用~ 2)加入面向对...

程序员的那些事_
03/02
0
0
面向对象:不要热情,不要高冷,只要37度的温暖

各位男生如果看到合适的女生,但自己 “下不了手”,请可劲地介绍给你还单着的亲朋好友 ^_^ 小帖士 1)单身男生和女生都有机会加入面向对象,点击 “阅读原文” 可以开始试用~ 2)加入面向对...

程序员的那些事_
02/11
0
0

没有更多内容

加载失败,请刷新页面

加载更多

x002-语言元素

变量命令规则 硬性规则: 变量名由字母(广义的Unicode字符,不包括特殊字符)、数字和下划线构成,数字不能开头。 大小写敏感(大写的a和小写的A是两个不同的变量)。 不要跟关键字(有特殊...

伟大源于勇敢的开始
今天
4
0
nginx反向代理配置

nginx配置文件位置/usr/local/nginx/conf/nginx.conf 配置文件修改: # cd /usr/local/nginx/conf # vim nginx.conf server {listen 80;server_name localhost;#charset k......

行者终成事
今天
5
0
OSChina 周日乱弹 —— 这是假的,和我之前的不一样

Osc乱弹歌单(2019)请戳(这里) 【今日歌曲】 小小编辑推荐:《男孩》-梁博 / 陶孟童 / 肖和东 / 高誉容 《男孩》-梁博 / 陶孟童 / 肖和东 / 高誉容 手机党少年们想听歌,请使劲儿戳(这里...

小小编辑
今天
8
0
Rust学习笔记一 数据类型

写在前面 我也不是什么特别厉害的大牛,学历也很低,只是对一些新语言比较感兴趣,接触过的语言不算多也不算少,大部分也都浅尝辄止,所以理解上可能会有一些偏差。 自学了Java、Kotlin、Python、...

MusiCodeXY
今天
5
0
Java 脚本引擎入门

Java Script Engine Java 脚本引擎可以将脚本嵌入Java代码中,可以自定义和扩展Java应用程序,自JDK1.6被引入,基于Rhino引擎,JDK1.8后使用Nashorn引擎,支持ECMAScript 5,但后期还可能会换...

阿提说说
今天
6
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部