竹磬网-邵珠庆の日记 生命只有一次,你可以用它来做些更多伟大的事情–Make the world a little better and easier


309月/180

【开发规范】规范文档:MySQL规范2

发布在 邵珠庆

1. 规范背景与目的

MySQL数据库与 Oracle、 SQL Server 等数据库相比,有其内核上的优势与劣势。我们在使用MySQL数据库的时候需要遵循一定规范,扬长避短。本规范旨在帮助或指导RD、QA、OP等技术人员做出适合线上业务的数据库设计。在数据库变更和处理流程、数据库设计、SQL编写等方面予以规范,从而为公司业务系统稳定、健康地运行提供保障。

2. 设计规范

2.1 数据库设计

以下所有规范会按照【高危】、【强制】、【建议】三个级别进行标注,遵守优先级从高到低。[......]阅读全文

22月/180

【流程规范】规范文档:新人培养方法论

发布在 邵珠庆

Mentor的作用

新人充满了求知欲和好奇心,学习和成长的过程中容易迷失自己,从一个萝卜坑掉进另外一个萝卜坑。
导师 == 队长(跑得快,投的准,带领全队,执行战术)
经理 == 教练  (跑不动,投不准,不下场,有经验,定战术,担责任)
职责:
  • 引路人,帮助新人快速熟悉环境、融入团队,并能在团队中找准定位,充分发挥新人的价值;
  • 通常说,导师对新人的指导周期是入职到能够独立承担工作(自己就能指导要解决什么问题或者能够指导找谁解决问题);
  • 导师对新人在学徒期的产出

[......]阅读全文

12月/180

【开发规范】规范文档:API设计规范

发布在 邵珠庆

负责API接近多年了,这些年中发现现有的API存在的问题越来越多,但很多API一旦发布后就不再能修改了,即时升级和维护是必须的。一旦API发生变化,就可能对相关的调用者带来巨大的代价,用户需要排查所有调用的代码,需要调整所有与之相关的部分,这些工作对他们来说都是额外的。如果辛辛苦苦完成这些以后,还发现了相关的bug,那对用户的打击就更大。如果API经常发生变化,用户就会失去对提供方失去信心,从而也会影响目前的业务。

但是我们为什么还要修改API呢?为了API看起来更加漂亮?为了提供更多功能[......]阅读全文

12月/180

【开发规范】规范文档:MySQL规范

发布在 邵珠庆

基本规范

(1) 使用INNODB存储引擎
(2) 表字符集使用UTF8
(3) 所有表和字段都需要添加注释
(4) 不在数据库中存储图⽚、文件等大数据
(5) 禁⽌从测试、开发环境直连线上数据库

命名规范

(1) 表名:必须使用小写字母,多词之间以”_“(下划线)分隔,表名非复数名词,

[......]阅读全文

32月/150

酷讯bugzilla使用规范分享

发布在 邵珠庆

HI ALL,
近期发现很多同事不太会用bugzilla,特分享一下使用规范,请大家按照规范进行bug的状态流转,如有不清楚的地方请及时和我联系。文档有不完善的地方也请大家及时指正一下逐步完善,多谢各位~~

 
 
1.new/confirmed
测试人员将Bug提交给任务分发人员(研发模块负责人),此时Bug状态为new/confirmed,开始Bug的生命周期,如果测试人员知道具体负责的研发人员,也可以直接指定,在Assign To项目

[......]阅读全文

125月/140

JavaScript的开发规范要求

发布在 邵珠庆

作为一名开发人员(We前端JavaScript开发),不规范开发不仅使日后代码维护变的困难,同时也不利于团队的合作,通常还会带来代码安全以及执行效率上的问题。本人在开发工作中就曾与不按规范开发的同事合作过,与他合作就不能用“愉快”来形容了。现在本人撰写此文的目的除了与大家分享一点点经验外,更多的是希望对未来的合作伙伴能够起到一定的借鉴作用。当然,如果我说的有不科学的地方还希望各路前辈多多指教。下面分条目列出各种规范要求,这些要求都是针对同事编码毛病提出来的,好些行业约定的其它规范可能不会再提[......]阅读全文