TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: What is a day in the life of a Q/A role like?

5 点作者 poletopole超过 3 年前
I’m not sure Q&#x2F;A analyst is quite the correct term for the position I’m interested in, but I was technically a Q&#x2F;A dev for about three months at one place I worked, the first one actually. After 15 years in the industry I realized that I could care less about “making” things; all I care about is “fixing” things. In other words, I’m only interested in pure problem solving, such as fixing bugs—the harder the bug, the better. But I’m not sure this is all Q&#x2F;A roles do exactly in practice, so before I apply to a position, it makes sense to understand what I would actually be doing, day to day.<p>In a perfect world, I would be content and at home if all I did was clear out the bug backlog and nothing else. I don’t want to “maintain” software, I don’t want to “build” software, I certainly do not want to be “rockstar” messiah.<p>I’m really not the best judge of code quality to be honest, it’s way too political a subject in my opinion. Once the puzzle is solved, I could care less about the quality of software in general, and move on to the next mystery. As a typical engineer, I found myself at odds, on one hand developing software from end to end satisfied my creative side, but I always found myself over engineering things. Eventually I got fired for this reason, after eight years at a company I helped build, because I was only interested in getting to the root problem of software in general, not the task at hand. Furthermore, I became furious when I was asked to solve the same bug twice, and realized that I was working in a feature factory, yet I was always the person everyone turned to last, when all else failed, but always the first person to blame for not doing my job. There was never a bug I couldn’t and didn’t solve—my track record was flawless.<p>Now, I look back to that Q&#x2F;A position, and ask myself had that not literally been my first job as a developer, would my life be any different. I haven’t written a single line of code in a year and half. I’m not sure how I could justify the past year or so during during an interview other than that I learned that software is a losing battle and a cause that has lost its way. I may be better suited in another industry such as mathematics, but for the meantime, I don’t mind occupying a company’s underworld as satan, damned to blasphemy, doing thankless work the rockstar gurus are too important to do. Credit doesn’t matter to me anymore, I’m not even in it for the money, it’s simply a matter of principle. So long as I get paid to solve a problem and not code one, that’s all I ask.

3 条评论

eplanit超过 3 年前
You should try embedded systems work, Board Support Package (BSP) development, in particular. BSP development is about adapting an OS to a particular (usually new) board design&#x2F;implementation. You have to understand how the system works from a bare-metal perspective, and most everything is problem-solving. The guiding motivation is what I came to call FIO &quot;Figure It Out&quot; -- often with little and&#x2F;or poorly written documentation. It&#x27;ll get you deep into the kernel (of whatever OS), device drivers, chip specifications (architectures, register configurations, modes of operation, ...), SoC&#x27;s, microcontrollers, ... It&#x27;s a fascinating, though low-level, world.<p>I advise this sincerely, as I did it for 10 years, and enjoyed it a lot. However, I got myself back &quot;above ground&quot; and into systems and apps again, because my inclination is actually exactly the opposite of yours: &quot;I could care less about “making” things; all I care about is “fixing” things&quot;.<p>Over time, although the gratification of getting things to work remained, I grew tired of FIO every. single. day. I longed to again design and create solutions -- to &quot;make&quot; things. Different strokes for different folks. Best of luck to you.
评论 #28272197 未加载
rdtwo超过 3 年前
QA is a bad role. I’d never recommend it to anyone. You are always the messenger that gets shot and you get fired for both being too good, too bad at your job and being unlucky. Never let friends go into qa.
评论 #28285971 未加载
2rsf超过 3 年前
Usually QA is used to describe test positions, is that what you are aiming for?