二入字节实习一个月感受

上周好忙，手上需求快到提测阶段了，所以忙的没时间写周记，这周稍微好点，把这两周的周记合着记录一下。虽然上周手上的需求还没结束，但是已经开始接触下一个需求了，手上的需求都比较大，大家人力都排不太开，刚好我这个实习生是一块砖，哪里需要哪里搬，都是一个产品的需求，跟着做就行了。本周正式进入开发，预期下下周进入联调。

一定要利用好时间

这段时间一个很大的感受是，来到字节工作的时间是碎片化的。虽然是实习生，但还是有各种各样的会，各种各样的事情会将我整块的开发时间切割。导致很多时候的思路没办法完成，而事情过后又需要一点时间还原思路，再进入开发。举个例子，一天中可能有组内周会，可能有showcase，可能有联调会，再加上左边的人来问一下，右边的人来问一下（没错我就是这样烦我左边的同事的），其实在开发过程中就没办法做到连续。因此一定要利用好碎片时间。

我一般是这样做的：

1. 整块的时间要拿来开发大的模块和需求，比如一整个页面的基础搭建，一个大的功能的实现，一般早上的时间相对空余，在10点到工位后干到12点，其他能够利用上的整块时间也是如此；
2. 多线程并行。经过我这段时间的观察，虽然大家都在会上，但不一定都在开会。比如一个需求的测试，在测不是你开发的内容的时候，你耳朵听着就行了，抓紧时间其他同学提出的小bug。在提到你的问题的时候，去看一下对应的内容是不是有问题。在这里一定要有很灵敏的嗅觉，这块出问题要迅速能够定位问题，大概80%的问题是能够快速反应和定位的，这样后面修复就很好做。然后这个问题过完，又在讲其他同学的问题的时候，抓紧时间修复刚刚提出的bug，这样会后其实提出的问题也解决的差不多，可以继续做别的。
3. 编译，安装包等等一系列等待的时间不要浪费，本来需求的排期就紧，零星的时间利用起来修bug（本周就因为硬盯着看被骂了）。

需求评审和设计评审的时候要尽可能细致

一定不要因为自己熟悉某个模块的开发或者做过类似的开发就掉以轻心，在评审的时候就要想的细致一些，把问题都提出来。本次showcase就发现很多问题都可以被列为新需求，就是本身prd和设计稿上没有的内容，这些内容可能是小的功能或者文案，但是累计起来也有不小的开发成本。本周由于新提了不少需求，导致自己进入新需求的时间晚了1.5天，有一天晚上加班到11点才勉强赶上进度。

如果是不耗费什么心智的小需求就给他开发或者修了，如果真的比较麻烦，一定要提出风险，要重新排期开发，不然两头都耽误。

利用好ahooks

在看同学的代码的时候，发现为什么人家写的好，除了人家多年养成的习惯以外，还会很好的利用ahooks。

ahooks结合react真的很好用，除了跟react很好的结合以外，还可以省去自己封装常用hooks的麻烦，也可以极大的避免自己定义过多的state和使用无意义的useEffect。我看了同学的代码，基本都不需要自己定义啥state，也基本都没用过useEffect（其实是ahooks里面可能自己就帮你写了）。这也是一种提效的手段和方法。

所以其实不仅是ahooks，任何能够帮你提效，帮你更好的组织代码的工具都可以去学习一下。最近我慢慢养成了，要干什么先看一眼ahooks的习惯。慢慢肯定能积累不少东西。

下个需求的计划

下个需求中有一部分是要封装公共组件，这个组件是用于做diff的，可能会在很多地方被用到，所以一定要封装好。要先跟同学商量好数据的入口和格式，需要哪些参数等。除此之外，一定要捋清楚数据流，如果数据流乱了，状态也很大可能会乱。尽量封装一个好用的组件给大家。

自己上一个需求遇到的问题这个需求一定要全部避免，在这中间也学到了很多东西，希望自己一定能解决90%的问题。剩下的就又要辛苦我的导师和好兄弟了，哈哈。

最后，字节面向26届的暑期实习已经开了，组内有一些hc，如果有想投递字节的学弟学妹们欢迎联系我了解部门情况和获取内推链接！如果不想投递我们组，也可以给你分享其他链接，祝大家顺利上岸！