我在完成 SCoC 的过程中遇到了一点问题，卡了一个来星期。期间，我一边进行各种尝试（研究官方文档、从不同入口登录等），一边向 mentor 反馈我的进度，但没什么实际效果，问题没解决。最终，今天在我和亲戚家孩子在外面打台球的时候，mentor 拉了个群，花了十几分钟彻底解决了我这个问题。
问题搞定后，mentor 和我说：小伙子，遇到问题就要揪住人求救啊，不然大家都在忙，也都不会去催你，也不知道你卡在了哪里，下面也就忘了这件事，耽误你的事情。遇事自己不要瞎研究，浪费时间哦，有人指路会快很多。
按理说 online onboard 那天就该完成 mentor 给布置的 SCoC，来申请到公司内部系统的访问权限和 v-alias 了，但是我申请的过程却颇有曲折，这段经历也促使我进行了一番思考。本来写了几千字，详细地把事情整体的流程记叙了一遍，但是考虑到公司内的保密要求和一些其他的问题，我决定还是隐去这些细节，只谈这件事在最后带给我的一点感受。
ysyx，或者说 geek 世界里所推崇「提问的艺术」的理念，讲究遇到问题要先自己进行充分的尝试，尝试之后，再带着自己的结果去向别人提问。比如说，遇到一些像是 No such file or directory 这类的错误（即便它是未知的），应该先去 STFW 或者 RTFM，之后再考虑向别人提问 —— 这是一个合格工程师的基本能力，在学习阶段进行这样的训练也是必要的。
而今天 mentor 所表达的，则是遇到问题应该找懂的人去求救，以期尽快解决问题，自己从头去研究文档也好还是其他方式也罢，在和「问懂的人」这个「高效」途径相比时，很大程度上是在浪费时间，是一种低效率的问题解决方法。
// TODO