求问，如何在meta面向PSC编程？

em，有的refactor，其实只是代码位置变了变，但是没有什么实质的作用，甚至原blame都覆盖掉了，想看原diff都不好找。

我刚进公司的时候喜欢debug一些奇奇怪怪很难repro的bug （单纯兴趣），后来发现只有 < 0.00001%的用户会出这个bug，修不修都无所谓，笑死。。。。不过估计lz应该和我说的情况不完全一样。

总之这样BE impact比较小，虽然workload比较大，但在PSC里只能一笔带过，可能都起不到什么作用。

一点不成熟的想法哈：写project过程中如果发现architecture有明显gap，通过re-write 能极大提升工作效率或产品质量，其实可以另起一个project plan，和老板队友们align好为什么一定要做refactor，这样你就有两个project了哈哈。
如果工作量大，最好有metric可以衡量你们的BE impact，可以和队友们分分工，这样大家都有credit。你不仅有BE impact，还有leadership impact。

当然考虑这些事情都需要时间，估计lz老板imply下个half再考虑BE，其实也是为了set expectation，减轻你的work load。

是的，堆屎山就是meta的文化，第一天知道2

出来打工罢了，莫上头...

AU-Scott_ 发表于 2022-03-23 17:56:15
请问下，psc是啥意思…

Performance summary cycle

学习了zszszs

看着好熟悉的感觉

看起来是lz和老板沟通有问题，听老板的意思是 同一个东西，你在一个地方说你的贡献就可以了，没必要说两遍，不然他在psc上很容易被challenge，但你可以把你的一个项目分成两个项目，implement和refactor。或者你需要再做别的better engineering的项目。面向psc， 鼓励你写屎山不知道你是怎么意会出来的，八成是地里戾气重的帖子看多了...

新人想请教一下refactor具体是干嘛呢

匿名者 发表于 2022-3-23 19:22
如果lz说的属实，那lz确实掉进屎坑里了。太把project impact和better engineering分开本身就是一种不成熟的 ...

这个还是匿了

上个half带sister team做了一些东西，写了4个axis。。。并且是manager手把手教的我怎么写。。。
所以我觉得是manager问题