这是一个创建于 803 天前的主题，其中的信息可能已经有所发展或是发生改变。
楼主以前背景：以前都是做的小项目，就十来张表。
现在的项目背景：智能制造行业；项目太复杂，重要的表就上百张，做个简单的大屏数据展示都要涉及八九张表。
遇到的难点
1 、表太多。个人使用 xmind 来梳理开发流程和表关系，还需要经常询问别人表关系，导致开发进度比较缓慢，还被请去喝过茶。
2 、临到发版节点，产品还要改一些小需求，关键是抗议无效，最后还得改，时间还被浪费了。
3 、发版时间确定，需求多有时候还会加需求，基层开发人员没有工期评估，就只能按组长的分发需求去做。做不完就加班做，有时候到发版那天早上才提测。
疑问
1 、各位大佬公司平常会有一些表关系的文档留存吗？还是说让新人直接去看表，不懂就直接问人。平常自己是怎么去梳理表之间的关系吗？自己画 UML 图之类的吗？
2 、业务复杂。在某个已有业务上进行开发，应该怎么快速熟悉以前的业务？除了直接看代码，还有其他方法吗？
3 、怎么判断一个公司加班严重？比如：boss 上说弹性上班基本就是向后弹。
我知道有些难点的解决方法就是 run ，但这次 run 了，下次遇到同样的情况还是会很难受。希望大佬们分享一些提高自身的技术方法或经验，感谢各位大佬不吝赐教。
 |
1
Hurriance 2022-10-10 01:37:12 +08:00
1 、文档很有限，没有系统管理，而且普遍很滞后，业务口口相传
2 、最快速的就是问问同事了 3 、问业务部门面试官，问上班时间、加班情况，看对方能否正面回答、回答的具体程度来判断 某个方面来讲，公司的盈利方向是会决定部门资源的倾向，这是客观存在的，不必介怀，做好自己 |
 |
2
Chad0000 2022-10-10 07:08:34 +08:00  1
建议画一个结构和功能图，我也正在做这样的事情，但 V 站真没什么人讨论深入的话题，你看我发的都没人讨论：
t/885174 |
 |
3
snoopyhai 2022-10-10 09:09:45 +08:00 1
以我的经验看，在一个项目中，某些功能点的解决方案如果过于复杂，那一定是有问题的。
不是方案有问题，就是功能点没抓对。 如果有产品，让产品给新人培训。如果没有，基本上就是口口相传了，除了实践 cmmi 的项目外，几乎没看到过文档 |
 |
4
wizzer 2022-10-10 09:11:36 +08:00
好事，搞完后，你的简历上就可以写上一笔，具有组织开发大型项目经验。
|
 |
5
Rache1 2022-10-10 11:14:44 +08:00 1
表关系，大多数时候看名字也能猜个八九不离十吧，我现在维护的项目三百多张表，多熟悉业务，基本上从表名称就能看出来表是干嘛的，跟哪块有关。
业务复杂基本上只有先去了解业务，再去看代码，或者能从项目管理系统上找到原始需求最好，实际上大多数复杂的功能都是堆起来的，所以最直接的方式还是看代码。 加班这种事儿，面试的时候自己问就好了 没有需求冻结和优先级，那注定了你得加班 😃 |
 |
6
jingcoco 2022-10-10 12:42:56 +08:00
用些拖拉拽生成前端页面的工具。。。比如帆软之类？
|
 |
7
CodeCodeStudy 2022-10-10 16:27:53 +08:00
为什么要提高进度？系统太复杂，反而要慢慢搞，稳定压倒一切，不出 BUG 才是最重要的！
|
 |
8
yurong3333333333 OP @CodeCodeStudy 要是领导也这么想就好了
|
Select Language