马克和某某到底什么关系？看完这篇你就清楚了！

说起“马克和”这题目，一下子勾起我不少回忆。倒不是什么惊天动地的大事儿，就是我自个儿经历过的一些人和事，跟一个叫马克的人有点关系。

那得是好几年前，我还在一个不大不小的公司里头混日子。那时候公司讲究“扁平化管理”，说白就是没几个人，每个人都得干好几个人的活儿。我当时算是个小组长，手底下也没几杆枪。有一天，老板领来一个新人，板寸头，戴个黑框眼镜，看着挺精神，介绍说叫马克。

新人来总得带带嘛刚好我手上有个项目，不算特别复杂，但挺急的。老板就说，你带着马克一起做，刚好让他熟悉熟悉业务。我当时也没多想，行，那就带着呗。

开始搭档干活

我把项目拆拆，分点相对简单的工作给马克。想着让他先上手，别一上来就给整蒙。我还挺耐心地给他讲讲项目的背景、需求，还有我们内部的一些开发规范啥的。

• 第一天：给他讲需求，搭环境。
• 第二天：让他看代码，写点简单的工具函数。
• 第三天：开始分具体的模块给他。

头两天还行，马克态度挺问的问题也还算靠谱。我还寻思，这小伙子不错，学东西挺快。结果，从第三天开始，画风就不对。

我分给他的模块，他说有困难。行，有困难咱就解决困难。我过去帮他看看，确实有几个地方稍微绕一点，我就花点时间给他理顺，告诉他该怎么弄。结果过一天，进度还是没动静。我再去问，他又说遇到新问题。

来来回回好几次，我发现不对劲儿。他提的问题越来越基础，有时候甚至感觉他根本没去尝试，或者没仔细看我之前给的提示。而且我好几次看他屏幕，不是在刷技术论坛，就是在看些有的没的。

项目时间又紧，老板那边催得也厉害。我这心里就有点毛。也不能老是帮他擦屁股，我自己这边也一堆事儿。

的冲刺

没办法，项目不能耽误。后面那几天，基本上就是我一个人当两个人用。白天开会、沟通、写自己的代码，晚上加班加点把他那部分也给做。马克？他倒是准点下班，偶尔还问我：“哥，还没弄完？要不要帮忙？” 我当时心里那个气，但脸上还得笑着说：“快快，你先回去。”

项目总算是按时上线，虽然过程挺憋屈。老板还挺高兴，表扬我们团队效率高。我在旁边听着，心里五味杂陈。

后来没过多久，马克就自己离职，听说是跳槽去个更大的厂。这事儿也就这么过去。

现在回想起来，“马克和”啥？对我来说，可能是“马克和责任心”。这事儿让我明白，职场上，能力是一方面，但靠谱、有责任心可能更重要。你摊上一个不靠谱的队友，真是能把人活活累死。也可能当时公司那个氛围，那种管理方式，也确实容易让人没心气儿。但不管怎么说，自己该做的事儿，还是得做这是最基本的。

这事儿过去挺久，今天就当是翻出来，跟大家随便唠唠。也算是个小小的记录。