4 ms·

It might not even be that. I presume that kind of code used to be written with pen and paper, a compilation cycle almost prohibitively expensive. When you sit

It might not even be that. I presume that kind of code used to be written with pen and paper, a compilation cycle almost prohibitively expensive. When you sit down and just design a piece of code for hours as to not waste your compilation cycle, I would guess that you naturally end up being fairly crafty after some time.

oldcynic 9y ago
Nope, you just end up thinking that compactly as you type. When I learned C it was a given to code efficiently. Pointer manipulation and efficient structure packing was expected, and therefore taught. You'd rule out of an interview anyone who didn't easily grok it. It's probably no surprise that the fastest GUI editor I've used to date ran on a 7.1MHz machine. Such is "progress"!
- tech2 9y ago
  Just because I'm curious, CygnusEd?
  - oldcynic 9y ago
    Yes indeed. :) Most impressive, I think, is that it managed to be so fast and include smooth scrolling.
    - vram22 9y ago
      Brief was pretty fast too. I only used it briefly (heh), but read in some computer magazines at the time, that it used a lot of code optimizations, one of which was that it used assembly language code, and another being (IIRC) that it used BIOS calls to dynamically change the speed of movement of the cursor when it detected that you pressed an arrow key for a longer time (probably by changing the key repeat rate or reducing the repeat time), so that when you did that, movement through the file would be faster. The idea being that a user pressing the arrow key for a longer time probably meant to move through a longer section of the file (than usual) to reach some other distant place in it, so Brief figures this out and assists them with that, by scrolling faster with that BIOS technique. Anecdote: On a trip to the US (Boston), I once met Norm Miles, who, my US colleague said, was the creator of Brief. The Brief editor is actually still available, here, and for free now: http://www.briefeditor.com/ http://www.briefeditor.com/ https://en.wikipedia.org/wiki/Brief_(text_editor) https://en.wikipedia.org/wiki/Brief_(text_editor)

oldcynic 9y ago

Nope, you just end up thinking that compactly as you type. When I learned C it was a given to code efficiently. Pointer manipulation and efficient structure packing was expected, and therefore taught. You'd rule out of an interview anyone who didn't easily grok it. It's probably no surprise that the fastest GUI editor I've used to date ran on a 7.1MHz machine. Such is "progress"!

tech2 9y ago
Just because I'm curious, CygnusEd?
- oldcynic 9y ago
  Yes indeed. :) Most impressive, I think, is that it managed to be so fast and include smooth scrolling.
  - vram22 9y ago
    Brief was pretty fast too. I only used it briefly (heh), but read in some computer magazines at the time, that it used a lot of code optimizations, one of which was that it used assembly language code, and another being (IIRC) that it used BIOS calls to dynamically change the speed of movement of the cursor when it detected that you pressed an arrow key for a longer time (probably by changing the key repeat rate or reducing the repeat time), so that when you did that, movement through the file would be faster. The idea being that a user pressing the arrow key for a longer time probably meant to move through a longer section of the file (than usual) to reach some other distant place in it, so Brief figures this out and assists them with that, by scrolling faster with that BIOS technique. Anecdote: On a trip to the US (Boston), I once met Norm Miles, who, my US colleague said, was the creator of Brief. The Brief editor is actually still available, here, and for free now: http://www.briefeditor.com/ http://www.briefeditor.com/ https://en.wikipedia.org/wiki/Brief_(text_editor) https://en.wikipedia.org/wiki/Brief_(text_editor)