自报行踪

最近接到一个项目,这个项目要采用分布式构架,所以一直都没有时间来完成Custom Channel Sink这篇文章。

说到分布式的构架,我现在觉得它的调试过程实在是很痛苦,一个最为直接的原因是服务器的错误根本无法跟踪 。后来这个问题被我解决,我做了一个系统日志工具,可以将这个工具嵌入到调试版本的服务器组件中,这样,错误的跟踪才得以解决。

然后是开发过程。在这次开发中,起初有一个人配合我。我把这个系统中的一部分工作交给他完成。后来我发现这样做的问题:1、由于我们对彼此都不了解,所以我也不知道它的技术特长,这使我分配给他的部分工作不能够按时完成;2、作为一个软件系统的分作分工,其前提是要有一个相对稳定的系统设计,这样你才知道到底有哪些工作可分配,如果这个前提不存在,如果分配者(在这里肯定是我)对工作很负责任,它就要花更多的精力来关注当前两个人的开发进度,接受分配者是否已经真正了解了自己的意图,以及下一步该分配什么工作给对方,如果分配者对工作不负责任,那么在将两个人的工作成功组合在一起的时候就要出现问题。

然后是源代码的管理。由于这个项目开始时是由两个人来完成,所以我使用了源代码管理器,起初,效果不错,但是后来我的电脑坏了,我就把源代码管理器的数据库移到另外一台电脑上。问题又出现了,被分配任务的那个人在从新配置了它的源代码管理器后,居然不能正常地签入。我在本地也不能正常地签入,导致项目文件被锁定。由于这个项目的文件数目多,到了后来我也不知道以哪个电脑上的副本为准了。

最后是管理问题。这个问题就大了去了,大得我都不知道该如何描述,如果管理做得好,我想源代码管理的问题就不会那么糟糕。

冰冻三尺非一日之寒呀!这些问题还要想办法解决。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

明天好,会的

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值