4 ms·
Actually no. As a programmer I do not need to know anything about exponential capacitor discarge curves and generally anything below VirtualAllocEx().
by dau 6y ago
Actually no. As a programmer I do not need to know anything about exponential capacitor discarge curves and generally anything below VirtualAllocEx().
- gspr 6y agoThat depends a lot on what programming you do.
- ehutch79 6y agoThen the word "every" is inappropriate.
- gspr 6y agoFair point. My bad for not getting it.
- hinkley 6y ago"Every" Is usually tacked onto these sorts of statements by someone who either has to go around cleaning up after other people, or is just generally tired of dealing with the consequences of other people hiding behind ignorance like it's the best shield even invented.
- optimuspaul 6y agodoesn't make it right, they need therapy not lashing out with generalizations
- hinkley 6y agoExternalizing your problems to others isn't right either. Being upset is one of the way we signal that social mores have been violated. Making statements about how it would be good if everyone behaves is another. Rejecting them and saying 'not my problem' is part of the problem.
- optimuspaul 6y agotransferring specific violations to general violations is the problem in this case.
- idsout 6y agohttps://youtu.be/rX0ItVEVjHc?t=4681 https://youtu.be/rX0ItVEVjHc?t=4681
- jokab 6y agoAs a LOB programmer who mainly puts forms over data
- ojnabieoot 6y agoWhat a silly comment. a) “Why do we use DRAM instead of SRAM?” is a perfectly valid question from a programmer that is worth a paragraph of detail, including the capacitor discharge curves. It is not like this is a major focus of the article! It’s just a small detail in the overview of the hardware. Seems very strange to be so upset by this. b) If you ever write software for something that isn’t a desktop or server (eg a printer, a robot, some new shiny tech) then the hardware details of RAM are absolutely relevant and can’t be abstracted away by a nice alloc API. I can understand not wanting to focus on areas like this (devices are not my cup of tea) but I can’t understand deciding it’s ipso facto irrelevant because you’re a programmer.
- optimuspaul 6y agoI think you are contorting the comment to mean something it doesn't mean. "every" is the keyword there. Not every programmer needs to know how memory works. Some programmers should know. I don't need to know for 99.99999999% of the work I do. But even that 0.00000001% it is debatable. I write code that runs on target systems. I can evaluate its performance on the target system. Now if I had to write software for a system and speed was critical and I could choose the type of memory to use, then you bet I would be reading up on this subject.
- wtallis 6y ago> I write code that runs on target systems. I can evaluate its performance on the target system. Now if I had to write software for a system and speed was critical and I could choose the type of memory to use, then you bet I would be reading up on this subject. Differences between types of memory don't just matter when you're picking what hardware to purchase. It also matters greatly when trying to understand why your code achieves a certain level of performance. Understanding the characteristics of your memory matters even if you're targeting a single fixed hardware platform that you can profile your code on.
- optimuspaul 6y agoThe why isn't very important. You only need to know the constraints of your system, you don't need to know why the constraints are what they are... maybe you want to, but not need.
- mhh__ 6y agoThe later parts on caches are very relevant, though. Also, should know and need to know are slightly different, no? All of this boils down to knowing things because you cannot look some thing up that you don't know exists, like algorithms.