最近被安排了一个新项目的设计，需求恶心又复杂，一个人设计扛不住了，该怎么样向上级合理诉说

[Renco]

=-=非常非常恶心的项目，日均数量大概在 2000w 。分库分表分区这种的跑不掉，但是业务逻辑又非常的。。怎么说呢 恶心。

而且需求很多细节文档没有说明，一个按钮后面有无数的逻辑和坑，越理越乱，最早的概要设计也基本完全推翻。因为问了需求很多细节的东西，发现原来的概要数据交互走不通。然后现在手上又有其他项目要维护，时不时的要改东西。

概要设计加详细设计总共给了两个礼拜的时间，看似很多，但是实际上有点来不及。人员是目前分配了两个，我主要负责设计，另一个主要负责验证数据查询新增效率等，和分表分区的梗之类的。

这礼拜的详细设计估摸着也来不及。实在顶不住，想的头疼，丢人了。

[fzls]

@Renco 这种整体业务设计和架构确定一般不都由 40K 左右的总监级别的大佬来操刀的吗=、=小弟们实现一个个细节就完了。

[jones2000]

加班重构。

[hoyixi]

这样做出的系统说实话也就是个玩具。2 个星期能把基本需求搞明白理顺文档化就非常非常不错了。

[securityCoding]

感觉楼主压力大来源于需求细节的不确定性，可以先按模块把需求细节想清楚，画好流程图、时序图等等。
不清楚的地方邮件发出来或者每天写好项目日报让上级清楚项目情况。

[micean]

新项目的话，2000w 是预估的吗？也许实际上线就没人用了。。。
顶多上个分区表就完事了，拿多少钱干多少事

[shyangs]

2000 萬單機頂不住. 先問 2000 萬是不是吹出來的. 別到時候你設計了個集群或分布式架構, 然後公司只給你一台機器跑 ::doge::

[PonysDad]

通过所有单元测试后就别动

[ericls]

有什么顾虑应该提早让团队知道 不要拖到最后
如果团队不理 那就该换工作了

[asdf123101]

感觉顶不住有几种选择：要时间，要人，跑路。

[dbskcnc]

2000W 的项目，提要求啊，怎么提要求呢，开会啊，约参与的各方多开几次会，时间和资源就好要了

[niub]

也算成长了哈哈

[ZiNai]

感觉你现在比较大的困难是数据层如何处理大流量数据，这块技术和细节影响都比较大，建议直接上 tidb，这样就只需要考虑业务逻辑了，会轻松很多，业务逻辑方面建议先搞个 MVP 验证一下再一步步加东西，这算一个方法吧

[Ehco1996]

日均 2000w 的数据话还是别分库分表了

建议了解一下 tidb

[abersheeran]

需求不懂就往上丢，反正总要有人决定，但这个人不能是你。

另外，你做这个活才 9k，难道你和我一样是在二线城市？

[reiji]

经验不够可以学，时间紧肯定得说一下的

[Renco]

@sagaxu ...上海

[joApioVVx4M4X6Rf]

@Renco ？？？？？？ 9K ？？？？？？？

[wunsch0106]

日均数量大概在 2000w，是吹出来的还是真实的， 真是的 2000w 没必要交给你来设计吧， 不是质疑你的能力，拿着 9k 干着架构师的活？

[GoLand]

插眼，持续关注。楼主做完了发个帖分享一下。

[weizhen199]

我怀疑 lz 是国企员工带项目？