1 ）工厂吃饭时间切MES 去早了没用 先确定吃饭时间，前一天晚上电话确定
2） 如果crossfuction联合测试 则必须清晰接口 责任 显式输出接口数据 做该做的事 ，接口之前的事情 相信合作方(没得选)
3 ） 配置项提供开关组 多功能多开关 单功能避免干涉 联调则按照步骤放开
4 ）CrossFunction 接口必须邮件 不接受微信 注意大小写 ，最终汇入SDD
5） 仿真 ， 有一条准则，仿的数据一定要 提前 ，让流程成为原子，假数据生成之后，走的都是真路 (主逻辑统一)
6 ） SDD 在前，设计居中，编码在后 ，编码完全按照 sdd ，所有的 CR 必须从SDD开始
7） 邮件 里带有 approved 字样 的大需求 ，列入weekly meeting的 才叫大需求 ，用嘴说的 就是放屁！用嘴说的 就是放屁！用嘴说的 就是放屁！ 重要的事情说三遍 根据干系人的需求 ，确认功能，进而架构设计
8） 安全因素必须第一时间就考虑，纳入到架构设计中去，否则就会出现重工
9） RR 定责 -》 流程定责 -》最终结果格式
10） 不要嫌流程麻烦，流程是保护伞，不是绊脚石，流程意味着权责清晰 ，有了权，则有主动，有了责，则 On Schedule
11） 使用 需求 bug 管理系统 ，有颗粒度的需求 都需要 汇入，方便追溯
12） 如果想到了新的功能 ，先不要做，最起码在微信里 咨询 一下，如果pm确认，再做 否则50% 是垃圾
13 ） 颗粒度需求 必须从pm 路由，否则不做
14） 如果设计到 客户 ，就要设计 离线 profile .
15 ） 数据库的选择提前 ，咨询 IT ( 否则IT 会给你设置无穷尽的规则 )
16） 要求测试库的大权限 ，如果uat测试 ，则仅仅测试 一下，结束之后 ，继续 测试库 ，正式上线的时候 再切
17） 数据要有唯一性，如果数据不唯一，则说明 需求理解错误
18 ）除了订单之外的逻辑 尽量前置，放到设计端去
19） 花大时间，让PM拉人去讨论唯一标识的索引 ！！！！ 不论是几级索引，
20 ）数据防呆 ，防呆的代码再多都不为过
21 ） 工厂和办公室使用 的不同点 提前分析 ，
22 ） 界面要有个log窗口
23） 使用 相对组件 ，自动化计算 ，非特殊情况 禁止使用 canvas 尽量不用margin (画个panel 代替)
24） 工程模式 正常模式 分开，这个按照需求来
25 ） 不要使用margin ！！！！
26） 多项目公用接口类的定义 和 修改一定要慎重 （邮件通知）
27） 寄人篱下的程序， 上来就商量好 文件夹 路径 ，需要商量好启动 路径进入注册表 ，
为 工厂提供 建议 check 机制
28）搞清楚正式mes和测试mes的区别
29）心跳机制 保证机器接入