都不容易，哎。刚被拒了。。。
领导跟我扯了 1 个小时测试，我说不做测试，只做开发，还没技术面，就挂了。。。
年纪大了，真不容易，妹的。当然还是自己菜，就没想过能面的过。就是都没技术面很不爽。。。
我一个移动端转 AI 的注定要被后端转的鄙视了，哎，不会 C++，不太懂编译原理，内存优化基本没太做过。。。
CI 都有外包的趋势了，当然是比较大的公司好部门。

谢谢哈~

暂时不考虑回去做测试~
我离职是自己裸辞。。。

呵呵，还没呢~~~
7 月出来看看，最近会看一下面试机会。
越学越觉得自己菜~~~

我就是个菜鸡~你们都说好，万一膨胀了多不好。。~

我来泼凉水。~
哈哈，高飞还有好多需要学的，加油！~
CS224N~

你一边说技术只能做 5，6 年。一方面有想着轻松快活可以快速职位上升。
如果你家里有背景，可以轻松接 8 位数的单子，我觉得还可以想想。
你在一家不知名小公司里做着最底层的小弟，觉得我来测试就可以简单上升，是不是想多了？
智商不突出，情商一般般，你是不是把生活想的太简单了？

脉脉不可尽信。。。
刚毕业平均年薪 30W 的只有算法，普通开发不现实。算法需要背景支撑的，不是人人都可以做的，门槛高，自然钱多。。。
对一般的开发来说，好一点、努力一点的后端开发，做 5 年薪水到 50，60W 还是有希望的。
都是自驱力，没有自驱力，做啥都上不去。
测试坑的在于你周围没几个有自驱力的，领导也要求你重业务，待得越久能力越低，至少说成长太慢，心态还容易失衡。
不要跟我说什么你为什么不学习，麻烦问这个问题的同学看看自己都在学什么，如果你学的东西一直都是高中生一两个月就能学会的东西，你工作的价值一定不高。

梦想很贵，不是人人都适合。。。
人都是有傲慢和偏见的，想改变别人对你的看法很难，只能比其他人做的更好。（比如开发鄙视测试。。。）
努力对的起自己就好~
做好了，到一定程度以后再考虑是否改变。

不低么？
举个例子，你周围的测试平均每年读书数量是多少？学习时间是多少？你们技术的入门难度是多少？有多少测试总监会鼓励下属积极学习的？问开发，搜百度，那不叫学习，叫接受二手信息。
昨天看到一句话，感受特别深，BELIEVE IN 技术，测试算是技术，能做到么？
真不是撕，哎。。。不是人人都有这些想法，大部分人安于天命就好了，都是选择。

你想过什么样的人生？
如果想拼搏，测试不是一个好职业，天花板足够低。
如果想混混日子，测试还可以，稍微努努力就会比别人强。

选择比努力重要。。。
哎，我最近终于开始后悔当时为什么信了 10 几年前老大说的话，测试做的比开发要长很多。。。

你出去投个简历不就好了，没见过开发转测试不要的。除非极其没耐心。

我前面是 ANDROID 的开发。
目前正在转机器学习算法，还在学习中。。。
JAVA 后台也一堆培训班出来的，相对来说找工作容易一点，也累一点。
我要不做开发，我也不会决心转 AI 了。如果有机会，能力还行，我建议转，至少我认为眼界会好一点。
举个小例子，我以前做测试的时候看书，一个部门 100 来人的部门就我和其他一哥么一个看书学习。
到开发，我跟小朋友们说有空多看点书，至少 10 几个人的团队至少有 3，4 个人是会看看书，学习学习的。

找大腿的话，自己腿不能太细。。。

DEVOPS 以及敏捷的趋势本来就是需要测试慢慢向运维靠。。。
眼光再高一点，运维也还是打杂的。。。
至少我是这么理解的。。。

有想法就去实践，实践完了再来说。
举个例子，我上家公司的测试经理说过，我们测试天天都想着做自动化，这样可以提升自己，但我也不可能人人都给机会。
研发只能忽悠刚来的写一段时间脚本来熟悉业务。
技术是有层次和鄙视链的，客观存在的。你技术一般，自动化只能做个半料子，然后喷自动化无用，不合适。
大部分的测试人员的脚本就是功能堆砌，没有设计模式，没有分层，还没有注释，遇到实现不了的就放弃指望开发，这不是个例。希望楼主你不是这样的。
真有想法，你可以做后端开发，学历好的可以转 AI。
最后做比说难多了！~

深度没有阈值的概念吧？评价函数？

最近裸辞在家，天天抓娃习惯。
比上班还心累。。。扯远了。。。

我家两娃。。。
去年早晨出门娃还没起床，晚上回来娃已经睡了。。。

如果你每天都想着诗和远方，我觉得可以算是。
其他的就免了吧。

做比说难。
你说的就是架构师的价值，需要了解各种组件的优缺点，在优缺点的基础上选择合适自己项目的技术去实现或者做自己的定制。
我个人理解测试架构师也是一样，理解开发可能在哪里考虑不周，统一协调资源，针对测试。
测试并不需要也不可能比开发架构师对技术原理理解的清楚，但是能有效地改善产品质量。
其实这里还有另外一个问题需要说明一下。
为什么大部分开发都认为 MQ 就是 OK 的？1.出错概率极低。2.没有能力修改。
现在大点的公司都有基础控件维护的部门，大部分人都是业务驱动，就算有问题，业务开发能和基础控件部门沟通的也就几个架构师或者 LEADER。
大部分开发也确实是 CRUD BOY，测试大部分人不也是点点点么。
你懂一点和开发 LEADER 沟通会顺畅一点，不过如果你老拿这个说事，也会招人烦，因为改不改，怎么改都有有风险的事情，不是所有问题都需要改的。
我本人就偏保守，改起来麻烦影响不大的我都是不改。

装个 B，总结一下去年到现在看过的书：
《代码简洁之道》《代码整洁之道 程序员的职业素养》这两本书推荐一下
《Head First 设计模式（中文版）》这本设计模式相对来说比较容易读，推荐一下。
《 高效能人士的七个习惯-25 周年纪念版》
《决定你上限的不是能力，而是格局 》
《 抗压力：逆境重生法则》
《算法导论（原书第 3 版）》推荐 MIT 的算法导论公开课，看了一大半，工作压力越来越大，又打算转行，没看完。。。
《工程数学线性代数》推荐 MIT 的线性代数公开课
《概率论与数理统计》
《高等数学》
《数学之美 (第二版)》
《机器学习》西瓜书，看懂了 60%-70% 吧。
《深度学习》花书，才开始看。

那年出差多，都是国际补助，还有奖金，10 年过去了，现在还没有那年到手的多。。。。哈哈。
南京可选择的太少，我太太还在中兴，又不能去华为。以后走一步看一步吧~