C早上遇到一个jdbc找不到的问题。这是我早上改好代码,刚打算运行时的也报过这个错。一看jdbc.properties doesn't exists,我就猜到是因为 jdbc 被删除了。那我想到的就是把 jdbc 拷贝过来,先让项目跑起来。他告诉我报错了,我过去看到这个,就有点情绪了。觉得他错误都不看清楚就让我帮他解决错误,我真是无语了。再加上刚刚他 install 时报错,他打开报错的文件里面没有报错,我让他clean一下,他说clean过了,我让他build一下项目。这个就有可能是编译的class文件有问题。他build以后就好了。跟他说过原因了,我觉得这个错误之前就有遇到过吧,这么久了还问我,有点不应该。
周末看《傅雷选集》中有一篇是《傅聪的成长》。里面提到傅雷小时候叫傅聪语文时,从来不直接告诉傅聪答案,都是一直在抛砖引玉。即便是傅聪打错了,也不会直接告诉他错了,而是慢慢引导他,让他自己发现自相矛盾的地方,然后发现自己先前的认识是错误的。我想到,我在帮C解决错误时,是不是也可以采取这样的方法?而不是每次告诉他是什么问题,让他怎么做。他从来记不住,告诉他的网址,svn地址,解决过一次的错误,运行一个环境要记住的点,WiFi密码,总是一次次问。我每次说,这些东西你需要记下的。一个也是自己的问题,没有用到好的方法叫他如何解决问题。
这是我在帮他解决第一个错误时心里想到要慢慢引导他,而不是直接告诉答案。心里想着以后一定要这么实践,这样不会总问我,一些简单的问题他能自己解决。再一个他自己解决问题的能力也能得到提高,我也能从实际中慢慢知道怎么教别人能让别人接受,能力能得到提升。
但是当我做到他位子上,帮他看错误时,他来了一句:你先看着,我去接杯水。我话到嘴边咽了回去。把一长串错误看完,发现是 jdbc.properties doesn't exists 时,我就有情绪了。心里想着他回来时我应该怎么跟他说,让他去独立解决这样的问题。自己内心里也是接二连三有了情绪。他过来时,我没有忍住,冲口而出:你每次错误都没有看完就叫我帮你解决问题,你至少错误看完解决不了再叫我吧。你看看你这个错误是什么,你不会连这个英文都看不懂吧。他有点吃惊的看着我,然后说:这个错误是entityManage创建失败呀,而且我更新了好多次,还是报这个错误。让他看看那个报的文件是否真的不存在,他看都没看,告诉我说,这个文件肯定有。我说你仔细看看,你打开来看看。他打开以后说就是这个呀。我让他仔细看清楚是不是同一个项目的。告诉他这两个jdbc文件是另外两个项目的。他当时说的一句倒是让我爆发了:难道这些配置文件还要我来搞吗?我顿时就无语了,也认识到自己的问题。当时的想法是,你运行项目时报错,即便是这样的问题,你也应该尝试去解决。他当时的语气是问题在我,这种问题不应该让他遇到。我当时有点不知道怎么回答他。觉得遇到这样的问题他是可以解决的。但是这个文件是被我删除了,因为觉得用不到;还有这个问题我解决了,但是我没有提交。我是有点内疚,和对自己删除这些东西却没有看看有没有问题就提交了。应该说是还没有来得及验证和提交。所以我对他这样的质问是心虚的。想到F帮我搭建项目,我也是遇到一些问题去找他,然后发现是配置问题,我为自己没有想到这里而惭愧,因为我知识浅薄,所以解决不了。不过后面再遇到问题,我大概能解决了。知道是配置问题,会从其他项目把配置拿过来。我当时心里并没有埋怨他没有帮我所有都搞好,而是觉得自己不应该所有问题都去找他,而是自己试着能解决一些问题,不用总是麻烦他而庆幸。再一个也认识到,即便是别人很厉害,但是他也并不能保证能所有事情都想到,很多问题是在具体做时才能发现问题。
现在已经是心虚平静,虽然不能完全还原自己的想法,但是内心已经没有情绪了。