| Electronics > Beginners |
| When you follow the schematic but it doesn't work |
| << < (7/11) > >> |
| bd139:
Knowledge is a pyramid whatever you do. |
| Buriedcode:
--- Quote from: bd139 on July 26, 2018, 03:36:02 pm ---Knowledge is a pyramid whatever you do. --- End quote --- Which means what exactly? Please stay on topic. I fail to see how your view of your IT staff lacking in some way relates to newbies trouble-shooting circuits they built from sketchy sources. |
| tooki:
--- Quote from: bd139 on July 26, 2018, 02:00:27 pm ---At this point, non programmer IT staff are dying. We actually have none and we have 120 IT staff. Automation is king. If you can't program what the fuck are you doing in IT? Seriously. And to program, you need to know the machine abstraction. It's programming 101. --- End quote --- There's all sorts of non-programming IT. Hardware, business analysis, UX design, it goes on and on. And no, for most programming, you don't need to know the machine abstraction in any great detail. That's literally the reason for having the abstraction. |
| tooki:
--- Quote from: lordvader88 on July 25, 2018, 09:12:41 am ---I'm reminded of 2-3 times I tried to make a C-R oscillator w/ a BJT and maybe an op-amp once, and they never worked. I didn't try changing much, but it never worked. I bet the schematics were fine tho. Then 1 utuber, an old radio guy, with proper schematics from an old book, I tried 2-3 little circuits and they never worked but his did. With those it was probably the BJT or JFET not being quite right, and not getting the loop gain right. Don't you hate it tho when you follow a schematic and it doesn't work and you don't know why ? (time to re-try some) --- End quote --- It's just like recipes that don't work, because it turns out they weren't actually tested before publishing… :wtf: |
| james_s:
--- Quote from: tooki on July 26, 2018, 04:13:02 pm ---There's all sorts of non-programming IT. Hardware, business analysis, UX design, it goes on and on. And no, for most programming, you don't need to know the machine abstraction in any great detail. That's literally the reason for having the abstraction. --- End quote --- Seems the trend in tech lately has been to hire programmers to do everything, product design, UI design, QA, it's probably why software quality has taken such a dive recently pretty much across the board. My first iPhone was rock solid, polished, slick UI, everything worked. The one I have now is very buggy, inconsistencies in the UI, reminders often fail to pop up or get out of sync between the lock screen and the reminder menu, even the built in apps crash. It's very obvious that parts of the UI were designed by people who have no business designing a UI, and there is no longer sufficient QA. This is only one example, I see it everywhere. Programmers should be spending their time programming. Other positions should be filled by people with expertise in those areas. "IT" is not a one size fits all field, automation is not a replacement for professional QA, engineers tend to be lousy at UI design, and developers who like writing code better than working with people make lousy managers. |
| Navigation |
| Message Index |
| Next page |
| Previous page |