终于,不得不用ppt设计界面了. 当然,不是我画的,我指导朋友画的. 很棒. 交互都能做出来.
也终于决定,UML图,由自己动手来全部做 出来了. 很快就上手了. visio里有物理名称,概念名称,这个很好. 这个staruml里没有这个,但属性添加也很方便,这个程序员习惯用这个,那就用这个给他看吧. 比他做起来应该快很多,也全面,不然,word文档,他可能看不明白,不符合他的思维.
最近接触的2个程序员都有很强的设计意识, 不是你设计,他实现,或者简单地用你设计时,使用的行业内业务词语,他会用很多新词语,有些很关键的部分,是我没使用过的,有些我使用过的,又和我的定义不同.所以,有时交谈着交谈着,就不知道我们是不是在说同一个意思. 争论的到底是真正有歧义的,还是实际没歧义,只是表达的问题. 现在这个程序员,从界面到业务逻辑结构,都自己做了自己的设计,和我想的很有些不同.至少表面上看.
所以,我希望自己能分清楚,我们的彼此不理解,到底只是词语的表达的差异,还是彼此对需求认识的差异.
比如,我昨天,看到以前的程序员的结构图里在一次旅行的属性有一个词语 face image,我以为是封面图片,今天又在user 下面的属性里看到,才知道,他说的是用户头像.我忍俊不禁,却也不得不勉强承认,用户头像,他用个face 图像,表达,也不算错,是吧?
下午收到的文档里,依然有很多词语概念和我的不同, 每个class里的属性还有很多不完全的,不完全的部分,不能完全怪别人,因为,本来那天就没说完全,我本来就想的是一步步做,先只讲了个大致的框架和概念,那些具体的地方,准备慢慢告诉他的. 不过,现在,要是这样设计图的话,就不如我自己动手做,再一一讲解给程序员听了.
因为,除了一个小难题,我没想清楚外,其实,最简洁的第一版的需求,是非常确定的,所以,现在无论是界面还是UML图,我画起来都是非常顺手了. 就是那个图里的关系,还有点不会画箭头,好在有程序员以前的不完全的图在那里做样板, 改一下,加一下,就可以了,他也没用复杂的关系,就2种. 要是他能理解他自己的图,那么,我就能用他理解的方式让他理解了.
这个程序员和之前兼职的那个不同,那个程序员认为界面的作用很大,基本是靠界面理解,这个程序员,我每次要用界面和实际例子举例,他都会说,不要关注界面,界面会经常改变的,要注意底层的设计,说之前的程序员没有底层设计. 不过,说实话,作为用户变身的产品经理,我也会觉得,用界面有时更能表示清楚一些东西,当然,那个UML表也需要.
不过,好吧,和不同人打交道,用不同的方式,即使不和这个程序员做,我把UML图完全做出来,界面完全清楚地做出来,对以后来的人,也只有好处,没有坏处. 有时做着做着,会真的感到小小快乐.
谁好像说过,到了共产主义社会,劳动是快乐的,估计就是这样的, 那时做事,是为兴趣,不是强迫的,都是做的自己喜欢的事情.你做自己喜欢的事情时,是真的很享受.:)
今天中午,去吃了手擀面. 看师傅用手把面抖几下,就那么均匀地细了起来,觉得很艺术.