`
龙晓舟
  • 浏览: 159956 次
  • 性别: Icon_minigender_1
  • 来自: 北京
博客专栏
Abd288eb-a9b2-3549-ba16-f04b1b34dec3
创业,不能兼职
浏览量:24531
文章分类
社区版块
存档分类
最新评论

创业,不能兼职(33)---他说,我该学习这3个概念

阅读更多
上午回来,收到一份地址数据效果.我就把我之前自己画的一个地址数据结构表传过去,我其实不懂后台到底如何表达,程序写出来像什么,我传给人家看的是我想象里后台的地址的数据结构:国家,省份 ,城镇,城镇下的各类点.点的相关信息 其中,国家,还和货币和语言或者其他相关.

我觉得,网站表面看重要的是功能,真正重要的应该是属于你自己的那些数据.做的牛的网站,用起来舒服的网站,主要对这些数据的应用非常好,是数据在业务逻辑里流转得非常好.是要求程序员对内存之间各种数据的传递关系很明白.

我老是会对后台真正的数据库里的那些地址结构会是如何的觉得有些迷糊,虽然,之前,兼职程序员其实是给我看过的,他每次都是在和我争论时,就截一个图给我看,以为我很懂.其实,我看了,有时真的能明白,还能指出他可能的错误来,有时还是觉得不明白.

但我觉得,我用word画的这个,(顺便鄙视一下自己,就这个用word画出的图表,我也是请朋友一起画的,我word就只会打字,贴图)很像之前,人家给我看的visio图. 人不是用visio表示过什么数据结构表吗?那我这个算不算.

后来,人家告诉我说,这个是层次图。和数据表里面表示的不一样。中间有个转换过程.就是从这个图到E-R图。只有E-R图,数据库才认识。


说E_R图,就是visio的,visio还可以话用例图。流程图.人家说,我这个图应该也可以用visio画.我连连说,我不画了.没意义,嘿,程序员看明白后直接做了就是了.反正画图就是为了说明白.

人家说,关系数据库和用例设计你还是要加强一点。不然很多东西没法和技术沟通 .visio的E-R图直接可以生成数据库表 .数据库表可以直接生产java代码。你这个图到程序员手中还有个翻译的过程。 我问,那我这个刚刚画的是啥呢 .没用吗?人家说 这个图也要,一看就明白了。

后来,人家建议我这段时间看下三个概念。 什么是关系数据库的E-R图,什么是面向对象,什么是用例图 .他说,有了好的用例图,业务就很明白.你知道er图和面向对象就会知道程序员是用什么方式考虑问题的。 可以先看用例图。再看关系数据库,再看面向对象

人说,等你明白这三个概念了,和程序员交流就不会有神马问题了 .

唉,真的是神马啊,神马...程序员们都是神马...

其实,就这段话,我都很受益.这位大侠,下周会过来指导并...,我真是期待...

现在,我先学习一下这3个概念.
2
3
分享到:
评论
4 楼 lancelotwjq 2012-11-28  
Java,ssh以及它衍生出来的UML,以及您文章中提到的各种图, 说的好听点是企业级的开发工具,说的难听点是 ‘重’的。

所谓的重,就是复杂。为什么它要这么复杂,因为要给企业用。如果容易精通,怎么收高额培训费?

推荐37signal的书, rework等,他们是小型团队的成功实践者,最有发言权。我没有。
3 楼 龙晓舟 2011-08-11  
nkshan 写道
其实非技术人员搞这些是很痛苦的。基本关系

用例图:了解收集需求,重于主谓宾,把 ”人“和”系统“的交互关系画清楚。这实际上是应该设计期间技术人员自己干的。

对象图:技术人员自己整理对需求理解,编程建模的基本对象。着重于在编程“语言”
一级有自己的基本思路。


er图:从编程建的模型,转化为存储时候用的数据模型。纯粹的技术层面。
没这个就没法定义数据库表,实际上我是很烦这个的,但是没法子,不定义就没法用数据库。



对象图和er图都属于纯技术范畴,让外行了解真的有点强人所难。
就算纯搞技术的,很多人也不愿意画图而宁愿语言交流。

感觉博主非常乐观,也很坚韧,也很随性。

我不知道博主成家了没有,感觉应该是没有,否则不太可能这么看得开的。




1\受教了, 刚刚下午小补了一觉,这3个概念,还只把用例图的介绍粗粗看了一点, 还很有点意思,多数都还能看懂. 后面的还不知道.

2\我,嘿,我要是不尽量乐观,不经常自我激励一下,那遇到难过的坎时,不很快就自己倒下了? 其实,我有时会真的沮丧+忧心忡忡,不过,没关系,自我调节就好.

3\能说的是,我,我没老婆, 原因,嘿,当然,不仅仅因为我长得黑......



2 楼 nkshan 2011-08-11  
其实非技术人员搞这些是很痛苦的。基本关系

用例图:了解收集需求,重于主谓宾,把 ”人“和”系统“的交互关系画清楚。这实际上是应该设计期间技术人员自己干的。

对象图:技术人员自己整理对需求理解,编程建模的基本对象。着重于在编程“语言”
一级有自己的基本思路。


er图:从编程建的模型,转化为存储时候用的数据模型。纯粹的技术层面。
没这个就没法定义数据库表,实际上我是很烦这个的,但是没法子,不定义就没法用数据库。



对象图和er图都属于纯技术范畴,让外行了解真的有点强人所难。
就算纯搞技术的,很多人也不愿意画图而宁愿语言交流。

感觉博主非常乐观,也很坚韧,也很随性。

我不知道博主成家了没有,感觉应该是没有,否则不太可能这么看得开的。



1 楼 fresh_daily 2011-08-11  
挺关注你创业的过程的,感谢你每次能把自己的想法在这里分享,别的做不了,在这里给你点一下“顶”,希望能给你些鼓励吧

相关推荐

Global site tag (gtag.js) - Google Analytics