Chinaunix首页 | 论坛 | 博客
  • 博客访问: 3922314
  • 博文数量: 534
  • 博客积分: 10470
  • 博客等级: 上将
  • 技术积分: 4800
  • 用 户 组: 普通用户
  • 注册时间: 2006-05-26 14:08
文章分类

全部博文(534)

文章存档

2024年(1)

2021年(1)

2019年(1)

2017年(1)

2016年(2)

2013年(2)

2012年(10)

2011年(43)

2010年(10)

2009年(17)

2008年(121)

2007年(252)

2006年(73)

分类:

2008-04-17 16:22:59

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

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

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

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

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

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

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

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

上一篇:博弈论

下一篇:今天照结婚照了!

给主人留下些什么吧!~~