地里常说的project是怎么定义的。

在地里总是看到跟project有关的话题，比如说

• intern 的 project 就 4个月左右

• 抓紧时间把project做完
• 独立完成了一个project，花了大约8个月。。

对于 intern 居然可以独立负责一个project感到非常吃惊。。 这是什么project？ 是跟客户签合同，固定阶段交定金的？


现在所在的组，这个project大约有7-8个服务，对接其他组的project，组员大约十几人，senior 若干  lead 若干，经常加班，已经3年了，我们仍然在这个组，做这个project。。(据我所知，其他组也是这个情况。从未听说哪个组的某个项目只要一年，甚至只要几个月，就可以交付给客户）


所以非常惊讶于，地里的朋友们说，上个季度，我们完成了xx xx project


这些project，一般都是什么类型的project? (是只要分配单个人就可以完成？ 那部署到客户那边的服务器也是这个人负责？ 一人分饰前后端/测试/数据库/部署上线吗）


抱歉可能在井里呆久了，不知道外面的世界是什么样的。。
. From 1point 3acres bbs

先谢谢各位不吝赐教啦！

匿名用户 发表于 2023-10-27 23:43
每一个小的merge只动到一个模块的某个部分，只要改那个模块的那个部分的unit test。模块之间确保Decouple ...

个人感觉 unit tests 只有在 design 发生变化的时候出错，而且这个测试出错比较容易解决。。

. 我们是每个service有相应的 integration tests， 在相同的service中增删改逻辑代码的时候，有可能出现错误

系统测试牵扯多个services，有时候间歇出现的系统测试失败比较难以排查。。

> 改一个小模块的一部分也可以叫做一个project，migration本身也可以叫做一个project。
是这样呀。。 明白啦 感谢感谢!

> 如果每个merge都牵扯一大片，说明你们的系统设计有问题，没考虑到maintain cost。
不会每个merge都fail很多。 只是一些task会涉及多个services的增删改业务逻辑，所以确实要观察一下每个部分的测试运行情况。。 我一般在每个merge之前，都会另外运行一下系统测试。。  
（我们组有个别同事专注于修复各种fail掉的系统测试）

cto 发表于 2023-10-26 18:06
看行业吧
，软件的项目几个星期到几个月的都常见

难以想象几个星期能完成的是什么项目。。
（这种项目是否要日夜颠倒地工作啊。。）
我们每个小的 merge 都要pass上千的 unit test + 几百个 integration testes。。 其中有一个失败都会导致无法merge。。
（日常工作就是前后端和部分部署工作+对自己的实现写 各种类型的 test (单元/集成/系统测试))

有可能现在市场非常卷，我以为的频繁加班， 和其他人相比有可能已经是极度舒适。。
或许还是老实待在这家比较好。。

谢谢大佬

匿名用户 发表于 2023-10-26 18:13
project很宽泛，本来就很难定义。有的公司看impact，有的看红时，但感觉更多的还是看manager是否赏识你，有 ...

啊，主要是想知道别的公司是怎么做project的。。
和领导是否赏识没有太大关系。。

我们公司就是熬年头， 在公司工作30+年的有不少。。
promotion有最低年限的限制，比如初级到中级一般至少在公司呆满3年，时间没到，领导再赏识也没有用哈哈哈。。

谢谢大佬。。

看行业吧
，软件的项目几个星期到几个月的都常见

project很宽泛，本来就很难定义。有的公司看impact，有的看红时，但感觉更多的还是看manager是否赏识你，有没有leadership的赏识。

匿名用户 发表于 2023-10-26 18:13:57
project很宽泛，本来就很难定义。有的公司看impact，有的看红时，但感觉更多的还是看manager是否赏识你，有没有leadership的赏识。

工时* 看leadership是否有看到你

你们做的系统感觉太monolithic 了
Microservice 架构下很多小service一两个sprint做完很容易

和楼主类似的情况，而且因为这面试时候被challenge过几次，马克一下看看大家的答案。

匿名用户 发表于 2023-10-27 17:38:27
难以想象几个星期能完成的是什么项目。。
（这种项目是否要日夜颠倒地工作啊。。）
我们每个小的 merge 都要pass上千的 unit test + 几百个 integration testes

每一个小的merge只动到一个模块的某个部分，只要改那个模块的那个部分的unit test。模块之间确保Decouple，通过定义好的protocol沟通，integration tests只会在有breaking change出现fail。如果有breaking change，就需要有migration plan。
平时虽然每个merge都要跑所有的tests，但是真正影响到的tests就那一点。
改一个小模块的一部分也可以叫做一个project，migration本身也可以叫做一个project。
如果每个merge都牵扯一大片，说明你们的系统设计有问题，没考虑到maintain cost。