锁定老帖子 主题:角色的转变
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2007-01-27
我同意 抛出异常的爱 ,也同意 foxty
很多事情越简单越好,经验不够的情况下,经常担心自己会考虑不周全会遇到什么解决不了的困难,不敢前进,实际上还是魄力一点好,找到一种最简单的方案就去实行它,以后经验丰富了再不断的去重构 但是在方案确定过以后,就要想的周全一点,出台详细的演示程序和开发文档,还要作培训。如果没有规范和约束,你再好的设计实际执行下去也是面目全非。 我的部长zoey给我的帮助很大,刚开始的时候遇到重大技术困难,感觉压力很大,害怕做不了,但在他那里都是no problem,实际上预计要很长时间往往很快就解决了。这种信心的积累对于架构师来说很重要,因为我们总要接触新的东西,各种技术、体系结构之间复杂的关系需要调和,很难想象没有自信,如何完成全局的设计。 期待robbin的回复,实际上博主的最后一句话也是我想说的 |
|
返回顶楼 | |
发表时间:2007-01-27
恩,经过这几天的折腾,我也略有感受,最近也在这个论坛看了关于数据库的设计。
比如大字段,图片资源怎么处理,这些细节的问题确实也关系到整个项目架构的好坏,处理的好,对于以后扩展,维护等有好处。反之。。。。。 对于技术选型,项目结构设计也需要很好的宏观的把控。一开始太微观了也不行。真的是比较痛苦。 |
|
返回顶楼 | |
发表时间:2007-01-27
wuhua 写道 恩,经过这几天的折腾,我也略有感受,最近也在这个论坛看了关于数据库的设计。
关键是架构的设计,架构设计的合理,细节可以慢慢设计,甚至可以慢慢研究,但是架构没设计好问题就大了!特别是楼主的涉及web,wap,kjava,pc等方面.
比如大字段,图片资源怎么处理,这些细节的问题确实也关系到整个项目架构的好坏,处理的好,对于以后扩展,维护等有好处。反之。。。。。 对于技术选型,项目结构设计也需要很好的宏观的把控。一开始太微观了也不行。真的是比较痛苦。 先宏观后微观! |
|
返回顶楼 | |
发表时间:2007-01-27
seems JeffreyHsu is a str guy, i like it.
|
|
返回顶楼 | |
发表时间:2007-01-28
楼上不是gay吧...
![]() 涉及web,wap,kjava,pc不过是个表现层的问题,主要是后面架构的设计. |
|
返回顶楼 | |
发表时间:2007-01-28
呵呵,不知道gay是啥意思。
楼上说的对,前台的东西是建立在后台基础上的。 正因为如此才商脑筋,要考虑到客户,开发人员等。 还有对后台的数据结构跟数据关联不怎么会设计。 |
|
返回顶楼 | |
发表时间:2007-01-28
...
对人说guy,人家给你笑脸 对人说gay,人家给你拳头 呵呵 ![]() ![]() ![]() |
|
返回顶楼 | |
发表时间:2007-01-28
这里的能认真多呀!
|
|
返回顶楼 | |
发表时间:2007-01-29
wuhua 写道 呵呵,不知道gay是啥意思。
楼上说的对,前台的东西是建立在后台基础上的。 正因为如此才商脑筋,要考虑到客户,开发人员等。 还有对后台的数据结构跟数据关联不怎么会设计。 gay是高兴的意思 ![]() 你大概要设计什么样的一个东西,能否简单说下,这样比较好让大家提供意见. ![]() |
|
返回顶楼 | |
发表时间:2007-01-29
So many guys like a gay,
errr, i means T-bag... |
|
返回顶楼 | |