心存梦想与不甘。
多少想改变一下世界。。。

先找个愿意让你写代码的地方。
然后再看自己适不适合。
你自己出去聊，看怎样人家才会收你的简历，给你面试机会，然后再回来补充知识。
c++ 很难的，先把 stl 看完，用起来，题目刷起来再说

底层开发是不会给测试机会的，先试着学习，转后端开发。
如果觉得后端开发缺乏挑战，再深入。

其实后端开发也很难给测试机会，而且后端开发吃场景的经验，TOC 和 TOB 的流量不同，要求差距也极大。如果是大厂校招被忽悠的，也有难度。
会面临这样一个问题：如果校招你的能力都只能做测试，你怎么说明自己可以做开发，而且会做的非常出色？

客观来说，我目前方向也吃学历，985 以下的不看。非 EE、CS 专业的不要，数学要求稍微低一些，但是工程能力要求比较高。不架构个 10 来 W 行的工程，可能不太行。

八卦的好奇心会占据你大量的能量。
这种问题不会回答。

感觉楼主并没有理解什么是目标检测，什么是分类。只是套个模型试罢了。
简单做是可以，我理解花屏，花成什么样叫花？
如果换个播放内容是否也能检测到？
如果这是官方的帖子，专业性还是希望能保证一下。

要看 MatchImage 的算法了，可以每个标签做一个 LABEL。
然后针对两种场景：
1.如果是从系统拿出来的图，可以保证没有旋转，那就直接按像素匹配。
2.如果还得第三方截图，那就得自己做图像识别算法了。
比如：
简单算法的如颜色直方图，准确度就可能有问题。
用模板匹配会好一点，阈值什么的也得调。

系统都不是孤立的，要把前后端串起来，也就是端到端吧 O(∩_∩) O。

我来说下我如果来分析大概会怎么做吧：
问题 1：

1. 首先是判断图标的准确度的函数是否可靠。这里使用的是什么算法，该算法是否支持旋转，图片的获取源是从哪里拿到的，是外部设备截屏，还是系统截屏。
2. 根据判断图片准确度的算法来设计遍历 POI 的算法，如果 1920*490 每个像素遍历，我认为时间复杂度会很高，所以 1 我必须了解。同时我需要设计去重的判断标准。
3. 获取到所有的 POI，根据边界，判断落在哪个区域，注意一个 POI 可能落在多个区域。

至于问题 2：
1.首先保证平均时速的准确性。
2.保证目的地距离的准确性。
如果三方提供，已经过实际应用，不考虑 1，2 前置。
3.验证在 1，2 变化的情况下，到达时间。时间计算需要用当前系统时间 + 速度时间，如果精度是秒，需要考虑时速转化，KM/H 转化成 M/S。
4.遍历图片，获取时间 ARRIVAL ICON。通过字符识别，获取时速和到达时间，和前面获取到的信息进行比对。

应该不是吧，我看上去是考察基础算法，和对未知业务的理解和解决问题的能力。
可能是外企的高端测试岗吧，要考察基本能力，需要有一定的数学理解，而不是简单的背八股文。
当然也可能是我猜错了，没事写英文的，要么装 b，要么是真的高大上。

年轻饿不死，想做就去做。
少空想，去面试，看市场给不给你机会。

如果控制算法没接触过，估计悬。
这题很难读么？

https://testerhome.com/articles/19491
这是我两年前的水平。
我也是被逼的没办法，去年过年前开始硬磕的。
一年半吧，确实收获很多，也差不多达到了自己想要的不加班，有自己的选择，半落地的目标，国企已经不想选了。。。
长期坚持，挑战自己才行吧，我自己也还有很长的技术路要走，买了一本书叫做《工程学：无尽的前言》，一直也没时间去细读。
应该可以做技术到 45 了，还得继续加油。

我这里就是记录一下，方便自己回头看 O(∩_∩) O
年纪大了，记性不如以前了，不写下来，一两周就忘光了。。。

17 年的时候刷了 200 多，看了一遍算法导论和 mit 的课，没坚持到最后。去年 12 月看了一遍 ucb 的 cs61b 和 cs170，只打周赛。实际还看了一下 c++ 的 stl 实现。
我做性能相关，实际工作中有需求，但也不是很多。

100 题测试够了，开发不够。
再往上就更不够了。
我现在必考算法，中等以上。。。一步一步坚持吧。

“算法，反倒有些舍近求远。”
长期主义，基础越牢走的越远。

哈哈，寒武纪不在南京。
类似的吧，ai 的编译器，性能优化。
真正做芯片的问的还是很深的。

我不是测试，这是软件最底层开发，架构相关的职位面试，再往下就是硬件芯片了。

裸辞是一种 all in 的简单策略，以后会想得更明白些。
我这次走人还有 3 个月的补偿，而且我去年年底就确定这个时间点是一定能找到工作的。
做这个决定之前，我焦虑状态已经扛了半年，每天上班都是煎熬，各种被针对。不过这也是心路成长必须经历的吧。
期望以后这种内耗能少点，其实毫无意义。

喜欢瞎转的实名路过。
要看你自己觉得什么重要了，是钱重要还是真的有技术梦了。
开发相比测试技术优势在于写总比看要求高一点，但是工程化这东西你不自己从 0 到 1 架构几个应用，你很难理解的。也会有很多开发一直停留在调用 api 的层次。
关键还是看你自己，如果你够努力，对技术的抽象能力足够强，客观来说还是开发想象空间大一些。

我买了本书啊，本来只是草稿，应该是我不小心点保存了。
我不想动笔手写了，那键盘打吧。😄

我觉得弄明白，自己想做什么和能做什么是一件不太容易的事情。
然后当下自己怎么结合是一件更难的事情。现况的不满，并不是简单换个赛道就能解决的。没有捷径，都是苦难。

裸辞不等于荒废。累了休息一下，重新出发没什么问题啊。
有自驱力，裸辞为什么会荒废呢？
哈哈，热爱工作倒是一个重点！~

这几年我自己越来越喜欢裸辞了，已经被喷了好多次了。为什么裸辞，因为知道自己不行，但是吧，裸辞之前会思考你裸辞后做什么，怎么做。
唉，我也被问为什么要追风，因为不追风，你一把年纪连跟上别人脚步的机会都没有。但同时我挑的难度越来越大，人越来越少。有时也会有迷之自信。
其实每个人的路只能自己走，等你哪天真心诚意的实名坦然面对，就会好很多吧。可以给自己一段时间分析思考一下自己的优缺点。以自己的角度客观的去看，而不是别人眼中的你。
祝好了。

南京我这职位大厂没有，所以我这种矮子才有机会。😓