2025年对我来说挺重要的，我离开了自己工作了长达四五年的公司，开始切换到一个新的行业。

也同样在今年的四五月份，我做独立开发的朋友小A也来到了深圳找工作，从独立开发向打工人的身份转换。

由于我很长一段时间没有找工作，所以我花了点时间把找工作的思路重新捋顺了一下。同时借助这个思路，也帮朋友优化了简历和面试的过程，朋友也顺利地找到了工作，特别是在这样的环境下，所以我觉得这些方法论是有效的，记录在这里给大家参考。

当然，网上也有一些付费，帮助大家改简历或者提供面试咨询服务，我最开始各种看不惯，但是后来也释然了，因为有很多优秀的人恰恰因为表达能力不足，导致被埋没，对公司或者对个人，这何尝又不是一种遗憾。

当然，不同的面试对应聘者的要求可能有所区别，我这里主要针对技术岗位的面试做一个分析。

其实面试拆开来看也挺清晰，主要靠三个途径来了解应聘者的信息。

首先是简历，HR会通过简历对一些基础要求做一个筛选，面试官会通过简历去了解一个人的过往履历。

其次就是面试的过程，通过实际的沟通或者一些实际的面试题目，对应聘者的基础知识、个人品质和个人技能做一个进一步的了解。

再次就是面试前的背调了，当然这个过程主要是被动的，没有太多需要单独讲的。

下面我就前两个点展开来聊一下。

简历

简历是HR和面试官对应聘者的第一印象，简历的质量决定了我们能不能拿到面试机会。

小A在刚开始找工作时，跟我抱怨说简历发了很多，就是没有几个回应。他把简历发给我后，我一看，整篇整篇的都是自传，写他怎么出去玩，写他做了什么事。

我们要想清楚的一个事情，就是公司为什么要招这个岗位？必然是需要我们去解决某些问题的。

首先要说明为什么我们能解决。这当然是依靠我们的专业度，比如在历史上我们遇到了哪些问题，通过什么手段解决，达到了什么效果。这样公司就比较清晰，他之前做成过，现在也一定可以做成。

其次要说明为什么只有我们能解决，其他的应聘者解决不了。因为我们没有其他人的信息，所以首先要把自己的信息量化清楚，要让面试官能清晰地看到，我们是可以高质量完成目标的。

说明了为什么要招的问题，剩下的就是怎么把自己的过往履历整理的更加清晰易懂。

这里有一个比较好的实践，就是框架思维。框架思维的好处在于，它是相对固化的，而且可以随着时间的推移不停迭代的。搭一个通用的框架，然后把自己的经历放进去，每次面试完后，如果有框架没有覆盖到的点，就可以对框架做进一步的更新。

如果感觉比较模糊，我这里可以提供一个大致的思路。

比如公司经历介绍，我们在每一家公司的职位是什么，工作的职责是什么，最突出的贡献是什么？工作的流程怎么样子的？跟周边团队是怎么协作的？

比如项目经历介绍，每一个项目是在什么样的背景下产生的，要解决的是什么问题，解决方案是什么，最终效果怎么样？项目中的最大挑战是什么？是怎么解决的？

面试

假设简历最终通过了，我们成功拿到了面试机会，接下来该怎么准备面试呢？

我这里不讲刷题这类的硬性条件，不同岗位的刷题技巧是不一样的，而且也更加依靠大家自身的能力。这里主要谈一些软技巧，那种一个小时顶10个小时的技巧（这其实是一种不对称性，多加利用会有惊人的效果）。

框架有了，在面试前要多多基于框架练习，尤其是在我们讲话可能会紧张的场景下。这个我在文章《公共场合讲话紧张怎么办？》里有比较详细的描述，提前预演绝对是回报率超高的一种练习方式，你甚至可能会迫不及待地想验证你的演习是否有效。

另外有些同学可能担心，如果有些问题没有遇到过或者没有思考过该怎么办？

首先，上面的框架思维就可以在这种情况下发挥作用了。你可以把问题带到你的框架里，然后找他跟他相关联的信息，不一定完全按照问题来回答，有一些其他思路和想法也是可以展现出来的。

另外，多准备几个在实际工作中遇到的场景，去掉一些杂七杂八的小细节，保留下最核心的主干，并且多加练习。这样在沟通的过程中，即使有些场景没有遇到，也可以举一反三，聊一聊日常工作中遇到的案例，并且能传达你在这种类似场景下能做得很好的决心。

好的面试官会主动引导你，把你的能力最大化展示出来。那如果遇到那种故意刁难的面试官，就是要找到你的盲区才肯罢休，这种环境不去也罢。

保持好心态，面试是双向选择，一切随缘。

总结

1. 了解面试的意义，数据呈现自己的能力
2. 搭建面试框架，不断迭代升级
3. 提前预演，对信息的表达更有自信
4. 面试就像找对象，最后还得靠缘分

本来我是个打工人，这个问题跟我没有什么关系。但是正巧在最近，之前做独立游戏开发的朋友有一些变动，就顺便聊聊自己的一些看法。

关于这个朋友，在之前的文章我也有提到过一些，这里再简单概要一下。

朋友最开始在百度工作，呆了四年左右，感觉有点迷茫，就辞了工作四处游玩去了。从北京沿着新疆西藏一路玩到了成都，然后在成都找了份工作，又工作了两三年。完了又回到山东老家开启了长达四年的独立开发生涯。

随着时间的流逝，长期的低收入，再加上稀少的社交，导致朋友整个身心都到受着巨大的压力。再加上前面说的＂自驾旅游＂事件，所以今年四五月份朋友来到了深圳找工作。

不巧的是，由于个人技能跟工作环境的脱节，最终没有正常转正，三个月后又变成了自由的身份，继续按照自己的喜好去做开发。

朋友之前发出的一句感慨，我觉得挺感触的。他说这三个月的工资比他之前四年独立开发的收入还要高。

那回到问题，2025年独立游戏开发还有没有前途？

这个首先取决于我们对前途的定义，我个人揣测大家对前途的定义，还是说能不能维持正常的生活，所以第一目的还是挣钱，在这个基础上再获得一定的自由度。

前途必然是有的，但是放到个人上就不一定会有。

我观察过有创业经历的人，发现他们有一个明显的共同点，那就是他们的本职工作，同样也做得比较扎实。创业很难，扎实的基础几乎是一个必要条件。独立开发本身就是一种个人创业行为。

除掉一些专业技能，剩下的可能就是赌博的技巧了。比如如何从市场中发现机会，又如何在抓住机会后扩大收益，或者在发现判断错误后及时止损。

跟赌博不太一样的是，这个过程更加漫长难熬。决策时需要身心合一的一致性，执行时需要斩钉截铁的执行力，在放弃时，又需要自断手臂的魄力。对个人的综合素质要求比较高。

市场上有很多成功学，毒性都是比较大的。

比如永不放弃，本质上就是头铁，不然也不可能有那么多人会赌的倾家荡产。放到独立开发里，就是长期没有正向的反馈，还一直去坚持，最后失去目标性陷入一种无法跳出的循环，巨大的沉没成本会将我们的精神彻底消耗殆尽。

换成更有指导意义的测试题，我们有没有足够的技能支撑和时间去完成理想中的项目，规划有没有截止日期？有没有预期达成的效果？如果不达预期是否放弃？等等等等，这些都是需要在行动前就想清楚的。

再比如机会有很多，成功很简单。这里是一个幸存者偏差的问题，我们是看到了各行各业的成功案例，但是更有很多人在我们看不见的角落默默的付出。

特别是这种短视频的时代，大家对成功更是有种飘飘然的认知，感觉自己可能一不小心就成功了。我觉得我们对于成功还是要有最基本的敬畏。

洋洋洒洒写了这么多，我觉得独立开发对个人来说，更大的意义在于我们能找到自己热爱的事情，并且幸运的话，可以有人愿意为这份热爱买单。

另外，还有一层意义在于，他给了我们更多的选择机会，让生活看起来更加丰富多彩。我们有无限的可能性，不至于在某一颗歪脖子树上吊死。

之前就跟同事聊起这个话题，说是不是可以找一份兼职来获得更多的收入。有一个比较理性的答案是这样的，工作已经这么辛苦了，如果再找一份兼职，那我为什么不去找一份更累的工作，稳定性还更高。所以同理，兼职的意义也是在于机会和可能性，而不在于挣多少钱。

如果是单纯为了挣钱，我相信更简单直接的方式，仍然是找一份工作，通过自己的技能和时间赚钱。

如果是为了钱，结果可能会令大部分独立开发失望。做好预期管理吧，起码不让自己后悔。

首先说明一个客观事实，良好的语言表达能力，其实并不完全是一个必备的技能。每一个公司都有自己的企业文化，我们也有自己的角色定位和成长路径，一些公司或者角色其实对员表达能力没有太高的要求。

下面我以我的经历举几个例子。

我毕业以后进入一家互联网公司，做内部平台的研发，就几乎不需要跟外部沟通。因为有一个比较强势而又想的清楚的领导，我几乎只需要按照他的需求实现具体的功能就可以了。

我的第二家公司是一个外企，团队风格偏扁平化，层级结构也没那么复杂，主要还是为业务提供技术支持。甚至后来做了管理，向上汇报也是偏简单化，那个时期也不需要太多的沟通技巧。

后来进入了一家互联网大厂，层级结构、利益关系都非常复杂，而且每天都是海量的信息。领导是一个喜欢透传压力的人，尤其要求大家对自己的事情都能讲的明白。这种情况下好的语言表达就变成了一个必备技能。

这里我结合着自己之前的一些实践经验，把自己认为一些比较好的能提升语言组织和表达能力的练习方法记录下来，对自己做一个复盘，也希望能帮到其他人。

当然，这里针对的主要还是职场环境，如果是一些聊天的场合，就有很大差别了。

聆听是良好沟通的前提

良好的语言表达能力，首先倒不在于语言，而在于聆听，更在于思考。

我们在职场环境中沟通，主要分为两个场景，一个是别人找我们咨询一些问题，这种是被动沟通的场景，一种是我们主动找别人了解问题或者主动找领导汇报工作，这种是主动沟通的场景。

先说被动沟通的场景，同事找我们咨询或者沟通，一般都是带着背景和目的的，了解了他们沟通的背景，就可以针对性的做出回答。

比如有人找我们了解平台的某个功能，有可能是他们遇到了某些问题，希望借助某个功能去解决。这里就需要首先了解他们遇到的原始问题，如果没有背景信息直接回答，很有可能不是最有效的解决方式。

我发现有很多偏执行的同学，有一个特点就是不太会去思考问题的背景，而把精力聚焦在做上。缺乏思考就会导致我们看不清别人的问题，自然没法给出直击要害的回答。

没有沟通清楚，很有可能动手的第一步就是错的。

再说主动沟通的场景，如果是找别人咨询问题，基于前面说的，那我们首先要描述清楚我们遇到的问题，以及期望别人给予我们什么帮助，这样有可能会得到更优的回答。另外不要急于争论对错，如果对错对下一步动作比较重要，找到明确的验证条件去验证就可以了。

如果是向上汇报的主动沟通，努力就要用在平时了。项目的背景以及需要达成的结果等等，需要在最开始就明确清楚，多听一下上级对这个事情的理解和关注点，后面就可以从更为关键的视角做出汇报。

同理心是良好沟通的基础

如果是在一个复杂的环境下，沟通就是一个技术活。

通过聆听，我们已经知道了对方的原始诉求。不同的人有不同的知识储备，需要在进一步沟通之前，确认对方掌握了哪些信息。

比如对方是一个技术岗位，那么我们可以假设他已经知道了计算机的基本原理。但是他对公司的业务了解程度是一个未知数，这种情况下，要么我们跟他们确认清楚，要么就假设他没有这块的信息。

换位思考一下，如果对方说了一些我们已知的信息也不要表现出不耐烦，这有可能恰恰说明了他的专业性，耐心的聆听也说明了我们的专业性。

说到这里，有一个比较典型的案例。我有一个朋友在其他公司就职，领导在跟他沟通的时候，说了一些他已经知道的信息，他就表现得非常的不耐烦，感觉领导技术能力太差。这种恰恰暴露了我们自身的一些问题，是不可取的，沟通过程还是要心存敬畏。

沟通要充分考虑逻辑性

有了聆听和同理心的加持，理论上已经可以很顺畅的沟通并达成结果。这里再对一些基于文本的沟通场景，做一些补充，来验证我们的聆听和同理心是否有效，也可以举一反三应用到其他场景。

比如我们有一个项目要跟进，领导来问某一个具体的数据。

这里就会涉及到几个要素，首先项目背景是怎么样的，要达到什么目标。总体数据的分布是怎么样子的，然后每一类分布是由哪位同学去跟进，进度怎么样子的，每一个子类有哪些卡点或者风险？这些应该是在项目开始时就明确下来的，任何一个时刻都是可以直接拉出来的数据。

那如果假设我们没有这种标准数据呢？就需要我们去了解领导的目的（领导也有责任描述清楚提出这个问题的背景），需要了解项目的大概进度，还是汇报需要某个信息？是要通过这个数据表达个人产出，还是要看整个项目后面的预期效果？

我就遇到过一类领导，想当然的问问题，也不能准确的描述问题的背景，结果导致多次返工，白白浪费很多时间。

再比如有人过来咨询某个问题，那我们就要了解清楚，他现在遇到的问题是啥？这个问题是在什么背景下产生的？是由于一些环境变化导致产生了新问题，还是问题一直都存在的（如果一直都存在，为什么是现在这个时间点提出来）？

具体的，比如A项目的负责人来咨询某一个场景的异常，能否通过日志监控起来。经过一顿沟通可以得到如下的一些信息。

背景：A项目可能会发生某类异常，在异常发生时日志文件里面会表现出某种特征。

当前方案：当前已有方案在运行，A项目维护了一个脚本，会定期去检测异常特征，检测到时告警。

当前问题：该方案在某一次技术评审时被提及，领导对该方案的合理性有疑问，希望有一个更标准通用的方案。

经过这样的梳理，我们就能更清晰地看到这次咨询的一个来龙去脉，更有针对性的从上层去提供支持。

这里还有一个绝招，就是在找别人提出问题时，尝试着先用一句话把核心问题描述清楚。这个绝对是物超所值的练习。

有的人找别人问问题，习惯性的先打开某个网页，但是其实很多问题，通过把握要害，两三句话就讲清楚了。

总结

好了，这里来做一个总结。

首先，要明确我们的工作是否真的需要提升沟通能力。

然后，通过聆听和同理心的加持，再加上在实际场景中的不断磨练不断迭代，让个个场景的信息都更加规范和固化。

最后，就是不断地练习了。

前段时间由于工作的需要，要在一百人的部门大会上汇报工作进展。

后来在跟同事吃饭的时候，同事问起做这种大型的汇报会不会紧张。所以就有了这么一篇文章。

要问会不会紧张？那自然是会紧张的。

同事跟我说，他在稍大一点的场合下（比如10人），发言的时候整个心脏都是在嘭嘭跳动的，有些问题也回答的不好。我也是一个很i 的人，这其实跟我的情况没什么二致。

但是经过一些事前练习，我总能从那种紧张的状态，进入到另外一种更加专注的状态，最后产生一种自己满意的效果。

这里说的事前练习，最重要的诀窍在于，他不是教你如何调整心态（实际上没用，不然你也不会紧张），而是拆解成可以实际操作的一些步骤，通过简单的练习就可以达到很好的效果。你需要做的，就是拿出些时间来跟着操练。

我把它记录到这里，希望对大家（包括我自己）都有帮助。

演讲材料

如何写材料不是本文的重点，但是有一些需要注意的地方列出来给大家参考。

首先，演讲的目标是要明确的，很难想象目标都不明确，能把内容讲得很清楚。

其次，拆解到每一张PPT，PPT要说明的子内容也是要明确的，每一张PPT都有自己要关注的重点。并且要注意整体的连贯性，逻辑不连贯，听众就很难跟上我们的思路。

再次，演讲不是朗读，每一块小的内容都应该有自己的关键字。围绕关键字展开，万变不离其宗。

提前预演

这一步要对着自己的材料，一遍又一遍地刻意练习。

这里的练习要包括完整的演讲内容，从最开始的自我介绍，到中间的内容讲解，再到最后的感谢或者答疑。力求一比一还原。

同时，在某一次开始练习之前，打开计时器开始计时。我们一定要对自己演讲的时间非常有把握。

通过多次练习，我们会明确地感受到，自己每一次的练习，对演讲的内容都有更深刻的把握能力。

另外，在你感觉对内容有足够把握的时候，比如练习到第三遍能够流畅表达了，就加入一些手势来强化关键的信息。

那么练习多少次合适呢？答案取决于这次演讲对应的价值。

比如你是在准备新工作的面试，你的表现决定了你以后每个月能多几千块钱或者是少几千块钱。这种场景下练习个一两天也不过分吧。

再比如是周例会的汇报，每周都会开一次。这么高的频率必然不会以你一次的表现为结果吧。我拿出个15分钟来准备也不算怠慢吧。

演讲风格

演讲风格实际上是在练习之前就要确定的，需要结合个人的一些特点，甚至是要演讲的主题。

记得在很多年前我们要去参加供应商组织的一个会议，我要在上面做一个30分钟的演讲。在过去之前部门领导叮嘱我，可以在演讲的时候放慢一下语速，这样更利于思考。

当然还有一种策略是加快语速，这样的话一些细小的问题也会被很快掩盖过去。

还有就是整个基调是幽默还是严肃，这个取决于演讲的内容。我之前的演讲基本上都是严肃为主。

所以风格的问题其实是偏好问题，怎么着都行，提前固定下来就可以了。

总结

核心思路其实就这些，主要还是依靠大家的实际练习。

我再把核心内容总结如下∶

材料∶

1. 演讲的目的是啥？
2. 通过怎样的过程一步步讲解，思路是否流畅？
3. 每一步是否有独一无二的关键字？

刻意练习∶

1. 提前定好演讲风格
2. 拿出秒表，记录时间
3. 练习内容一比一还原
4. 记录练习的次数
5. 引入手势强调关键信息
6. 练习次数/时间取决于演讲价值

不开心的原因茫茫多。加班多，工资少，离家远，傻叉同事多，都可能是工作不开心的原因。

这里想说的是，为什么明明大家刚开始工作时充满干劲，结果做了几年越做越累了呢？

最近有两个事促发了我对这个问题的思考，一个是我独立开发的朋友没有过试用期，一个是我离职换了新工作，遇到了一些新的人。

我尽量分段描述，让大家看得更清晰些。

我做独立开发的朋友

上一篇文章说到，我做独立开发的朋友A，在外出游玩的时候，认识了一个女生。

无奈没有女生的联系方式，只知道女生工作地在深圳，于是结束了自己的独立开发生涯，来到深圳投身于找工作（和找人）的大军。

我记得他刚入职那会，我正好被摸不着头脑的工作搞的焦头烂额，但是他那边倒是充满新鲜，他一边吐槽着工作，一边讲着公司每天发生的一些新鲜事。

给我的感觉，仿佛这份工作还是给他带来了很多的生机。

奈何好景不长，有一天他突然跟我说，他可能要辞职了，甚至可能是裸辞。原因是他导师比他年轻，技术不如他，还整天挑他刺，他感觉自己被针对了。

终于在转正的当天，他收到公司的信息，说转正流程不再继续了，那一刻他有点放松了。

他又重新回到了独立开发者的行列。

他说他还是不习惯这种工作环境。

我那个消失的同事

B是我在新公司的一位同事，由于工作原因，我经常跟他一起聊天，慢慢的对B有了一些了解。

B是98年的一个小朋友，B工作很有激情，平时也是积极主动。由于工作内容较多，每天下班很晚，勤勤恳恳没有怠慢。从日常的交流中，也能看出他对工作的热爱。

在某一天吃完饭后，我们几个人在公园旁边散步，B突然说起，他有很久没涨工资了，去年别人都涨工资了，就他没涨。

再仔细问，之前的领导对他的评价都是，不知道他整天都在做啥。是一个典型的小透明，存在不被看到。

回想起每次周会汇报，B的内容也是这周就是做啥啥啥，每次汇报的内容都一样，不愿多透漏一点细节。

我让他把日常的工作列出来时，他列了很长的一串列表，当时我就非常奇怪，这么多工作量，领导竟然看不到他的价值。

不用说，这是典型的老实人了，完全不关注自己的利益，不想表达自己，完全沉浸在做事里，甚至不惜投入本属于自己的大量的时间。

后面我们开始帮他疏导，告诉他做事的流程如何如何，遇到问题如何如何，周会汇报的时候如何如何？

最开始他理解不了我们说的内容，表现得满是抗拒。通过持续的给他灌输这种思想，后面他终于慢慢地能理解。再后来他就开始反思之前的状态。

但是有一天在聊天的时候，他突然跟我说：〃G哥，我工作好像没以前那么开心了。〃

那会儿，我就知道他是真的听明白了，并且他也明白了有些事情不是我们愿意做的，而是我们必须要做的。

但是当时我却愣在那里，不知道该怎么疏导他的不开心。

后来我还陷入了另外一个问题，他做的事儿并没有改变。虽然做事的方式改变了，但是也没人明确跟他说就一定会有回报。但是从之前的开心到现在的不开心，确确实实是发生了，从这一点来看，事情貌似是朝着一个不好的方向发展了。这一点，我是没想明白的。

对自我的反思

换了新工作以后，我加入了一个〃新〃团队。这里的〃新〃不只是对我，对整个团队来说也是如此。团队里来的最早的同事，竟也还没有转正。

每个公司都有自己的文化价值观，基于这种价值观去做一些决策。但是由于这个团队过于新，以至没有人能明确的知道工作该基于怎样的价值观开展。

在那个迷茫的时期，我跟其他几个组员没少在饭后聊天，讨论为何会有这样的现状，未来该如何应对？

某天吃完饭跟同事聊天的过程中，我突然有感而发，最开始工作的那几年，哪里需要去管什么个人价值，又哪里需要去管怎么跟老板汇报，完全凭藉自己的热情，干就完事了。

但是回过头来一想，越做越难受才是更合理的趋势。回报在不停地增加，必然就需要做更多的思考，而且我们本身在老板那里的价值也在不断地增加。

就像刚参加工作的同学，那时候还处在出职场打基础的时候，最重要的自然是学习如何把知识应用到实际工作。但是过了这个时期，做事上已经游刃有余，自然就需要做更多的思考，比如老板在想什么，老板在做什么，尽可能的互相成就。

有的角色是来完成日常的工作内容的，有的角色是帮助老板想清楚方向的，有的角色是帮助老板完成价值呈现和价值汇报的。

所谓＂月入1800，每天笑哈哈＂，可能是最好的诠释了。

最近又有了些兴致, 想继续写点东西.
看了一下上一篇文章, 嚯, 已经是两年前了, 不禁有些恍惚.
其实近几年即使有些文章, 也是一年两篇, H1一篇 H2一篇, 哈哈哈.

两年半复盘

你知道这两年半我是怎么过的吗?

写上一篇文章的时候, 还是在23年1月份. 当时还在腾讯云做SRE.

23年, 正好是西安子公司在建设元年, 当时子公司团队在建设初期.

上半年, 派驻到了西安去做团队建设, 一搞就是半年.

下半年, 回到深圳, 重新找房子, 住到了公司旁边, 上下班通勤方便了很多, 幸福感也提升了很多.

24年, 应该是在腾讯四年多挑战最大的一年, 整体环境下行, 大家压力增加, 对员工的要求也变高了.

上半年, 由于团队工作调整, 加入了现网稳定性值班的队列, 同时存量的事项也还在进行.

当时最忙的时候, 同时跟进3个事项, 一周要发送3份周报.

下半年, 工作内容已经适应了很多, 虽然还是很忙, 但是在工具流程的加持下, 已经顺手很多.

25年, 是一个比较大的转折点. 由于工作内容跟我的个人规划偏差太大, 内部也没有很好的机会. 再三考虑下, 最终选择了从腾讯离职, 加入了智能驾驶的行业.

25年算是智能驾驶比较重要的一年, 市场高速发展. 3月底出现的小米SU7爆燃事故, 更是把自动驾驶推到了风口浪尖.

发生了哪些有趣或者值得关注的事

降本增效

22年左右腾讯开始了 “以人为本, 降本增效” 的策略.

从宏观角度看, 组内的降本增效包含了两个大的阶段:

1. 低价值团队人员削减: 一些在公司看来不必要存在的团队被砍掉. 那个阶段经常遇到一个事, 就是找某个团队的接口人处理问题, 结果发现人不在了.
2. 集团人员子公司化: 这个阶段团队的组织构成在发生显著的变化. 子公司的人员比例在快速增加, 最终的工作架构, 演为变一个集团同学带着一群子公司的同学干活. 有个有意思的数据, 我们团队子公司人员, 80% 都是从一线城市 (北上深) 回去的.

至于是否有第三个阶段, 就不得而知了.

魔方

我是在疫情期间开始玩魔方, 正好有比较多的时间宅在家里 (第一次玩魔方是小时候, 凭借自己的 “聪明才智”, 能勉强拼起一面 :-p).

这一次我才知道, 原来现在魔方都是磁力魔方了 (我小时候就想象过, 是否可以借助磁力提升魔方的交互, 没想到被魔方厂商验证了).

也是在这一次我才知道, 原来一个魔方可以卖到500块+, 可以包含陀螺仪和蓝牙.

期间, 我也做了一些有意思的事, 比如下面几个:

• 破解GANCUBE蓝牙协议, 使用GANCUBE播放钢琴曲
• 编写了手机上的一个魔方解谜游戏, 玩家需要使用最少操作将魔方拧成目标状态
• 编写了一个白色十字练习工具, 根据某个状态, 预测最少操作

值得一提的是, 魔方解谜游戏还被一个哥们非法反编译了, 拿到taptap上重新发布, 据说好像一天盈利有个50刀左右 (我是怎么知道这个数据的呢? 我的游戏被我的朋友加了广告发布到了Google Play上, 那个哥们拿到TapTap上发布时, 刚开始没有修改广告商, 前几天的盈利发到了我朋友哪里 :-p).

对了, 我现在PB 29.67, 又好久没练习了, 不知道封存法是否管用, 会不会重新玩起来又精进了, 哈哈哈.

我做独立开发的朋友重新找工作了

我之前做独立开发的朋友, 经历了4年的独立开发生涯, 在25年, 来到了深圳开始找工作.

据称他之前的日收益有10刀左右, 在小地方够正常生活, 异常情况可能无法覆盖.

当然, 他所以来深圳找工作, 另有原因.

他之前跟一个同学出去玩, 喜欢上了同行一个女生.

但是当时没有要女生联系方式, 问同学要同学又不给. 他只知道女生在深圳某个企业上班.

为了找到女生, 也为了对女生说自己有一份稳定的工作, 于是来深圳开始找工作.

他尝试过去公司楼下找, 找了一星期无果. 他知道女生喜欢五月天, 所以发了小红书, 挂了女生昵称到圈子里打听, 结果招来了大家的责骂, 无奈删帖, 就此作罢.

对自由职业的看法呢, 我也是心向往之, 但是也知道现实情况, 行得通的概率极低. 呼兰有一个段子分享在下面:

“
今天我们聊职场。

我发现现在年轻人跟以前那些人很不一样。就现在年轻人工作的时候会思考意义，工作意义是什么。他想不明白他宁愿不工作。

前段时间我在马路边喝酒，来个年轻人，我说你做什么的？他说我是诗人。

我就知道没有工作嘛。

但咱情商这么高，我说你是那种一毕业就当诗人了吗。他说是。我说诗人稳定对吧至少。

后来他跟我聊他说他是东北的，我说那也算是个边塞诗人了是吧。
“

我跟我媳妇有时候会选择自己在家做饭。我帮她剥蒜，一颗一颗干干净净。

我们结婚的时候，全村人都到了，几十桌，请了做饭师傅，在祠堂举行。

我们去帮忙，搬搬桌子洗洗菜啥的。

蒜蓉基围虾需要很多大蒜。我们围在姑姑旁边，姑姑从袋子里掏出一捧蒜，放在地上，用刀背一拍，就交给我们处理了。

被刀拍过的蒜格外好剥，我们总能在吃饭前把大蒜处理好。

但是会不会有点脏呢？当然没有用手剥干净了。但是实际效果差别不大。

在我的技术生涯中，曾经有一段时间工作内容是开发新特性，并且维护平台的稳定性。那时我总能把每个问题跟进到底，处理的滴水不漏。

后来我有机会运维一些比较大的系统，开始引入SLA，从一种新的角度去对待自己的工作内容。

我们说4个9，这意味着我们要处理的请求量非常大了。我开始慢慢意识到不能像以前一样把系统打造得滴水不漏，事必躬亲，各种小概率导致的意外开始逐渐瓦解某种完整的印象。失控开始相继出现。

如果最后我们能良好的生存下来，必然需要某种平衡，从杂多的处理事项中识别出哪些更为重要。这是一种与对待小规模系统完全不同的思路。

现在，我们在学着享受在失控边缘的这种状态。而且可以确信的是，飘摇不定也是一种稳定的状态。

Table of Contents

1. 这段日子org-mode去了哪里？
2. 这段日子我去了哪里？
3. 为什么要重新使用org-mode？
   1. 诉求
   2. 场景举例
4. 结论

为什么会有这样一篇文章呢？

由于某些原因，我希望能借助到org-mode的执行能力。本来只是想写一个测试文档，后来一想来都来了，写篇正经点的文章也没什么不可以。所以就有了这样一篇文章。

这段日子org-mode去了哪里？

矛盾，真的很矛盾。

遇到很多的事情总是一致地相似，尝试过很多工具，最后结论就是，没有银弹。

很久之前重度依赖org-mode，着迷于它简单的格式。

使用它来应用gtd，记录时间，记录文章。因为org-mode很难跨平台提供手机端支持，一度为它提供了网页端来记录我使用手机打游戏的时间。

最后是什么原因失败了呢？我发现有一些软件已经做到了这些，虽然收费，但是物有所值。

那一段时间我换了软件，换了平台，emacs被我遗弃了。

这段日子我去了哪里？

去了哪里当然是说我在做什么，文章里突然消失了。虽然只有我自己意识到自己是否消失。

这段时间发生了一些事，行业也不是很景气，新冠也改变了自己的一些行为方式。换了个工作环境，新环境的融入耗费了一些精力。

在感觉一切就要复苏的时候，我回来了。

为什么要重新使用org-mode？

诉求

那为什么又要使用org-mode呢？

这次不是因为gtd了，而是想要借一下org-mode的可执行手册的能力。

为什么需要可执行手册呢？

这要从几个月前说起了。。。此处陷入回忆，节奏放缓。。。

我之前的工作以编码为主，换到新环境后做起了SRE，众所周知，SRE岗位做的事情有很大一部分是琐事。

部门还处在建设之初，虽然各个事项已经手册化，但是频繁在手册与服务器间切换是很不容易的。可执行手册成为了我的救命稻草。

场景举例

我举一个比较常用的场景，比如我要在运维机器上执行命令探测远端机器的一个接口服务，普通模式下要登录运维机，然后将手册里的命令粘贴到终端执行。

比如，我可以定义远程执行函数如下：

(defvar foo-service-hosts '("127.0.0.1" "192.168.1.101"))
(defun run-on-ops (cmd)
  "Run CMD on ops server."
  (format "I am the cmd (%s) result." cmd))

然后在相关操作手册里使用下面的结构：

检测服务器请求是否正常：

(run-on-ops (format "curl %s/api/v1/hello" (first foo-service-hosts)))

这样就可以把大部分操作留在文档里，避免一些接触服务器的操作。理想情况下，就可以完全不直接接触服务器了。

结论

后面又会把org-mode使用起来了，不过是使用它的另一个能力。先练习使用起来再说。

好了，我要去找导出为markdown的命令了，然后把这个文章更新到github。

为什么？

初冬清晨里，

热带的太阳把地面烤得暖洋洋，

一只狗子眯着眼躺在地上翻滚。

而我，

不能。

我们有太多的时间是处于站立的状态，即使在工作之后也是如此。

但是我们有几时曾感受到大地的厚实，他的纹理与外表形状。

一块木头，他的纹理、色泽、温度，也不是每个人都感受得到的。

这或许是区别暴发户的一个好手段，是否能对环境有细致体贴的感受，敏锐的区别各个环境的差异，才能真正明白什么是高端享受。

所谓不是所有人都懂得某样东西某件事的价值，其实也在于我们的敏锐程度是不一样的。

那就伸出手，抚摸一下大理石的温度与纹理，感受他给手指带来的反馈。

那就站起身来，好好感受一下大地的厚实与沉稳吧！

多了鞋子的障碍？没关系，脱掉鞋袜，踩踏一番，磨擦一番，大地总会回应我们的。