无法辩解的错

我现在开发的是一个有想法,有行动的项目,但在项目的实施上却没有好的规范和管理。

开发的技术简单,但却不好管理,在安全问题上我自己都害怕。另外,在开发的规划上没能做到全局把握、以需求驱动开发的要求。

在文档的意义上,脱离文档的本意:交流。流程图,E-R图,UML图等还没有好好地利用。

今天,老大叫我过去说一个问题“XXXXXXX,XXXXXX”,我默默的回应道“好的”。其实多少情绪在里头,首先我得承认自己是不够认真的对待测试的问题,一个人好像很没劲,我是一个细心的人,但我的细心好像不是在那些客户上的使用体验上,比如一个网页title没有写好,哎,没办法啊,为了“做一个让他人信任的人”,我得改改我的脾气了。

问题二就是程序复用的方法是Copy,所以有时来的很快,就不好检查复用的问题了。

对于上面的问题,我现在能做的就是赶快写些具有交流意义上的图出来,把问题写清楚。

Go!....

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值