80年代，是一个金光闪闪的年代。
这是我心中对80年代的印象。那时，周围的一切，都如同在秋日的暖阳中随风晃动的树叶，透绿透绿，阳光就穿过那些叶子撒到地上，斑斑点点，如同撒满了金豆子。树下，我躺在爷爷的竹椅上，微风过面，略感凉意。
我想象着未来，有高楼大厦，有漂亮的汽车，宽敞的街道，身着五颜六色服饰的行人，就是没有手机或电脑。
印象中，第一次遇到计算机，还是在小学5、6年级，大概是94、95年。一次放学回家，途中经过老家体育场的一条小路，一个敞开的小房子，里面有一台看起来像织布机类似的机器，正在“嘎嘎嘎”地忙碌着，它不是在织布，而是在一张很大的纸上用一根类似针一样的东西在纸面上来回滑动着，没见针把纸戳破，但见纸上勾勒出了一缕缕的深色线条。一个男人，正在机器旁边盯着一台很小的“彩色电视”，“电视”坐在一个方形铁盒上，铁盒前方摆着一个扁平的上面都是小方块的东西上面，看起来就想一板巧克力。男人看到我正盯着彩色电视看，招手让我进去，问到：“小子，知道这是什么吗！“，“这啥电视，那么小”，我的回答引起了男人的一阵狂笑，他指着那个彩色电视说：“这是计算机”。“哦”，转身，我就走了。
再次遇到计算机，就是两年后的初中。班上有位同学，就是我现在的挚友，我的合作伙伴，他家里有一台计算机。我们都不知道具体能干些啥，除了各种电脑游戏。都是我从未见过的游戏，要用一个叫做鼠标的东西操作，稍微一碰，屏幕上的鼠标指针就从视野里消失了，一开始我以为自己手有问题。没成想，30分钟不到，就可以随意控制，《红警》是我接触并实操计算机的第一个软件。自那以后，我常去这个同学家，也不空手，多少会在沿途的电子城买一个游戏光盘带过去。中学期间，我们正式的接触了计算机，学习了Basic编程。记得班级里有一个“大神”，那会儿全校好像就他一个人可以编写出“有用”的程序，对于我，以及我的同学而言，计算机就是OICQ、MSN、星际争霸、三角洲特种部队，我们有关计算机的所有体验，都是在一个叫“网吧”的小屋子里经历的。
我从未想过自己会从事与计算机直接相关的工作。
当然，事情的发展完全不在计划内。高考结束，选择专业。一眼就看到了“电子商务” —— 中国第一届电子商务专业，甚至当时给我们上课的老师都说不清到底何为电子商务。而我报考这个专业，完全是看到了“电子”两个字，因为我太喜欢物理学了，原子、质子、中子、电子…… 就是没看到“商务”。不过，也没有多大偏差，不出意外的，我们专业主修两个方面：商务管理 与 电子计算机 。后者，勾起了我关于计算机所有的回忆，便一发不可收的钻进了计算机的世界。当时（大概是大三、大四）因为自己的计算机编程技术比较好，一个偶然的机会，加入了我们院领导弟弟开办的一家软件公司，为企业编写生产管理软件，VB6.0，这就是当时的技术平台。
大四的时候，因为忙于项目，有些重要的毕业考试差点没通过，公司领导给我开玩笑说：“你要是没毕业，就在我公司，边重修，边工作，就在这儿工作，啥时候毕业不重要，项目要紧😭。
最终，我还是顺利毕业，并且毅然选择到外地找工作去了。记得当时公司领导给我说：
“如果你非要走，那就去比我们更好的公司”。
“什么公司比这里更好？”
“微软……”
于是乎，我就跑到了现在这个城市，开启了求职之旅。一个偶然的机会，也是一个非常幸运的机会，我面试的第一家公司，老板说会有一个微软的面试，问我是否有兴趣加入？
还谈什么兴趣不兴趣，就看我行不行吧！
在面试的前一周，我把有关软件的所有信息梳理了一遍，包括：我熟悉的技术、团队与团队协作、客户与客户需求、项目与项目流程。
在面试的那天，我首次向一位微软的专家呈现了我对软件与软件工程的理解，他对我的理解表达了认可，同时也给我讲述了软件工程面临的新的挑战与新的机遇，并接受我加入他们的团队。到今天，我都无法忘记那段经历，特别是面试我的那位先生，当时的他非常年轻，是前微软战略合作总监，他就是刘润。
当然，后面我知道，那家公司并非微软，是微软与当地政府合作的一家公司，但是里面所用到技术、产品，都源自微软官方的支持。不过，大家也许无法想象，这样的一家公司里，负责管理项目的技术总监，是一位有着日本留学经历以及长期对日软件项目开发的老人。他向我们展现了严谨的工作风格。我这里需要强调的是：他的严谨，不是我们概念中的“日式死板”，而是他对待软件的态度，让今天的我都被感受用。简单一句话：“好的产品，就是要用心去做”。那时的我，特别享受在他门下成为“软件人”的经历。
当时，我们一些程序员会派到客户现场去工作。其中几位同事被派到了NCS，而我到了NEC。前者是对日开发团队，后者是对欧美。一日，我的同时给我讲起一件令他感到惊奇的事情：他们做的软件在交付过程中，出现了问题，和现在我们常见的问题一样，当初的需求与实际业务场景不匹配。经调查，发现是需求递送的问题，需求不准确。团队面临的问题就是对已经开发出来的系统进行调整。对此，大家颇有意见。但令人意外的是，日本方面的客户竟然专程跑到中国，当面向团队致歉，不仅大方承认了他们的问题，还主动承担了此次修改造成成本。基于同样的责任感，客户能够为他们自己的项目负责，我们也需要为软件的最终可用负责。所以，团队根据新的需求对系统做出了调整。我们的老板，就是上面说的那位老人，对这个项目团队的所有成员给予额外的奖励，以表彰他们在项目过程负责的态度和行为。
题外话：那个时期的我们这些软件人，有着一种简单而庄重的责任感，公司里大多数的程序员，都以“自己手中写出的代码没有问题”为自豪。甚至当时的研发团队打赌，谁要是被测试出了bug，就请大家吃一段饭，用类似工作量“人天“为单位的”人顿“来衡量情况吃饭的情况，看最后谁的”人顿“多。测试团队为了让大家有”饭吃“，也是拼了命了。最后，竟然一有段时间，公司里面出现了0bug的情况，即：程序员写出来的功能模块，测试未能测试出任何bug。我，就是其中之一。
公司里面有两位大神级别的人物，我们称他们：春哥、马哥。两人的行为风格、穿衣风格、社交风格都差不多。他们不善于社交，却有着一群小弟 —— 我就是其中之一。他们在日常工作中，帮助团队解决各类技术难题，在我们眼中，似乎就没有他们搞不定的问题。甚至，有一段时间，我们开发中遇到了问题，运行时报错，实在无法解决，请他们来帮忙看看，可每次当他们站在我身后，问题就不再出现了。我们调侃道：bug都怕他们了。随着我们的成长，也能独当一面了，一般的问题不再需要他们，但，他们存在的那股子”强烈的技术压“仍旧在帮我们抵御着各种可能的问题。我们常调侃：春哥、马哥在公司，只需要坐在位子上，只要能喘气，项目组就不怕。
公司的老板（就是那个老人）以及上面的诸位大牛，都在向我们传递着这样的概念：我们要尊重并深入技术，但不可陷入技术。在日常的工作中，我发现，在遇到需求问题时，或者技术问题时，他们常常跳出问题本身，转而从更上层去重新审视问题。时常，当我们跳出具体问题时，方才看清问题的全貌，这包括问题本身以及与问题有关的其他部分，更包括这些组成部分所处的“环境”，或者“场景”，又或者“上下文”。我记得自己的一段经历：在项目中遇到了一个技术问题，我死磕该问题，三天没搞定。于是去找马哥。当时他不在我们项目中，他让我去和项目经理沟通，是否一定要这样实现需求。我当时不能理解，单纯的认为：技术问题就是技术问题，如果是通过变更设计，甚至是需求，也只是绕过了这个问题，并不算真正解决问题。直到老板找到我说：你有没有想过，可能你就是在做一道“无解”题，但用户的问题是：希望获得一个可用的功能，而非必须是这样的功能。其实，当时的我并不服气，只不过迫于项目的压力，改变了设计 —— 确实很轻松就满足了需求，只不过在设计上动了点手脚。
今天来看，当时我希望解决的问题，在当下的技术背景中，确实是非常难实现的。而今，却已是常规操作了，那就是：AJAX。此刻，看到这个词，可能都会有点陌生了吧，今天的我们再也不会直面AJAX，这个东西早已被各种前端异步框架包裹，如：Axios，AlovaJS，取而代之的是 Promise，以及 async / await，甚至，这些概念都已经化为常态，而无需挂在嘴边。
事情的发展，总是在悄无声息之间。
05年，女儿出生。如果把家庭比作一个系统，女儿就像一个全新模块。这个新模块的加入，把原本耦合度不高的另外两个子系统 —— 我的父母、我太太的父母 —— 紧密捆绑到了一起。出于最初的设计的缺失，我并未预见到这样的家庭系统耦合会产生什么问题。但，问题就这么来了。
以我当时的理解，双方父母子系统，应该是辅助我的家庭这个主系统的。事实上，他们也确实是在发挥帮辅作用，同时也在争抢对新模块的控制权。这样的争抢，在如何带孩子这个议题上体现的十分明显。特别是：睡觉、吃饭、与孩子的互动、外出活动这几个方面，几乎处处都是冲突。就是这样的冲突，家庭中各个模块原有的平衡性被打破，特别是其中的一个子系统就新模块的控制权产生的较大的冲突，这样的冲突，不仅消耗了有限的家庭资源，冲突本身也蔓延到新模块上，时至今日，新模块仍时不时复现着当初埋下的BUG。然而，更大的影响最终引发了我的一系列异常。
在家庭内部的冲突中，当时的我，没有很好的处理与应对，自身内部积累的一定的压力。从家庭到公司，心理内压就被带到了职场。随着环境的改变，内压的外在形式也会发生变化，突出表现就是“对压力事件更加敏感”，并且很容易把工作任务识别为「压力事件」。当时的我，是研发部负责人，需要和其他部门，如：销售部、市场部、测试部等都有很多协调工作。沟通中，逐渐增多的争吵，让项目的进度、质量都受到了影响。毕竟，在一个跨部门的项目中，相关部门都需要对项目负责，因为相关负责人都希望项目在自己手里可控。这样的情境，就好像家庭中父母与我就孩子的控制权的争夺，相似的情境，激活了我身体内相同的「防御机制」，而我也把在家庭中的境遇体验投射到了职场中。最终，在一次和销售总监就项目问题沟通的会议上，爆发了。我怒吼对方，言语夹带着强烈的情绪，对销售在客户面前大包大揽的不满，对销售意图干涉项目研发团队的不满，以及，在家庭中对父母争夺孩子控制权的不满，对他们妄图剥离我社会角色（部门主管、孩子父亲）的不满，排着队，推搡着，从我心中一涌而出……
此事之后，我的感觉并未好转，甚至出现了躯体化的症状 —— 头痛。剧烈的头痛，让我根本无法有效的生活与工作。最终，在坚持到项目结束后，选择了辞职。
辞职之后，也算是一个偶然的机会，结识了京城的一位老友，一起合作，开了家软件公司，此后便开始了长达近10年的“创业”。之所以给这两个字打引号，在我看来并非创业，只不过是自己直面客户罢了。即是销售，又是研发，这段经历也着实让我能真正理解销售的不易，以及为什么他们会采用“大包大揽”的方式来促成项目。当然，不是每次都要大包大揽才能拿下项目。销售，如同编程，也是门技术，同样，也是门艺术。在自己直面客户，洽谈项目的过程中，我深刻体会到“隔行如隔山”的道理。
作为程序员，面对的是计算机，要求我要以概念清晰、需求明确、逻辑严密的态度完成编程工作；
作为销售员，面对的是客户人，往往沟通时概念模糊、需求泛泛、逻辑都在“酒”里了。
自己开公司期间，我必须在这两个角色间来回切换，所以，就经常出现没有及时切换，导致谈项目时缺乏灵活性，事事都要明确，责任也要明确，其结果就是客户代表或者客户领导难以从我这里获得他们更想要的东西。
我开始调整定位，和自己的团队成员沟通，我逐渐淡出开发，主力放在产品、市场和销售。我的其他合作伙伴负责项目管理与技术开发。然而这样的调整，并未让团队的工作效率提升，反而重现了曾经的画面，只不过，我成了当年被我怒吼的那个销售。
当然，还有一个于我更不利的，我不善言辞，不喜烟酒（我喜欢茶与咖啡）。在很多沟通的场合，饭桌上的那种“文化”于我格格不入。当京城的朋友退出公司后，公司的业务也直线下降。
又是一个偶然的机会，我从一本名为《钱从哪里来》的书中，看到了“心理学”这个话题。看到了心理学未来可能的样子，我便去学了心理学。
而这一次，也开启了我人生中一条从未想过的全新路径。
心理学培训老师问我们是如何接触到心理学，又是什么动机驱使我们来学习心理学的？
我一时语塞，难道我真的要告诉他们：我的动机是《钱从哪里来》？但我还是这样回答了。
然而，老师问我：那你想到哪里去？
……
近两年的学习与实践，让我逐渐走上了心理咨询师的征途。而我，似乎真的就从 整日面对计算机 ，变成了面对人。是一个个活生生的人，他们不需要喝酒或抽烟，他们只想解决问题。
还是一个偶然的机会，我在星巴克遇到了一个人，我看到他时而愤怒、时而叹气，但是，真正让我鼓起勇气去和他搭话的，是他面前的笔记本，屏幕上开着VSCode以及满屏的代码。
他来这里出差，从客户现场出来，无处可去，在星巴克，焦头烂额。本该今天给客户演示系统，但恰恰就在这样的节骨眼上，出现了bug，卡住了主流程。他是这块代码的作者。
他问我是干什么的？“心理咨询师”，我的回答很显然引起的他的兴趣，但随之陷入之前的失落。因为在他看来，我并不能帮他解决问题，而他此时此刻的问题就是想“解决代码问题”。我请他给我讲讲具体情况，他把代码的问题从头到尾讲了一遍，很显然，逻辑很清晰，他对自己代码的把握是非常确信的。但是，当他告诉我之前已经“联调了很多次，都没有问题“的时候，我才想，也许问题并不出在他这里。于是我请他查看一下日志。但他”竟然不知道“日志在哪里，我帮他找到了日志（他用的是SpringCloud，日志框架是Log4J）。经过一番捣鼓，他终于发现竟然真的是客户方提供的接口返回的结果出了问题，有一个不该为Null字段为Null……
眼下的问题得以解决，他迅速给项目负责人电话做了报告。具体怎么说的，我不清楚。但很显然，对方并没有那么着急要他立即返回客户现场再次调试。
问题解决，领导不急，让他得到了些许的放松，也终于给了我们进一步沟通的机会。
具体的内容，在这里不做复述。但也就是这次的沟通，让我开始留意日常咨询中遇到的软件行业的来访朋友。大家面临各种各样的问题。其中，人 与 沟通 是所有问题中最突出的主题。
在回访中，我也有针对性地向他们了解最新的状况，有的得到了改善，有的深陷泥潭，有的离职另谋他就。这也让我产生了好奇，究竟是什么“力量”和“因素”，驱动大家做出不同的选择，进而产生不同的结果。
带着这份好奇，我准备开始一段新的旅程，打算带着程序人的身份和咨询师的身份，和软件圈的朋友们一起，探索在当前这个环境下，我们可能的新的生存之道和生活哲学。
在上面的内容中，我多次提到了“一次偶然的机会”。这并非刻意为之。事实上，我们每个人的人生中，甚至这个世界，其发展轨迹中，常伴随着“偶然的事件”，一个事件就可能触发轨迹的改变。回忆我自己的人生，这一路走来，40多年，经历过多个事件。我有时也在想，如果当时我换了种处理方式，现如今还会是这个样子的么？
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。