33 岁了,这个年纪如果持续在软件行业积累,现在起码是个专家级别的人才了,无奈的是 27 岁的时候才从其他行业转了测试,所以现在还是一个技术进阶的状态,深感焦虑。
现在的创业公司进来有 4 年了,从功能测试一路走下来,现在主要的工作在持续发布、环境搭管、性能三个方面,公司的持续集成目前我独立负责。文章源自玩技e族-https://www.playezu.com/240363.html
一直很遗憾,公司的 4 年,没有见过大牛的测试小伙伴,测试从 2 个人开始到现在小 10 人规模,技术梯队一直是处于功能层次。目前已经不在测试团队……嗯,曾经跟领导明确表示不想做管理分了学技术的精力。所有的技术全靠自己在高强度的工作之余研究琢磨出来,另一方面也正是领域的空白给我大量上位实现技术落地的机会,个人企业双赢。正是焦虑,一直保持学习,从啥都抓到现在集中在 java 技术栈,为了夯实基础考过了中级软件设计师,还是没有出什么自己骄傲的成绩(或者说面试测开时能让人眼前一亮的落地项目)。文章源自玩技e族-https://www.playezu.com/240363.html
目前想转开发(最好),但是技术栈和实际经验距离研发有距离,所以最好的方式是转测开或者运开,核心是提高代码解决问题的能力。但是有点矫情了,大的环境不好,33 岁简历投递出去,虽然大部分能到待通知步骤,但是半个多月没有收到一个面试邀约。文章源自玩技e族-https://www.playezu.com/240363.html
也考虑过在公司内部转,找领导交流,呃,比较尴尬的是公司已经开始欠薪一段时间了。所以目前也是搁置状态,骑驴找马中。文章源自玩技e族-https://www.playezu.com/240363.html
我总结了目前我的技能树。请大家批评指正。文章源自玩技e族-https://www.playezu.com/240363.html
我比较担心或疑惑的有以下几点:
1、学习是个漫长积累的过程,我现在偏向计算机、软件基础的学习,所以在测开常用的技术栈方向并没有倾注太多心血,因为我认为基础牢靠,测试的工具、框架拿过来我就能用起来;它的对立面就是面试的时候一无实际经验、甚至可能只是懂点皮毛,很可能就被面试官否认了。还是挺痛的。这种学习的思考方式是不是舍近求远了一点?
2、在学习研发技术栈的过程中,很煎熬,很慢。希望快速掌握一个研发的开发框架,比如 spring,但是还是想先打基础再往上跑,内心深觉,学得很多,缺乏实际操练。
3、我目前公司的持续集成、环境搭建方向,由于业务没什么起色,自身并没有多少革新动力,所以能应付。docker、k8s 之类的技术,业余当玩具玩了玩,系统的把各类官方文档扫了 2 遍,真的要落地我觉得也是可以做到的,但是心觉 “安装部署使用” 简单了一点,外无需内无求,所以 k8s 的落地停摆中。
4、测开学习研发的技术体系是不是缘木求鱼了一点?而且成长周期很长,没有历练的机会的话很难做到优秀;
5、java 的技术栈会不会过于庞大了,像 python 这类适用人生苦短的语言是不是更具有优势一些。并且我目前在职的岗位,偏运维的工作要多一些。我甚至在用 ansible。。。所以 python 会不会更好一点
6、没有一个让人眼前一亮的代码作品(shell 的虽然可以,但是不够好)文章源自玩技e族-https://www.playezu.com/240363.html
总结了一下,现在的焦虑源自 “大龄条件下欲转型而不得”……文章源自玩技e族-https://www.playezu.com/240363.html
作为过来人的大牛们,想听听你们的看法,请把您的想法说出来,可以随便喷。
文章源自玩技e族-https://www.playezu.com/240363.html
文章源自玩技e族-https://www.playezu.com/240363.html文章源自玩技e族-https://www.playezu.com/240363.html
未知地区 50F
接以前的续论。
基础不牢地动山摇,夯实计算机底层是真的香,上层上手非常快。主要是内心夯实,不怕不虚。
学底层,前提是要走对方向。
1、计算机怎么来的,解决了什么问题
2、图灵模型每个组成部分代表了什么
3、图灵模型落地的冯诺依曼体系,各个部分又如何对应图灵模型
4、计算机内部的各个组成部分的内部,也是图灵模型,所谓计算本身可大可小,比如内存系统内部,也有缓存、也有控制器、也有数据传输。
5、0101 如何在层面组成指令,intel 指令原理
6、指令到汇编,汇编大概原理,汇编的 ELF 文件原理
7、汇编到 C,C 完成对汇编指令的语法抽象(类型系统抽象数据操作、流程抽象指令跳转、指针抽象取地址指令扒拉、栈和函数)
8、C++ 在 C 基础上增加了面向对象特性和语法
9、操作系统进程怎么利用上面的基础编制出了复杂的系统,如进程调度、IO、VFS、系统调用等。
如此种种,摸到上层的东西,就不会那么狂抓。
学习是长期过程,还是不能太过于急功近利,主要目前工作压榨没那么猛(压榨太凶哪里有时间学),业余时间都拿来学了。
革命尚未成功,同志仍需努力。
未知地区 49F
32 岁,技术栈和经历跟楼主类似,拿了个 offer,面试岗位是测试,offer 写的是测开,甭管那么多,只要能解决团队测试问题,干就完了。
未知地区 48F
这段时间出去面了几次,大致知道自身问题所在。我来对前一阵的焦虑和疑惑做个简单阶段思考,虽然留言中大部分人没有回答我的提问,而聚焦于其他方面:
1、关于学习偏计算机基础的问题,我认为是必要的,但是不能过于纠结在计算机基础方向。考虑的是就业和自身能力匹配度,市场需求是什么就聚焦什么,计算机基础学个七七八八就可以了。所以,我的学习方式虽然很夯实,但是和市场脱轨,经不起市场的考验。
2、学习研发的开发框架这个问题。我觉得也没有必要像研发一样弄懂每一个细节,定位不是研发,也不并深究,但是要懂一点。
3、公司内部的持续集成方向。我目前觉得真没有必要去为了技术而技术,环境倒逼内部的技术革新是资源最优的方式,否则会出现过渡浪费资源的问题,而且就算弄出来,也真的不是实际上用的那样子。
4、学习研发的技术栈体系确实是缘木求鱼。
5、java 和 python 都有自己的生态,java 要为主语言,python 打辅助。
测试是个干杂活的岗位,懂得要多,干的精自然就有难度,有机会做研发就别做测试或者测试开发,直接研发是最好的方式。实在没有办法退而求其次,就聚焦一些,聚焦一些。不要到处撒精力,人生苦短,真心的浪费。不一定对,但可以参考。对了,我双 12 报名学院了。
未知地区 47F
我没有去参加付费的培训,不过我看过一些他们发布的公开课,公开课有些内容还行。看个人的想法了。
未知地区 46F
有广告
未知地区 45F
感情真挚的回复,金玉良言
未知地区 44F
说到测试开发 我觉得也是个伪需求。首先一个岗位的发展是真实的市场给出的结果。测试这个分支主要是从质量保证这一大块来的,质量的并不完全等同于执行测试,尴尬之处就在于小公司用不着 大公司整个质量管理体系都在转型,从之前的测试小组、测试部门、大的测试中心、质量保障事业部对这一块的改革是思考变化是永恒的,会写代码的测试究竟有多少实际的推动作用和质量保障上的作用,有种类似于工业化刚开始的时候,为了追求烟雾的排放不断的提高烟囱的高度。。。。有些歪了。行业的发展太快了,技术、思想、应用都是需要时间去沉淀。追了好久之后沉淀够了缺发现真正需要却不是如此 岂不很难过。。。。
跟着变化在走 还是普通人多啊。学习没有终点 企业有啊 抛开依附于的企业 个人又将怎么走?
一孔之见 看看就好了 哈哈哈
未知地区 43F
30 多岁应该是一个人职业生涯的黄金时段,这个时候应该是到了另外一个境界,不在单纯的痴迷于技术,更强调的是综合能力。不管任何时候发挥自己的价值即可。
未知地区 42F
说的很中肯
未知地区 41F
确实,我测开也是兼职。