CSDN和stackoverflow虽然挺好用的
但是一个程序员没有自己的博客着实有点痛苦
个人网站搭建的进度得加快一些了。
每日坚持刷算法可能对实际开发的帮助不那么明显,锻炼自己的思维能力总是好事.
看到最近微软的算法题出来了,抱着感兴趣的态度去参加了两次,突然发现自己的算法能力有明显的提升,这是在每日被leetcode和nowcoder吊打时体会不到的(感觉两次测试自己都AC了hhh)
除了了解了常用的算法思路,我认为算法给我最大的影响是,让我更关注程序本身的性能和占用,而它在实际的项目上有所体现。
减少时间复杂度和空间占用率,尽可能的减少IO,而不是简单的实现功能.
所以在做导师的汇编语言的翻译转译时,也尽力控制在O(n)-O(nlogn)的复杂度.
给一道微软的比较有意思的测试题,原表达是英文,我直接翻译为我理解的样子:
给一个数组例如int arr = [ 2, -2, 3, 0, 4, -7], 求连续元素构成的子数组,其元素和为0的个数。
比如本例有四个子数组 [2, -2], [2, -2, 3, 0, 4, -7], [3, 0, 4, -7], [0], 所以返回4.
如果最后统计出来的个数超过了1000000000,则返回-1.
放在以前我可能就只能写出暴力破解了,双重for循环,最多写成回溯+剪枝, 但是明显的时间复杂度为O(n*n), 如果用了回溯, 空间复杂度也要从O(1) 变成O(n*n)。在最后个数可能到1000000000情况下, 暴力超时,回溯爆栈. 测试用例中更是有一个长度为1万的纯0数组, arr = [0,0,0,0,0,......].
而正是它启发了我,使用了前缀和+HashMap,O(n)的方式解决。
说实话实际做题的思路: 暴力/回溯,能解决,能优化吗 -> 双指针能用吗?似乎不能,时间复杂度降不下来 -> DP呢,每次考虑添加一个新的数字? 没有好的转移方程式 -> Prefix+HashMap?O(n)解决.