ARTS week4
A
🔗: 无重复字符的最长子串
code:
思路: 同向双指针+模版,通过数组存,然后判断是否符合,最后拿到结果
R
阅读🔗: https://medium.com/@razvan_sima/shadow-copy-vs-deep-copy-in-go-what-you-need-to-know-c2fce1042021这篇文章是 Gopher Daily 20230904 邮件中推荐的一篇文章,在这里推荐一下 Gopher Daily 邮件推送 真的可以看到很多有趣的东西文章主要讲了在 Go 中我们需要了解浅拷贝与深拷贝的内容,讲述了什么是深拷贝,什么是浅拷贝,以及他们的适用场景,性能等等方面,由浅入深.比较容易明白,是一篇比较通俗易懂 初学小白也可以理解的文章
T
这周又因为产品的需求不够清晰导致领到了一个 bug,现在有一个打算,以后复盘 or 需求会的时候看到这种不够清晰的点 或者是后期讨论需求的时候,要使用办公软件,文字沟通,再三确认,否则这样的 bug 可太亏了,一个不清晰的需求,产品不认,自己背锅.以后要多注意一下这个方面好几次这种情况了,幸亏这次是迭代中期 否则需求延期就是背锅死死的了
S
我发现程序员真的是一个吃经验的行业,之前刚入行的时候,修改别人代码非常痛苦,理清别人的逻辑,看懂别人的代码,或者是如何从页面效果找到对应代码,一开始的时候真的是一件非常痛苦的事情 找不到啊.现在经验积累逐渐增加,也有了一些小技巧帮助自己更加高效了.比如:1、从页面找到前端代码后端代码的位置,可以通过页面的一些关键词 比如页面的大标题,或者页面表格的列名 然后到 vscode 全局搜一下,然后根据这个页面的功能是跟什么有关逐一排除,差不多就七七八八了,如果还是不能找到,那大概也只剩最后两三个文件不确定 那就打 log 基本就确定了 2、从前端找后端代码或者从一些 ui 效果找后端,也是跟上面类似的,通过关键词,或者是前端的一些显眼的调用 api 的地方找到调用的后端 api,然后全局搜,差不多也就找到了.3、理清别人代码逻辑,有时候一个文件又长又乱,最好的方式就是打 log,每个函数的开始打 log,页面入口打 log,然后加载页面,最后看 log 的打印顺序,然后逐一理清(这个时候如果手边有纸笔,那更容易理清了,写写画画)4、看懂别人代码约等于 review,我觉得这个是最吃经验的,经验足一眼就知道别人为什么这样写,经验不够可能就得花点力气去理解别人为什么这样写,这样写有啥好处或者是这样写是不是更容易一些等等最后,希望大家都能不断增加自己的经验,同时也不能被经验坑了,我们在积累经验的同时需要不断学习新的东西,不断完善自己的技术,经验助力成长,不断学习拓宽自己的道路.加油 互勉!
版权声明: 本文为 InfoQ 作者【Z.】的原创文章。
原文链接:【http://xie.infoq.cn/article/ece189e203f374bcbe2cd77eb】。文章转载请联系作者。
评论