我见过的最差程序员，差到让整个团队崩溃

作为一名在嵌入式领域摸爬滚打近十年的老兵，我见过太多奇葩程序员了。但要说最差的，非"赵工"莫属。

初见赵工

那是我从机械调剂到电子部门的第二年，公司接了个重要项目，需要开发一款基于STM32的工业控制系统。领导从总部借来一位"资深嵌入式专家"——赵工。

初见赵工时，他西装革履，一副成功人士模样。"我做过BAT核心项目，对单片机开发了如指掌"，他面试时的豪言壮语，让领导对他寄予厚望。

"独特"的编码风格

接手项目的第一周，赵工就展示了他的"实力"：

void Do_Something(void)

{

    u8 a;

    u8 b;

    u8 c;

    u8 i;

    u8 j;

    u8 k;

    a=1;

    b=2;

    if(a==1)

    {

        for(i=0;i<10;i++)

        {

            if(b==2)

            {

                k = i + 1;

                //do something here

            }

        }

    }

}

没错，这就是他的编码风格——变量命名全是单字母，没有注释，缩进混乱，函数名毫无意义。当我问他这些变量代表什么意思时，他瞪了我一眼："代码就是写给机器看的，能运行就行，哪那么多讲究？"

"高效"的调试方法

赵工的调试方法更是"高效"。有一次系统死机，排查原因时，他直接往代码里塞了几十个printf：

printf("here1\n");

if(temp > 50) {

    printf("here2\n");

    control_valve();

    printf("here3\n");

}

printf("here4\n");

任何正常程序员都会使用条件断点或日志系统，但他偏要用这种原始方法。更可怕的是，调试完成后，这些垃圾代码常常被他忘记删除，留在生产代码中。

"革命性"的存储管理

记得有次他在处理EEPROM存储时，创造了这样的"杰作"：

// 存储用户配置

void save_config(void)

{

    // 直接从0地址开始写，不管有没有其他数据

    EEPROM_Write(0, (uint8_t*)&global_config, sizeof(global_config));

}



// 加载配置

void load_config(void)

{

    // 没有任何校验，直接读取

    EEPROM_Read(0, (uint8_t*)&global_config, sizeof(global_config));

}

没有地址规划，没有数据校验，没有版本管理。当我提醒他这会导致数据混乱时，他不以为然："又不是大型系统，用不着那么复杂。"

结果可想而知，产品一上线，用户配置经常莫名其妙丢失或混乱。

"高级"的内存管理

在一个需要处理大量传感器数据的模块中，他写出了这样的代码：

void process_sensor_data(void)

{

    // 每次分配固定大小，用完不释放

    uint8_t *buffer = malloc(1024);

    

    // 处理数据...

    

    // 没有free操作

}

这个函数每分钟会被调用几十次，内存泄漏严重。当系统运行几小时后必然崩溃。我指出这个问题时，他竟然说："单片机会自动回收内存的，不用担心。"

我当时就懵了，这种基础常识都不懂，他是怎么通过面试的？

"创新"的版本控制

提到版本控制，赵工也有独到见解。公司用Git管理代码，他却坚持用自己的方式：

有一次他把整个主分支代码弄坏了，急得团队其他成员直冒冷汗。当问他为什么不用分支开发时，他理直气壮："那太麻烦了，我一个人开发用不着那些东西。"

"高超"的团队协作

赵工的团队协作能力堪称一绝。记得有次我接手他的一个模块进行扩展，打开代码后惊呆了：

// 神秘函数

void xyz(void)

{

    u16 m = get_value();

    if(m > 30)

    {

        op();

    }

    else if(m <= 30 && m > 20)

    {

        op2();

    }

    else

    {

        if(flag)

        {

            op3();

        }

    }

}

完全看不懂这函数是干什么的！没有文档，没有注释，变量名全是缩写，函数名毫无意义。我只好硬着头皮找他问。

他却说："代码写出来就是给机器看的，你看不懂是你水平问题。再说了，这是我的核心竞争力，如果写得太清楚，公司还要我干嘛？"

这种"核心竞争力"理论让我哭笑不得。在我看来，真正的核心竞争力是创造价值的能力，而不是制造混乱的能力。

灾难的项目结局

最后这个项目如何收场？你们猜到了。

原定三个月的项目拖了半年，客户不断投诉系统不稳定。在一次重要演示中，系统当场崩溃，客户大怒。公司损失了一个重要客户，也赔了一大笔违约金。

赵工却毫不愧疚，反而抱怨环境问题："肯定是测试环境不对，我本地运行得好好的。"

最终，他被公司礼貌地送回了总部，项目由我和另外两位同事重构。我们花了两个月才把这烂摊子收拾干净。

反思：什么造就了"最差程序员"

回想这段经历，我总结赵工这类"最差程序员"的特质：

这种程序员不仅技术差，更可怕的是态度差。他们像一颗定时炸弹，迟早会给团队和产品带来灾难。

与之对比：什么是好程序员

我27岁进入世界500强外企时，遇到一位让我敬佩的技术主管李工。他的代码风格截然不同：

/**

 * @brief 处理温度传感器数据并控制阀门

 * @param temperature 当前温度值(摄氏度)

 * @return 操作是否成功

 * @note 当温度超过临界值时，会自动关闭阀门

 */

bool processTempAndControlValve(float temperature)

{

    // 安全检查

    if (!isSensorValid(SENSOR_TEMP)) {

        logError("Temperature sensor not valid!");

        return false;

    }

    

    // 温度过高，关闭阀门

    if (temperature > CRITICAL_TEMP_THRESHOLD) {

        logWarning("Critical temperature detected: %.2f°C", temperature);

        return closeValve(VALVE_MAIN);

    }

    

    // 正常温度范围

    return true;

}

他的代码：

更重要的是，他从不吝啬分享知识。每周五下午，他都会组织技术分享会，讲解嵌入式Linux的各种难点。正是在他的影响下，我开始自学Linux，并在28岁时开始写技术公众号分享所学。

职场启示：远离"赵工"，培养好习惯

这些经历让我深刻认识到，成为好程序员不仅关乎技术，更关乎态度和习惯。这也是我30岁创业后，在培训和咨询中一直强调的核心理念。

在我的小公司里，我们有严格的代码审查制度，无论资历高低，代码必须符合规范才能合并。有位刚入职的年轻人抱怨："写那么多注释太浪费时间了！"我给他看了赵工项目的代码和我们后来重构的对比，他立刻理解了。

好的编程习惯就像复利，短期看不到效果，长期却能造就天壤之别。这也是我从嵌入式开发一路走来的深刻体会。

结语

如果你在团队中遇到了"赵工"式的程序员，请保持警惕，远离这种技术债务制造机。如果你担心自己可能有类似倾向，请反思并改变，这对你的职业生涯至关重要。

真正的编程高手，不仅代码写得好，更能让团队变得更好。就像我在二线城市靠技术和分享积累第一个百万时所感悟的：技术能力决定下限，协作能力决定上限。

作为一个从机械转行到嵌入式的非科班程序员，我深知基础扎实和态度端正的重要性。希望每位程序员都能远离"最差"，走向更好的自己。

你们遇到过什么样的奇葩程序员？欢迎在评论区分享，我们一起吐槽一下。

另外，想进大厂的同学，一定要好好学算法，这是面试必备的。这里准备了一份 BAT 大佬总结的 LeetCode 刷题宝典，很多人靠它们进了大厂。

刷题 | LeetCode算法刷题神器，看完 BAT 随你挑！

有收获？希望老铁们来个三连击，给更多的人看到这篇文章

推荐阅读：

• 【良许学堂】2025年嵌入式如何高薪入行？


• 程序员必备编程资料大全


• 程序员必备软件资源

欢迎关注我的博客：良许嵌入式教程网，满满都是干货！

它像一个锈迹斑斑的铁柱，挪了它，会立马塌一片房。不挪它，又不敢在上面推陈出新。如今是一边定钉子加固，一边试探着放一把椅子，太难了……

年会如期进行，在今年严峻的经济形势下，公司今年的营收和利润，相比去年都有大于30%的增长。这主要得益于老板有个原则：员工要比公司挣得多。也就是今年公司增幅10%，员工收入也要比去年增10%。但是，这个增长不是针对所有人，而是那些挣钱的部门。

老板拉来一堆现金，在年会现场分发。张三，3万；李四，13万；王五25万。销售1部，10万；客服2部，5万……很遗憾，IT研发部，不管是团队还是个人，都榜上无名。

不得不说，确实存在这么一个现象，销售类的岗位是盈利部门，像行政、人力、财务这类属于成本部门。而研发类的岗位，则视情况而定。可以是盈利部门，也可以是成本部门。

这个技术部几十个人，其中老员工很多。这里说的老员工，一方面是指在公司待得久，入职七、八年的大有人在。另一方面，年龄也都很大，40岁的也不在少数。公司很重视老员工，常将入职10多年的立为榜样，这让新员工入职后，感到不可思议以及安全感十足。

很多技术部老人看到发奖金，都会很失落。他们说，每年都这样，热闹是别人的，和自己没关系，连保洁、保安都有个“勤勤恳恳奖”，而程序员啥都没有。干技术没有前途。

作为刚入职的员工，我了解的不是很多，不过也稍微有点旁观者的视角。

公司对于技术部很有成见。各个部门也都有意见，尤其是老板。首先体现在系统的脆弱性上，基本上每年在最关键的营销活动时，服务都会宕机。每次宕机，老板都很着急，事后想让技术部避免此类情况再次发生。而技术部每次都有理由，也会提出新的解决方案。 老板配合技术部，从云服务器改为自建机房，从自建机房又迁移上云服务。

我来公司后，经历过两次宕机。第一次是一个大型活动，技术部说本来是没事的，结果因为运营人员在活动还没结束，就登上后台去查看汇总数据。这个汇总，会导致大量实时计算，结果数据库就顶不住了，停服务也停不掉，死机后数小时才重启成功。

领导说既然是数据库差，那就买数据库。技术部讨论后，感觉不能买。买多少？如果买了之后，还出现问题，那么就会处于舆论的被动面。

第二次，不算是宕机，只是限流。就是很多人来访问，将一部分人挡在外面。体现在app上是一直弹出500错误、服务器内部错误的提示。弄得营销人员都不敢推广了。来了很多人，进不了门，错失很多客源，浪费了营销成本。

后来，技术部又开始总结。原因是APP在一个页面调用了12个不同的接口，而且还有一个接口被连续调用了35次。这导致数据库压力加大，直接100%。幸好禁止用户访问，才没有崩溃。

技术部总监很着急。但是这个总监是App开发出身，不了解服务端。服务出问题了，他就去找后端开发。后端开发者感觉，架构设计是你总监的事情。我就算干好了，那也是你的功劳。因此不优化是本分，优化是情分，有些消极和抵触。

让各个部门吐槽的，还有跟技术部提需求。技术部一直说活多，排不开，响应不了需求。但是，很明显多数人，看起来并不忙，也没有人加班。于是，这几个业务部门领导一碰头，发现都没有开发他们的需求。那他们忙什呢？其实需求提到总监那里，当总监去安排任务时，结果安排不下去，各个组都说自己很忙。最后，总监就向上反馈说自己部门的人都很忙。实际上，可能是几个组长很忙，忙的很烦，不愿接需求，而组员并没有事情做。

整体情况就是这样，老技术们，感觉自己很辛苦，老板也不加钱。不加钱，我没有优化系统的动力，而且你也没有具体的详细策略，出架构那不是我的职责。老板感觉技术部问题频出，系统不稳定，不愿加钱。你干出成绩我才加钱，比如做到今年不宕机，原来需要100万的成本，通过你们技术研发，成本降低到50万。这才叫成绩。

技术：不加钱，我没法努力。老板：干不好，怎么加钱？ 两者陷入如此的循环。

老板为了解决技术部的问题，就经常给技术部换领导。因为你告诉老板，宕机的原因是一个接口被调用30多次，他听不懂，也没有解决方案。要钱、要人都好办，你说接口调用太多，他懵了。他只能找一个能对得上话的人去解决。技术部内部是找不出来的，他认为如果存在这样的人，问题就不会发生了。实际上，技术部里的人，都觉着自己能解决，但是前提得加钱。多少钱办多少事，否则我就静止不动，装傻充愣。

结果，就空降了很多领导，换一个不出成果，换一个还是没有起色。但是，每一任领导都会推翻上一位的设计。比如云服务有问题，那我们就自己建机房。下一任领导来了，听说自己的机房不行？我们上云服务不就解决了！这就造成技术部架构经常变，也没有什么积累。更严重的是，员工也倦了，变来变去，反反复复，再有新的改革措施，大家也不愿认真执行了。

并且，在这个过程中，业务还是不断积累和发展的。这也堆积了形形色色的病态业务系统。而这些系统，只有老员工能掌握，里面的机关埋伏，根本没有文档，全在他们的脑子里。想改什么东西，复杂不复杂，里面到底怎么个逻辑，老技术说啥就是啥。你想维持生命，又不能让老员工过于动荡，否则会导致业务断层。

倒是也会新来一些空降的技术领导。所有的空降领导，都能发现问题所在。问题大家都知道，实习生都看得出来。 比如缺乏技术领导力，团队没有激励机制，缺乏考核流程，技术债积累严重，技术体系稳定性缺失，业务混乱，人员消极等等。

但新领导也只能做一些表面上的改善。比如，基层管理说员工都不听他的，多次强调要交周报，底下员工就是不交，导致自己不知道他们每周都在干什么。空降领导说，周报写不好，扣工资，看他们交不交。稳定性缺失？把稳定性纳入考核，谁写的代码不稳定，扣工资。说一直忙还不加班？压缩工期，原定10天的任务，让6天干完，这不就忙起来了。 对于系统BUG多，领导说好解决，发现bug，按照数量扣工资，肯定就没有bug了。

实际上这是一种从末端治理的方案，是对洪水的围堵而非疏通。软件系统的配合是复杂的，更需要从源头开始治理。 发现bug扣程序员的工资，属于问题倒推的行为。Bug需要界定是哪方产生的，是单纯代码逻辑问题，还是产品规则问题，还是用户操作方式问题，或者是偶然问题。领导说：那就扣所有参与成员的工资，这样大家都会紧绷一根弦，谁都会为了没有bug而努力。

另外，功能还有复杂和简单之分。一个简单的版本，比如修改个提示语，可能产生不了bug。但是，如果是一项复杂的业务，比如写一个机器人对战，可能会有很多bug。还有，考核是不是应该和职级和工资挂钩？月薪2万的人和月薪5000的，干同一项任务，是不是应该有不同的要求。领导说：有意见？有意见可以去没意见的地方工作。

这又是一个新的轮回，让过于散漫的老技术部，又开始变得剑拔弩张起来。他们将面临新的技术架构，考核体系，工作方式。至于这一轮能给公司带来什么，或许只有时间才能给出答案。

而这个老技术部门的困境，到底能不能走出来，又该如何走出来？

本故事纯属虚构，如有雷同，实属巧合。

面试官问：“你能接受加班吗？”我脑袋嗡的一声，余音绕梁三日不绝于耳。

那一刻，我简直觉得自己像被突然砸中脑袋，脑袋里嗡的一声，余音绕梁三日。作为一个职场小白，这种问题简直颠覆了我对面试的认知。于是，我一时心血来潮，脱口而出一句：“领导抗揍吗？” 结果，大家猜到了，面试是上午结束的，Offer是当天中午凉的。

如何巧妙回答

“我认为加班是工作中不可避免的一部分，尤其是在一些特殊项目或紧急情况下。我非常热爱我的工作，并且对公司的发展充满信心，因此我愿意为了团队的成功付出额外的努力。当然，我也注重工作效率和时间管理，尽量在正常工作时间内完成任务。如果确实需要加班，我也会根据公司合理的安排，积极的响应。”

作为一名资深的面试官，今天面对这个问题，坐下来和大家聊聊应该怎么回答呢？面试官究竟喜欢怎样的回答？让我们深入分析一下。

面试官的心理

在职场中，想要出色地应对面试，需要具备敏锐的观察力和理解力。学会细致入微地观察，善于捕捉每一个细微的线索，这样才能在面试中游刃有余。懂的察言观色，方能尽显英雄本色。

面试官的考量点

• 评估工作稳定性

面试官提出“能否接受加班”的问题，旨在深入了解求职者的职业稳定性和对加班安排的适应性。这一评估有助于预测求职者入职后的表现和长期留任的可能性。工作稳定性是企业考量员工的关键指标之一，通过这一问题，面试官能够洞察求职者的职业发展规划及其对未来工作的期望。

• 筛选合适的候选人

通过询问加班的接受度，面试官筛选出那些愿意为达成工作目标而投入额外时间和精力的候选人。这种筛选方式有助于确保团队的整体运作效率和协作精神。合适的候选人不仅能快速融入团队，还能显著提升工作效率。因此，面试官借此问题寻找最匹配岗位需求的员工。

• 了解求职者的价值观

面试官还利用这个问题来探查求职者的价值观和工作态度，以此判断他们是否与公司的文化和核心价值观相契合。员工的价值观和态度对公司的长远发展起着至关重要的作用。通过这一询问，面试官能够确保求职者的个人目标与公司的发展方向保持一致，从而促进整体的和谐与进步。

考察的问题的意义

要理解问题的本质……为什么面试官会提出这样的问题？难道是因为你的颜值过高，引发了他的嫉妒？

• 工作态度

面试官通过询问加班的接受度，旨在评估求职者是否展现出积极的工作态度和强烈的责任心。在许多行业中，加班已成为常态，面试官借此问题了解求职者是否愿意在工作上投入额外的时间和精力。积极的工作态度和责任心是职场成功的关键因素，通过这一问题，面试官能够初步判断求职者是否适应高强度的工作环境。

• 岗位匹配度

特定岗位因其工作性质可能需要频繁加班。面试官通过提出加班相关的问题，旨在了解求职者是否能适应这类岗位的工作强度。由于不同岗位对工作强度的要求各异，面试官希望通过这一问题确保求职者对即将承担的角色有明确的认识，从而防止入职后出现期望不一致的情况。

• 抗压能力

加班往往伴随压力，面试官通过这一问题考察求职者的抗压能力和情绪管理技巧。抗压能力对于职场成功至关重要，面试官借此了解求职者在高压环境下的表现，以判断其是否符合公司的需求。

• 公司文化

面试官还利用这个问题来评估求职者对公司加班文化的接受程度，以此判断其价值观是否与公司相符。公司文化对员工的工作体验和满意度有着深远的影响，面试官希望通过这一问题确保求职者能够认同并融入公司文化。

回答的艺术

“知己知彼，百战不殆。”在面试中，回答问题的关键在于展现出积极和正向的态度。

• 积极态度

在回答有关加班的问题时，表达你对工作的热爱和对公司的忠诚，强调你愿意为了团队的成功而付出额外的努力。这种积极的态度不仅展示了你的职业素养和对工作的热情，还能显著提升面试官对你的好感。

例如：“我非常热爱我的工作，并且对公司的发展充满信心。我相信为了实现公司的目标和团队的成功，适当的加班是可以接受的。”

• 灵活性和效率

强调你在时间管理和工作效率上的能力，表明你在确保工作质量的同时，会尽可能减少加班的需求。灵活性和效率是职场中极为重要的技能，面试官可以通过这个问题了解你的实际工作表现。

例如：“我在工作中注重效率和时间管理，通常能够在规定的工作时间内完成任务。当然，如果有特殊情况需要加班，我也会全力以赴。”

• 平衡工作与生活

适当地提到你对工作与生活平衡的重视，并希望公司在安排加班时能够充分考虑到员工的个人需求。平衡工作与生活是职场人士普遍关注的问题，面试官通过这个问题可以了解你的个人需求和期望。

例如：“我非常重视工作与生活的平衡，希望在保证工作效率的同时，也能有足够的时间陪伴家人和进行个人活动。如果公司能够合理安排加班时间，我会非常乐意配合。”

• 适度反问

在回答时，可以适当地向面试官询问关于公司加班的具体情况，以便更全面地了解公司的加班文化和预期。这样的反问可以展现你的主动性和对公司的兴趣，有助于获取更多信息，做出更加明智的回答。

例如：“请问公司通常的加班情况是怎样的？是否有相关的加班补偿或调休安排？”

最后

所谓士为知己者死，遇良将则冲锋陷阵，择良人则共谋天下。在职场这场没有硝烟的战争中，我们每个人都是一名战士，寻找着属于自己的知己和良将。当面试官提出挑战性问题时，我们不仅要展示自己的能力和才华，更要表现出对工作的热爱和对公司的忠诚。

面对“你能接受加班吗？”这样的问题，我们应以积极的态度、灵活的思维和对工作与生活平衡的重视来回应。这样的回答不仅能展示我们的职业素养，还能让我们在众多求职者中脱颖而出，赢得面试官的青睐。

正如士为知己者死，我们在职场中也要找到那个能理解我们、支持我们的知己；遇良将则冲锋陷阵，我们要在优秀的领导下发挥自己的潜能，为公司的发展贡献力量；择良人则共谋天下，我们要与志同道合的同事共同努力，实现职业生涯的辉煌。

总之一句话，在面试中展现出积极向上的形象，不仅能为我们的职业生涯加分，更能让我们在职场上找到属于自己的价值和归属感。让我们以这句话为指引，勇敢地迎接职场的挑战，书写属于自己的辉煌篇章。

前言

Hi 你好，我是东东拿铁，一个正在探索个人IP&副业的后端程序员。

五一过去了，不知道大家有没有好好的放松自己呢？愉快的假期总是这么短暂，打工人重新回到自己的岗位。

我目前工作7年了，这几年来埋头苦干，学习了很多技术，做了不少系统，也解决过不少线上问题。自己虽然在探寻个人IP与副业，自己花了很多时间去思考技术之外的路该怎么走。但转念一想，我宁愿花这么多时间去探索技术之外的路线，但是却从没好好静下来想一下技术本身。

技术到底是什么，你我所处的技术行业为什么会存在，未来的机会在哪里。

因此，我结合自己的工作经历，希望和大家一起聊聊，技术的本质与未来的方向，到底在哪里，才疏学浅，如果内容有误还希望你在评论区指正。

背景

行业现状

互联网行业发展放缓，进入调整阶段，具体表现为市场需求、用户规模、营收利润、创新活力等方面的放缓或下降。

一些曾经风光无限的互联网公司也遭遇了业绩下滑、股价暴跌、裁员潮等困境，你是不是也曾听过互联网的寒冬已至的言论？

其实互联网本身，并没有衰败或消亡，而是因为互联网高速发展的时代过去了。

供需环境

供需环境变化，应届生要求越来越高，更加注重学历。

社招更是看中学历的同时，开始限制年龄。招聘更看重项目经验，业务经验。五年前，你只要做过一些项目，哪怕不是实际使用的，也很容易拿到offer。而现在企业在看中技术能力的同时，还会关注候选人对与行业的理解，以及以往的工作经验。

技术的本质

先说结论，技术的本质是工具。 我把过去几年的认知变化分成了四个阶段，给大家展示一下我对于技术的认知成长过程。

第一阶段

技术就是应用各类前沿的框架、中间件。

刚毕业时，我就职于一家传统信息企业。谈不上所谓的架构，只需要Spring、Mysql就构建起了我们的所有技术栈。当然，微服务框架更不可能，Redis、MQ在系统中都没使用到。

此时互联网企业已经开始快速发展，抖音诞生区区不过一年。

一线城市的互联网公司，都已经开始使用上了SpringBoot、微服务，还有各类我没有听说过的中间件。

工作环境的闭塞，让我对各类技术有着无限憧憬，因为很多当下难以解决的问题，应用一些新技术、新架构，就能立刻对很多难题降维打击。

举个例子，如果你使用本地缓存，那么集群部署时，你一定要考虑集群的缓存一致性问题，可这个问题如果用上分布式缓存Redis，那么一致性问题迎刃而解。

所以那个时候的我认为，技术就是应用各类中间件，只要用上这些中间件、框架，我就已经走在了技术的前沿。

第二阶段

技术对我而言就是互联网。
半年后，我摆脱传统行业，来到了一个小型互联网公司，用上了不少在我眼中的新技术。

但任何新技术，如果只停留在表面，那么对于使用者来说，就是几个API，几行代码，你很快就会感到厌倦，发现问题也会焦虑，因为不清楚原理，问题就无从排查。

很快，所谓的“新技术”，就不能给我带来成就感了。我开始羡慕那些互联网行业APP，无时无刻都在畅想着，如果我做的产品能够被大家看到并应用，那该是多么有意思的一件事情。

于是我又认为，技术就是做那些被人看见、被人应用的网站、APP。

第三阶段

技术就是高并发、大流量、大数据。
当自己真正负责了某一个APP的后端研发后，很多技术都有机会应用，也能够在AppStore下载自己的APP了，没事刷一刷，看到某一个信息是通过我自己写的代码展示出去，又满足了第二阶段的目标了。

那么我接下来追求的变成了，让更多的人使用我做的产品，起码让我的亲人、朋友也能看到我做的东西。

当然，随之而来的就是日益增长的数据规模和大流量，这些无时无刻都在挑战系统的性能，如何去解决这些问题，成为了我很长一段时间的工作主线。

应对高并发、大流量，我们需要对系统作出各种极致性能的优化。

为了性能优化，还需要了解更多的底层原理，才能在遇到问题时有一个合理的解决方案。

所以，我认为技术就是高并发、大数据，做好这些，才算做好了技术。

第四阶段

经过了传统企业，到互联网公司，再到互联网大厂的一番经历，让我发现技术的本质就是工具，在不同阶段，去解决不同的问题。

在第一阶段，技术解决了各类行业的数据信息化问题，借助各类中间件、架构把具体的需求落地。

在第二阶段、第三阶段，技术解决了业务的规模化问题，因为在互联网，流量迅猛增长，我需要去用技术解决规模化带来的各类的问题，做出性能优化。

当然，技术在其他领域也发挥着作用，比如AI&算法，给予了互联网工具“智能化”的可能，还有比如我们很难接触到的底层框架研发，也就是技术的“技术”，这些底层能力，帮助我们更好的发挥我们的技术能力。

未来机会

大厂仍是最好的选择

即使是在互联网增速放缓、内卷持续严重的今天，即使我选择从大厂离职，但我依然认为大厂是最好的选择。

为什么这么说，几个理由

• 大厂有着更前沿的技术能力，你可以随意选择最适合的工具去解决问题


• 大厂有着更大的数据、流量规模，你所做的工作，天然的就具备规模化的能力


• 大厂有先进的管理方法，你所接触的做事方法、目标管理可能让你疲倦，但工作方法大概率是行业内经过验证的，你不会走弯路，能让你有更快的进步速度

数字化转型

如果你在互联网行业，可能没有听说过这个词，因为在高速发展的互联网行业，本身就是数字驱动的，比如重视数据指标、AB实验等。但在二线、三线城市的计算机行业或者一些传统行业，数字化转型是很大的发展机会。

过去十年，传统行业做的普遍是信息化转型，也就是把线下，需要用纸、笔来完成工作的，转移到系统中。

那什么是数字化转型？

我用我自己的理解说一下，数字化转型就是业务流程精细化管理，数据驱动，实现降本增效。

我目前所在的公司的推进大方向之一，就是数字化转型。因为许多行业的数字化程度非常低，本质而言，就是把数字驱动的能力，带给传统企业，让传统企业也能感受到数字化带来的发展可能。

举个例子，比如一个餐饮系统数字化转型后，一方面可以把用户下单、餐厅接单、开始制作、出餐、上餐线上化，还可以和原材料供应系统打通，当有订单来时，自动检测餐饮的库存信息，库存不足及时提供预警，甚至可以作出订单预测，比如什么时间点，哪类餐品的点单量最高。

当然，数字化转型与互联网有着极大的不同，在互联网行业，你只需要坐在工位，等着产品提出需求就可以了。但是传统行业，你需要深入客户现场，实地查看业务流程，与用户交谈，才能真正的理解客户需求。

或许这样的工作并不炫酷，还需要出差，但在互联网行业饱和的今天，用技术去解决真实世界的问题，也不失为一个很好的选择。

AI&智能化

随着AI快速发展，各类智能化功能已经遍布了我们使用的各类APP，极客时间有了AI自动总结，懂车帝有了智能选车度搜索问题，有时候第一个也会是AI来给我们解答。

任何行业遇上AI都可以再做一遍。

抛开底层算法、模型不谈，但从使用者角度来说，最重要的是如何与行业、场景结合相使用。但是想要做好应用，需要你在行业有着比较深的沉淀，有较深的行业认知。

当然，智能化也不仅限于AI，像上面餐饮系统的例子，如果能够实现订单预测、自动库存管理，其实也是智能化的体现。

终身学习

技术能力

持续精进专业技术能力，相信大家对此都没有疑问。

对于日常使用到的技术，我们需要熟练掌握技术原理，积累使用经验，尤其是线上环境的问题处理经验。

第一个是基础。比如对集合类，并发包，IO/NIO，JVM，内存模型，泛型，异常，反射，等有深入了解，最好是看过源码了解底层的设计。

第二你需要有全面的互联网技术相关知识。从底层说起，你起码得深入了解mysql，redis，nginx，tomcat，rpc，jms等方面的知识。

第三就是编程能力，编程思想，算法能力，架构能力。

在这个过程中，打造自己的技能树，构建自己的技术体系。

对于不断冒出的新技术，我们一方面要了解清楚技术原理，也要了解新技术是为了解决什么问题，诞生于什么背景。

业务能力

前面说到技术是一种工具，解决的是现实世界的问题，如果我们希望更好的发挥技术的作用，那么就需要我们先掌握好业务领域。

互联网领域
如果你想要快速地入门互联网领域的业务，你可以使用AARRR漏斗模型来分析。

AARRR这5个字母分别代表 Acquisition、Activation、Retention、Revenue 和 Refer
五个英文单词，它们分别对应用户生命周期中的 5 个重要环节：获取（Acquisition）、激活（Activation）、留存（Retention）、收益（Revenue）和推荐（Refer）。

AARRR 模型的核心就是以用户为中心，以完整的用户生命周期为指导思想，分析用户在各个环节的行为和数据，以此来发现用户需求以及产品需要改进的地方。

举一个简单的例子，我们以一个互联网手游 LOL来举例：
获取就是用户通过广告、push等形式，了解到了游戏并注册或者登陆。
激活就是用户真正的开始游戏，比如开始了一场匹配。
留存就是用户在7天、30天内，登陆了几次，打了几把比赛，几天登陆一次，每日游戏时常又是多少。
收益，用户购买皮肤了，产生了收益。
推荐，用户邀请朋友，发送到微信群中，邀请了朋友一起开黑。

如果你所在的行业是C端产品，那么这个模型基本可以概括用户的生命周期全流程。

传统行业
传统行业没有比较通用的业务模型，如果想要入手，需要我们从以下三个角度去入手

如何获取到这些信息呢？有几种常见的形式

我们以汽车行业来举例
商业模式：整车销售、二手车、汽车租赁等，细分一点，又有传统动力和新能源两种分类。
规模：如下图

头部车企：传统的四大车企一汽、东风、上汽、长安，新势力 特斯拉、蔚小理

经典场景：直接去4S店体验一下汽车销售模式、流程

说在最后

好了，文章到这里就要结束啦，我用我自己工作几年的不同阶段，给你介绍了我对于技术的本质是工具的思考过程，也浅浅的探寻了一下，未来的发展机会在哪里，以及我们应该如何提升自己，很感谢你能看到最后，希望对你有所帮助。

不知道你对于技术是怎么看的，又如何看待当下的市场环境呢？欢迎你在评论区和我分享，也希望你点赞、评论、收藏，让我知道对你有所收获，这对我来说很重要。也欢迎你加我的wx：Ldhrlhy10，一起交流。

本篇文章是第33篇原创文章，2024目标进度33/100，欢迎有趣的你关注我～

俗话说得好：“程序员宁愿写 1000 行代码，也不愿意写 10 个字的文档。”

不愿写文档的原因，一方面是咱理科生文采确实不好，另一方面则是文档的更新维护十分麻烦。

每次功能有变更的时候， 时间又急（其实就是懒），很难想得起来同时去更新文档。

特别是文档中代码片段，总是在几天之后（甚至更久），被用户找过来吐槽：“你们也太不专业了，文档里的代码都跑不通。”

作为有素养的程序员，被人说 “不专业”，简直不能忍，一定要想办法解决这个问题。

文档代码化

很多开发者喜欢用语雀，飞书或者钉钉来写文档。

不得不承认，它们的编写和阅读的体验更好，样式也更丰富。

甚至就算是版本管理，语雀，飞书做得也不比 git 差。

不过对于开发者文档，我觉得体验，样式都不是最重要的。毕竟这些都是锦上添花。

更重要的是，文档内容有效性的保证，如果文档上的代码直接复制到本地，都要调试半天才能跑通，那不管它样式再好看开发者都要骂娘了。

所以文档最好就和代码放在同一个仓库中，这样代码功能有更新时，顺便就把文档一起改了。团队前辈 Review 代码时，也能顺便关注下相关的文档是否一同更新。

如果真的一定要搞一个语雀文档，也可以考虑用 Git Action，在分支合并到 master 时触发一次文档到语雀的自动同步。

Markdown 的问题

程序员最常用的代码化文档就是 Markdown 了，估计也是很多开发者的首选，比如我这篇文章就是用 Markdown 写的。

不过 Markdown 文档中的代码示例，也没有经过单元测试的验证，还是会出现文档中代码跑不通的现象。

Python 中有一个叫做 doctest 的工具，能够抽取文档中的所有 python 代码并执行，我们只要在分支合并前，确保被合并分支同时通过了单元测试和 doctest，就能保证文档中的代码示例都是有效的。

在 Java 中我找了半天没有找到类似工具，很多语言（比如 Go， Rust 等等）据我所知也没有类似的工具。

而且对于 Java，文档中给的一般都是不完整的代码片段，无法像 Python 一样直接就能进入命令行执行。

有句俗话 ”单元测试就是最好的文档“。我觉得没必要将单元测试和文档分开，最好的方式就是从单元测试中直接引用部分代码进入文档。

在变更功能时，我们一定也会改单元测试，文档也会同步更新，不需要单独维护。

在合并分支或者发布版本之前，肯定也会有代码门禁执行单元测试，这样就能确保文档中代码示例都是有效的。

目前我发现了一个能解决该问题的方案就是 adoc 文档。

adoc 文档

adoc 的全称是 Asciidoctor， 官网链接。

Github 已经对其实现了原生支持，只要在项目中将 README 文件的后缀改成 README.adoc，Github 就会按照 adoc 的语法进行解析展示。

adoc 最强悍的能力就是可以对另一个文件的一部分进行引用。以我负责的开源项目 QLExpress 为例。

在单元测试 Express4RunnerTest 中，用 // tag::firstQl[] 和 // end::firstQl[] 圈出一个代码片段：

// import 语句省略...



/**

 * Author: DQinYuan

 */

public class Express4RunnerTest {

    // 省略...



    @Test

    public void docQuickStartTest() {

        // tag::firstQl[]

        Express4Runner express4Runner = new Express4Runner(InitOptions.DEFAULT_OPTIONS);

        Map<String, Object> context = new HashMap<>();

        context.put("a", 1);

        context.put("b", 2);

        context.put("c", 3);

        Object result = express4Runner.execute("a + b * c", context, QLOptions.DEFAULT_OPTIONS);

        assertEquals(7, result);

        // end::firstQl[]

    }





    // 省略...

}

然后在文档 README-source.adoc 中就可以 firstQl 这个 tag 引用代码片段：

=== 第一个 QLExpress 程序



[source,java,indent=0]

----

include::./src/test/java/com/alibaba/qlexpress4/Express4RunnerTest.java[tag=firstQl]

----

include::./src/test/java/com/alibaba/qlexpress4/Express4RunnerTest.java[tag=firstQl] 用于引用 Express4RunnerTest 文件中被 firstQl tag 包围的代码片段，其他的部分，等价于 Markdown 下面的写法：

### 第一个 QLExpress 程序



```java

```

这个 adoc 文档在渲染后，就会用单测中真实的代码片段替换掉 include 所占的位置，如下：

缺点就是 adoc 的语法和 Markdown 相差还挺大的，对以前用 Markdown 写文档的程序员有一定的熟悉成本。但是现在有 AI 啊，我们可以先用 Markdown 把文档写好，交给 Kimi 把它翻译成 Markdown。我对 adoc 的古怪语法也不是很熟悉，并且项目以前的文档都是 Markdown 写，都是 AI 帮我翻译的。

Github 渲染 adoc 文档的坑

我最开始尝试在 Github 上用 README.adoc 代替 README.md，发现其中的 include 语法并没有生效：

Github 对于 adoc include的渲染逻辑还挺诡异的，既不展示引用文件的内容，也没有原样展示 adoc 代码

查询资料发现 Github 根本不支持 adoc 的 include 语法的渲染（参考）。不过好在参考文档中也给了解决方案：

• 源码中用 README-source.adoc 编写文档


• 使用 Git Action 监听 README-source.adoc 文件的变化。如果有变动，则使用 asciidoctor 提供的命令行工具先预处理一下 include 语法，将引用的内容都先引用进来。再将预处理的后的内容更新到 README.adoc 中，这样 README.adoc 就都是 Github 支持的语法了，可以直接在 Github 页面上渲染

Github Action 的参考配置如下（QLExpress中的配置文件）：

name: Reduce Adoc

on:

  push:

    paths:

      - README-source.adoc

    branches: ['**']

jobs:

  build:

    runs-on: ubuntu-latest

    steps:

      - name: Checkout Repository

        uses: actions/checkout@v3

      - name: Install Asciidoctor Reducer

        run: sudo gem install asciidoctor-reducer

      - name: Reduce README

        # to preserve preprocessor conditionals, add the --preserve-conditionals option

        run: asciidoctor-reducer --preserve-conditionals -o README.adoc README-source.adoc

      - name: Commit and Push README

        uses: EndBug/add-and-commit@v9

        with:

          add: README.adoc

添加这个配置后，你会发现很多额外的 Commit，就是 Git Action 在预处理 README-source.adoc 后，对 README.adoc 发起的提交：

至此，就再也不用担心被人吐槽文档不专业啦。

面试官问：“你能接受加班吗？”我脑袋嗡的一声，余音绕梁三日不绝于耳。

那一刻，我简直觉得自己像被突然砸中脑袋，脑袋里嗡的一声，余音绕梁三日。作为一个职场小白，这种问题简直颠覆了我对面试的认知。于是，我一时心血来潮，脱口而出一句：“领导抗揍吗？” 结果，大家猜到了，面试是上午结束的，Offer是当天中午凉的。

如何巧妙回答

“我认为加班是工作中不可避免的一部分，尤其是在一些特殊项目或紧急情况下。我非常热爱我的工作，并且对公司的发展充满信心，因此我愿意为了团队的成功付出额外的努力。当然，我也注重工作效率和时间管理，尽量在正常工作时间内完成任务。如果确实需要加班，我也会根据公司合理的安排，积极的响应。”

作为一名资深的面试官，今天面对这个问题，坐下来和大家聊聊应该怎么回答呢？面试官究竟喜欢怎样的回答？让我们深入分析一下。

面试官的心理

在职场中，想要出色地应对面试，需要具备敏锐的观察力和理解力。学会细致入微地观察，善于捕捉每一个细微的线索，这样才能在面试中游刃有余。懂的察言观色，方能尽显英雄本色。

面试官的考量点

• 评估工作稳定性

面试官提出“能否接受加班”的问题，旨在深入了解求职者的职业稳定性和对加班安排的适应性。这一评估有助于预测求职者入职后的表现和长期留任的可能性。工作稳定性是企业考量员工的关键指标之一，通过这一问题，面试官能够洞察求职者的职业发展规划及其对未来工作的期望。

• 筛选合适的候选人

通过询问加班的接受度，面试官筛选出那些愿意为达成工作目标而投入额外时间和精力的候选人。这种筛选方式有助于确保团队的整体运作效率和协作精神。合适的候选人不仅能快速融入团队，还能显著提升工作效率。因此，面试官借此问题寻找最匹配岗位需求的员工。

• 了解求职者的价值观

面试官还利用这个问题来探查求职者的价值观和工作态度，以此判断他们是否与公司的文化和核心价值观相契合。员工的价值观和态度对公司的长远发展起着至关重要的作用。通过这一询问，面试官能够确保求职者的个人目标与公司的发展方向保持一致，从而促进整体的和谐与进步。

考察的问题的意义

要理解问题的本质……为什么面试官会提出这样的问题？难道是因为你的颜值过高，引发了他的嫉妒？

• 工作态度

面试官通过询问加班的接受度，旨在评估求职者是否展现出积极的工作态度和强烈的责任心。在许多行业中，加班已成为常态，面试官借此问题了解求职者是否愿意在工作上投入额外的时间和精力。积极的工作态度和责任心是职场成功的关键因素，通过这一问题，面试官能够初步判断求职者是否适应高强度的工作环境。

• 岗位匹配度

特定岗位因其工作性质可能需要频繁加班。面试官通过提出加班相关的问题，旨在了解求职者是否能适应这类岗位的工作强度。由于不同岗位对工作强度的要求各异，面试官希望通过这一问题确保求职者对即将承担的角色有明确的认识，从而防止入职后出现期望不一致的情况。

• 抗压能力

加班往往伴随压力，面试官通过这一问题考察求职者的抗压能力和情绪管理技巧。抗压能力对于职场成功至关重要，面试官借此了解求职者在高压环境下的表现，以判断其是否符合公司的需求。

• 公司文化

面试官还利用这个问题来评估求职者对公司加班文化的接受程度，以此判断其价值观是否与公司相符。公司文化对员工的工作体验和满意度有着深远的影响，面试官希望通过这一问题确保求职者能够认同并融入公司文化。

回答的艺术

“知己知彼，百战不殆。”在面试中，回答问题的关键在于展现出积极和正向的态度。

• 积极态度

在回答有关加班的问题时，表达你对工作的热爱和对公司的忠诚，强调你愿意为了团队的成功而付出额外的努力。这种积极的态度不仅展示了你的职业素养和对工作的热情，还能显著提升面试官对你的好感。

例如：“我非常热爱我的工作，并且对公司的发展充满信心。我相信为了实现公司的目标和团队的成功，适当的加班是可以接受的。”

• 灵活性和效率

强调你在时间管理和工作效率上的能力，表明你在确保工作质量的同时，会尽可能减少加班的需求。灵活性和效率是职场中极为重要的技能，面试官可以通过这个问题了解你的实际工作表现。

例如：“我在工作中注重效率和时间管理，通常能够在规定的工作时间内完成任务。当然，如果有特殊情况需要加班，我也会全力以赴。”

• 平衡工作与生活

适当地提到你对工作与生活平衡的重视，并希望公司在安排加班时能够充分考虑到员工的个人需求。平衡工作与生活是职场人士普遍关注的问题，面试官通过这个问题可以了解你的个人需求和期望。

例如：“我非常重视工作与生活的平衡，希望在保证工作效率的同时，也能有足够的时间陪伴家人和进行个人活动。如果公司能够合理安排加班时间，我会非常乐意配合。”

• 适度反问

在回答时，可以适当地向面试官询问关于公司加班的具体情况，以便更全面地了解公司的加班文化和预期。这样的反问可以展现你的主动性和对公司的兴趣，有助于获取更多信息，做出更加明智的回答。

例如：“请问公司通常的加班情况是怎样的？是否有相关的加班补偿或调休安排？”

最后

所谓士为知己者死，遇良将则冲锋陷阵，择良人则共谋天下。在职场这场没有硝烟的战争中，我们每个人都是一名战士，寻找着属于自己的知己和良将。当面试官提出挑战性问题时，我们不仅要展示自己的能力和才华，更要表现出对工作的热爱和对公司的忠诚。

面对“你能接受加班吗？”这样的问题，我们应以积极的态度、灵活的思维和对工作与生活平衡的重视来回应。这样的回答不仅能展示我们的职业素养，还能让我们在众多求职者中脱颖而出，赢得面试官的青睐。

正如士为知己者死，我们在职场中也要找到那个能理解我们、支持我们的知己；遇良将则冲锋陷阵，我们要在优秀的领导下发挥自己的潜能，为公司的发展贡献力量；择良人则共谋天下，我们要与志同道合的同事共同努力，实现职业生涯的辉煌。

总之一句话，在面试中展现出积极向上的形象，不仅能为我们的职业生涯加分，更能让我们在职场上找到属于自己的价值和归属感。让我们以这句话为指引，勇敢地迎接职场的挑战，书写属于自己的辉煌篇章。

欢迎关注我的训练营：云原生AI实战营，一个助力 Go 开发者在 AI 时代建立技术竞争力的实战营。

今天分享下 DeepSeek 对于编程语言未来的预测，这个应该也是很多开发者关注的，因为它可能会影响未来的职业选择。

因我自己最近也在关注这方面，所以今天就问了 DeepSeek。DeepSeek 给出的回答跟我的想法很一致，所以今天把 DeepSeek 的回答分享出来。

问题：Go、Java、Rust、Python 语言未来前景如何

我的问题是Go、Java、Rust、Python 语言未来前景如何。之所以问这 4 门语言，是因为这四门语言在后端开发中最受欢迎，各自在其擅长的领域中发光发热。

目前，我觉得 Go 和 Java 在领域上有一定程度或者很大程度的重合。Rust、Python、（Go、Java）有其擅长的领域，交叉点不多。

我想弄明白的是，每门语言是否会在其领域继续发展状态，或者会有蚕食其他领域的现象。通过这些，也想知道未来编程语言的选型为何。

DeepSeek 思考过程

提示：以下是 DeepSeek 的思考过程

好的，用户问的是Go、Java、Rust、Python这四种语言的未来前景如何。我需要逐一分析每种语言的特点、现状以及发展趋势，同时比较它们的优缺点和应用场景。首先，我应该回忆每种语言的主要用途和社区活跃度，然后看看市场需求和技术趋势。

对于 Go 语言，它由Google开发，以高并发和高效编译著称，适合云原生和微服务。近年来Docker、Kubernetes的流行推动了Go的应用，尤其是在后端和DevOps领域。但Go在泛型和生态系统方面可能不如其他语言，所以需要评估这些因素是否会影响其未来。

Java作为老牌企业级语言，稳定性强，广泛应用于大型系统、Android开发和大数据。虽然有人认为Java在下降，但它的庞大现有代码库和企业依赖意味着它仍会长期存在。不过，Java需要面对Kotlin等语言的竞争，尤其是在Android开发方面，还有云原生趋势下轻量级语言的挑战。

Rust以内存安全和性能为卖点，逐渐在系统编程、嵌入式和高性能计算领域崭露头角。被Linux内核和Windows驱动采用，说明其潜力。但Rust的学习曲线陡峭，可能在普及上需要时间，但在对安全性要求高的领域会持续增长。

Python作为脚本语言之王，在数据科学、AI、Web开发等领域占据主导。随着AI的爆发，Python的需求持续增长，但性能问题可能在需要高性能的场景中成为瓶颈。不过，Python的易用性和丰富的库支持使其在教育和小型项目中保持优势。

接下来要考虑的是行业趋势，比如云计算的持续增长对Go有利，AI发展促进Python，系统级需求推动Rust，而企业维护则维持Java。同时，新语言的出现是否会影响这些老牌语言，例如Rust可能替代部分C/C++的领域，而Go可能继续在云原生领域扩展。

用户可能的深层需求是选择学习方向或技术选型，需要明确各语言的优劣势和适用场景，帮助他们做出决策。因此，回答时要突出各语言的优势领域和未来可能的发展方向，以及潜在的风险点，比如Java可能面临市场份额被蚕食，但不会很快消失。

总结部分需要对比各语言，指出它们在不同领域的地位，并给出建议，比如根据项目需求选择合适语言，而不是盲目跟风。同时，强调多语言掌握的重要性，因为现代开发往往需要多种技术结合。

DeepSeek R1 四种语言前景分析

以下是 DeepSeek R1 关于 Go、Java、Rust、Python 四种语言的前景分析，结合技术趋势、市场需求和生态系统发展分析如下：

1. Go (Golang)

优势领域：

• 云原生与微服务：Go 的并发模型（goroutine）和高效编译特性使其成为 Kubernetes、Docker、Istio 等云原生工具的首选语言。


• 高性能后端：适合 API 网关、分布式系统、实时通信等高并发场景（如 Twitch、Uber 的后端）。


• 开发效率：语法简洁，编译速度快，适合快速迭代的工程团队。

未来前景：

• 持续增长：随着云计算的普及，Go 在云原生领域的地位将进一步巩固。


• 企业采用：越来越多公司（如字节跳动、腾讯）将 Go 作为核心后端语言。


• 挑战：泛型支持的完善程度、生态多样性仍需提升。

推荐方向：云原生开发、基础设施工具链、高性能服务端。

2. Java

优势领域：

• 企业级应用：银行、电信、政府等传统行业的核心系统（如 IBM、Oracle 的解决方案）。


• Android 开发：仍占据主导地位（尽管 Kotlin 在 Android 中逐渐取代）。


• 大数据生态：Hadoop、Spark、Flink 等框架依赖 Java 生态。

未来前景：

• 稳定但缓慢衰退：Java 的存量市场庞大，但新项目可能更倾向于现代语言（如 Kotlin、Go）。


• 云原生转型：Quarkus、Spring Native 等框架帮助 Java 适应云原生环境。


• 挑战：冗长的语法、内存消耗较高，对轻量级场景竞争力不足。

推荐方向：传统企业系统维护、Android 底层开发、大数据工程。

3. Rust

优势领域：

• 系统编程：取代 C/C++ 的潜力（如操作系统、嵌入式、浏览器引擎）。


• 内存安全：所有权模型彻底解决内存泄漏和数据竞争问题，适合对安全性要求极高的场景（如区块链、金融系统）。


• 高性能计算：在游戏引擎、实时渲染等领域逐渐应用（如 Discord 的音频服务）。

未来前景：

• 高速增长：被 Linux 内核、Windows 驱动开发等官方支持，逐步进入主流。


• 生态扩展：WebAssembly、区块链（如 Solana）等领域对 Rust 需求激增。


• 挑战：学习曲线陡峭，中小型项目采用成本较高。

推荐方向：系统级开发、安全敏感型应用、区块链底层。

4. Python

优势领域：

• 数据科学与 AI：TensorFlow、PyTorch、NumPy 等库的绝对统治地位。


• 脚本与自动化：运维、测试、爬虫等场景的首选语言。


• 教育与科研：语法简单，适合快速验证算法和原型开发。

未来前景：

• AI 驱动的霸主：随着生成式 AI（如 ChatGPT）的爆发，Python 需求将持续增长。


• 性能瓶颈：在需要高性能的场景（如高频交易）可能被 Rust/Go 取代。


• 生态护城河：庞大的库和社区资源确保其长期不可替代性。

推荐方向：机器学习工程、数据分析、快速原型开发。

综合对比与趋势总结

未来 5 年预测：

建议：

• 根据职业目标选择：
  
  
  
  • 追求高薪和前沿技术：优先 Rust 或 Go。
  
  
  • 稳重型职业发展：Java 或 Python。
  
  
  
  


• 多语言组合：例如 Python（AI） + Go（后端） 或 Rust（底层） + Python（脚本）。

个人观点

提示：以下是我个人总结，非 DeepSeek 的输出。

DeepSeek R1 对于四种语言的前景分析、未来 5 年预测及给出的建议，其实跟我的想法是完全一致的。

根据 JetBrains2024 的市场调研，Go 在四种语言中的工资是最高的，背后的原因可能是因为云原生的技术门槛。Go 在云原生领域占据霸主地位，而云原生本身技术门槛要比业务 CURD 高很多，所以薪资自然要比其他语言高。其实，这也说明了，越是门槛高、技术含量高的岗位薪资越有竞争力（这是一句废话）。

Python 依托于其强大的生态及数据处理能力，在 AI 领域成为霸主语言。在 AI 时代，程序员不可避免的要去学习、掌握 Python。

Rust 优点是高性能、高安全，但缺点是学习门槛高、开发效率相较于 Go 低。所以 Rust 很适合系统层软件的开发，反倒不适合应用层软件的开发。在一个业务向的企业中，一般系统层会使用云基础设施，非核心的系统层，也可以用 Go 语言开发。当前很多优秀的系统层软件都是基于 Go 语言开发的。

所以，在一个企业中，系统层软件和应用层软件，往往是二选一的关系，也意味着，在编程语言上，也有了明确的选择：应用型企业选择 Go。如果企业核心产品是系统层软件，那么可以选择 Rust。

所以最终的编程语言选择一般是：Python（AI） + Go（后端） 或 Rust（底层） + Python（AI）。

当然，企业完全可以根据需要选择更多的编程技术栈组合。上述只是介绍一种通用情况下的选择建议。

另外，在编程语言选择时，建议主攻一门核心语言，同时根据职业目标补充其他相关语言，或者在不同阶段调整策略。这样既避免单一风险，又保持专业性。

浣熊say官方网站：hxsay.com/

浣熊say官方星球：​hxsay.com/about/我的星球/…

正文

不知道最近大家有没有发现，越来越多的人在职业选择上都偏向与央国企、体制内等稳定性较高的岗位，而放弃了去私企、互联网等工资高但是强度大的工作。

从我身边的人了解到这一趋势不仅仅存在于工作了多年的职场老油条，希望找个地方躺平，在应届毕业生的群体里面也越来越明显。然而放在10年前，也就是2014年的时候谁毕业要是去国企、体制内可能会被笑话没有理想、躺平。

但是这两年风向仿佛突然变化了，公务员、央国企突然之间变得香了起来，似乎打工人也随着年龄的增长突然明白了一个道理，比起靠着燃烧生命加班挣来的卖命钱以及生活在不知道什么时候就会被干掉的压力之下，不如稳定的央国企来得实在。

35岁被毕业和干到退休的收入差距有多大？

首先叠甲，我这里说的国企是垄断央企的二级以上的公司或者省属国企总部，这些国企一般掌握着国家、省级的核心资源，不违法犯罪的情况下大概率是能干到退休的。当然，如果有人跟我杠说什么某某银行科技子公司，某某央企的孙子公司一样末尾淘汰，一样裁员不稳定，那么我只能说你说得都对！

假设我硕士毕业就去国企，然后月薪8k，2个月年终（央企二级公司，省属国企很容易达到），那么一年的收入是14*0.8 = 11.2w，然后男性目前的法定退休年龄是65岁，从25岁～65岁工作40年，总收入为 448w。

假设你硕士毕业就去互联网大厂，然后月薪3w，4个月年终（这里也是取得平均值来估计的），那么一年的收入为48w，然后35岁一般确实是互联网的大限，25～35岁工作10年，总收入为：480w。

其实，大多数情况下互联网大厂拿到3w的也是凤毛麟角，国企8k一个月的其实还是遍地都是，甚至一些省会的公务员都能达到8k/月甚至更多，两者职业生涯的总收入其实是差不多的。而且这里为了公平都没有考虑随着工龄增长工资的增长情况，其实在互联网大厂拿到100w年薪的难度远远大于你在国企熬年限，涨到1.5w。

所以，其实无论是选择私企打工挣钱，还是垄断国企躺平，你整个职业生涯获得的工资性收入都是差不多的，以2024年的世界观来看，很多私企甚至很难稳定拿到3w/月的工资到35岁。

有时候一个裁员毕业潮下来，你就不得不面临重新找工作的窘境，以前经济好的时候且没有AI时候，从事技术研发的人还可以自信的说我有技术走到哪里都不怕 。 如今，AI取代大多数工作岗位已经是明牌的事情了，那些掌握技术的人可能也不得不担忧自己能否快速找到合适自己的工作。

虽然，最近两会有委员提出取消35岁的年龄限制，我其实个人并不看好这个提案，因为本质说社会上的私企卡35岁主要是因为廉价、能加班的年轻人太多了，企业处于成本考虑肯定愿意招聘这些年轻人，那么上了年龄的中年人不能加班就可以滚蛋了。 这个事情不是一个提案就能解决的，除非整个职场氛围得到了改变，所有公司都将老员工视作一种公司财富而不是消耗品的时候，才是35岁年龄其实真的消失的时候。

普通打工人还真的需要考虑当你年龄上来之后，失去手头这份工作之后怎么办，你辛辛苦苦寒窗苦读这么多年，出入的高级写字楼，做的都是产值上千万的项目。突然让你失业在家，跑滴滴，送外卖这个心里落差你能接受吗？

当35岁你在街头送着外卖，跑着滴滴，你在央国企的同学或许已经是一个小领导，你去当公务员的同学现在是一个科长，他们再不济也是个小职工有着稳定的收入，不太为生计发愁，不知道那个时候的同学聚会你还有心情去参加不？

对于打工人来说稳定到底意味着什么？

20多岁的年轻人总觉得世界是自己的，脑子里面全部是幻想，总觉得爽文小说当中的主角是自己，不说大富大贵至少能够在企业混的风生水起，升职加薪，当上领导。

这些愣头青的想法我也有过，但是对大多数没有抱上大腿的人来说，工作2～3年之后就会让你明白这个世界的真实运转规则，很多事情不是下位者能够决定的，无论是在国企还是私企，本质上事情还是上位者说了算。

简单来说就是，领导说你行你就是行，领导说你不行那么就赶紧想办法跑路吧。

这种情况在私企、国企其实都会遇到，大家刻板印象中老是说国企的官僚主义严重，但是其实私企才是官僚主义更加严重的地方，而且比起来国企就是小打小闹。

本质上来说在真的央国企你的领导实际上是没有人事权的，他就算再讨厌你也只能通过调岗、扣绩效等方式来恶心你，但是真的没办法裁掉你。

但是在私企领导其实就是你们这个地方的土皇帝，你让领导不开心或者领导不喜欢你，那么是真的可以裁掉你，可能就是一句话的事你下午就不用来上班了都是有可能的事情。在这种地方，你除了舔领导，拼命加班，拼命卷之外没有任何办法，因为上位者掌握着你的生死存亡。

在这种极度竞争和内卷的环境下，你的全部精力都会投入到工作当中，但是其实你并不参与蛋糕的分配，也就是你卷出来的成果、剩余价值大部份被老板拿走了。同时，高强度的工作还会剥夺你其它的可能，让你没时间陪家人，没时间发展自己的事业，当你不得不开始发展自己的事业的时候，就是你已经失业的时候。

而在央国企的工作情况就会好很多，首先大多数岗位是比较稳定的，你不用过于担心失业裁员的情况发生。其次，至少在项目不忙的时候，你的休息时间是可以保障的，利用这些时间你其实可以选择发展自己的事业，就像刘慈心一样写科幻小说未来说不定能从副业上面赚到你一辈子赚不到的钱。

所以，比起那些完全占用你时间和心智的工作，我其实觉得轻松但是钱不那么多的工作更加适合一个人的长期发展，从一生的尺度上看财富积累未必会比短短的靠25～35这10年间挣到的钱少。

为什么这几年央国企火了？

其实很多在校的学弟、学妹们沟通，我发现现在的孩子比我们当年看得明白很多，也可能是不同的时代背景造就了不同的人的观点。

我们还是学生的时候听到的故事还都是什么王者荣耀100个月年终，互联网财富自由之类的神话，但是疫情的3年互联网和诸多的财富神话跌落神坛，大多数普通人能够保住手头的这份工作就是件值得庆幸的事情了。 即使是去华为、阿里、腾讯这样的大厂也很难有机会再实现当年的财富神话，技术改变世界的思潮也正在慢慢退潮，现在这些大厂也很难让你挣到财富自由的钱，逐渐变成了一份普通工作而已。

当你在校园中搏杀了20几年好不容易拿到了学士、硕士、博士文凭，这些私企会告诉你现实的残酷，你手中的文凭只能帮你到入职的3个月，之后就各凭本事了。 资本是逐利的，中国的企业更加喜欢揠苗助长，没有任何培养一个员工的文化在里面。所谓的培养更多的是PUA，告诉你这儿也不行，哪儿也不行，然后在绩效考核的时候顺利成章的把锅甩给你，来满足组长必须找一个倒霉蛋背绩效的制度要求。 我不否认能力极强者、能卷的人在这种环境中能够获得快速的升职加薪和财富，但并不是每个人都是大神，也不是每个人在做好本职工作之外还有心情去舔领导。

入职央国企能够在很大成都上帮你避免上述的问题，大型的央国企平台很大有足够的时间和资源来让员工成长，对于刚入职的新员工可能前面半年都不会给你安排真正意义上的工作，多数是各种培训，各种学习。 我以前经常听到在国企的同学抱怨又是什么培训、什么学习、什么党会，让人觉得很烦没有意义，但是在我看来每个人都应该感恩这些公司花着钱让你不干活儿的活动，真的不是所有的公司都这么有耐心。 除此之外，很少有央国企会期待从你身上压榨什么，因为大多数央国企从事的都是垄断行业，拥有足够的利润，并且这些利润也并非属于领导或者某个人的，而是属于整个集团，国家。你和领导本质上都一样，只是这个国企的打工人，没必要压榨你太过分，毕竟赚的钱也一分不会到领导自己包里，对你个人的包容性也会更强一些。

所以当经济增长变缓，私企难以让人挣到足以财富自由的钱，大家就会发现其实没有必要去承担那么大的压力只是比稳定的工作多一点儿钱。这个时候一份稳定、有自己业余时间的央国企工作性价比就变得更高了起来。一边可以用工资保障自己的生活，一边开拓自己的事业在副业这个第二战场挣到更多的钱，确实会比在私企打工35被裁要体面得多。

The End

其实对于职业的选择，有一个核心逻辑就是去门槛更高的地方。

有的人说，大厂门槛很高啊，问那么多技术，刷那么多题，也是万里挑一才能进去一个人。

但是，实际上这些东西不算门槛，真正的门槛是把人堵在外面的不可逾越的鸿沟，比如说：如果你本科不是学的临床专业，那么你一辈子都没办法当上医生，除非重新高考！这才是真正意义上的门槛，而无论是多么高深的技术，只要肯学都能够学会的。

所以，大型垄断央国企其实是个门槛更高的地方，好的岗位除了应届生就没有就会进去，同时一旦进去占住坑了也很难被裁掉，除非你自己离职。大家可能经常会听说哪个国企的用自己的业余时间努力学习然后去了互联网大厂的。但是你可能完全没有听过那个私企的毕业没去 "中国烟草" 靠着自己的不懈努力，社招进入了中国烟草。

如果是应届生，尽量去门槛高、稳定的地方，考虑长期发展而不是贪图短时间的利益，这样一来即使你的能力没有那么强，也可以用马拉松的方式跑到最后。

人生是一段长跑，不到最后一刻不知道谁输谁赢，就算是活得比别人长，那么其实你最后也胜利了。

大家好，我是二哥呀。

今天我们来聊聊小红书的创始人瞿芳，1985 年出生于湖北武汉，毕业于武汉外国语学校，硕士就读于北京外国语学校。

毕业后进入贝塔斯曼工作，这是一家老牌外企，1835 年就有了，真的非常老，瞿芳在这里工作了 5 年。

瞿芳的执行力也是拉满，2013 年 5 月底离职，6 月赴美寻找风投，7 月初就和老乡毛文超在上海创立了小红书的母公司行吟信息科技有限公司。

长相上我觉得有一点邓丽君的感觉，大家觉得呢？

• 2015-2016 年，瞿芳连续两年被《创业邦》评为“值得关注的女性创业者”；这些年小红书的成长，瞿芳确实功不可没，值得关注。


• 2017 年，瞿芳荣登腾讯“我是创始人”荣耀榜单；小红书背后有阿里和腾讯两家大佬的投资，原来两家是从来不投一家公司的，瞿芳背后的斡旋算是让两家暂时握了手。


• 2020 年，瞿芳入选“中国最具影响力的 30 位商界女性”榜单；目前来看，小红书还处在上升势头，并且流量拉满，瞿芳的身价肯定也会水涨船高。


• 2024 年，瞿芳以 120 亿元的人民币财富位列《2024-胡润榜》的第 433 位；这还是在小红书没有上市的情况下。

瞿芳曾在采访中强调，用户体验和社区氛围是小红书最看重的。

这也是小红书这个平台和微博、抖音最大的区别，你可能在小红书上百粉不到，但发布的内容却会被推荐到平台首页，成为爆款。

微的推荐机制现在也有这种趋势，就是粉丝数越少，反而被推荐的机会越多。

瞿芳认为，品牌与用户的沟通应该从“教学模式”转向“恋爱模式”。

也就是说，我们创作者不能再以老师的角度切入，把读者作为学生来传达信息，而是奔着双方恋爱的方式切入。

更加的纯粹，双方的地位更加的对等。

宝子们，都看到了吧，我爱你们，😄

2013 年的时候，跨境旅游开始兴起，于是，瞿芳就和毛文超一起去找当地的购物达人，把他们的经验编成了一本厚厚的 PDF，书名就叫“小红书”。

这本 PDF 放到网上以后，引起了巨大的反响，一个月的下载量就突破了 50 万次。

尝到了甜头后，瞿芳和毛文超再接再厉，于 2013 年 12 月上线了小红书 App，相当于提供了一个购物的分享平台，注意不是电商平台，而是社区分享平台，让用户来分享自己的购物心得。

这个定位就非常的巧妙。

如果单纯地做电商平台，那么竞争对手多了去，比如说淘宝、天猫、京东，以及拼多多。

但做社区平台的话，当时还没有什么竞争对手，虽然点评和美图秀秀都曾在自己的业务中加入大量的社区内容，并放出豪言，但最终都没有竞争过小红书。

2014 年，小红书就聚集了几百万用户了，于是瞿芳就上线了一款希腊产的清洗液，结果直接被秒光了。

到 2017 年，小红书的营收就突破了 100 亿。

截止到目前，小红书已经发展成为了一个生活社区，基本上你想要的东西，你想找的地方，你想看的美女，小红书上都有。据说，月活用户已经达到了 3 亿。

其中女性用户占比 70%，日均用户搜索渗透率达到 60%，用户生成内容（UGC）占比高达 90%。

根本不需要 KOL。

2025 年 1 月，由于 TikTok 可能会被美国封禁，所以大量的海外用户开始涌入小红书。

中西文化的融合，在此刻显然格外的自然和松弛。

我现在打开小红书，已经很少看到原住民发的东西了，这波算法也被太平洋彼岸的热情感染了。

瞿芳在一次采访中的一段话我觉得很值得分享给大家，我套用一下：

“就像今天手机屏幕前的你们，可能大学生可能是工作党，但不管大家是怎样的身份，回到家里，可能还是会跟家人吃一顿最简单的饭，跟最爱的人一起去做一些有创造性的事情。”

我们要回到生活中去，而不只是活在虚拟世界里。

三分恶面渣逆袭

我这人一向说到做到，每天给大家汇报一下面渣逆袭的进度，这就来。今天修改到第 36 题。

35.你们线上用的什么垃圾收集器？

我们生产环境中采用了设计比较优秀的 G1 垃圾收集器，因为它不仅能满足低停顿的要求，而且解决了 CMS 的浮动垃圾问题、内存碎片问题。

G1 非常适合大内存、多核处理器的环境。

以上是比较符合面试官预期的回答，但实际上，大多数情况下我们可能还是使用的 JDK 8 默认垃圾收集器。

可以通过以下命令查看当前 JVM 的垃圾收集器：

java -XX:+PrintCommandLineFlags -version

UseParallelGC = Parallel Scavenge + Parallel Old，表示新生代用Parallel Scavenge收集器，老年代使用Parallel Old 收集器。

因此你也可以这样回答：

我们系统的业务相对复杂，但并发量并不是特别高，所以我们选择了适用于多核处理器、能够并行处理垃圾回收任务，且能提供高吞吐量的Parallel GC。

但这个说法不讨喜，你也可以回答：

我们系统采用的是 CMS 收集器，能够最大限度减少应用暂停时间。

内容来源

三分恶的面渣逆袭：javabetter.cn/sidebar/san…
二哥的 Java 进阶之路（GitHub 已有 13000+star）：github.com/itwanger/to…

最后，把二哥的座右铭送给大家：没有什么使我停留——除了目的，纵然岸旁有玫瑰、有绿荫、有宁静的港湾，我是不系之舟。共勉 💪。

哈喽，大家好！我是Web大鹅只会叫！下去沉淀了那么久，终于有时间回来给大家写点什么了！

你问我人为什么活着？我哪知道啊？我又不是上帝！释迦牟尼为了解这个问题还跑去出家，结果发现人活着就是为了涅槃——也就是死。所以别问我人生的意义，我也没搞明白！不过我能告诉你一个答案，那就是裸辞后，我终于知道了为什么要活着——那就是为了“活得自由”！

裸辞后，那些走过的路，和你说的“脏话”

2024年8月，我做了一个震惊所有人的决定——裸辞！是的，没错，我就是那种毫不犹豫地辞了职、丢下稳定收入和安稳生活，拿着背包去走四方的“疯子”。放下了每天早起20公里开车上班的压力，放下了无聊的加班、枯燥的开会，放下了所谓的“你要努力争取美好生活”的叮嘱。一切都在“离开”这一刻轻轻拂去，带着一种挥之不去的自由感。

带着亲人的责怪、朋友的疑问、同事的眼神、以及自己满满的疑惑，我开始了这段没有目的的旅行。我不知道我想找什么，但我知道，我不想再活得像以前那样。

我走过了无数地方，南京、湖州、宁波、杭州、义乌、金华、嘉兴、镇江、扬州、苏州、无锡、上海……一路走来，路过了每个风景，每个城市，每个人生。我甚至去了中国最北的漠河，站在寒风凛冽的雪地里，终于明白了一个道理：“你活着，才是最值得庆祝的事。

你知道吗，最让人清醒的，不是远方的景色，而是走出去之后，终于能脱离了那一套“你该做什么”的公式。每天不用设闹钟，不用准时吃饭，不用打卡上班，不用开会骂娘，再也不被地铁里的拥挤挤得喘不过气。生活突然变得宽松，我竟然开始意识到：我一直追求的美好生活，原来只是在为别人拼命。

走出内卷圈子的那一刻，我认为我是世界上最快乐的小孩了，我们渴望着幸福却糟践着现在，你所期望的美好未来却始终都是下一个阶段！你认为你是一个努力拼搏美好未来的人。可是现实比理想残酷的多！你没日没夜的拼搏，却让别人没日没夜的享受！你用尽自己半条命，换来的是下半辈子的病！我在裸辞后就告诉我自己：从今以后你想干什么、就干什么！你就是世界的主人！ 嗯～ 爽多了！

走过的路，都在暗示我

我在大兴安岭漠河市的市里住了5天，住在一个一天40元的宾馆、干净、暖和！老板是一个退休的铁道工人。脸和双手都布满了冻伤，他的妻子（大姨）很面善。每天都会在我回来的时候和我聊上几句从前，安排一些极寒天气的注意事项。

有一天我去北极村回来，大姨和我聊了一会。大姨对我讲：“趁年轻、别把自己困起来，出去走走。不像我们，60年没出过这片土地，到头还要葬在这片土地上！”。她说这句话的时候没有忧虑、没有悲伤，却是一种满足感。是啊！60多了，还能追求什么？忙了大半辈子，把孩子都送出了这片土地，自己也没有激情出去走走了，很害怕自己的以后也是这样。

我20多岁的年纪，想的不是努力拼搏挣钱、不是搞事业。却总想着无所事事。我觉得自己像一个没有完全“被时间遗弃”的人，我甚至觉得自己不属于这个时代，这个不知道为了什么而拼命的时代。每走一步都好像在掏空自己积压已久的情绪：压力、焦虑、焦灼，让我很享受这种感觉。然后我想起来一本书里的话：“你活着，不是为了活给别人看。“ 是啊，我们都明白这个大道理，可自己从来没打算让自己脱离这个主线。我开始明白，我这次的旅行不是去寻找什么，而是放下什么！

从别人嘴里听到的“脏话”，其实是自己内心的尖刺

这段时间里，我经常回想起来那些让我神经紧绷的日子。尤其是我对“人” 这个物种越来越敏感的那个时期————‘恶毒、自私、无理、肮脏’。朋友的欺骗、同事的推锅、亲人的折磨都是罪恶的！可是到头来，事情还是发生了。地球还是在自转，太阳一样正常升起落下。这些都没有在你认为的这些琐事中消失。我不明白我还在纠结什么？

事实上，这些乱七八糟的事情并不是指向我个人的，它只是我内心脆弱的反射。是的，我一直在内耗自己罢了，把自己放在了一个焦虑的漩涡里。假装没事、假装坚强，结果别人一句话就能作为击垮我的最后一击。直到有一天，我发现我讨厌的只是我自己。所以我决定我不要去在意别人说什么、做什么，我不要逃避问题，我想听听我内心的想法，我不想让自己认为别人在定义我。

过程的意义：也许就是为了“停一停”

好了，我知道我的文采不好，但是也应该有个结尾。

在这一路上，我认识了很多有趣的人，他们不同风格的服装、不同口音，各式各样的生活方式。也有着各式各样的理想和困惑。有的喜欢在山顶等着日出的奇迹，有的则是想在湖边静静地坐着。而我，就是个迷途的羔羊，没有群体头羊的带领，我穿行在这些不同的路途中，慢慢摸索着向所有方向前进着。

偶尔我也会停下来，坐在湖边吹着风、闭上眼睛，听风，感受这一刻的宁静。然后我会微笑，我认为这个时候的我有了轻松的感觉。生活的答案我在这个时候找到了。

我意识到，未来不是重要的，现在才是应该享受的。我不知道我下一步要去哪里，但是我想先停下来看一看，呼吸一下。停下来不是因为我没有了目的，而是我知道，目的地并不重要，重要的是，我和自己在一起，心里不再有那么多焦虑，不再被过去的焦虑所束缚。

所以，我选择了离开，离开这一切，放下所有的焦虑和期待，享受我自己想要的生活。也许，活着的意义不在于追寻一个遥远的目标，而是过好每一个‘现在’。

好人难当，以后要多注意了，涨点记性。记录三件事情证明下：

1. 免费劳动

之前和一个同学一起做一个项目，说是创业，不过项目做好了，倒是他家店铺自己用起来了，后来一直让我根据他家的需求进行修改，我也一一的改了，他倒是挺感谢我的，说是请吃饭。不过也一直没请，后面都一年多过去了，还让我免费帮他改需求，我就说没时间，他说没时间的话可以把源码给他，他自己学着修改，我就直接把源码给他了，这个项目辛苦了一个多月，钱一毛也没赚到，我倒是搭进去一台服务器，一年花了三百多吧。现在源码给他就给他了吧，毕竟同学一场。没想到又过了半年，前段时间又找我来改需求了。这个项目他们家自己拿着赚钱，又不给我一毛钱，我相当于免费给他家做了个软件，还要出服务器钱，还要免费进行维护。我的时间是真不值钱啊，真成义务劳动了。我拒绝了，理由是忙，没时间。

总结一下，这些人总会觉得别人帮自己是理所当然的，各种得寸进尺。

2. 帮到底吧

因为我进行了仲裁，有了经验，然后被一个人加了好友，是一个前同事（就是我仲裁的那家公司），然后这哥们各种问题我都尽心回答，本着能帮别人一点就帮别人一点的想法，但是我免费帮他，他仲裁到手多少钱，又不会给我一毛钱。这哥们一个问题接一个，我都做了回答，后来直接要求用我当做和公司谈判的筹码，我严词拒绝了，真不知道这人咋想的，我帮你并没有获得任何好处，你这个要求有点过分了，很简单，他直接把我搬出来和公司谈判，公司肯定会找我，会给我带来麻烦，这人一点也没想这些事。所以之后他再询问有关任何我的经验，我已经不愿意帮他了。

总结一下，这些人更进一步，甚至想利用下帮自己的人，不考虑会给别人带来哪些困扰。

3. 拿你顶缸

最近做了通过一个亲戚接了一个项目，而这个亲戚的表姐是该项目公司的领导，本来觉得都是有亲戚关系的，项目价格之类开始问了，他们没说，只是说根据每个人的工时进行估价，后面我们每个人提交了个人报价，然后还是一直没给明确答复，本着是亲戚的关系，觉得肯定不会坑我。就一直做下去了，直到快做完了，价格还是没有出来，我就直接问了这个价格的事情，第二天，价格出来了，在我报价基础上直接砍半。我当然不愿意了，后来经过各种谈判，我终于要到了一个勉强可以的价格，期间群里谈判也是我一个人在说话，团队的其他人都不说话。后来前端的那人问我价格，我也把过程都实话说了，这哥们也要加价，然后就各种问我，我也啥都告他了。后来这个前端在那个公司领导（亲戚表姐）主动亮明身份，她知道这个前端和那个亲戚关系好，然后这个前端立马不好意思加价了，并且还把锅甩我头上，说是我没有告诉他她是他姐。还说我不地道，我靠，你自己要加价，关我啥事，你加钱也没说要分我啊，另外我给自己加价的时候你也没帮忙说话啊，我告诉你我加价成功了是我好心，也是想着你能加点就加点吧，这时候你为了面子不加了，然后说成要加价的理由是因为我，真是没良心啊。后面还问我关于合同的事情，我已经不愿意回答他了，让他自己找对面公司问去。

总结一下，这些人你帮他了他当时倒是很感谢你，但是一旦结果有变，会直接怪罪到你头上。

4. 附录文章

这个文章说得挺好的《你的善良，要有锋芒》：

你有没有发现，善良的人，心都很软，他们不好意思拒绝别人，哪怕为难了自己，也要想办法帮助身边的人。善良的人，心都很细，他们总是照顾着别人的情绪，明明受委屈的是自己，却第一时间想着别人会不会难过。

也许是习惯了对别人好，你常常会忽略自己的感受。有时候你知道别人是想占你便宜，你也知道别人不是真心把你当朋友，他们只是觉得你好说话，只是看中了你的善良，但是你没有戳穿，你还是能帮就帮，没有太多怨言。

你说你不想得罪人，你说你害怕被孤立，可是有人在乎过你吗？

这个世界上形形色色的人很多，有人喜欢你，有人讨厌你，你没有办法做到对每一个人好，也没办法要求每一个人都是真心爱你。所以你要有自己的选择，与舒服的人相处，对讨厌的人远离，过你自己觉得开心自在的生活就好，没必要为了便利别人，让自己受尽委屈。

看过一段话：善良是很珍贵的，但善良要是没有长出牙齿来，那就是软弱。

你的善良，要有锋芒，不要把时间浪费在不值得的人身上。对爱你的人，倾心相助，对利用你的人，勇敢说不。

愿你的善良，能被真心的人温柔以待。

前言

Hi 你好，我是东东拿铁，一个正在探索个人IP的后端程序员。

2020年外卖最火热的时候，有一篇文章《外卖骑手，困在系统里》。

作为一个互联网从业人员，我之前从未有机会体会到，当每一个工作都要被时间和算法压榨时，我会是一种怎样的感受。

而最近的一段经历，我感觉也被困在系统里了。

起因

如果你是一个研发人员，免不了要值班、处理线上问题。当然这都很正常，每个系统都有bug或者咨询类的问题。

由于我们面临的客户比较多，加上系统有一些易用性的问题或bug，提出来的问题不少。

公司有一项政策，当客服人员提交工单之后，系统对每一个单子有超时时间，如果超出一定时间你还未提交，罚款50元。

挺奇葩的，谁能保证1个小时就一定能排查出问题呢？

于是就会有一个场景，如果赶上问题多，一下子来5、6个工单，恰巧遇到不容易排查的耽误时间的话，处理后面的工单，都面临着超时的压力。

之前同事们对值班这件事，充满了怨言，大多都会吐槽几个点

我不太爱吐槽，但当工单一下子来的太多的时候，我不由自主的陷入机械的处理问题中，压缩思考的时间，只求不要超时就好。

明明系统有很多问题需要解决、流程也有很多可以优化，可当系统给到我们的压力越来越多时，我们便不去思考，陷入只有吐槽、怨言和避免罚款的状态。

当陷入了系统的支配，只能被动接受，甚至有了一些怨言的时候，我意识到，这样的状态，是有问题的。

被困住的打工人

外卖员为什么不遵守交通规则呢？

外卖小哥为了多赚钱、避免处罚，我之前也很不理解，为什么为了避免处罚，连自己的生命安全都可以置之不顾。

但转念一想，我们虽然不用在马路上奔波，可受到“系统”的压力，可是一点也不比外卖员少。

大家一定有过类似的经历：你骑车或者开车去上班，距离打卡时间所剩无几，你在迟到的边缘疯狂试探，可能多一个红绿灯，你就赶不上了，这时候你会不会狠踩几脚油门、闯一个黄灯，想要更快一点呢？

但随着裁员、降本增效、各类指标的压力越来越大，我们被迫不停的内卷，不断压榨自己，才能满足职场要求越来越严格的“算法”，比如，每半年一次的绩效考核，月度或者季度的OKR、KPI，还有处理不完的线上问题、事故，充斥在我们的脑海里面。

其实我们何尝不是“外卖员”呢？外卖员是为了不被扣钱，我们是为了年终奖、晋升罢了。

所以回过头来看，其实我们早早的就被困在“系统”中了，为了满足系统的要求，我们不得不埋头苦干，甚至加班透支身体，作出很多非常短线思维的事情。

但为什么，我之前从来没有过被困住的感觉，为什么我现在才回过神来，意识到这个问题呢？

我想，大概是越简单的事情，你作出的反应就越快、越激烈。而越复杂、时间越长的事情，你作出的反应就越缓慢，甚至忽略掉。

比如上班即将迟到的你，你会立刻意识到，迟到可能会受到处罚。但是年终评估你的绩效目标时，你或许只有在最后的几个月才会意识到，某某事情没完成，年终奖或许要少几个月而感到着急。

积极主动

最近正好在读《高效能人士的七个习惯》，其中第一个习惯就是积极主动。

书中说到：人性的本质是主动而非被动的，人类不仅能针对特定环境选择回应方式，更能主动创造有利的环境。

我们面对的问题可以分为三类：

• 可直接控制的（问题与自身的行为有关）


• 可间接控制的（问题与他人的行为有关）


• 无法控制的（我们无能为力的问题，例如我们的过去或现实的环境）

对于这三类问题，积极主动的话，应该如何加以解决呢。

可直接控制的问题

针对可直接控制的问题，可以通过培养正确习惯来解决。

从程序员角度来看，线上bug多，可以在开发前进行技术设计，上线前进行代码CR，自动化测试，帮助自己避免低级的问题。

面对处理工单时咨询量特别多的问题，随手整理个文档出来，放到大家都可以看到的地方。

可间接控制的

对于可间接控制的，我们可以通过改进施加影响的方法来解决。

比如流程机制的不合理，你可以通过向上反馈的方式施加影响，提出自己的建议而不是吐槽。

无法控制的

对于无法控制的，我们要做的就是改变面部曲线，以微笑、真诚与平和来接受现实。

虽然反馈问题的人或许能力参差不齐，导致工单量很多，但我们意识到这一点是无法避免的，不如一笑而过，这样才不至于被问题左右。

说在最后

好了，文章到这里就要结束了。

最近由于值班的原因，陷入了一段时间的无效忙碌中，每一天都很累，几乎抽不出时间来思考，所以更新的频率也降下来了。

但还好，及时的意识到问题，把最近的一点思考分享出来，希望我们每个人都不会被“系统”困住。

欢迎你在评论区和我分享，也希望你点赞、评论、收藏，让我知道对你有所收获，这对我来说很重要。也欢迎你加我的wx：Ldhrlhy10，一起交流～

本篇文章是第41篇原创文章，2024目标进度41/100，欢迎有趣的你，关注我。

大家好，我是农村程序员，独立开发者，前端之虎陈随易。

这是我的个人网站：chensuiyi.me，欢迎一起交朋友~

有很多人跟我聊到过这个问题：做独立开发，家人不支持怎么办？。

在我交流沟通下，最终发现，这些人都走进了一个误区：独立开发者 等于 我要辞职全职做独立开发。

请看我对独立开发者的分类：

现在是不是一目了然了。

你可以根据自己当下的情况，特点，去选择做哪一种 独立开发。

我们目前所看到的 全职独立开发，只有极少数人可以做到。

这对于个人的内在要求，包括自律，坚持，执行力，产品力，都有着较高的要求。

同时呢，来自家人的态度和压力，也是 全职独立开发 的重要条件。

不要一开始，啥独立开发的经验都没有，就想做 全职独立开发。

那么当你可以 理性地选择 适合自己当下情况的的独立开发方式后，你会发现，家人还会不支持吗？至少不会那么反对了。

所以这个问题的答案就是这么简单，只要看了我对独立开发的分类，你就明白了。

独立开发，本就是一个人的战斗，不要妄想这家人会支持你，他们最大的支持就是不反对。

我们遇到这样的问题时，不要觉得家人怎么怎么样，自己受到了多大的委屈和不理解一样。

他们的想法，是完全没有问题的。

人是社会动物，必然要考虑当下的生存问题，这是十分合理且正常的。

那么，如果上面的问题解决后，家人还是不支持，怎么办呢？

也很简单啊，自己偷摸摸继续折腾呗，难道一定要得到家人的支持，才能做独立开发吗？

《明朝那些事》 的作者，当年明月，赚了几千万家人才知道呢。

当然，我不是说你，也不是说我自己，可以赚几千万，我们可以定目标，但不能做梦。

总而言之就是说，做独立开发，要做好一个人长期战斗的准备。

因为你很有可能，很多年都无法比较稳定地每个月赚 5000 块钱，独立开发远没有我们想象的那么轻松。

如果你实在没有时间，没有干劲，没有激情做独立开发，那么不如其他方向，说不定能获得更好的回报。

独立开发是一个美好的梦，不稳定，也容易破碎。

那么我为什么一直在坚持做独立开发呢？因为我想让美梦成真。

生娃是人生很重要的事，值得花时间思考。我断断续续想了几年，没想明白，最近看 B 站半佛老师对哪吒 2 的影评，理解了什么情况下可以生娃，把感受分享给大家。

什么时候可以给孩子无条件的、不抱任何期待的爱，什么时候就可以生娃了。

半佛老师在影评中表示非常羡慕哪吒有那样的父母，因为哪吒的父母给哪吒无条件的、不抱任何期待的爱，而半佛老师的童年比较悲惨，让他有点羡慕嫉妒恨。为此半佛特意查了导演饺子的家庭，希望饺子是因为缺爱才把哪吒父母写的那么好，结果发现饺子就是哪吒本吒，他彻底破防了。

过年回家免不了和父母共处几天，我也几度破防，好几次想直接回出租屋。也被催生，丈母娘也催。

之前对生娃的看法，我觉得生娃太费钱了，而我没钱，就算我有钱，我也不想把钱花在娃上面，我想花在自己身上，多体验人生。

其次我自己这辈子都没活明白，也挺痛苦，何必生个娃来这悲惨世间走一遭？所以我不生娃。

但这次我有新的想法，是否生娃，应取决于我是否做好了为人父母的准备，即是否可以给孩子无条件的、不抱任何期待的爱。这决定孩子一辈子是否幸福。

两个关键词，无条件、不抱期待。

无条件

考试考得好，父母就爱，考得不好就不爱；听话就爱，不听话就不爱；不知道你们怎样，我小时候是这样的。

这让我没有安全感，下意识会做些讨好父母的行为，来获得父母的 “ 爱 ”。

当我成年的时候，我妈发现这招不管用了，我不需要他们的爱，我需要钱，因为钱能给我安全感。

所以我大学去食堂打工，每天中午和晚上早点下课过去，结果一个月才 300 块钱包两顿饭。

不抱期待

期待这个东西，在教育中尤为突出，否则不会也有那么多鸡娃的父母。

父母对孩子的期待，让孩子有非常强烈的愧疚。我辛辛苦苦把你从农村带到城市，你就考这么几分？我辛辛苦苦把你拉扯大，你就这么对我？

在这种环境下，我成为了一个逆子，六亲不认，自动屏蔽亲情。我不接受他们的爱，我也不给他们爱。

大学打工的 300 块不能养活我，每年还要交学费，我一想到学费是父母出的，他们又会以此要挟，我辛辛苦苦赚钱供你上大学，结果你就这样？

所以只读了半年大学，我退学了，自己出去找工作，我必须在经济上独立，必须逃离这个家。

别人说家是港湾，外面受伤了家是永远的依靠，对我来说家就是伤害。

其实我这样还算好的，至少活下来了，还有更多孩子，承受不了这种愧疚，选择了自杀，他们要把愧疚，加倍偿还给父母。

我身边就有这样的案例，跳楼了，他父母不知道为什么说了两句，孩子就直接从阳台上跳下去了。

我可太懂了，我也想过自杀，一来是当时家里装了防盗窗，我有点胖钻不过去；然后换成了撞墙，头上撞了几个包有点疼，基因让我停下了；我还尝试过离家出走，也没走成。

但我也在脑海中无数次幻想，要是我死了，我爸妈有多愧疚，这就是我自杀的目的。

我写的和想的有点黑暗，有人说什么爸妈把你辛辛苦苦拉扯大，不容易什么的。

但是我不需要，我没求着来这个世上。

所以我对自己生娃，非常谨慎，我不希望他的童年会想自杀，我不希望他成年后和父母几乎断绝关系，我希望他要来就过的幸福点，这取决我能否会给他无条件的、没有期待的爱。

愿各位都是好父母，愿世上孩子都幸福，以上是我的思考，共勉。

今天是在山上办公的第二天，现在时间是晚上的10点36分，刚刚写完今日份工作日报又刷10分钟手机的我决定写上一篇日记简单记下最近两天我的日常。

我的上班，是跟着国家法定节假日安排走的，前天初八，是我25年年后上班的第一天。

阿妮的假期还未结束，她决定回一趟娘家，由此，我在初八一大早——7点半到8点50分——先送阿妮进城，送到她的外公外婆家。接着，我在外公外婆家办公一天。

初八那天的午饭

大嘎嘎（外公）小嘎嘎（外婆）总是很欢迎我和阿妮的到来，午饭晚饭，我连连摇头不停摆手依然吃得很撑。

我干活的节奏，和年前是一样的：上午9点到12点多些，下午2点到6点7点，晚上8点9点到10点更多些，都是我的干活——单纯指做工作上的事情——时间。

阿妮晚上约了她的初中同学一起聚餐，我带上电脑跟着大家一起。烧烤桌上，对着电脑试用VS Code新插件Cline的我，是没有感受到心理压力的；烧烤桌上的干活时间，我是专注的。

--

初九一大早，我从县城回家回到山上，带着两个帽子和几个包子。帽子是初八晚上一起逛楼下街道时阿妮买给我父亲母亲的，包子，是我自己想吃再给父亲母亲带着的。

初九是个很好日子，返程路上，我碰见的接亲队伍有4个。

初九的天气，很有些特色，上午飘雪，下午大太阳，晚上很有些冷。我在山上的上班，上午烤电火，下午太阳下干活，晚上的干活，有一部分是洗漱完毕躺床上完成的。

我的办公桌椅

昨天的在家办公体验不错，但我需要对自己诚实些，当时我的内心，有两个小小担忧存在。

第一个关于当前的环境，下午父母外出吃酒只留我一个人在家，我家近处只有邻居一户。到了夜晚，整个世界很安静，安静到我能听见自己的呼吸，我的一个小小动作都能发出很大声响，我承认自己理智相信科学，但同时我也看过许多志怪故事。对的，晚上一个人在家，我很有些害怕。

第二个是工作内容，我总觉得自己近来的效率并没有很高。其实不太对，其实效率应该是ok的，不ok的是我关于AI技术的知识储备太少，而我并没有给自己一个好的计划去每天进步一点点。emmm~其实还是有些不太对，这个概念有些大，更准确的是，我感觉自己在有些工作内容上，还可以做的好一些。

晚上11点又过10分钟，背完单词的我睡下，脑子中那轻微恐惧并不散去，直到深睡。

很神奇的是，今天早上6点多醒来，那对于安静的害怕，一点都不剩下。

--

整个过年前后，我都感觉自己很忙，忙到已经坚持周更四年多的公众号都不能在周日及时更新。今天即便晚睡也想要写上一篇日记的情绪，来源于下午6点发生的一件，一件让我感觉有些窘迫的事情。

伯娘进门问我：”你们作料放啊哪儿的呢？“

”你老汉喊我来给你煮一碗面条。我给他说，叫你到我们那里去吃，你老汉儿说你走不开哈，那我就来给你煮面条了啊。“

当时我真的很窘迫，感觉很有些尴尬，而同时内心，又会有些开心情绪蔓延。

我是很想给自己找一个借口的：我以为父母吃酒，会在下午三点左右回家。我的早餐，是昨天剩下的两个肉包；我的午餐，是一碗加了母亲自制麻糖的泡阴米子，再加一个橙子与一个苹果。我认为肉包、橙子与苹果，是可以撑到母亲回家的。

工作日，我真的不想做饭。

即便并不很饿，但我确实有让阿雪对母亲说：“你再不回家，你的大娃娃和你的喂的猪，都要饿趴了哦。”

很是粘人的狗子

对的，今天干活间隙，我有喂猪——猪食当然是母亲提前煮好的，遛狗——我只需要前面走着，狗自然在后面跟着。

伯娘烧火又煮面，花半小时。

我为面条，拍了一张好看照片。

好吃的清汤面与好看的照片

时间已经是晚上的11点20分，且快快睡觉。

今晚，我一点都不害怕。

今天，我在生产环境排查一个莫名其妙的崩溃。日志里布满了层层抽象的调用栈，像一张无边的蜘蛛网。

代码里的每一行都符合“最佳实践”，架构精雕细琢，可Bug还是来了。那个瞬间，我突然想起四年前的自己——曾无比自豪地告诉新人：“优雅架构就是一切。”

可现在，我只想对那时候的自己说：“别装了，写能跑的代码吧。”

十年开发生涯让我推翻了许多曾深信不疑的技术理念。今天，我把这些踩坑经历整理出来，希望能帮你少走些弯路。

01 | 技术理念的崩塌

1. “简单”从来不是免费的，它是最昂贵的选择

四年前，我坚信“简单至上”。后来我才发现，让代码保持简单，需要持续的投入。业务需求膨胀时，每个“简单”的架构决策，都要付出昂贵的代价去维护。

真正的“简单”，不是一开始就写出完美代码，而是有能力在复杂性爆炸前，把代码逐步“修剪”回合理状态。

2. “优雅”是幻觉，能跑才是道理

曾经，我会在代码里反复推敲命名，调整缩进，优化模式，追求某种“美感”。但经历了几次生产事故后，我意识到：“优雅”从来不是一个真实的技术指标。

系统能否稳定运行、团队能否快速交接，远比代码的“形式美”重要。优雅的代码，不如无Bug的代码。

3. ORM是恶魔，SQL才是答案

我曾经推崇ORM，认为它能屏蔽数据库差异，提升开发效率。后来被它坑惨了：复杂查询写不出来，性能优化受限，Debug像拆炸弹。

最终，我回归了最原始的方式——直接写SQL。数据库优化的最佳方式，就是尊重SQL，而不是绕开它。

4. “类型安全”是团队的保护网

过去，我对强类型语言嗤之以鼻，觉得动态语言写起来灵活高效。直到一次团队交接，动态代码的“魔法”变成了无尽的痛苦。

Typed语言像护栏，帮团队里经验不同的人保持代码质量。个人写代码可以随性，团队协作必须稳健。

5. 前端开发已经卷成了噩梦

十年前，前端是HTML+CSS+JS，简单直白。现在，前端是一套复杂的工程体系，动不动就要学框架、学编译、学服务端渲染。

我越来越觉得，前端的“工程化”并没有带来应有的幸福感，而是让开发变得越来越焦虑。

6. Serverless 未来是好东西，但现在还是坑

Serverless的愿景很美好，可落地时，我无数次因为它的冷启动、调试难、监控难而崩溃。

如果你要做长期稳定的业务，老老实实选传统架构，Serverless 还没成熟到能承载大部分业务的程度。

7. “软件工程”大多时候只是沟通问题

这几年，我越来越发现，软件开发不是“写代码”这么简单，而是沟通、协作、妥协的过程。技术难点从来不是代码，而是“如何让所有人理解代码”。

会编码是一回事，能让别人看懂你的代码，才是真本事。

8. “管理”比技术重要，但真正好的管理极为稀缺

我花了很长时间才意识到，一个烂的管理，会让优秀的工程师一身狼狈；而一个好的管理，能让普通人也做出优秀的产品。

好管理者太少了，大多数的管理者，只是在消耗开发者的创造力。

02 |如何避免踩坑？

十年后的我，给刚入行的开发者3个建议：

① “代码洁癖”适可而止，写业务代码时别钻牛角尖

不要为了“优雅”而牺牲实用性，别陷入“最佳实践”的执念。实用 > 形式美。

② 直接写SQL，别太信任ORM

ORM适合简单查询，但复杂业务逻辑，SQL才是终极答案。与其踩坑，不如早点学会手写SQL。

③ 沟通能力比技术能力更值钱

代码能跑很重要，但能解释给别人听，能让团队顺畅协作，才是更核心的能力。

03 | 技术思维的升级

04 | 你踩过这些坑吗？

如果你也在开发生涯中经历了类似的转变，欢迎留言分享你的故事。

你现在的信仰，四年后还会坚守吗？点击“在看”，收藏这篇文章，未来某一天再回来看，你的想法是否还一样。

前端专才有两个进阶方向：

• 制作AI工具的前端
• 使用AI工具的前端多才

我解释下这两者。

其中，制作AI工具的前端类似当前的基建岗前端。

但不同的是，当下的基建岗前端很难回答一个问题：我花费大量时间做的工具相比同类开源产品有啥决定性优势？

与前者不同，制作AI工具的前端的产出是业务定制化的AI提效工具，这是与业务强相关的。

就像曾几何时，任何前端团队都需要一个webpack配置工程师一样。

前端多才则是指以前端技能为核心能力，同时掌握与前端相邻、平行工种的工作技能

• 相邻工种：UI、测试、后端、产品
• 平行工种：其他端的前端

这里举一个大前端开发工程师的例子。

当前国内开发现状是 —— 端碎片化。

小程序、移动端、hybrid、web等，一个需求可能有多端开发需要。

对于多端开发需求，常见的解决方案有两种：

• 花钱方案：组建大前端团队
• 省钱方案：使用跨端方案，UniApp、Taro、React Native、Flutter...

由于各端逻辑类似，如果你同时掌握多端能力，只要实现一端后，就能借助AI将代码转为其他端。

只要“AI转代码的成本”比“调试跨端框架”低，这就是可行的。

随着AI的发展，当前者的收益显著高于后者后，就会出现大前端开发工程师这一前端多才职业。

总结

事物是发展的，不仅AI如此，程序员行业亦是如此。

如果用静态的眼光看待程序员行业，满满都是被AI取代的焦虑。

但用发展的眼光看待时，这一行仍处于这波AI浪潮的早期 —— 大规模开发范式迁移阶段。

后面还有很长的路要走。

前言

Hi 你好，我是东东拿铁，一个正在探索个人IP&副业的后端程序员。

昨天看到雪梅老师公众号的文章，《中国的中年男性，可能是世界上压力最大的一群人》。

看完文章，深有感触，因为自己有时候，觉着压力挺大的，因为从小到大，一直感觉世俗上的一些条条框框，在约束着你。

上学时，你要好好读书，争取考上985/211，最起码上个一本。

工作后，大家都羡慕考公上岸的，上不了岸的话，你需要找一个好公司，拿到一个高工资，最好还能当上管理人员。

后来有了家庭，你要承担起男人的责任，赚钱养家。

过去20多年的时间，我都觉着这样的条条框框没有问题，在年少轻狂的时光，这些条条框框决定了你的下限，大家不都是这么过来的吗？

可是我过去的努力，都是为了符合条条框框的各项要求。我越来越觉着疑惑，我的努力，到底是为了什么啊，是为了这些世俗上的要求吗，我到底为谁而活？

压力，是自己给的

说实话，自己也给自己不少压力。

刚毕业，没有房贷车贷的情况下，我便给了自己很大的压力。压力怎么来的呢？比如一个月五千块钱的工资，买不起一个最新款的iPhone，又比如北京的朋友们，工资相比我在二线城市，竟能高出我一倍。

后来工作半年决定去北京，也是工作7年来，唯一一次的裸辞。

初生牛犊不怕虎，裸辞给我带来的毒打，至今历历在目，比如银彳亍卡余额一天天减少的焦虑，比如连面试都没有的焦虑，还有时刻担心着要是留不在北京，被迫得回老家的焦虑。

记得青旅楼下，有一家串店叫“很久以前羊肉串”，不到五点的时候门口就会有人排队，晚上下楼时看着饭店里熙熙攘攘，吃着烤串喝着扎啤的人时，心里十分羡慕，但却又不会踏进饭店一步。

毕竟一个目前找不到工作的人，每天一睁眼就是吃饭和住青旅的成本，吃个20块钱一顿的快餐就好了，怎么可能花好几百下馆子呢？

那时候心里有个愿望，就是我也想每周都可以和朋友来这里吃顿烧烤、喝喝扎啤。

嗯，我也不知道为什么，那时候对自己就是这么严苛。家庭虽不算富裕，但也绝不可能差这几顿烧烤、住几晚好的宾馆的钱，但我就是这样像苦行僧一样要求着自己，仿佛在向爸妈多要一分钱，就代表着自己输了。

后来工作稳定了，工资也比毕业时翻了几倍，恰巧又在高位上车了房子，但似乎压力只增不减，同样是不敢花钱。

现在又有了娃，这次压力也不用自己给了，别管他需要什么，一个小眼神，你只想给他买最好的。因此不敢请假，更不敢裸辞GAP一段时间了，这种感觉就像是在逃避赚钱的责任，不误正业一般。

一味的向前冲

带着压力，只能一味的向前冲，为了更高的薪资不断学习，为了更高的职级不断拼搏。

在“赚钱”这件事上，男人的基因里就像被编写好了一段代码。

    while (true){

        makeMoreMoney();

    }

过程中遇到困难，压力大，有难过的时候怎么办，身边有谁能去诉说呢？

中国的传统文化便是“男儿当自强”、“男儿有泪不轻弹”，怎么能去向别人诉说自己的痛苦呢？

那时候现在的老婆那时候还在上学，学生很难理解职场。结婚后，更没有人愿意在伴侣前展示自己的软弱。

和家人说？但是不开心的事，不要告诉妈妈，她帮不上忙，她只会睡不着觉。

和好朋友们一起坐下聚聚，喝几杯啤酒，少聊一些工作，压力埋在心里，让自己短暂的放松一下。

但现在的行业现状，不允许我们一味的在职场上冲了。

行业增速放缓，互联网渗透率达到瓶颈，随着而来的就是就业环境变差，裁员潮来袭。

你可以选择在职场中的高薪与光环，但也要付出相应的代价，比如变成“云老公/老婆”，“云爸爸/妈妈”。

或许我们都很想在职场中有一番作为，但是外部环境可能会让我们头破血流。

为了家庭，所以在职场中精进自己，升职加薪。我不禁在想，这看似符合逻辑的背后，我自己到底奋斗的是什么？

不甘平庸，不服输

从老家裸辞去北京，是不满足于二线城市的工作环境，想接触互联网，获得更快的进步。

在北京，从小公司跳槽到大厂，是为了获得更高的薪资与大厂的光环。

再次回到老家，是不满生活只有工作，回来可以更好的平衡工作和生活。

回想起来，很多时候，自己就像一个异类。

明明工作还不满一年，技术又差，身边的朋友敢于跳槽到其他公司，涨一两千块钱的工资已经算挺好了，我却非得裸辞去北京撞撞南墙。

明明可以在中小公司里按部就班，过着按点下班喝酒打游戏的生活，却非得在在悠闲地时候，去刷算法与面经，不去大厂不死心。

明明可以在大公司有着不错的发展，负责着团队与核心系统，却时刻在思考生活中不能只有工作，还要平衡工作和家庭，最终放弃大厂工作再次回到老家。

每一阶段，我都不甘心于在当下的环境平庸下去，见识到的优秀的人越多，我便越不服输。

至此，我上面问自己的两个问题，我到底为谁而活？我自己到底奋斗的是什么，似乎有了些答案。

我做的努力，短期看是为了能够给自己、给家人更好的物质生活，但长远来看，是为了能让自己有突破桎梏与困境，不断向上的精神。

仰望星空

古希腊哲学家苏格拉底有一句名言：“未经检视的人生不值得活。”那么我们为什么要检视自己的人生呢？正是因为我们有不断向上的愿望，那么我在想愿望的根源又到底是什么呢？

既然选择了不断向上，我决定思考，自己想成为什么样的人，或者说，一年后，希望自己变成什么样子，3年呢，5年呢？

当然，以后的样子，绝不是说，我要去一个什么外企稳定下来，或者说去一个大厂拿多少多少钱。

而是说，我希望的生活状态是什么，我想去做什么工作/副业，达成什么样的目标。

昨天刷到了一个抖音，这个朋友在新疆日喀则，拍下了一段延时摄影，我挺受震撼的。

生活在钢铁丛林太久了，我一直特别想去旅行，比如自驾新疆、西藏，反正越远越好。在北京租的房子，就在京藏高速入口旁，我每天上班都可以看到京藏高速的那块牌子，然后看着发会呆，畅想一下自己开着车在路上的感觉。

可好多年过去了，除了婚假的时候出去旅行，其余时间都因为工作不敢停歇，始终没有机会走出这一步，没有去看看祖国的大好河山。

我还发现自己挺喜欢琢磨，无论在做什么事情，我都会大量的学习，然后找到背后运行的规律。因为自己不断的思考，所以现实中，很少有机会和朋友交流，所以我会通过写作的方式，分享自己的思考、经历、感悟。

我写了不少文章，都是关于工作几年，我认为比较重要的经历的文章，也在持续分享我关于职业生涯的思考。

从毕业到职场，走过的弯路太多了，小到技术学习、架构方案设计，大到职业规划与公司选择，每当回忆起自己在职场这几年走过的弯路，就特别想把一些经验分享给更多的人，所以我持续的写，希望看到我文章的朋友，都能够对工作、生活有一点点帮助。

所以，我的短期目标，是希望能够帮助在职场初期、发展期，甚至一些稳定期的朋友们，在职场中少一点困惑，多一点力量。

方式可能有很多，比如大家看我的文章，看我推荐的书籍、课程，甚至约我电话进行1v1沟通，都可以，帮助到一个人，我真的就会感到很满足，假设因为个人能力不足暂时帮不到，我也能根据自己的不足持续学习成长。

那么一年后，我希望自己变成什么样？
我希望自己在写作功底上，能够持续进步，写出更具有逻辑性、说服力的内容，就像明白老师、雪梅老师那样。公众号希望写出一篇10w+，当然数量越多越好，当然最希望的是有读者能够告诉我，读完这篇文章很有收获，这样比数据更能让人开心，当然最好还能够有一小部分工作之外的收入。

那么三年呢？
3年后，快要32岁了。希望那时候我已经积累了除了写作外，比如管理、销售、沟通、经营能力，能够有自己赚到工资外收入的产品、项目，最好能够和职场收入打平，最差能够和房贷打平，有随时脱离职场的底气。

五年呢？十年呢？
太久远了，想起来都很吃力的感觉。我一定还在工作，但一定不是打工，希望自己有了一份自己喜欢的事业，能够买到自己的dream car，然后能够随时带着家人看一看中国的大好河山。

你是不是想问，为什么一定要想这些？

因为当我想清楚这个问题的时候，那当下该做什么事情，该做什么选择，就有了一个清晰的标准：这件事情、这个选择，能否帮我们朝「未来的自己」更进一步？

这时候当再遇到压力、困难，我们就会变的乐观，有毅力、有勇气、自信、耐心，积极主动。

因为你自己想干成一件事，你就会迸发出120%的能量。

当然，也希望自己试试放下盔甲，允许自己撤退，允许自己躺平，允许自己怂，允许自己跟别人倾诉痛苦。

说在最后

说了很多，感谢你能看到最后。

感觉整体有点混乱，但还是总结一下：

起因是感觉自己压力很大，因为持续的大量输入导致自己有点陷入信息爆炸的焦虑，有一天下班到家时感觉头痛无比，九点就和孩子一起睡觉了，因此本来想谈谈中国男性的压力。

但不由自主的去思考自己的压力是从哪里来的，去发现压力竟都来源于传统文化、社会要求，于是越想越不服气，我为什么非得活成别人认为应该活成的样子？

于是试着思考自己想成为什么样子，其实也是一直在琢磨的一件事情，因为当开始探索个人IP的时候，我就发现自己需要更高一层的、精神层面的指导，才能让自己坚持下去。

如果你和我一样，希望你给自己的压力更小一些，环境很差，但总还有事情可以去做，愿你可以想清楚，你想成为的样子。一时想不清楚也没关系，也愿你可以允许自己撤退，允许自己软弱。

不知道你有没有想过，自己想要成为的样子呢？欢迎你在评论区和我分享，也希望你点赞、评论、收藏，让我知道对你有所收获，这对我来说很重要。也欢迎你加我的wx：Ldhrlhy10，一起交流～

本篇文章是第37篇原创文章，2024目标进度37/100，欢迎有趣的你，关注我。

昨天和几个网友在群里聊天，一个网友说最近公司辞退了一个人，原因就是太菜了，有一个功能是让从数据库随机查一条数据，他硬是把整个数据表的数据都查出来，然后从里面随机选一条数据。

另外的群友说，这人应该在公司的人情世故做得不咋滴，要是和自己组长，领导搞好关系，不至于被辞退。

发言人说：相反，这人的人情世故做得很到位，和别人相处得也挺好，说话又好听，大家都觉得他很不错！

但是这有用吗？

和自己的组长关系搞好了，难道他就能给你的愚蠢兜底？

这未免太天真，首先组长也是打工的，你以为和他关系好，他就能包庇你，容忍你不断犯错？

没有人会愿意冒着被举报的风险去帮助一个非亲非故的人，因为自己还要生活，老婆孩子还要等着用钱，包庇你，那么担风险的人就是他自己，他为何要这样做？

我们许多人总是觉得人情世故太重要了，甚至觉得比自己的能力重要，这其实是一个侮误区。

有这种想法的大多是刷垃圾短视频刷多了，没经历过社会的毒打，专门去学酒满敬人，茶满欺人。给领导敬酒杯子不能高过对方，最好直接跪下来……

那么人情世故重要吗？

重要，但是得分阶层，你一个打工的，领导连你名字都叫不出来，你见到他打声招呼，他都是用鼻子答应，你觉得你所谓的人情世故有意义吗？

你以为团建的时候跑上去敬酒，杯子直接低到他脚下，他就会看中你，为他挡酒他就觉得你这人可扶？未免电视看得太多。

人情世故有用的前提一定是建立在你有被利用的价值之上，你能漂漂亮亮做完一件事，问题又少，创造的价值又多，那么别人就会觉得你行，就会记住你，重视你，至于敬酒这些，不过是走个过场而已。

所以在自己没有价值之前，别去谈什么人情世故，安安心心提升自己。

前段时间一个大二的小妹妹叫我帮她运行一个项目，她也是为了课程蒙混过关，后面和她聊了几句，她叫我给她一点建议。

我直接给她说，你真正的去写了几行代码？看了几本书？做了多少笔记？你真正的写了代码，看了书，有啥疑问你再找我，而不是从我这里找简便方法，因为我也没有！

她说最烦学习了，完全不想学，自己还是去学人情世故了。

我瞬间破放了，对她说你才20岁不到，专业知识不好好学，就要去学人情世故了？你能用到人情世故吗？

你是怕以后去进厂自己人情世故不到位别人不要你？还是以后去ktv陪酒或者当营销学不会？这么早就做准备了？

她后面反驳我说：你看那些职场里面的女生不也是很懂人情世故吗，你为啥说没用，这些东西迟早都是要学的，我先做准备啊！

我当时就不想和她聊下去了，我知道又是垃圾短视频看多了，所以才会去想这些！以为自己不好好学习，毕业后只要人情世故做到位，就能像那些女职场秘书一样，陪着领导出去谈生意。

想啥呢！

当然，并不存在歧视别人的想法，因为我没有资格，只不过是觉得该学习的时间别去想一些没啥用的事情！

我们所能看到的那些把人情世故运用得炉火纯青，让人感觉很自然的人，别人肯定已经到了一定的段位，这是TA的职业需要。

而大多数人都是在底层干着街边老太太老大爷都能干的活，领导连你名字都叫不出来，可以用空气人来形容，你说人情世故有什么卵用吗？

这不就等于把自己弄得四不像吗？

当你真的有利用价值，能够给别人提供解决方案的时候，再来谈人情世故，那时候你不学，生活都会逼着你去学。

最后说一句，当你有价值的时候，人情世故是你别人学来用在你身上的，不信你回头去看一下自己的身边的人，哪怕是一个小学教师，都有人提着东西来找他办事，但是如果没有任何利用价值，哪怕TA把酒场上面的套路都运用得炉火纯青，也会成为别人的笑柄！

下一篇《2024转行前端第6年》展示我躺平后捣鼓的东西

介绍自己

本人女，16年本科毕业，学的机械自动化专业，和大部分人一样，选专业的时候是拍大腿决定的。

恍恍惚惚度过大学四年，考研时心比天高选了本专业top5学校，考研失败，又不愿调剂，然后就参加校招大军。可能外貌+绩点优势，很顺利拿到了很多工厂offer，然后欢欢喜喜拖箱带桶进厂。

每天两点一线生活，住宿吃饭娱乐全在厂区，工资很低但是也没啥消费，住宿吃饭免费、四套厂服覆盖春夏秋冬。

我的岗位是 inplan软件维护 岗位，属于生产资料处理部门，在我来之前6年该岗位一直只有我师傅一个人，岗位主要是二次开发一款外购的软件，软件提供的api是基于perl语言，现在很少有人听过这个perl吧。该岗位可能是无数人眼里的神仙岗位吧，我在这呆了快两年，硬是没写过一段代码...

inplan软件维护 岗位的诞生就是我的师傅开创的，他原本只是负责生产资料处理，当大家只顾着用软件时，他翻到了说明书上的API一栏，然后写了一段代码，将大家每日手工一顿操作的事情用一个脚本解决了，此后更是停不下来，将部门各种excel数据处理也写成了脚本，引起了部门经理的注意，然后就设定了该岗位。

然而，将我一个对部门工作都不了解的新人丢在这个岗位，可想我的迷茫。开始半年师傅给我一本厚厚的《perl入门到精通》英文书籍，让我先学会 perl 语言。（ps：当时公司网络不连外网，而我也没有上网查资料的习惯，甚至那时候对电脑操作都不熟练...泪目）

师傅还是心地很善良很单纯的人，他隔一段时间会检查我的学习进度，然而当他激情澎拜给我讲着代码时，我竟控制不住打起了瞌睡，然后他就不管我了～～此后我便成了部门透明人物，要是一直透明下去就好了。我懒散的工作态度引起了部门主管的关注，于是我成了他重点关注的对象，我的工位更是移到了他身后～～这便是我的噩梦，一不小心神游时，主管的脸不知啥时凑到了我的电脑屏幕上～～～😱

偶然发现我的师傅在学习 php+html+css+js，他打算给部门构建一个网站，传统的脚本语言还是太简陋了。我在网上翻到了 w3scool离线文档 ，这一下子打开了我的 代码人生。后面我的师傅跳槽了，我在厂里呆了两年觉得什么都没学到，也考虑跳槽了。

后面的经历也很魔幻，误打误撞成为了一名前端开发工程师。此时是2018年，算是前端的鼎盛之年吧，各种新框架 vue/react/angular 都火起来了，各种网站/手机端应用如雨后春笋。我的前端之路还算顺利吧，下面讲讲我的经验吧

如何入门

对于外行转码农还是有一定成本的，省心的方式就是报班吧，但是个人觉得不省钱呀。培训班快则3个月，多的几年，不仅要交上万的培训费用，这段时间0收入，对于家境一般的同学，个人不建议报班。

但是现在市场环境不好，企业对你的容忍度不像之前那么高。之前几年行业缺人，身边很多只懂皮毛的人都可以进入，很多人在岗位半年也只能写出简单的页面，逻辑复杂一点就搞不定～～即使被裁了，也可以快速找到下家。这样的日子应该一去不复返了，所以我们还是要具备的实力，企业不是做慈善的，我们入职后还是要对的起自己的一份工资。

讲讲具体怎么入门吧

看视频：

b站上有很多很多免费的视频，空闲之余少刷点段子，去看看这些视频。不要问我看哪个，点击量大的就进去看看，看看过来人的经验，看看对这个行业的介绍。提高你的信息量，普通人的差距最大就在信息量的多少

还是看视频：

找一个系统的课程，系统的学习 html+css+js+vue/react，我们要动手写一些demo出来。可以找一些优秀的项目，自己先根据它的效果自己实现，但后对着源码看看自己的局限，去提升。

做笔记：

对于新人来说，就是看了视频感觉自己会了，但是写起来很是费力。为啥呢？因为你不知道也记不住有哪些api，所以我们在看视频学习中，有不知道的语法就记下来。

我之前的经验就是手动抄写，最初几年抄了8个笔记本，但是后面觉得不是很方便，因为笔记没有归纳，后续整理笔记困难，所以我们完全可以用电子档的形式，这方便后面的归纳修改。

嘿嘿，这里给大家推荐一下我的笔记 前端自检清单，这是我对我的笔记的总结，现在看来含金量不是很大，这些文章基本就copy总结别人的文章，很少有自己的思想，我更多是将它当成一个手册吧，我自己也经常遗忘一些API，所以时不时会去翻翻。

回顾：

我们的笔记做了就要经常的翻阅，温故而知新，经常翻阅我们的笔记，经常去总结，突然有一天你的思维就上升了一个高度。

• 慢慢你发现写代码就是不停调用api的过程


• 慢慢你会发现程序里的美感，一个设计模式、一种新思维。我身边很多人都曾经深深沉迷过写代码，那种成就感带来的心流，这是物质享受带来不了的

输出：

就是写文章啦，写文章让我们总结回顾知识点，发现知识的盲区，在这个过程中进行了深度思考。更重要的是，对于不严谨的同学来说，研究一个知识点很容易浅尝则止，写文章驱动自己去更深层系统挖掘。不管对于刚入行的还是资深人士，我觉得输出都是很重要的。

推荐大家去看神说要有光大神的文章 为什么我能坚持？因为写技术文章给我的太多了呀！，这时我最近很喜欢的一个大神，他的文章我觉得很有深度广度（ps：不是打广告呀，真心觉得受益了）。

持续提升

先谈谈学历歧视吧，现在很多大厂招聘基本条件就是211、985，对此很是无奈，但是我内心还是认可这种要求的，我对身边的本科985是由衷的佩服的。我觉得他们高考能考上985，身上都是有过人之处的，学习能力差不了。

见过很多工作多年的程序员，但是他们的编码能力无法描述，不管是逻辑能力、代码习惯、责任感都是很差的，写代码完全是应付式的，他们开发的代码如同屎山。额，但是我们也不要一味贬低他人，后面我也学会了尊重每一个人，每个人擅长的东西不一样，他可能不擅长写代码，但是可能他乐观的心态是很多人不及的、可能他十分擅长交际...

但是可能的话，我们还是要不断提高代码素养

• 广度：我们实践中，很多场景没遇到，但是我们要提前去了解，不要等需要用、出了问题才去研究。我们要具备一定的知识面覆盖，机会是给有准备的人的。


• 深度：对于现在面试动不动问源码的情况，很多人是深恶痛绝的，曾经我也是，但是当我沉下心去研究的时候，才发现这是有道理的。阅读源码不仅挺高知识的广度，更多让我们了解代码的美感

具体咋做呢，我觉得几下几点吧。（ps:我自己也做的不好，道理都懂，很难做到优秀呀～～～）

• 扩展广度：抽空多看看别人的文章，留意行业前沿技术。对于我们前端同学，我觉得对整个web开发的架构都要了解，后端同学的mvc/高并发/数据库调优啥的，运维同学的服务器/容器/流水线啥的都要有一定的了解，这样可以方便的与他们协作


• 提升深度：首先半路出家的同学，前几年不要松懈，计算机相关知识《操作系统》《计算机网络》《计算机组成原理》《数据结构》《编译原理》还是要恶补一下，这是最基础的。然后我们列出自己想要深入研究的知识点，比如vue/react源码、编译器、低代码、前端调试啥啥的，然后就沉下心去研究吧。

职业规划

现在整个大环境不好了，程序员行业亦是如此，身边很多人曾经的模式就是不停的卷，卷去大厂，跳一跳年薪涨50%不是梦，然而现在不同了。寒风凌凌，大家只想保住自己的饭碗（ps：不同层次情况不同呀，很多大厂的同学身边的同事还是整天打了鸡血一般）

曾经我满心只有工作，不停的卷，背面经刷算法。22年下半年市场明显冷下来，大厂面试机会都没有了，年过30，对大厂的执念慢慢放下。

我慢慢承认并接受了自己的平庸，然后慢慢意识到，工作只是生活的一部分。不一定要担任ceo，才算走上人生巅峰。最近几年，我爱上了读书，以前只觉得学理工科还是实用的，后面慢慢发现每个行业有它的美感～

最后引用最近的读书笔记结尾吧，大家好好体会一下论语的“知天命”一词，想通了就不容易焦虑了～～～

自由就是 坦然面对生活，看清了世界的真相依然热爱生活。宠辱不惊，闲看庭前花开花落。去留无意，漫随天外云卷云舒。

欢迎关注我的前端自检清单，我和你一起成长

前言

Hello 大家好我是 oil 欧呦，大概一个月前，我写了一篇文章 # 🤔认真投入一个月做的小程序，能做成什么样子？有人用吗？ ，那是我开始做自己的第一个卡盒小程序的第一个月，那又过了一个月后，这个小程序做到什么程度了呢？今天就给大家汇报一下情况。

性能优化

从上个月月底开始，我就一直在进行性能优化了，因为用户的大部分的数据都是存储在本地的，因此数量量比较大的时候，一些普普通通的运算逻辑也会变得很耗时。于是我以单个卡盒 5000 张卡片正常使用为标准进行性能优化，上个月先是做了性价比最高的虚拟滚动，虚拟轮播图，减少 dom 节点的渲染，保障几百张卡片时页面可以正常使用。

在这个月里大部分做的都是复杂运算的复杂度降低，跟着 performance 里的火焰图一点点检查一些耗时高的运算，减少数组遍历次数，减少嵌套遍历，增加防抖，缓存等等机制，让复杂运算只在需要的时候执行，最终效果还是很可观的，目前 3000 张卡片只有轻微的操作延迟了。

我还将轮播图的优化写了一篇文章介绍：😎 小程序手搓轮播图，几千个元素滑动照样丝滑~，其他的性能优化和我的业务太强相关了，就没有单独写文章。

考虑到小程序本地存储的限制和复杂运算导致的卡顿问题，后面有时间了我还是把全部数据都迁移到云上数据库吧，这样用户也可以跨设备使用了。

Bug 修复

随着功能越来越多，Bug 也陆续浮现出来。由于小程序还处于初期阶段，我还没有写自动化测试，所以每次添加新功能时，经常会影响到已有的功能。后来，我每次发版前都会录一个介绍新功能的视频，顺便发到小红书上。这个视频中肯定不能出现 Bug，这等于强制我把手动测试和宣传流程绑定在一起。

有几个与小程序数据修改后没有重新渲染页面的 Bug ，修复花了不少时间，虽然 Cursor 在 Bug 修复方面帮不上太大的忙，但用多了反而让我对自己的代码不够自信。偶尔踩踩坑，自己从头梳理一下逻辑也挺好的。

新的 AI 功能

推出了三种学习模式：

• 回忆模式：自行选择对卡片的记忆情况


• 单选模式：通过 AI 生成混淆选项


• 复述模式：手动输入答案 AI 进行评分和解析

具体的功能介绍可以看这篇文章：🧐如何基于艾宾浩斯记忆曲线设计一个学习规划+定时复习功能

期间，大模型换了三次。第一次从千问换成了 DeepSeek，后来因为生成速度太慢，又换成了 Gemini。结果用了一段时间后，发现由于地区原因被限制调用了，最后换成了微软的 Phi4。顺便我还重构了整个用户限额逻辑，将每天的使用额度从 15 次提升到 50 次。反正 AI 的成本也不高，不如让用户开心使用。

小程序使用情况

第一个月的第三周开头把小程序上架，第四周结束大概 150 人使用过，每天十几二十个，不过当时就在掘金发发技术文章，也没咋宣传。

从第一个月结束到今天，大概新增了 1300 个用户吧，一月六号那一天不知道是不是有了什么小程序的推荐，那天用户访问量会比较高，达到四百多：

但是后续因为没有备案，导致小程序的被搜索功能直接被关闭了，只有已经添加过小程序的用户才能进入，导致后续的访问量就暴跌了，那天我赶紧去把备案的资料准备好，整个流程大概三天搞定了，这三天里就没有任何新用户可以进入小程序了，从那之后小程序的流量就很差了，每天大概二三十人吧，加上年末了工作特别忙，也没有经常去更新功能和运营小红书了。

截至至发文这天，整体数据是这样的：

卡盒集市

从我的小程序上线一周的时候，就有好多人说如果要自己生成卡片，即便有 AI 也挺麻烦的，因此我就想着提供一些现成的卡片，用户可以自助选择导入，但是卡片的内容我一直很纠结，毕竟用户五花八门，想要学的东西也不同，我自己来做这件事情要花不少精力的。

不过纠结归纠结，身体还是很老实的开始做了，第一批的内容我做的是我自己用学习卡盒最常用的场景，就是英语对话学习，将一篇英语对话文章中的每一句话做为一张卡片，正面是中文，反面是英文。首先花了很多时间，先创建了《365天英语口语》，其中包含各种日常生活场景的对话句子，用于学习英语造句能力和常用语法。共七十多个卡盒，每个卡盒中卡片一些关键点都自带笔记。

其次是《日常生活单词》，包含各种生活场景的常用单词集合，动物，天气，厨房用具，旅行，购物都有，后续还有四十几个场景我正在整理中，每张卡片背面笔记中都带有例句，卡盒集市中的卡盒在预览的时候可以简单查看正反面，如果需要学习可以导入到自己的目录中，导入后就像自己创建的卡盒一样可以制定学习计划了。

内容的整理我是用的 DeepSeek，DeepSeek 是真的良心啊，官网的对话是基本没有 token 上限的，一次几千上万个字都可以顺利生成，而且效果也不错，非常推荐大家体验一下。

运营推广

这个月开始发发小红书了，以使用介绍的视频和功能介绍的图文为主，我把我之前大学期间用来分享设计作品的账号用来发一些功能介绍之类的，我不想花太多时间去搞，所以每次都匆匆忙忙的录个视频做个图，怕自己认真做了没有好反馈会不开心哈哈哈，最开始浏览量不高，后面慢慢的略有起色，不至于很冷清，但相比于我以前的一些比较火的作品，也算挺惨淡的。

不过为了做一些宣传图，我又把之前的一些设计字体啥的重新在电脑上安装了下，机模的图用的是 shots.so 生成的，文字自己在 PPT 里加一加，效果还可以，给大家看看：

目前是一篇爆文都没有，所以这个首图好不好看可能还处在一个自嗨阶段，更好设计方向和标题内容我还在持续摸索中。

后续

接下来，我计划继续优化小程序的性能，尤其是将数据迁移到云端，彻底解决本地存储的限制问题。在功能方面，我还有很多关于AI功能的创意，后续有时间会逐步研究并落地实现。

同时，我也会继续在小红书和其他平台上进行宣传推广。除了推广小程序本身，我还会把每个复杂一点的实现技术点写成文章，总结实现思路并提供示例代码，希望能帮助大家少踩一些坑。也欢迎大家搜索并体验学习卡盒小程序，期待你们的反馈和建议！