作为部门的一员，一名工程师如果只有技术上的属性，那么他只能算合格；一名优秀的工程师，需要同时兼顾技术能力与团队沟通，正如描述所言：独行快，众行远。

下面是我认为在工作和学习中需要遵循的原则，当遇事犹豫之时，可依此为指导，方能不忘初心。

初心

成长。

大一我曾对自己说，每一次成长，都来源于直面和解决问题，而不是否定和逃避。现在，我将这句话继续下去：

面对问题，深究根本原因，直至找到通往出口的钥匙。

技术

深究精神

遇到问题以实践为标准，为什么会出现这样的结果？需要事后的思考和总结。

把一个问题分子化

就举一个最最入门的例子吧，刚学Linux命令的时候，为什么cd叫cd，du叫du，这些命令后面是有具体英文含义的，不是死记硬背的出来的，比如cd（change directory）、du（disk usage）、甚至du里的-s（summary）都是有含义的。

一层一层向下提问。

把一个问题模块化

再比如，装系统的时候踩过的坑，Linux8.6图形界面配置网络之后无法更改，最后发现是network和NetworkManager冲突的问题，同时得出结论在使用操作系统时有良好的操作习惯，在配置网络尽量用命令行。从一个小问题引申出来的技术点和之后的规避。

就是这样遇到了什么？怎么尝试解决的？最后的总结是什么？三段式。

一定要去把零碎接收到的知识梳理出来。我们不可能总是遇到好导师，你需要自己做自己的导师。

质疑精神

不是所有问题都只有一个答案，不是所有场景都只有一种解决方案。从不同角度分析问题，提出新的解决方案或是企图找到更好的方案。

同事或者领导并不一定完全是对的，他们的经验和观点十分宝贵，但也可能存在局限性。你需要保持独立思考的能力，多去尝试，遇到问题以实践为标准。

分享精神

好好写笔记，第一遍笔记是自己一手输出的随笔，有很强的时效性（包括当时的记忆），但缺乏整理，只有自己在记完的那一段时间里可以看得懂。需要养成整理笔记的良好习惯，不单单是对自己负责，还可以输出给别人理解学习，在历史上留下浓墨重彩的一笔（不是）。

安全红线

生产环境操作要三思。

当你拿不准操作是否有问题的时候，问一下，走流程，就算最后还是出现问题，那也不是个人的问题。

首先不能敲危险命令（rm -f、mkfs之类的），其次不能敲类危险命令。甚么是类危险命令呢(O_o)??

就是长得像危险命令的命令，比如一些命令，对目录操作没问题，但是假如在/test的“/”和"test"之间不小心按了个空格，命令就会直接对根目录生效，导致严重的后果。（举个通俗的例子，>>打成>）

团队

汇报

凡是有交代，件件有着落，事事有回音。——致靠谱的人

多交流，多沟通，多汇报。这不单是对自己负责，更是对团队负责。我的建议是当你拿不准要不要汇报的时候，就要汇报一下，不要不作为。

作为技术人员，技术上有不懂的地方很正常，可以学习，可以提升。但是汇报的态度是工作的基本。遇到了什么困难，要进行交代，不要不好意思；有什么发现，及时沟通，不要私下处理。有沟通的团队才能良好的运作下去。

沟通

其实还是强调了汇报的重要性，不过这里我单独提一嘴，关于需要休息时间打扰别人的问题。 先说结论：在你有任务需求的情况下，正常休息日打扰别人是完全合理的，不要觉得不好意思。

实习期间发生的一件事，直属领导要求周末完成对服务器的安装，但是机房的负责人在周末休息，并表示周三之前完成安装就可以。
我们当时因为没有钥匙进不去机房，就没有在周末打扰机房的负责人开门，同时也没有告知领导，等着周一去处理这件事情。
这就是一种完全错误的方法。正确的做法应该直接联系机房负责人（他回不回消息就是他的事情了），随后把结果告知直属领导，等待下一步指示。

出差

技术过硬！

自信！

找点乐子！

以及抱着和客户快乐交流的基本原则。

结语

个人的成长过程是贯穿始终的，是以年为单位的，而且会一直持续数十年。每位工程师的学习方法、工作方法、学习态度等等，都要经历数十年的考验，谨记。