我并非纯粹的全栈开发者，曾经自诩热爱技术。回首一年前，当我感到PHP技能的提升遭遇瓶颈，我选择了转向前端。当时，我写下了一篇“重回前端第一天”，以此作为自我转型的纪念，同时也是对过去学习的一个总结。那时，我心中暗定了一个小小的目标，就是在这里记录下自己每周的学习体会。遗憾的是，我并没有坚持太久。

转眼间，距离写下那篇“重回前端第一天”已经过去了一年。最近，我陷入了深深的焦虑。正值午休时刻，外部环境嘈杂，我不由得回想起去年的承诺，决定对这一年进行一次深刻的总结，更多的是反思和痛定思痛。

在写下“重回前端第一天”的那段时间，我开始承接项目，主要以网站开发为主。一年间，我参与了数个项目，但大多是以接私活的方式。虽然收入不多，但经历却颇为丰富。

我想给程序猿同行们一个建议：如果不是太缺钱，尽量不要接私活。尤其是避免和执行力低下的人合作，更不要和掌握了项目主动权且执行力低下的人合作。

为什么这样建议呢？因为如果是公司找你做开发，那意味着公司希望降低成本，而公司负责人可能对IT只是一知半解。在这种情境下接私活，按照正常开发标准来做往往不划算。在有限的时间和预算内，你可能只能勉强实现功能，很难保证代码和业务逻辑的严谨性。虽然短期内挣到了钱，客户也可能满意，但长期来看，这种经验对自己技术能力的提升非常有限，甚至可能产生负面影响。尤其对于在慕课网上学习的朋友们，如果你们大多数还没有参加工作，对业务和代码的严谨性认识尚浅，此时接私活容易在deadline和善良的驱使下忽视一些重要的东西，比如代码的优雅和业务的严谨性。这很容易让人养成不良的编码习惯，忽视技术实现的最优性。最后可能导致技术停滞不前，虽然简历上多了几个项目经验，但实际上技术并无明显提升。

说到合作，我有一段不太愉快的经历。去年我参与了三个项目，都是和同一个人合作，他在项目中拥有绝对的主动权。其中有一个是高校科研项目，需求由他负责与客户沟通。由于我们之间亦师亦友的关系，我按照他的指示一步步工作。但项目开始后不久就陷入了停滞，中间我催了多次仍无进展。后来客户要求展示成果时，我们却还在找框架赶工。最终客户并不满意我们的成果。这个项目让我认识到了与执行力低下的人合作的后果：不仅容易让自己也养成拖延的习惯，还可能导致在技术实现上降低要求。虽然最终挣了几千块钱但对我来说并不值得。熬夜到处找代码、使用老旧的技术并没有提升我的能力反而加重了拖延症的问题。这个项目我从不写在简历上因为我自己都觉得脸红。后来我们又合作了两个项目同样不愉快主要是因为拖延症的问题。最后一次合作后我意识到不能再这样下去了。

这一年我的技术并没有太大进展前端没回去后端也在原地踏步。但业务能力有所提高也算是一点点安慰。这也让我更深刻地理解了我们院长的一句话：不要为了一点小利违背初心。其实做外包的初衷是希望能提高实战能力但却因为那点小利而远离了初心。

其实程序猿积累项目经验并非只有接私活这一条路。完全可以和志同道合的人一起做一些非功利化的小创意或者自己练习模仿现有产品获得内心的满足就好真没必要在意别人的看法学习技术又不是丢人的事。至于学习网上的资源真的很多可以自己去探索发现。

在程序猿的道路上我走过弯路在此记录下这些心得体会希望能给后来者一些启示和建议。由于内心的发展动力，我决定转向Python的学习旅程。尽管我对前端的学习仍怀有热情，但我深知自己尚未掌握其精髓，因此决定寻求新的技术挑战。一年后的今天，我会再次回到这里，分享我的成长历程和心得。

目前，我正沉浸在王小波的黄金时代中，这部小说被连续推荐了好几年，深受读者喜爱。它的魅力不仅仅在于其独特的文学风格，更在于它所蕴含的智慧和深度。每一章节都充满生动的故事和深刻的思考，让我陶醉其中。王小波的笔触细腻，将人性的复杂性和社会的现实描绘得淋漓尽致。我正在从中汲取知识和灵感，丰富自己的精神世界。在接下来的日子里，我会继续深入阅读这本书，从中汲取更多的养分和灵感。一年后，我将分享我的阅读体验和收获。