博客首页 注册 建议与交流 排行榜 加入友情链接
推荐 投诉 搜索: 帮助

Gan's Blog

小记一些个人学习的东西, 如有版权问题请及时告之! :::欢迎转载,已经是转载的请使用原地址::: 转载请注名来源!

Unix/Linux、Oracle、数据存储、备份、复制、ETL、数据仓库
   gan.cublog.cn
关于作者  
姓名:gan
年龄:27
Email: ghk_love#163.com
职业:Oracle, Unix/Linux, C
!>> 想全了50%就可以行动了, 在行动中思考总结!

我的分类  




交流可以解决很多问题的
近来特烦,为什么呢?
没事情做,其实是有事情做的,两件事:
1>. 去年测试的项目上个星期在催,另外一个开发人员的部分还没完成,没办法就只可以等了。其实就是技术老总,所以催了一次也就不再催了,怎么好意思再催了,也许那边问题也很麻烦。总之我是没结果,只有等。

2>. 上面要求做一个新的产品,太难了,部分地方几个核心的技术没有想明白,自己先把简单的部分完成了,现在也做不下去了。
其实一开始自己就感觉心理没底,那东西太大了,一个人1~5个月作不完的,还有界面部分的技术自己还不是太懂,只是把东西设计的一个大概。我知道自己最拿手的就是迭代式的开发,但几处怎么也绕不过去核心问题还没解决怎么就可以开始做呢?

烦了一个星期了,如是就去学习操作系统了(大学学习了好多忘了),现在没办法有得回来吧,问题总要解决的啊,逃不掉了,怎么办?

找xin说了下,感觉豁然开朗啊,其实很简单的:
问题1>. 你是开发人员,那边的事情你也帮不上忙,弄清楚自己的身份和职责,项目上的问题比你急的人多的是,完全可以转给sales或工程去。说的不错,如是给发了个mail说了下情况,让sales和工程人员知道现在情况。没了,就这么简单。

问题2>. 写个具体点的设计报告,说一下重点问题在什么地方,如果这几个重点问题不解决就没办法做下去了。 简单多了。

突然感觉:
    其实技术的能力太有限了,有些东西根本就不是技术来解决的,技术可行的东西多的是,但很多地方就是不用或者找理由不用。

下次记住了:
    1>. 当技术上解决的不了的问题时一定要想想业务上是否可以解决。
上次就出现个问题,技术上实现相当的复杂,但如果从业务上规定一个操作一下子就解决了。有些时候不要太钻技术的牛角尖了。

    2>. 当技术上可以解决的问题时一定要想想业务上是否可行。
这个对开发人员是个弱点,很难判断一个东西是否业务上可行的。因为有些东西一旦技术上这样操作了将会改变很多人的利益的。有时候这个问题比较难。

 发表于: 2008-04-17,修改于: 2008-04-17 16:22 已浏览352次,有评论0条 推荐 投诉

  网友评论

  发表评论



Copyright © 2001-2006 ChinaUnix.net All Rights Reserved

感谢所有关心和支持过ChinaUnix的朋友们
页面生成时间:0.01837

京ICP证041476号