写点什么

ARTS week4

作者:Z.
  • 2023-09-11
    北京
  • 本文字数:1173 字

    阅读完需:约 4 分钟

A

🔗: 无重复字符的最长子串


code:


func lengthOfLongestSubstring(s string) int {    left := 0    cnt := [128]int{}    ans := 0    for right, c := range s {        cnt[c]++        for cnt[c] > 1 {            cnt[s[left]]--            left++        }        ans = max(ans, right-left +1)    }    return ans
}

func max(a, b int) int { if b >a{ return b } return a }
复制代码


思路: 同向双指针+模版,通过数组存,然后判断是否符合,最后拿到结果

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,我觉得这个是最吃经验的,经验足一眼就知道别人为什么这样写,经验不够可能就得花点力气去理解别人为什么这样写,这样写有啥好处或者是这样写是不是更容易一些等等最后,希望大家都能不断增加自己的经验,同时也不能被经验坑了,我们在积累经验的同时需要不断学习新的东西,不断完善自己的技术,经验助力成长,不断学习拓宽自己的道路.加油 互勉!

发布于: 刚刚阅读数: 3
用户头像

Z.

关注

还未添加个人签名 2019-06-09 加入

还未添加个人简介

评论

发布
暂无评论
ARTS week4_ARTS 打卡计划_Z._InfoQ写作社区