qq_41967899的博客

在命名变量时，表示类型的名词放在词尾，以提升辨识度。 startTime/workQueue/nameList/xxxCount 方法名称 获取单个对象使用get做前缀 获取多个对象使用list做前缀 统计使用count 插入数据 save/insert/append 删除方法 remove/delete 修改方法 update/modify 对象命名 数据对象: xxxDO。其中xxx即为数据表名。 数据传输对象: xxxDTO。xxx为业务领域相关的名称。 展示对象: xxxVO。xxx一般 .

1.日常的表达术语 向组长来征求同意，使用的开头为 “XXX某个项目的排期，需要你确认一下，这个项目是关于YYY…” 向组长来寻求帮助，使用开头为 “XXX运维工单，需要你通过一下，这个运维工单是关于YYY…” 向组长汇报工作需要的时间较长，可以先询问一下他什么时间有空 “XXX项目的设计评审，不知道你什么时候有空，这个项目是关于YYY…” 2. 方案的决策 对于业务的方向选择，需要自己做一定的决策。而不是让组长来承担分享 先进行描述要做什么 各自的方案 最后打算采用的方案 3. 复述确

今天在争论关于商品展示。 what 同事提出了问题，不能接受我们的这样的方案。但是这个方案已经和前产品讨论过，并且已经考虑对应的策略来完成想要的内容 。 为什么会争吵。 why 他只是提出问题，但是没有给出方案。 考虑实际的情况，发生的概率为万分之一。 已经和前同事讨论这个案例，并且设计好了方案，满足公司的利益而不补偿用户。 结果 result 一直争论不休 结论 conclusion 先解释面对这样的问题，自己是如何解决的，出发点是什么。 询问对方面对这样的问题，能给出怎么的解决方案。.

这天我和前端同学在探讨OKR时实施步骤时，出现不愉快的合作。 在介绍个人的设计方案时，自己有点自大，想要让她能理解我的架构方案 在对方说了一句你怎么都听你组长说的话，组长是你妈的话，自己的脾气上来了。 在后续同事询问相关情况时，直接口无遮拦的吐槽，对方一直不理解需求。 介绍方案 先让对方阅读下相关设计，方便后期双方的沟通。另外需要确认对方想要的是什么，切记不要一直自己在介绍。 对方说了一句让自己不愉快的话后 试着先沉默7秒钟，记住一定要冷静。然后劝说双方先冷静一下，先明确需要做的事情，而不是去反击

沟通能力 当上级问你相关内容时 先沉默3到5秒，给他人一种你在思考 对于问题而言要学会总结 开发评审流程不规范。例如在需开发设计时，开发需求和原型虽然先评审， 但是UI没有，后期运营内部对依照原型设计的UI图不满意，重新设计排版， 这样导致底层数据存储不符合初始版本，整体开发资源浪费，拖缓上线节奏。 解决办法: 在需求评审时，如存在UI图不存在，那么本次会议可以先当作了解业务， 而不是正式定夺，当原型图出完后，再次进行详细评审时间。 技术上的视野开拓 1. 当在设计表名时，可以想想这份表是否存