饶荣庆 -- 您今天UCWEB了吗?--http://www.ucweb.com

3G 手机开发网

   :: 首页 :: 联系 :: 聚合  :: 管理
  99 Posts :: 1 Stories :: 219 Comments :: 0 Trackbacks
我2005年出来工作到现在也快两年了,时间过的飞快。想来在这两年中也没做过很自豪的东西,就是东做做,西扯扯。感觉对整个架构的设计没什么了解。不过 现在机会来了。公司决定要做一个比较大的平台,涉及到web,wap,kjava,pc客户端的东西,开始公司成立小组的时候,自己很明确自己的角色,开 始我感觉公司就是让你做编码,把这些功能做出来,但,实际却不是这样,前几天这个项目小组去喝早茶,公司领导绕了很多弯子,最后才明确,要我来定需求,并 定义整个平台的架构出来,说这样很容易让一些人加入进来。哈哈,以前做编码习惯了,反正来了需求就帮他实现,其他都不管。一开始角色还专变不过来,跟领导 沟通起来出了很多问题。

说实话把这么大的担子给我,我压力大啊。我相信在这个论坛的很多牛人都有曾这样的经历,可否给我一些建议啊。

从一个编码设计到一个架构设计的转变需要经过些什么历练。高手们,砸砖吧。^_^


爬虫工作室 -- 专业的手机软件开发工作室
3G视线 -- 专注手机软件开发
posted on 2007-04-12 09:22 3G工作室 阅读(1244) 评论(9)  编辑  收藏 所属分类: j2ee

Feedback

# re: 角色的转变 2007-04-12 09:33 deardream
技术宽度的要求远远大于了技术深度。

这只是变化中的很小一点。。。^^  回复  更多评论
  

# re: 角色的转变 2007-04-12 09:48 BeanSoft
不用关注具体 API, 只要了解相关项目的缺陷等, 定出需求, 完了要定下平台. 建议不要上来就搞很复杂或者用了 N 多框架的设计, 不然最后会死的很难看, 得考虑团队大多数人的实际情况. 个人的观点, 呵呵, 虽然我也是 System Architecture.  回复  更多评论
  

# re: 角色的转变 2007-04-12 09:49 爬虫工作室
说的好有深度,觉得这句话在我心里略微有点感受  回复  更多评论
  

# re: 角色的转变 2007-04-12 10:11 BeanSoft
像我们公司的项目吧, 一般要做需求分析, 完了和用户核对, 估计工期, 接着做概要设计和一些 mockup(原型), 用户再看, 完了就详细设计, 具体到页面和类库等, 最后就是实现测试版, 测试版完了要上单元测试, 完了是上线, 这些都要用户测. 反正人多的时候没文档很容易吵架, 因为做的时候会有人私自偏离设计文档, 更何况没文档的时候大家都是各自发挥. 前两周还协调了一次这样的事件, 这都是就事论事, 扯不上太深的度...按照我们公司请来的项目培训的人说的: 项目吗, 更多的时候是在管人, 不是在管技术.  回复  更多评论
  

# re: 角色的转变 [未登录] 2007-04-12 10:57 阿蜜果
呵呵,压力会很大,做好准备  回复  更多评论
  

# re: 角色的转变 2007-04-12 11:38 cresposhi
我到现在还死不肯转。。。
以离职为代价去寻求我心中的code高境界,个人建议多磨练技术,仅仅个人建议而已,希望不要阻碍大家的升官之路!  回复  更多评论
  

# re: 角色的转变 2007-04-12 12:40 TiGERTiAN
需要扎实的编码功底,特别是对性能和稳定方面的问题要特别关注,那些框架还是用最熟练的  回复  更多评论
  

# re: 角色的转变 2007-04-13 00:03 deansu
我给你个建议,需求不需新颖,实用就行,成熟产品自有市场.强求创新只是徒劳.技术资源和资金完全具备才可以(人际关系难弄).实现自我.何谈深度?  回复  更多评论
  

# re: 角色的转变 2007-04-13 12:23 HD
呵呵,每人都需要历经每一个台阶。不用刻意改变什么。你没走过的要走,走过的就是走过了。不会有飞跃,只会有脚印。 :) 自己去碰,自己去面对好了。

说实话,这样的转变,可能会是个机会,也可能是让你失去太多的变化。  回复  更多评论
  


只有注册用户登录后才能发表评论。


网站导航: