实习半年碎碎念+已裸辞+求职中~

时隔再半年，再次翻开之前记录的，怎么说，有点傻又有点可爱。之前记录在语雀中，作为个人的日记进行记录，如今想要分享出来给某些人一点点帮助吧。那些可能正在遭遇跟我一样经历情况的人吧！

友情提示：别轻易裸辞！想好最坏的结果你是否可以接收，如接下来可能近半年都找不到工作！

但辞了也不要一直去懊悔什么，我们还年轻，可以跌倒很多次，但不要跌得没有意义！我的意思是不要把时间浪费在懊悔自己，质疑自己上，有点蠢说真的

来浩鲸：2022年7月4日 --> 2023年1月15日。  
来福州：2022年6月29日 --> 2023年1月15日。总历时：200天！  

“官方文档是最好的学习资料，但最好的不一定适合自己”

我不知道刚入门的小白是否跟我一样，总感觉官方文档像老太婆裹脚——又长又臭。明明按照步骤来了却根本没有正确跳进下一步。然后放弃官方文档去找网上找相关资料，学习博客或B站视频什么的都比这个强。

但是官方文档确实是最权威最全最面向大众的学习资料，为什么看不下去呢？是因为看文字不喜欢吗？但是我们有时候更情愿去看他人总结的学习博客。所以可能不是这个原因。官方文档一般是由该技术的创造者或创造团队编写而成，在尽可能用简短的语言向读者表达出该技术的便捷性，适用性。在这简短的语言中往往会渗透着本人的设计思路思路与丰富的经验。所以我们有时候在看官方文档的时候觉得晦涩难懂很正常。首先不要觉得自己很菜，这么基础都看不懂。很正常的哇，前辈所想所写的我们一下子就get到，那就不应该叫做我们的前辈了。但这个并不是意味着我们放弃看官方文档，选择去看他人的总结，因为这样代表我们可能失去了一个与前辈思想碰撞，交谈沟通的机会了。

怎样理解跟前辈思想碰撞和交谈沟通呢？这就涉及到下一点了。

那我们该怎么做呢？

尽力去看懂官方文档，在你时间和精力都有限的情况下。如果给你学习该技术的时间不够，精力有限，又或者你就是看不懂，那就不必勉强自己，看不懂就看不懂，网上总有学习视频，知识博客可供我们学习。我们不一定要走那条最短最难走的路，换条长路平坦点也是可以到达我们想要的罗马圣地。

请记住，一定不要勉强自己去看那些晦涩难懂的文档，千万不要！！不要觉得自己多看几遍就看懂了，当你投入过长的时间成本后，你会下意识觉得自己其实看懂了，学会了。那怎么才算真正学懂了呢？“能够传道受业解惑也”即代表你是真正学懂了。所以学会及时止损，看不懂没有什么可丢脸的。官方文档是最好的学习材料，但可能不是最适合自己的学习材料！【亲身感受】

“总结分享，贡献开源。最好的学习方式——费曼学习方式”

思想碰撞 ：可以理解为我们去努力去get官方文档隐藏的前辈们的idea，如果get到了，那可以运用实践工作中，加工成自己的知识体系。前辈们历经多少项目积攒到的经验，可以帮助我们少走很多弯路，实现弯道大超越！

沟通交流 ：可以理解为当我们遇到不理解的，或者有更独特的见解，可以在文档下方的开源社区中积极献言，一般都会得到前辈的回复，若是见解合理被采纳，你则是对开源社区有贡献的人，这样不仅在简历上是一个很大的加分项，甚至可以免费结交到一个超级牛逼的导师啦！

可能会有人认为：大佬写的怎么可能会有bug？还能跟大佬进行沟通交流？但其实不是这样的，大佬写的确实一般没有什么大bug，但是一个轻量便捷优秀的架构，肯定是基于众多基础的已知架构，谁能保证地基不会有更新迭代，楼宇会一直保持稳如泰山呢？架构不是设计完就稳定的不用去管了，它能够长期的发展其背后肯定需要大量的人力精力去维持。但人不可能24小时在线，任何一个程序都有潜在的bug漏洞。

你可能会觉得上述的思想碰撞与沟通交流实在是太过遥远，但不妨换个思路，作为读者的同时我们不能也当个作者呢？可是我们有这实力吗？有的，比如受众群体可以面向同样是刚步入职场的小白呀。而且更为重要的是，如果你能把知识体系系统完整的叙述出来，以老师讲课的方式向你读者介绍你的理解，这何尝不是复盘总结呢？且根据费曼学习来说，这种方法是最能检验你是否掌握了这门技术，且也是吸取知识最好的办法。正如古人所说：传道授业解惑也~

“实战”是最有效的捷径。

任何理论都要赋予给实践的。更何况是工科类的程序代码呢？尽管你做到上述的真正学懂了，但如你没有去实战演练，你还是不懂它实践的应用场景，且很多时候，你看几十遍都不如你去敲一遍来得印象深刻。甚至可能有些人做不到传道受业解惑也没事呀，只要知道什么时候用这个知识点且会用就好了哇。因此对比上述两点，第三点是更为最为重要的！！！一定一定要去实战！！刚入职的时候，有个为期两个月的实习配培训，因为要重新学一个框架，中间还涉及到其他语言技术，妄想通过看文档就能学完这个框架，然后后续看不下去就无意识地去边理解边敲。

要问最后有什么收获？我打字速度变快了，之前需要偶尔看键盘打字，现在完全不需要了。而所谓的知识入脑啊，都是左脑进右脑出了。后面在进行项目实战的时候，知识点完全忘光，基本从零开始，但发现边学边实践的效果比只看文档高效多了。虽然在开始磕磕绊绊又慢又痛苦，但却是在最短的时间内完成最有效的产出。

分享一种怪异学习方法 ——“向下学习”，其指的是打破常规思路，由易至难一步一步学习，而是在具备一定的基础知识后，再选中一种适宜的难度，开始由难至易学习。

“项目是螺旋式上升的，但对接是落地式交付”

在我见证我所参与的一个项目进行第n次需求改版封版后，我才发现一个大型企业项目并不是简单完成一次需求即可，其需要进行多版本的迭代更新，从收集市场需求，确定产品需求，设计产品架构，安排任务进度，设计产品图，后端搭建数据库，还原设计稿，核对测试，修复维护……整个过程都在进行螺旋式向上迭代。其中的每个人都在负责不同的模块，而模块间的耦合需要进行数次的对接。交付的闭合性，沟通的效率性，责任的明确性这些都在要求对接必须是是落地式直接对接！如何理解落地式呢？就是属于自己的职责不推脱，不属于自己的问题不背锅，事事有响必应，件件追踪落实。

“先设计构思再敲码，数据结构很重要”

在被独立扔到一个新的项目中独立开发模块的过程中，我深刻发觉理论永远要去联系实践，面对后端传来的众多接口参数中，如何高效地从数据库中检索出所需要的数据？又如何将已获取的数据进行不同页面的逻辑展示？数据处理是我最薄弱的一项。在刚刚开始面对海量数据时，只知道针对某模块的需求进行设计，并未考虑到其他页面中还有可能存在共用该接口的数据；只知道利用薄弱的已知数据处理方法对接口参数进行获取展示，并未考虑到如此设计会不会影响到产品的运转性能。一股脑投进去开始敲，并未在最初好好思考如此设计的意义在哪？还在大学学数据结构的朋友啊，一定一定要好好去学这门科目，他比高数离散啥的都要重要啊（因为它最难啊！！！）

“拒绝敏感，提高钝感力，“做”一个乐观向上的打工人”

在刚入职之前，其实很多哥哥姐姐就跟我说：要做一个乐观开朗的人，大家都喜欢这样的人。尽管你的性格可能不是这样的，但这是生存之道。实在做不到那么乐观开朗，那就做一个自信不卑不亢的人。

但可能是因为从小到大没有被骂过被批过，再加上这份实习是第一次步入社会，没有一点工作经验，基础也不够扎实，以至于在刚步入社会的两个月，我几乎每天都处于自我怀疑，精神内耗中。那时候家人朋友一直在开解，但他们越是开解自己越是想裸辞。我也知道在2022年，一个什么经验都不会的应届生，会在互联网这个行业中多难生存下来。但那时候总觉得还年轻，什么都没有的年纪就什么都输得起，然后找个借口请假两个星期跑到学校打算准备准备面经冲冲秋招，但因为人性的懒惰，又或者冠冕堂皇的说:两个星期准备秋招无疑说梦话，早点认清现实也不错?

不管你有什么理由，但在学校的两个星期，你确实毫无作为。后面你退缩了，最终还是老老实实回去上班。

很多人问我为什么要离职？我也问过自己好多遍好多遍，我可以说出无数的理由去说服别人跟我占在同一条战线，却说不出一个理由去遮盖实则懦弱逃避的心。

“多读书多看报，文笔不能没有锋利，语言不能没有力量”

细数，我好想自从上大学到现在，都没有好好得读一次书，更多的可能是在看小说，然后还是那种无脑的小说…

2023年，我希望自己可以真正的去读会书，无关是否有实在意义，但请可以给你带来力量。

2022年有两次独自奔溃又自愈时刻，第一次是在准备面试的时候，发现自己真的好菜好垃圾，临时抱佛脚背面经真的很痛苦，那天校园广播响起五月天的倔强，携带黄昏的余晖，带来的不甘心勇气。第二次是想裸辞却没有勇气，深夜的被窝，海底时光机唱《我爱你我的生活》，还夹杂着断断续续的猫猫哭泣声。

结语

这篇好长好长的碎碎念，写了很久很久，中间有好多次想放弃，甚至写到现在，我都不知道我到底在写什么。反正应该没人看莫得事嘿嘿！但最后还是希望可以写下，希望在这半年实习中留点什么。
我希望，当我明年再去看这篇实习回望的时候，会觉得又幼稚好笑，但又那么可爱！

而且在写这篇文章的过程中，我就抱着很矛盾的心理：我在写什么？为什么会那么拖拉？不能精简一点吗？咋都在重复？真的像口水账哇？写那么多你有做到吗？会说不会做吗？道理谁不懂，但是实际马上去出发的还有谁?写这些有用吗？有这时间为什么不去背背面经去实战呢？大家想听你碎碎念吗？

但是最后想了想，还是记录下来吧。记录此时此刻的心情状态，记录这实习半年多的感想感悟。

若能得到您的共勉，真好！