软件开发中的大忌——闷声发大财

敢问lz是不是麻人？ 感觉这里面好多词汇离开麻就再没听过了

无所谓啦，反正最后都是拿裁员包走人

悼念长者🕯，和那个开放的年代。

学习了，感谢分享

匿名用户 发表于 2022-11-30 05:53
请问楼主怎么解决把想法告诉别人后别人抢跑你的问题？比如老板的亲信和老板说要做你的项目，老板就叫你停手 ...

同意

不过话说回来， 不能做到楼主所说的基本原则的人大概率也升不到 senior, 否则也太水了
所以这个文章的蕴涵了一个前提就是给 Junior 看的

还能说啥，给楼主加1秒

开始大家都哼哼哈哈，没有反对，做到一半自己发现或别人发现有问题做不下去，很可怕。有的公司里的文化就是这样的。

zoevelynne 发表于 2022-11-30 07:37
小明干了一个多月都没跟人check in过，自己做了什么有什么进度别人都不知道吗？这是什么神仙公司……
这种 ...

这种现象并不少见，很多任务都是单独分配给某个人做的，彼此之前也不太清楚各自任务的具体细节。而且组里开standup，别人说他干了啥，有什么进展，如果你没有参与进来，你也没有太多context，也只是纯粹听听而已，也不知道到底事情是不是在掌控之中。但是如果他认为你可以提出好的建议，一开始就告诉你他打算干嘛，你就可以及时给反馈，减少走弯路的可能性。

微信用户_b46e8a1 发表于 2022-11-30 05:09
如果项目周期长，定期同步进展，不是常规操作嘛

没错，但是对于单人驱动的项目来说，容易在前期被忽略

匿名用户 发表于 2022-11-30 05:18
？一般至少大厂里都不得弄个design review然后让stakeholder都approve了才能做么

没错。但是Design review只是early visibility的一个应用，而且我们传统的design review一般用于较复杂的系统或者service的开发，有时候人会把项目本身想简单，认为design review没有必要。这里强调是通过review获得early feedback，和review的形式无关