当前位置：网站首页>2022-08-07 反思

2022-08-07 反思

2022-08-09 04:26:00 【帝尊悟世】

  1. 产品的业务逻辑，是必须要了解的，无论什么岗位。不存在只做搬运工的行为，运营的同事，在运营社区时，必须要对产品有所了解，对产品的使用，需要亲自操作一遍。这样才能站在用户的角度，理解用户对社区的看法，才能与用户共情，从而壮大和活跃社区
  2. 对社区推广的讲座系列，运营的同事要及时和开发者沟通, 如果开发者对引导做的不到位则即使指出问题，站在用户角度做一些引导性的介绍和导读，而非仅仅是讲技术点本身的搬上去。
  3. 一个事情所有人都负责，那么就是所有人都不负责，要警惕旁观者效应。定位到具体的人，完成持续进化。 要警惕持续出现的责任分摊心理。问题只有被公开出来，才能被解决，从而让自身和公司都成长，掩耳盗铃的行为害人害己。并且要时刻谨记前事不忘后事之师，任何一个问题的出现，都有深刻的知识框架结构或者心理动力学因素，要做深刻的分析，比如对于慢SQL[Q18], 直接就暴漏了本人对mysql代码细节的掌握的不到位，导致需要更多的时间将涉及到的所有逻辑细节彻底搞清楚。再比如运营对于用户引导性的薄弱，暴漏了运营的同事对产品理解的薄弱，更是对于自身定位理解的偏离，以及对于突破自己舒适区的恐惧。但是人要想取得没取得过的成就，就要做以前没做过的事，停留在舒适区，就永远无法突破自己，无论是事业还是其他方面。
  4. mysql的代码与tianmu引擎的的代码，在修改之前，务必要基于对现有代码的业务逻辑的理解之上，一定要确保在设计方面的理论上的正确性，代码是思想的实体化，不可本末倒置
  5. 强烈建议开启内部CI流程，在每个支持的linux发行版上都执行对应的ci流程，在向外部github推送代码前在内部CI上执行各个平台的编译运行并执行完整的MTR测试和单元测试，做完自动化回归验证才正式发布。对应的向外发布的教程和文章都在内部CI上测试过后再向外推送，以保证正确性。
原网站

版权声明
本文为[帝尊悟世]所创，转载请带上原文链接，感谢
https://blog.csdn.net/adofsauron/article/details/126221495

边栏推荐

猜你喜欢

随机推荐