CTO 对软件工程似乎不太了解，感觉很不好

[sfree2005]

从老板那了解到 CTO 在软件行业里也有十几年经验了，虽然不是科班出身，但应该也会了解到很多吧。

但刚刚接到的的项目，他只是需要客户提供些界面设计草图和澄清一些问题，就开始设计数据库写代码。

如果这个 app 简单，或者是模仿某个现有 app 还好说，但现实是里面的核心功能是完全独有的，高定制的。

在我看来，不是应该先有剧本(use case)，各种 UML 图，然后再有界面的设计草图吗？没有这些，作为后端的我几乎不知道干啥。我也可以想象到前端移动端更不知道除了按界面设计图画模板外还能做些什么。

需求一直改是肯定的，但在剧本和 UML 图阶段就改掉部分绝对是节约大量时间的。如果跳过这个过程，去改 code 甚至数据库设计的话那将会很头疼呀。

作为后端，我实在坐不住，就有主动做些需求分析工作，写下 use case，画些图和设计数据库之类，CTO 人也好的，他有鼓励我做这些。但没有项目管理层去领导或者推动，感觉还是不对。

CTO 自己花时间在根据新需求改界面设计草图，我实在不能同意这样的工作流程。这些改动完全可以在 use case 阶段修改从而节省大量时间。

大家的经验又是怎样的呢？没有花时间在软件设计上真的可以？在我看来就等同于没有图纸建大楼呀。

P.S. 我想在回复里会有人说“要么忍，要么滚”,由于个人原因，我是会两个月之后离职的。

[facetest]

lz 公司是互联网公司吗？如果是，互联网公司一般走的是敏捷开发，快速迭代，很少会搞软件工程那套流程。

[jint]

从两次提到 UML 来看，应该刚入行不久，建议你完整的跟完整个项目，再总结经验教训。

[fengjianxinghun]

画 UML 图太浪费时间了，也没人想看。

[ihuotui]

这样后期肯定坑爹，即使敏捷开发也是每个环节都构思清楚，大家都明白才能开发，敏捷只是把迭代期变小，加快反馈，从而知道目标和实际差距还有方便调整。

[ihuotui]

uml 不一定有，但是 use case 肯定要清晰，要不然写到一半写不下去。

[jamesxu]

我们都是确定原型和数据库设计后就开始搞了，没那么多流程

[wangxn]

现在有谁用 UML。

[ytmsdy]

我都是拿到设计稿以后，就开始脑补需要那些表。数据要怎么存，然后直接设计数据库。做完以后再过一边，大家讨论讨论有没有什么问题。如果没什么大问题，就开搞了！

[C0dEr]

功能设计和数据库设计总要有文档，不管你是先开发还是先设计。但有些项目的肉太少，那文档肯定是第一个被简化的内容。

[stcasshern]

学习了。前几天面试就是在想这个问题

[Lonely]

CTO:行行行，你来当

[artikle]

在小公司大公司呆过，都没见过 UML，还以为进入假公司，看来大家都一样

[happinessnch]

是先做好设计确定需求再开发，还是边迭代边调整，程度如何，这种事情一定是拥有项目信息最多的人做决定，不管他做什么决定一定是对的，因为其他人根本没有条件来考虑这个事情，只知道开发内容的开发人员跟着团队的节奏走。
新人比较容易犯的错误之一就是过度设计。

[lonenol]

CTO 还要做这些工作,应该是个创业公司了..创业公司去搞那套复杂的流程不是自寻死路吗..
大公司貌似也没人画 UML 吧,反正我没见谁画过,最多画个顺序图,梳理一下思路...
你想想网上那些大神,多谢个分号括号都觉得浪费时间,你让他们画 UML..那不是在谋杀他们吗...

[taine]

了解过 CTO 为什么要这么做吗？

[jhaohai]

uml 只在教科书里听说过

[Patrik]

看楼上回复我好慌……

我两个学期四门课考 UML 我可能上了个假大学……

[blackshadow]

之前的公司，只要有设计文档，写写思路、实现步骤，数据库设计就行。现在公司，要求画 uml。看着设计文档模板，感觉比我的毕业设计论文要求还高。

[Cbdy]

As economics is known as "The Miserable Science", software engineering should be known as "The Doomed Discipline", doomed because it cannot even approach its goal since its goal is self-contradictory. Software engineering, of course, presents itself as another worthy cause, but that is eyewash: if you carefully read its literature and analyze what its devotees actually do, you will discover that software engineering has accepted as its charter "How to program if you cannot."
--Dijkstra

[x7395759]

真没有用过 UML 了，但是具体的细节的需求还是弄清楚才行。