意思是， 1⃣️如果这个项目的前人写的很好，很成熟了，那我们开发起来会比较轻松，很多时候也会想偷懒直接复用前人的代码。虽然这样能够高效完成任务，但是学到的东西可能就不多。2⃣️如果这个项目前人写的一坨（但是能跑，气不气），那我们就有很多提升的机会了，改造前面的代码也好，开发新的功能也好，只能自己摸索着来，在泥塘中摸爬滚打，自然也就成长了。ps：太shit的项目还是算了，起码得是个正常的项目才能有效提升。什么❓怎么区分项目质量？我觉得，能在控制台看到console的项目，那八成是有两下子了————————分割线————————————🙋已经正式上班好几个月了，但是还是会担心自己做不出来东西，会焦虑，怕任务交付不了，但是又怕暴露自己能力不够，大家会有这种想法嘛？———……—……————PS：牛ke你这个手机输入区域，能不能优化一下啊啊啊，我文案一多就被键盘挡住看不见内容了啊啊啊啊啊

我的大学思考与人生规划：（一）初入大学的迷茫与“考研”的冲动初入大学，我的第一个直觉便是考研。内心充满了不确定：不考研究生，真的能有出路吗？然而，现实很快给了我冲击。第一堂专业导论课，我几乎完全听不懂，不仅仅是理解困难，甚至是半个字都跟不上。C语言、C++、Java、Python……这些名词对我来说既陌生又遥远。“软件工程师”为何被视为好职业？为何被称为“风口”？我一无所知，只是随大流而来。这便是我开学第一周的真实写照——既然“来都来了”，总不能轻易放弃。课上听不懂，就只能课后自学。于是，我抱着试一试的心态打开了B站。这里仿佛才是我的“大学”，里面有数不尽的课程、学习规划、技术讲解，以及大学生...

技术岗面试紧张是常态，核心解法是用“充分准备”替代“临场焦虑”，通过针对性动作把不确定感降到最低，技术面的提问逻辑很固定，提前准备能直接缓解80%的紧张：- 技术问题：梳理简历上的项目/技能，用“STAR法则”（场景-任务-行动-结果）准备2-3个核心项目，尤其说清“你遇到的技术难点”和“用什么方案解决的”，避免只说“我参与了XX”。- 代码考核：面试前3天，每天刷2-3道目标岗位的高频算法题（如Java岗刷集合、多线程，前端岗刷DOM操作、框架原理），保持手感，避免因“手生”加剧紧张。- 压力题：提前准备“你没接触过这个技术，怎么学习？”“项目失败了怎么办？”这类问题，用“先承认不足+再给具体行动方案”的逻辑回应（比如“我目前没深入过XX，但会先看官方文档+跟着demo练，1周内输出一个小案例”）。

在职场中，所谓“工贼行为”并不总是表现在明面上，有时隐藏在日常的工作习惯中。最典型的一类，就是白天玩手机、摸鱼聊天、敷衍任务，等到晚上再假装忙碌，加班赶进度，以此制造“勤奋”假象的人。这类行为看似无害，实则破坏团队节奏。白天本应是协作沟通、处理事务的时间，他们的怠工不仅拖慢整体进度，还迫使真正认真工作的同事被动加班。而到了晚上，他们又以“加班”掩盖白天的懒散，甚至借机获取额外报酬或“敬业”印象。从本质上看，这是一种对制度和同事的不尊重。真正的努力，不在于熬夜灯火，而在于高效、踏实的工作态度。职场中最可怕的不是能力差，而是以假勤奋掩饰懒惰的“工贼精神”。